On 2010-02-19 00:01 PST, Marty <n...@comcast.martyamodeo> wrote: > For anyone who might have cared, it looks like this is a case of missing > some of the Firefox DLLs from my program's search path. It looks > (behavior-wise... haven't checked the code) like the OS/2-specific code > for the dynamic loader in SECMOD_AddNewModule is not checking its return > codes for failure to locate needed subsequent DLLs, and I get a GPF > instead of a more informative message about not being able to find the > needed module. > > Once I copied all of the needed DLLs, my app now starts up every time, > regardless of whether or not Firefox is running.
Just out of curiosity, why did having Firefox running have any impact on other processes' ability to use/find DLLs? Is it the case that, in OS/2, all processes share a common pool of loaded DLLs? When one process loads a DLL, does that DLL then become available to all the other running processes? Does that DLL then get used in place of other DLLs with the same name when other processes attempt to load a DLL by the same name? -- dev-tech-crypto mailing list dev-tech-crypto@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-tech-crypto
