|
Hi,
For the first time I am posting a question.
Problem Context:I am writing a VC++ DLL in VC++ 6.0 . The dll is used in toll called Diadem. The dll is registered in this tool, so when the tool starts, it loads all registred dlls. then you can call any function defiened
in the dll. The function which I am calling creates link list(creates memory on heap), reads a text file, processes data and creates another text file. Thats all.
Problem Facing : When the control is suppose to return from the function written in dll, the main application(tool) goes into 'NOT RESPONDING' mode.
All functionality in the function written in dll is executed well, but while
returning it is giving error.
Regards,
Amol Ravatale
|
|
|
|
|
|
1)When i test the dll in debug mode(of VC++),it gives run-time error as follows:
Error type: ACCESS VIOLATION
Error address: 00001C42
Module name: COMMANDS.DLL (name of dll I am writting and calling from Diadem tool)
I am using FOR Loop for around 200 iterations and in that loop again one more FOR Loop for around 8000 iterations
2)another case is if function in dll is used without debug mode,
it does not give any error message and the application simply hangs.
For this 2nd case Kakan has already given solution to create thread and call
function from that one.
Regards,
Amol B. Ravatale
|
|
|
|
|
Hello.
You are a bit unclear of the problem, but I suspect it it like this:
When your program calls a function in the dll, then your program stops responding to events, right?
If that's the case, then the reason is that the called function (in the dll) takes a long time to execute, and during that time the program stops responding.
The you will need to create a thread. From that thread, call the function in the dll.
That way, your dialog will respond to Windows events.
Kakan
|
|
|
|
|
Kakan You are right, the function written in dll takes long time as there is for loop for 200 iterations, in this For Loop again one For Loop for around 8000 iterations.
Thank you very much....
for your kind help
Regards,
Amol
|
|
|
|
|
Just try to include the function code in ur application
and then check out what error it gives
Vikas Amin
Embin Technology
Bombay
vikas.amin@embin.com
|
|
|
|
|
Hi all,
I want to save and load a html file...iam using CHtmlEditDoc::OnSaveDocument but i wanted to store the images as well as the script..is there any sample program available to store the html file.
|
|
|
|
|
I need a good software to create pad.xml file.
pad.xml is used for submitting softwares to download sites.
I have used several pad cretors, such as PADSetup.exe, padinst.exe. they are really ugly.
which software do you use for create pad.xml file?
includeh10
|
|
|
|
|
|
includeh10 wrote: which software do you use for create pad.xml file?
why don't you create that UrSelf buddy!.., Its very simple for experienced Guy like you... here is handy wrapper class for XML writing :-
http://www.codeproject.com/soap/markupclass.asp[^]
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
cheers,
Alok Gupta
VC Forum Q&A :- I/ IV
|
|
|
|
|
To create any .xml file, can't you just use DOMDocument or IXMLDOMDocument2?
"Take only what you need and leave the land as you found it." - Native American Proverb
|
|
|
|
|
Currently using VS2005
I've built a MFC VC++ app and DLL, I don't think there's anything included that has anything to do with .net (tried to do that specifically)
I currently have sent all these following files with my program (something called UDPTester.exe and LinkUtils.dll) and it still doesn't work.
mfc80.dll
mfc80u.dll
mfcm80.dll
mfcm80u.dll
(the MFC files)
msvcr80.dll
(one VC file that MS says should be there with MFC80.dll)
I can post all my Stdafx if people really want.. but that's a long file.
An exerpt is
[code]
#include <afxwin.h> // MFC core and standard components
#include <afxext.h> // MFC extensions
#include <afxdisp.h> // MFC Automation classes
#ifndef _AFX_NO_OLE_SUPPORT
#include <afxdtctl.h> // MFC support for Internet Explorer 4 Common Controls
#endif
#ifndef _AFX_NO_AFXCMN_SUPPORT
#include <afxcmn.h> // MFC support for Windows Common Controls
#endif // _AFX_NO_AFXCMN_SUPPORT
#include <afxsock.h>
[/code]
The error messages after all the files (4 MFCs 1 CRT, 2 files I wrote) are all linked up comes up as stuff like "application configuration is incorrect"
Is there any other files that might be needed?
Is there any way I could try out the program on my computer with out getting another or reformatting windows to take out the stuff?
I've built it both as "Use MFC in a Shared DLL" and "Use MFC in a Static Library" Any advice is appreciated.
|
|
|
|
|
You need to use manifests with 2005...
Visual Studio 2005 does not support building C++ applications without a manifest and binding to Visual C++ libraries the old way using %PATH%. Moreover, Visual C++ DLLs can detect this, prevent the DLL from loading and report the unsupported scenario and the necessary changes. Do not use /manifest:no or delete the manifest.
See Deployment Examples for more info.
---
If you just want to throw your app on a test machine without using an installer, you can copy the appropriate folders in C:\Microsoft Visual Studio 8\VC\redist\x86 (you most likely want the CRT and MFC folders) to the folder where your .exe resides on the test machine and it should work. Worked for my laptop.
Bernie (Boom Boom) Geoffrion worked Atlanta Flames games in the 1970s with the splendid Jiggs McDonald. One night, Geoffrion said, "Jiggs, there are only three things to hockey: shooting and skating." McDonald said, "Right, Boomer. And what's the third?" The exasperated Geoffrion replied," Jiggs, that's the three. Shooting. And. Skating."
|
|
|
|
|
If I remember correctly Vs6 (and possibly Vs2003) did not require this or redistributing the MFC DLLs.
If this is true is there any reasons you can give me to continue to work with VS2005 rather than go back to VS6, for my non .net/C#/ASP programming?
-- modified at 23:52 Tuesday 29th November, 2005
It appears I am making manifests, internally into the binaries, however I'm still recieving these errors.
-- modified at 2:36 Wednesday 30th November, 2005
It appears that no matter what I do, I need to package my code with the MFC Dlls and the CRT dlls.. This is less than optimal and I'm not sure if VS6 required this. The question that I have now is one where, does VS6 require this. Or will a small 100K MFC program always require the 1meg or more of files for CRT (not even meantioning the size of MFC files).
At least it appears to load, so thank you, I appreciate that, it helps a lot.
|
|
|
|
|
King Link wrote: mfc80.dll
mfc80u.dll
mfcm80.dll
mfcm80u.dll
(the MFC files)
msvcr80.dll
(one VC file that MS says should be there with MFC80.dll)
I think you should add msvcr80d.dll and mfc80d.dll dlls too.
"Success is the ability to go from one failure to another with no loss of enthusiasm." - W.Churchill
|
|
|
|
|
you could use the dependancy walker VisualStudio tool to check those requiered dll...
see here[^]...
TOXCCT >>> GEII power
[toxcct][VisualCalc]
|
|
|
|
|
Hello everyone! 
How do I make a thread? Look:
DWORD WINAPI Mazzee::MoveMonsters(LPVOID param)<br />
{<br />
}
On another file:
CreateThread(NULL, 0, game.MoveMonsters, NULL, 0, threadId);
That gives me:
error C2664: 'CreateThread' : cannot convert parameter 3 from 'DWORD (LPVOID)' to 'LPTHREAD_START_ROUTINE'
Why? Thanks! 
Lord Kixdemp
www.SulfurMidis.com
www.SulfurSoft.tk
[ftp://][http://][hotline://]tsfc.ath.cx
|
|
|
|
|
First make sure that game.MoveMonsters is static.
Second creat pointer to the fuction type LPTHREAD_START_ROUTINE and initialize it with game.MoveMonsters.
|
|
|
|
|
|
you can do it by following:
DWORD WINAPI Mazzee_MoveMonsters(LPVOID param)
{
Game* pGame = (Game* )param;
pGame->MoveMonsters()
}
CreateThread(NULL, 0, Mazzee_MoveMonsters, &game, 0, threadId);
|
|
|
|
|
|
Kixdemp wrote: Oh... does it have to be static? It's part of my class...
If it is part of your class, then it has to be static. A short explanation why it is necessary:
Suppose you have a function from a class, this function takes several arguments and take an extra one, which is the 'this' parameter (this last parameter is in fact implicit and you don't pass it yourself and you don't even know that this parameter is passed). This is necessary because the function needs to know to which instance of the class it belongs to. Now, if you compare to a function that isn't part of a class, this parameter doesn't exist of course.
Now, what happens if you declare a member function of a class static ? It means that this particular function will be shared among ALL instances of the class thus, it doesn't require the 'this' parameter to be passed as implicit argument. But this means also that it cannot access member variables that are not static (because it is not really part of a particular instance of the class, so it doesn't know nothing about a particular instance). The same goes for static member variables: they are shared among all instances of the class, thus, if you modify this variable in a particular instance, the changes will be visible in all other instances.
So the compiler gave you this error because the member function has not the same prototype as the function required to be passed in the CreateThread function (implicit this parameter) and this can be solved as declaring it static.
|
|
|
|
|
|
While the answer has already been given to you, I suggest reading this article and its companion before you trek too deep into thread country.
"Take only what you need and leave the land as you found it." - Native American Proverb
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
What does this have to do with a Visal C++ Forum? 
