Closed Bug 454194 Opened 16 years ago Closed 16 years ago

crash [@ nsChannelReader::io_read(char*, unsigned int)]

Categories

(Core :: Audio/Video, defect)

x86
Windows XP
defect
Not set
critical

Tracking

()

RESOLVED FIXED
mozilla1.9.1b2

People

(Reporter: xtc4uall, Unassigned)

References

()

Details

(Keywords: crash, Whiteboard: [fixed by Bug 449159])

Crash Data

crashed when scrolling a (random) site after having http://www.gerv.net/temp/streaming-video.html open and closing it in a separate tab in Fx (Minefield/3.1b1pre ID:20080907032646). i failed to reproduce this one, therefor leaving UNCONFIRMED. http://crash-stats.mozilla.com/report/index/3b361e94-7d98-11dd-a5ad-001321b13766 Signature nsChannelReader::io_read(char*, unsigned int) UUID 3b361e94-7d98-11dd-a5ad-001321b13766 Time 2008-09-08 04:20:14-07 Uptime 3351 Product Firefox Version 3.1b1pre Build ID 20080907032646 OS Windows NT OS Version 5.1.2600 Service Pack 3 CPU x86 CPU Info GenuineIntel family 15 model 2 stepping 9 Crash Reason EXCEPTION_ACCESS_VIOLATION Crash Address 0x7268ff7e Crashing Thread Frame Module Signature 0 xul.dll nsChannelReader::io_read(char*,unsigned int) 1 xul.dll oggplay_channel_reader_io_read 2 xul.dll oggz_io_read 3 xul.dll oggz_read 4 xul.dll oggplay_step_decoding 5 xul.dll nsOggDecoder::StepDecoding() 6 xul.dll nsVideoDecodeEvent::RunWithLock() 7 xul.dll nsDecoderEvent::Run() 8 xul.dll nsThread::ProcessNextEvent(int,int*) 9 xul.dll NS_ProcessPendingEvents_P(nsIThread*,unsigned int) 10 xul.dll xul.dll@0x329e0c
If we have a stack trace you can definitely mark this bug as new. Can you try to reproduce this bug with a current nightly build? I also was able to see the crash with an older trunk version but it doesn't happen with the latest one.
Status: UNCONFIRMED → NEW
Ever confirmed: true
This bug is fixed by the patch in bug 449159. The issue was posted events existing after the decoder object was closed. They run later with pointers to destroyed objects. The patch in bug 449159 reworks this area of the code to resolve the issue. The latest nightly build, if it includes the fix from bug 451457, will be harder to see the issue since it handles the closing of the stream and threads at a safer point in time.
Bug 449159 has landed which should fix this issue. Can you see if it happens on latest trunk?
i played around triggering the crash with the test url using Minefield/3.1b2pre ID:20081029033642. it seems to have gone, so marking FIXED. Henrik, you're free to verify this.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Whiteboard: [fixed by Bug 449159]
Target Milestone: --- → mozilla1.9.1b2
I cannot get it to crash with Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b2pre) Gecko/20081029 Minefield/3.1b2pre Chris, one question beside. There is a problem in playing videos in multiple tabs from the given url. It does only work in one tab. Do we have problems playing several videos in parallel?
There shouldn't be a problem, as long as the site has the bandwidth to stream multiple videos. For example this page plays multiple videos on a single page: http://www.double.co.nz/video_test/test1.html What sort of things are you seeing? Maybe raise a bug for it and we can track it down.
(In reply to comment #6) > What sort of things are you seeing? Maybe raise a bug for it and we can track > it down. See my comment on bug 452097.
Crash Signature: [@ nsChannelReader::io_read(char*, unsigned int)]
You need to log in before you can comment on or make changes to this bug.