|
Well , when I run the exe file , I got the following msg
"The application failed to start because incorrect configuration. Reinstalling may fix it"
I created the exe , by using the build option on the visual studio 2005 ide, this is the correct way right?
thanks again
ennma
|
|
|
|
|
I see, By default VS2005 adds a manifest file to the exe, this file will prevent the exe from running unless specific dlls are in a specific directory. Try excluding the manifest from your app, or add the required dll's, in the correct directory ( sorry I can't remember which ).
|
|
|
|
|
WalderMort wrote: By default VS2005 adds a manifest file to the exe, this file will prevent the exe from running unless specific dlls are in a specific directory.
No, it’s because VS2005 targets the latest C Run time. It is no longer a matter of just distributing the latest DLLs they have to be installed onto the target system. See Mark Salsbery's post for further information.
Redistributing Visual C++ Files[^]
I'd love to help, but unfortunatley I have prior commitments monitoring the length of my grass. :Andrew Bleakley:
|
|
|
|
|
ennm4 wrote: how do I create a program using vstudio2005, and be able to run
in on other windows machine.
Become part of the solution, not part of the problem
Redistributing Visual C++ Files[^]
|
|
|
|
|
hello to everybody.
i have a problem about polynomials by using c which includes a link command to mupad. but i am new at c++ and mupad programmes, and i cant find examples about the mixture of c and mupad.
1) the c programme must be able to take the degree and constants and sensitivity of the polynomial from user.
2) the programme must be able to find a root of the polynomial with a given initial value by using Newton-Raphson method.
3) the programme must be able to sense that is subjected to multiple root, and it must be able to prevent the negativities of this condition.
4) and the programme must do the steps 2 and 3 by using mupad.
if somebody can help me about this soon, i will be very grateful.
have a nice day to everybody...
|
|
|
|
|
You asked this question before. See the replies you received...
If you try to write that in English, I might be able to understand more than a fraction of it. - Guffa
|
|
|
|
|
I need a way to get the name of the application owning the foreground window. I would also like to monitor this rather than constantly polling it. I assume this would involve some use of GetForegroundWindow() function and WM_ACTIVATEAPP notification but can't seem to figure it out exactly.
|
|
|
|
|
Retrieval:
- GetWindowThreadProcessId and obtain process ID;
- pass the ID to OpenProcess and obtain the process HANDLE (PROCESS_QUERY_INFORMATION will suffice);
- call GetProcessImageFileName on process handle to get full path of the executable file.
Monitoring (without polling):
- implement a global hook in a dll, with SetWindowsHookEx and WH_CALLWNDPROC(RET) or maybe WH_CBT; inside hook procedure, do nothing more than look for message(s) WM_ACTIVATE, WM_ACTIVATEAPP and whatever other messages you may need to figure when active window is changing; send the appropriate notification to the executable on the next point;
- implement an executable to process the notification from the hook dll;
- use a communication mechanism (named pipe for example, or even mailslots since hook dll and executable are local); the dll will write and the exe will read; anything else will do, just be careful to not break the hook dll.
|
|
|
|
|
I'm trying to program a dialog which has a "canvas" for me to draw lines and text.
The general idea is to have a dialog with editboxes etc for inputing line coordinates and text to display on a canvas.
Any help appreciated.
|
|
|
|
|
What part are you having problems with?
|
|
|
|
|
what exactly u seeking for ? u can draw lines on WM_PAINT messages comes. u can also draw text using TextOut or DrawText . But why you need to enter position for line ? or is it any 3d coordinates etc ?
If u can Dream... U can do it
|
|
|
|
|
i have to develop an application which displays TIFF images n allows the user to make it larger or smaller by using the mouse pointer. i have read how to read/write tiff files(code in c) but it really doesnt help much.
please let me know what to refer. presently am reading mastering VC++.
just a bit of push in the right direstion will be enough.
THX
k sunita
|
|
|
|
|
Loading and saving TIFFs is probably the biggest challenge. If you've read the TIFF specification
then you probably have an idea how big a task writing a TIFF loader/saver can be.
Windows provides GDI+[^] which will handle that for you, along with scaling, drawing, and many
other things you may need to do with bitmap images. There's lots of articles here on CP to help
get you started...search for "GDI+".
Also, a solid understanding of Windows messaging will help immensely for developing the UI
related code.
|
|
|
|
|
K Sunita wrote: i have read how to read/write tiff files(code in c) but it really doesnt help much
Why? Doesn't that code make the job for you?
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
|
|
|
|
|
Hi.
I would like to know what if it's possible to build an application that relies on external GUI plugins with a fixed interface ? What i mean is something like a property sheet, only that the sheet pages are loaded from external DLL's and not from the main executable.
I've tried some things, begining with invoking a modal dialog from an external DLL, and that worked fine. However, this is not what i need.
I then moved on to trying to add pages to a property sheet dialog. this action gave me some strange behavior, such as ASSERTION errors on multiple locations (wrong resource handle for example).
I would like to know if this is possible. I'm not fixated on the property sheet idea, although it is the prefered way at the moment.
I would appreciate any information you can share.
best regards,
Chen Ganir
|
|
|
|
|
Do you want just the dialog resources in a dll or an MFC extension DLL with the code and the
resource in the DLL? Both are possible.
|
|
|
|
|
Hi Mark.
Thanks for your quick reply.
I would prefer the entire code in the DLL, probably an MFC Extension DLL.
thanks for your help !
Chen Ganir.
|
|
|
|
|
This document Extension DLLs[^] explains what needs to be done better
than I ever could If you need to explicitly link to the DLL at runtime (using LoadLibrary)
then using exported C-style stub functions and GetProcAddress() is a simple way to go.
|
|
|
|
|
Thanks again for your help. i'll take a look at it and hopefully it will provide the required answers i'm looking for
br
Chen Ganir.
|
|
|
|
|
No problem. If you run into any problems just post again!
Mark
|
|
|
|
|
Hi Mark.
I've ran into the same problems as before. i can't seem to make it work for some reason. Can i email you the code so you could take a look at it ?
thanks,
Chen Ganir.
|
|
|
|
|
Context: In a multithreaded app, two threads share access to an object. The members of the objects class are private and are accessed through mutators and accessors that use critical sections to syncronize.
Problem: Where to put the volatile access modifier go in regards to the object and/or it's class?
Question: Should the object, the members of the objects class, or the object and it's class members be declared using the volatile access modifier?
|
|
|
|
|
What is correct way to update custom dialogbars in document/view MDI architecture when the current document is deactivated or a new document is activated.
I am currently trying to send messages to the CMainFrame:public CMDIFrameWnd when a CView is selected and sets a different active document. This does not take into account other ways in which the Active document might be set (I don't know hat these might be). CMainFrame can see all the dialog bars and should be the one to update them based on the active document when the active document is changed. I was looking for a simple OnActivateDocument() event, or something like it, in CMainFrame couldn't seem to find it.
There has to be a simple way and I am just missing it.
|
|
|
|
|
By design, this is usually done in a CView::OnInitialUpdate() override. If you really must handle
window initialization from another window class then you can define your own WM_ messages or add
methods to your window classes. At that point you're really not tied to the Doc/View architecture
so you may find yourself fighting it.
If you handle scrollbar initialization in a CView::OnInitialUpdate() override then your view
classes will stay within the doc/view framework.
Just call it when you change the view's associated document.
|
|
|
|
|
gor wrote: CMainFrame can see all the dialog bars and should be the one to update them based on the active document when the active document is changed.
I agree. I update dialog bars from CMainFrame in much the same way as you descibe, except that I make the functions public and call them directly from my view/doc classes instead of sending messages. I override CView::OnActivateView() to get the correct action when the current view is deactivated or a new view is activated. The only problem I had with this was coping with the counter-intuitive way the system sets the pActiveView and pDeactiveView parameters (I'm not sure if this is relevant to your enquiry, but I can provide a code sample if you are interested).
I don't know if this is the best approach, but I can vouch for the fact that it works, and that it deals with activation of views by conventional mouse clicks and custom code. It seems strange to me too that there is no function in the CMDIFrameWnd class that can be overridden to achieve this - if you ever discover a better way I would be very interested to hear.
Best Regards
Cliff
|
|
|
|