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)

1.8 Branch
x86
OS/2
defect
Not set
normal

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.
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
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 ***
No longer blocks: 351246
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → DUPLICATE
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.