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)

HP
HP-UX

Tracking

(Not tracked)

RESOLVED FIXED

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
Attached file stack trace of the core file (deleted) —
Attached file dump of the offending profile (deleted) —
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. :)
*** Bug 37397 has been marked as a duplicate of this bug. ***
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.
Attached file profile registry (deleted) —
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.
Trying Profile Manager Back End... Gerv
Component: Browser-General → Profile Manager BackEnd
Adding crash to keywords
Keywords: crash
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
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 >
Reassigning to John.
Assignee: racham → jgaunt
Makefile.in updated
Status: UNCONFIRMED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
QA Contact: jelwell → jdunn
Target Milestone: --- → M16
the file in question is netwerk/cache/filecache/nsDBAccessor.cpp The 2 lines are the _CAST from PRInt16 * and PRInt32 *. reassigning qa to me...
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: