Closed
Bug 37482
Opened 25 years ago
Closed 25 years ago
[CRASH] corrupt profile causing crash on startup
Categories
(Core Graveyard :: Profile: BackEnd, defect, P3)
Tracking
(Not tracked)
RESOLVED
FIXED
M16
People
(Reporter: mozilla, Assigned: mozilla)
References
Details
(Keywords: crash)
Attachments
(6 files)
it appears that bad info is getting written to the profile. in the current
build, if I create a new profile, run, exit and run with that same profile, OR
if I use a previously created profile, exit and run with the same profile, moz
crashes with sighup (10) bus error coredump. I have a stack trace, command
output and a profile directory dump that I will attach.
steps to repeat ( 100% ):
1) run moz
2) create a profile
3) exit
4) run moz again
5) select the profile that you created in 2)
6) watch it crash
Assignee | ||
Comment 1•25 years ago
|
||
Assignee | ||
Comment 2•25 years ago
|
||
Assignee | ||
Comment 3•25 years ago
|
||
Assignee | ||
Comment 4•25 years ago
|
||
I think i may have dup'ed a bug i created earlier, but I can't find it in
bugzilla - it won't come up on any of my queries ( but then this one won't
either ) so if I have, sorry for the spam, but I got the stack trace and wanted
to get it in right away. :)
marked your older bug the dup since this seems to be more informative.
I tried both mozilla and netscape builds on my Linux Box. Couldn't reproduce
this. Could this be just HP-UX problem ?
The error on in the DBAccessor file (top of the stack) says that the database is
corrupted...
http://lxr.mozilla.org/mozilla/source/netwerk/cache/filecache/nsDBAccessor.cpp#1
17
Adding davidm (who worked on DBAccessor) to the cc list for his input...
David what are the circumstances that lead to this situation..? Is this anything
to do with user's platform ?
John,
Can you attach the registry file (~/.mozilla/registry) ? Thanks.
Assignee | ||
Comment 8•25 years ago
|
||
Assignee | ||
Comment 9•25 years ago
|
||
I attached the file as a binary file, wasn't sure if that was correct.
just tried a profile on linux that was causing the problem on HP. didn't cause
the same problem in linux.
Assignee | ||
Comment 10•25 years ago
|
||
Assignee | ||
Comment 11•25 years ago
|
||
Comment 12•25 years ago
|
||
Trying Profile Manager Back End...
Gerv
Component: Browser-General → Profile Manager BackEnd
Assignee | ||
Comment 14•25 years ago
|
||
It appears this was a word boundary problem. Hp's cc was choking on input coming
from the db that was not aligned on a word boundary. The addition of a +u1 flag
to the makefile.in in the filecache directory ( for hpux only )seems to have
fixed the problem.
blocks 18687
Blocks: 18687
Assignee | ||
Comment 15•25 years ago
|
||
diff of the changes to Makefile.in
Index: Makefile.in
===================================================================
RCS file: /cvsroot/mozilla/netwerk/cache/filecache/Makefile.in,v
retrieving revision 1.3
diff -r1.3 Makefile.in
58a59,62
> ifeq ($(OS_ARCH),HP-UX)
> OS_CXXFLAGS += +u1
> endif
>
Assignee | ||
Comment 17•25 years ago
|
||
Makefile.in updated
Status: UNCONFIRMED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Comment 18•25 years ago
|
||
the file in question is netwerk/cache/filecache/nsDBAccessor.cpp
The 2 lines are the _CAST from PRInt16 * and PRInt32 *.
reassigning qa to me...
Updated•9 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•