Closed Bug 61735 Opened 24 years ago Closed 24 years ago

Assert in nsDiskCacheRecord::RetrieveInfo - corrupt entry

Categories

(Core :: Networking: Cache, defect, P3)

x86
FreeBSD
defect

Tracking

()

VERIFIED FIXED
mozilla0.9

People

(Reporter: jesup, Assigned: gordon)

Details

Attachments

(1 file)

FreeBSD 4.1 20001130xx Went to www.etown.com after doing a clobber checkout rebuild. Exited with an assertion in nsDiskCacheRecord::RetrieveInfo. The entry appears to be corrupt in some manner. Since PR_ASSERT() calls abort(), I don't know if the DB recovery code would have picked up the problem. - However, since with no debug the function would have not returned an error, the recovery code would never have been called. Probably a (non-DEBUG-only) test for corrupt entries should be added to mirror the PR_ASSERT(). I'll attach GDB output.
(repeated for readability): Went to www.etown.com after doing a clobber checkout rebuild. Exited with an assertion in nsDiskCacheRecord::RetrieveInfo. The entry appears to be corrupt in some manner. Since PR_ASSERT() calls abort(), I don't know if the DB recovery code would have picked up the problem. - However, since with no debug the function would have not returned an error, the recovery code would never have been called. Probably a (non-DEBUG-only) test for corrupt entries should be added to mirror the PR_ASSERT(). (new) Looked into things more deeply in GDB. A weird issue is that it decided to delete a cache entry at all - the cache has 28 items in it. Either GetNumEntries returned >= 512 (when there are only 28), or there's a compiler error. Same GCC/etc I've been using for months - 2.95.2, --enable-optimize, --enable-debug, --disable-rtti.
Attached file GDB trace and object dumps (deleted) —
Will be resolved when new cache code lands
Assignee: neeti → gordon
Target Milestone: --- → mozilla0.9
fixed with new cache
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
verified
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: