> On 3/2/09 3:09 PM, Igor Ulyanov wrote: > > В Пнд, 02/03/2009 в 15:00 -0500, Benjamin Smedberg пишет: > >> On 3/2/09 2:44 PM, Igor Ulyanov wrote: > >>>> On 3/2/09 12:37 PM, Igor Ulyanov wrote: > >>>>> Who can help with such problem? Debug version of my embedded program > >>>>> works fine, but release version failes at XPCOMGlueStartup. I have > >>>>> changed some mozilla interfaces but not sure it is the reason. > >>>> Have you stepped through to figure out what exactly is failing? You > >>>> should > >>>> be able to do a release version with debugging symbols. > >>>> > >>> seems XPCOMGlueLoad fails, but only in release version, debug is ok > >> Sure. Did you step through it in the release version? > >> > > > > how should i do that if mozilla is built in release version itself? or i > > should build it with debug info? > > You will need an XPCOM glue library that has full debug symbols: you may or > may not need a Mozilla with full symbols. If you do, you may be able to get > the symbols for a released version from your distro using a package manager > (I know Fedora ships with optional debuginfo packages nowadays). >
Ive built mozilla with debug info. The problem is in LoadLibraryEx with xul.dll and later xpcom.dll FormatMessage in cpp file nsgluelinkinwin.cpp wprintf with GetLastError prints garbage in console (something like ????????). If i add any code (like DWORD varr=GetLastError();) in this file to get GetLastError in integer form, mozilla build fails with "No rule to make target 'nsGlueLinkinWin.obj' needed by 'xpcomglue.lib'" It is very, very strange. If i remove this getlasterror code, mozilla still fails to build. Only fresh checkout helps. As a conclusion, i cant get exact error number from failed LoadLibraryEx function that loads xul.dll and xpcom.dll. _______________________________________________ dev-embedding mailing list [email protected] https://lists.mozilla.org/listinfo/dev-embedding
