Closed Bug 404029 Opened 17 years ago Closed 9 years ago

###!!! ASSERTION: storage allocated for zero data size: '!mBinding->mRecord.DataLocationInitialized()', file C:/mozilla/netwerk/cache/src/nsDiskCacheStreams.cpp, line 372

Categories

(Core :: Networking: Cache, defect)

defect
Not set
normal

Tracking

()

RESOLVED WONTFIX
Tracking Status
blocking2.0 --- -

People

(Reporter: neil, Unassigned)

References

Details

(Keywords: assertion)

necko!nsDiskCacheStreamIO::GetInputStream(unsigned int offset = 0, class nsIInputStream ** inputStream = 0x0a094870)+0x10a [C:/mozilla/netwerk/cache/src/nsDiskCacheStreams.cpp @ 372] necko!nsDiskCacheDevice::OpenInputStreamForEntry(class nsCacheEntry * entry = 0x08532320, int mode = 3, unsigned int offset = 0, class nsIInputStream ** result = 0x0a094870)+0x135 [C:/mozilla/netwerk/cache/src/nsDiskCacheDevice.cpp @ 592] necko!nsCacheService::OpenInputStreamForEntry(class nsCacheEntry * entry = 0x08532320, int mode = 3, unsigned int offset = 0, class nsIInputStream ** result = 0x0a094870)+0x3e [C:/mozilla/netwerk/cache/src/nsCacheService.cpp @ 1854] necko!nsCacheEntryDescriptor::nsInputStreamWrapper::LazyInit(void)+0xf1 [C:/mozilla/netwerk/cache/src/nsCacheEntryDescriptor.cpp @ 501] necko!nsCacheEntryDescriptor::nsInputStreamWrapper::EnsureInit(void)+0x23 [C:/mozilla/netwerk/cache/src/nsCacheEntryDescriptor.h @ 109] necko!nsCacheEntryDescriptor::nsInputStreamWrapper::Read(char * buf = 0x03ff0c4c "???", unsigned int count = 0x1000, unsigned int * countRead = 0x0e52fdc4)+0xe [C:/mozilla/netwerk/cache/src/nsCacheEntryDescriptor.cpp @ 529] necko!nsInputStreamTransport::Read(char * buf = 0x03ff0c4c "???", unsigned int count = 0x1000, unsigned int * result = 0x0e52fdc4)+0x141 [C:/mozilla/netwerk/base/src/nsStreamTransportService.cpp @ 235] xpcom_core!nsStreamCopierOB::FillOutputBuffer(class nsIOutputStream * outStr = 0x05bda640, void * closure = 0x0e52fe0c, char * buffer = 0x03ff0c4c "???", unsigned int offset = 0, unsigned int count = 0x1000, unsigned int * countRead = 0x0e52fdc4)+0x28 [C:/mozilla/xpcom/io/nsStreamUtils.cpp @ 494] xpcom_core!nsPipeOutputStream::WriteSegments(<function> * reader = 0x03ff0c4c, void * closure = 0x00001000, unsigned int count = 0xe52fdc4, unsigned int * writeCount = 0x0e52fe0c)+0x117 [C:/mozilla/xpcom/io/nsPipe3.cpp @ 1137] xpcom_core!nsStreamCopierOB::DoCopy(unsigned int * sourceCondition = 0x0e52fe5c, unsigned int * sinkCondition = 0x0e52fe58)+0x4c [C:/mozilla/xpcom/io/nsStreamUtils.cpp @ 511] xpcom_core!nsAStreamCopier::Process(void)+0x3f [C:/mozilla/xpcom/io/nsStreamUtils.cpp @ 301] xpcom_core!nsAStreamCopier::Run(void)+0x11 [C:/mozilla/xpcom/io/nsStreamUtils.cpp @ 374] xpcom_core!nsThreadPool::Run(void)+0x257 [C:/mozilla/xpcom/threads/nsThreadPool.cpp @ 211] xpcom_core!nsThread::ProcessNextEvent(int mayWait = 1, int * result = 0x0e52ff30)+0x1f9 [C:/mozilla/xpcom/threads/nsThread.cpp @ 491] xpcom_core!NS_ProcessNextEvent_P(class nsIThread * thread = 0x04f0a260, int mayWait = 1)+0x53 [C:/mozilla/xpcom/build/nsThreadUtils.cpp @ 227] xpcom_core!nsThread::ThreadFunc(void * arg = 0x04f0a260)+0xcf [C:/mozilla/xpcom/threads/nsThread.cpp @ 254] nspr4!_PR_NativeRunThread+0xdb [C:/mozilla/nsprpub/pr/src/threads/combined/pruthr.c @ 436] nspr4!_PR_MD_CREATE_THREAD+0xb7 [C:/mozilla/nsprpub/pr/src/md/windows/w95thred.c @ 122] MSVCRTD!_beginthreadex+0x133 kernel32!BaseThreadStart+0x37
I hit this assertion today using a build from within the last two weeks.
bug 448712 should've fixed this
Status: NEW → RESOLVED
Closed: 17 years ago
Depends on: 448712
Resolution: --- → FIXED
http://tinderbox.mozilla.org/showlog.cgi?log=SeaMonkey/1269600346.1269607275.14262.gz WINNT 5.2 comm-central-trunk leak test build on 2010/03/26 03:45:46 { ###!!! ASSERTION: storage allocated for zero data size: '!mBinding->mRecord.DataLocationInitialized()', file e:/builds/slave/comm-central-trunk-win32-debug/build/mozilla/netwerk/cache/src/nsDiskCacheStreams.cpp, line 372 necko!nsDiskCacheDevice::OpenInputStreamForEntry+0x0000000000000129 (e:\builds\slave\comm-central-trunk-win32-debug\build\mozilla\netwerk\cache\src\nsdiskcachedevice.cpp, line 670) necko!nsCacheService::OpenInputStreamForEntry+0x0000000000000040 (e:\builds\slave\comm-central-trunk-win32-debug\build\mozilla\netwerk\cache\src\nscacheservice.cpp, line 1717) necko!nsCacheEntryDescriptor::nsInputStreamWrapper::LazyInit+0x00000000000000EE (e:\builds\slave\comm-central-trunk-win32-debug\build\mozilla\netwerk\cache\src\nscacheentrydescriptor.cpp, line 519) [...] }
Blocks: 454312
Status: RESOLVED → REOPENED
blocking2.0: --- → ?
Resolution: FIXED → ---
http://tinderbox.mozilla.org/showlog.cgi?log=SeaMonkey/1269645529.1269654265.16203.gz WINNT 5.2 comm-central-trunk leak test build on 2010/03/26 16:18:49
http://tinderbox.mozilla.org/showlog.cgi?log=SeaMonkey/1270792184.1270798072.5536.gz WINNT 5.2 comm-central-trunk leak test build on 2010/04/08 22:49:44
Not blocking the release on this assertion unless someone shows us how this is a serious issue. Michal, is this something you could look into?
blocking2.0: ? → -
I'll have a look at it.
all new cache code
Status: REOPENED → RESOLVED
Closed: 17 years ago9 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.