hi all, I had a release build of mozilla 1.0 on my machine. There was a problem with the loading of the xpcom dll (http://groups.google.com/groups?q=xpti.dat&hl=en&lr=&ie=UTF-8&oe=UTF-8&selm=5C070E94.3C5196EE.7400EB1E%40netscape.net&rnum=2). Am using VC6 , win2k. To check where exactly is the problem, I built the debug version of the xpcom-standalone (following the instructions here -> http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&threadm=8uh76n%24c4e1%40secnews.netscape.com&rnum=4&prev=/groups%3Fhl%3Den%26lr%3D%26ie%3DUTF-8%26oe%3DUTF-8%26q%3Dbuild%2Bxpcom%2Bstandalone%2Bwindows). I was able to build the xpcom debug and then I tried to locate the reason for the problem.
There were two problems I faced: 1. When I use the xpcom dll and load it from Apache, there is a problem in e:\mozilla\src\mozilla\nsprpub\pr\src\md\windows\w95io.c function: callPRInt32 _PR_MD_GETFILEINFO64(const char *fn, PRFileInfo64 *info) line 769 - FindFirstFile returns a NULL to find the file
As I see it there is a temporary file xptitemp.dat being created and the FindFirstFile fails. There were bugs with this problem in the bugzilla (http://bugzilla.mozilla.org/show_bug.cgi?id=39808) but I could not find a solution to this. Can someone point me to the right place where things are going wrong. I made sure that the debug versions of the dll are being loaded (from the o/p window) of VC.
2. If I try to do a regxpcom of the dll, then i get a debug assert failure nsDebug::Assertion Component manager being held past xpcom shutdown::cnt==0 , file e:\mozilla\src\mozilla\xpcom\build\nsXPcomInit.cpp, line 592(http://bugzilla.mozilla.org/show_bug.cgi?id=78861). I tried to make the changes pointed here (http://bugzilla.mozilla.org/show_bug.cgi?id=45068), but even that did not help. In the release the regxpcom successfully registers the dlls, whereas in the debug it gives me a problem.
Is the components directory the right place to put the dlls. Will mozilla be able to load the dlls when the components are not in the component directory? Though in this case the dlls indeed exist in the components directory, I just was wondering if mozilla would be able to, in case the dlls werenot. Please help
thank you gangadhar
gangadhar,
Few people are supporing Mozilla 1.0. You should try to upgrade as soon as you can.
The assertion you are seeing is a known problem and has been significantly reduced in version 1.4 (soon to be released).
It would be helpful if you explained how exactly you are starting up XPCOM and show what your directory structure is.
Regards, Doug Turner
