Closed Bug 35208 Opened 26 years ago Closed 26 years ago

Crash in MSVCRT.DLL going to http://www.firstmatter.com/hotlinks.asp

Categories

(Core :: Networking, defect, P3)

x86
Windows 95
defect

Tracking

()

VERIFIED DUPLICATE of bug 34743

People

(Reporter: alan-lists, Assigned: davidm)

References

()

Details

Running Windows 95 4-8-00 Mozilla build. Going to http://www.firstmatter.com/hotlinks.asp I crash imdeaditly in MSVCRT.DLL MOZILLA caused an invalid page fault in module MSVCRT.DLL at 014f:7800153f. Registers: EAX=000014bd CS=014f EIP=7800153f EFLGS=00010206 EBX=0068f9f0 SS=0157 ESP=0068f8d8 EBP=0068f8e0 ECX=0000052f DS=0157 ESI=00000000 FS=1987 EDX=00000001 ES=0157 EDI=023f0e78 GS=0000 Bytes at CS:EIP: f3 a5 ff 24 95 30 21 00 78 8b c7 ba 03 00 00 00 Stack dump: 02a09b00 000014bd 0068f8fc 60cba80d 023f0e78 00000000 000014bd 02c13d84 01513a00 0068f920 605e40b3 02a09b00 023f0e78 000014bd 0068f9f0 02c13d84 OUTPUT FROM -console ============================= ****** number of sceens 1 WEBSHELL+ = 1 I am inside the initialize Hey : You are in QFA Startup (QFA)Talkback loaded Ok. WEBSHELL+ = 2 assuming d&d is off for Navigator WEBSHELL+ = 3 Setting content window in SetSecurityButton WEBSHELL+ = 4 Pressed mDragStartPx=165 Pressed mDragStartPx=174 Document http://www.mozilla.org/mozorg.html loaded successfully Document: Done (11.7 secs) has multiple monitor apis is 0 WEBSHELL+ = 5 DV_E_CLIPFORMAT S_OK S_OK ->>>>>>>>>>>>>> Write Clipboard to memory ->>>>>>>>>>>>>> Read Clipboard from memory Error loading URL http://www.firstmatter.com/hotlinks.asp Document: Done (3.57 secs) ================================
I posted a talkback report on this bug, but forgot to get the talkback ID to post here. I think you all can still dig it up by my bugzilla account asj@ipa.net. In the report I included this bug number and URL.
Not sure if there is any relation to bug 14772 or not.
Never mind, don't think related to bug 14772, sorry
Reproduced on Windows2000Pro Rc2; Buid ID: 2000040808 I get the same crash in other pages of www.firstmatter.com but not in the main page, for example I get a crash in: http://www.firstmatter.com/shop/reading/default.asp http://www.firstmatter.com/contacts.asp All the files that get a crash are .ASP files, y downloaded some and loaded them from the Hard Disk as HTML files and dont get a crash. The problem may be related with the HTTP headers sent by the server, but I'm not sure...
Got some nice netscape people to pull my stack trace from my talkback report. 35208: Call Stack: (Signature = MSVCRT.DLL + 0x153f (0x7800153f) 63fde467) MSVCRT.DLL + 0x153f (0x7800153f) nsByteArrayInputStream::Read [d:\builds\seamonkey\mozilla\xpcom\io\nsByteArrayInputStream.cpp, line 73] InterceptStreamListener::Read [d:\builds\seamonkey\mozilla\netwerk\cache\mgr\nsCachedNetData.cpp, line 1142] nsParser::OnDataAvailable [d:\builds\seamonkey\mozilla\htmlparser\src\nsParser.cpp, line 1566] nsDocumentOpenInfo::OnDataAvailable [d:\builds\seamonkey\mozilla\uriloader\base\nsURILoader.cpp, line 271] InterceptStreamListener::OnDataAvailable [d:\builds\seamonkey\mozilla\netwerk\cache\mgr\nsCachedNetData.cpp, line 1129] nsHTTPChunkConv::OnDataAvailable [d:\builds\seamonkey\mozilla\netwerk\streamconv\converters\nsHTTPChunkConv.cpp, line 197] nsHTTPServerListener::OnDataAvailable [d:\builds\seamonkey\mozilla\netwerk\protocol\http\src\nsHTTPResponseListener.cp p, line 427] nsOnDataAvailableEvent::HandleEvent [d:\builds\seamonkey\mozilla\netwerk\base\src\nsAsyncStreamListener.cpp, line 412] nsStreamListenerEvent::HandlePLEvent [d:\builds\seamonkey\mozilla\netwerk\base\src\nsAsyncStreamListener.cpp, line 106] PL_HandleEvent [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 564] _md_EventReceiverProc [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 1020] KERNEL32.DLL + 0x3663 (0xbff73663) KERNEL32.DLL + 0x228e0 (0xbff928e0) 0x00688bdc
looks like cache.
Assignee: gagan → davidm
Can anyone reproduce this under nt/linux/mac? I can't using the builds from 4/ 10/00. I looked at the code and I am not sure how it can be crashing since we seem to check for null points, and the math seems to be correct for avoiding buffer overruns. The use of _ for member variables seems wrong to me but I would imagine if that was causing crashes we would be seeing them all over the place.
Looks like a dup of bug 34743.
Target Milestone: --- → M16
*** This bug has been marked as a duplicate of 34743 ***
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → DUPLICATE
verifying dupe of 34743
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.