[haiku-bugs] Re: [Haiku] #9858: Ripping CDs -> page fault panic (via sscanf() in ffmpeg)
- From: "ttcoder" <trac@xxxxxxxxxxxx>
- Date: Mon, 15 Jul 2013 19:13:39 -0000
#9858: Ripping CDs -> page fault panic (via sscanf() in ffmpeg)
-----------------------------+----------------------------
Reporter: ttcoder | Owner: nobody
Type: bug | Status: assigned
Priority: high | Milestone: R1/beta1
Component: System/Kernel | Version: R1/Development
Resolution: | Keywords: slab
Blocked By: | Blocking:
Has a Patch: 0 | Platform: All
-----------------------------+----------------------------
Comment (by ttcoder):
That certainly leaves us some room to manoeuver: we plan to try reducing
usage of cddafs as much as possible (in case a different usage pattern no
longer triggers the bug), and if that still does not work we'll remove it
from the equation entirely and read the CD data another way. I tried the
/bin/cdda2wav command but it crashes when reading the very first track
(seems to be an old alpha3 build so maybe that's the reason it does not
work on recent nightlies?), so I'll have to replicate its behavior,
hacking in the /dev/atapi hierarchy.
Dane got another KDL today, trying the strategy 1 outline up here
(reducing usage of cddafs to straight copying the files in ''one'' pass).
The photo is blurry and the first steps of the backtrace are the same, so
no point in posting it I suppose. The last step is a failed assert in
X86VMTranslationMapPAE.cpp:231
--
Ticket URL: <http://dev.haiku-os.org/ticket/9858#comment:8>
Haiku <http://dev.haiku-os.org>
Haiku - the operating system.
Other related posts:
