Bug 103069 - cdda2wav sleeping endlessly when reading toc
Summary: cdda2wav sleeping endlessly when reading toc
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: cdrtools
Version: 9
Hardware: i686
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Harald Hoyer
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-08-26 11:36 UTC by Need Real Name
Modified: 2007-04-18 16:57 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2004-06-04 10:09:00 UTC
Embargoed:


Attachments (Terms of Use)
Execution log: cdda2wav 2.0-11.9.1 (RH9-updates) versus 2.0-6 (RH9) (14.04 KB, text/plain)
2003-08-26 19:25 UTC, Need Real Name
no flags Details

Description Need Real Name 2003-08-26 11:36:39 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225

Description of problem:
When using cdda2wav through xcdroast with a vanilla kernel, cdda2wav sleeps a
very long time (over 1 minute. I was to impatient to wait longer).

the cdda2wav command line used by xcdroast is

cdda2wav -D 2,1,0 -J -g -Q -H -v toc,summary,sectors,titles                    
          

ps shows that the cdda2wav process is in a sleep state, while nothing else is
accessing the cdrom device.

Solution: use the previous cdrtools (shipped with RH9) instead of the updated
version when using a vanilla kernel.

My guess is that the latest locking fix makes the cdrtools unhappy with
non-redhat kernels.

Version-Release number of selected component (if applicable):
cdda2wav-2.0-11.9.1

How reproducible:
Always

Steps to Reproduce:
1. use vanilla kernel (mine is 2.4.21-rc2-ac1 smp)
2. use xcdroast (with kde)
3. click on duplicate and CD/Image Info
    

Actual Results:  nothing. xcdroast waited endlessly for cdda2wav to terminate.

Expected Results:  xcdroast should have displayed the CD contents after a couple
of seconds

Additional info:
Works OK with cdda2wav-2.0-6

Comment 1 Harald Hoyer 2003-08-26 12:12:00 UTC
> My guess is that the latest locking fix makes the cdrtools unhappy with
> non-redhat kernels.

Your guess is wrong... 

Can you run cdda2wav on the command line, to see more debugging info? maybe with
the -V option?

Comment 2 Need Real Name 2003-08-26 19:25:25 UTC
Created attachment 93963 [details]
Execution log: cdda2wav 2.0-11.9.1 (RH9-updates) versus 2.0-6 (RH9)

OK. This attachement shows the verbose output of cdda2wav-2.0-11.9.1 which
takes 45s at the first run, and hangs forever at the second run at the 'read
toc size (text)' command.

The older version (2.0-6) finishes within 1s. As many runs as I want, always
1s.

My kernel: 2.4.21-rc2-ac1 (SMP).

Comment 3 Need Real Name 2003-08-26 19:37:30 UTC
Oops. Small typo. My kernel version is 2.4.22-rc2-ac1 and not 2.4.21-rc2-ac1.

Comment 4 Harald Hoyer 2003-08-27 08:04:00 UTC
is by any chance autorun or magicdev running?

Comment 5 Need Real Name 2003-08-28 19:07:33 UTC
I'm using kde. autorun is indeed running. magicdev is not.

Comment 6 Harald Hoyer 2003-08-29 12:13:28 UTC
does it work better, if you kill autorun while you cdda2wav?

Comment 7 Harald Hoyer 2004-06-04 10:09:00 UTC
Closing due to inactivity. Reopen, if the problem is still existing.


Note You need to log in before you can comment on or make changes to this bug.