Closed
Bug 358636
Opened 18 years ago
Closed 18 years ago
Seamonkey fails to start if xpicleanup.dat is present
Categories
(SeaMonkey :: UI Design, defect)
Tracking
(Not tracked)
VERIFIED
DUPLICATE
of bug 351246
People
(Reporter: stevew, Assigned: jag+mozilla)
Details
Spin-off from bug 354862
If an xpicleanup.dat file is present, Seamonkey won't start:
Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.8.1) Gecko/20061028 SeaMonkey/1.1b
1) touch xpicleanup.dat
2) seamonkey.exe <- hangs at splash screen
With 354862 fixed, running xpicleanup.exe manually is a workaround.
Comment 1•18 years ago
|
||
This error seems to happen because the call
rc = DosQueryAppType(path, &ulAppType);
in NSPR's os2misc.c (function _PR_CreateOS2Process) fails. After this call the variables are rc=87, ulAppType=0. I have no idea why that could be, I added system calls to check what psfiles and pstat say just before and after the call but xpicleanup is not involved. And I can call a test app that does nothing else but DosQueryAppType() and printf the output all the time while executing seamonkey.
Hmm, it seems to be a speciality of the high-mem build, although I can build the test app fine with -Zhigh-mem and it runs without problems...
Blocks: 351246
Comment 2•18 years ago
|
||
OK, I got confirmation from James Moe that this is the same problem as for enigmail. That also calls gpg.exe through _PR_CreateOS2Process() and also fails because of the weird result of DosQueryAppType().
This confirmation makes me more certain that this is a high-mem only fault and so I mark it as dupe of the high-mem bug.
*** This bug has been marked as a duplicate of 351246 ***
Reporter | ||
Comment 3•18 years ago
|
||
There's a focus problem, but that's a different issue...
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•