Dies after rip and eject

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Rip CD
2. After finishing and ejecting rr dies.
3.

What version of rubyripper are you using? On what operating system? What is
your version of the ruby-gtk bindings?
svn 48, Debian

Please provide any additional information below.
cdparanoia III release 10pre0 (August 29, 2006)
(C) 2006 Monty <monty@xiph.org> and Xiph.Org

FreeBSD porting (c) 2003
        Simon 'corecode' Schubert <corecode@corecode.ath.cx>

Report bugs to paranoia@xiph.org
http://www.xiph.org/paranoia/

Ripping from sector  232575 (track 11 [0:00.00])
          to sector  255249 (track 11 [5:02.24])

outputting to /Files/rr/track11_2.wav

 (== PROGRESS == [                              | 255249 00 ] == :^D * ==)

Done.


ripping progress = 100
cdparanoia III release 10pre0 (August 29, 2006)
(C) 2006 Monty <monty@xiph.org> and Xiph.Org

FreeBSD porting (c) 2003
        Simon 'corecode' Schubert <corecode@corecode.ath.cx>

Report bugs to paranoia@xiph.org
http://www.xiph.org/paranoia/

003: CDROM reporting illegal number of tracks

Unable to open disc.  Is there an audio CD in the drive?
./rr_lib.rb:351:in `size': No such file or directory -
/Files/rr/track1_1.wav (Errno::ENOENT)
        from ./rr_lib.rb:351:in `main'
        from ./rr_lib.rb:348:in `times'
        from ./rr_lib.rb:348:in `main'
        from ./rr_lib.rb:338:in `initialize'
        from ./rr_lib.rb:762:in `new'
        from ./rr_lib.rb:762:in `ripper'
        from ./rr_lib.rb:761:in `each'
        from ./rr_lib.rb:761:in `ripper'
        from ./rr_lib.rb:636:in `start_rip'
        from ./rubyripper_gtk2.rb:122:in `rip_cd'
        from ./rubyripper_gtk2.rb:116:in `initialize'
        from ./rubyripper_gtk2.rb:116:in `new'
        from ./rubyripper_gtk2.rb:116:in `rip_cd'
        from ./rubyripper_gtk2.rb:10:in `to_proc'
        from ./rubyripper_gtk2.rb:797:in `call'
        from ./rubyripper_gtk2.rb:797:in `main'
        from ./rubyripper_gtk2.rb:797

Original issue reported on code.google.com by mordbr...@gmail.com on 28 Dec 2006 at 10:05

[GoogleCodeExporter]

Hmmm.  Actually after ejecting it tries to rip again, then dies.  Ripping.log 
shows:

Starting to rip track 11, trial 1#
Starting to rip track 11, trial 2#
Analyzing files for mismatching chunks
Every chunk matched 2 times :)
MD5 Digest is a91dbc96edd374ebca6ea279d03246d6

Starting to rip track 1, trial 1#

Original comment by mordbr...@gmail.com on 28 Dec 2006 at 10:07

[GoogleCodeExporter]

The handling of a finished rip will needs some more love. I expected some bug 
to 
arise. Thanks for reporting.

Original comment by rubyripp...@gmail.com on 30 Dec 2006 at 10:32

• Changed state: Accepted

[GoogleCodeExporter]

Your problem should be fixed now. If not, just open a new bug report :D

I did give it some stress testing this time and it seems to hold up just fine. 
I will
update the CLI frontend once the gtk2 ones works flawless.

Original comment by rubyripp...@gmail.com on 11 Jan 2007 at 10:24

• Changed state: Fixed