pccasto / rubyripper

Automatically exported from code.google.com/p/rubyripper
0 stars 0 forks source link

GUI is not responsive after RR starts hashing and encoding #241

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
if i rip a cd, the gui wont be responsive anymore when it starts hashing
the ripped files and encode them. in top ruby appears on top (100% cpu
load). it compares the ripped files, and then encodes them successfully,
and yet, the gui will remain unusable. the last few lines in the logfile:

Starting to rip CD image, trial #1
Starting to rip CD image, trial #2
Analyzing files for mismatching chunks
Every chunk matched 2 times :)
MD5 sum: 8eaf05464f3c9db4a5c156b45dd387e9

even though the file is encoded successfully. the only thing that helps is
if i kill rr.

it's a git version (git log says "Clone of svn r308") on debian sid.

Original issue reported on code.google.com by asdfasdf...@freemail.hu on 28 Sep 2008 at 12:13

Attachments:

GoogleCodeExporter commented 8 years ago
I suspect this is also a threading problem. This dreaded ruby-gtk2-0.17 release 
is
giving me grey hair! I'll look into it.

Original comment by rubyripp...@gmail.com on 28 Sep 2008 at 8:51

GoogleCodeExporter commented 8 years ago
yepp, it could be the cause:

$ dpkg -l | grep gtk2-ruby
ii  libgtk2-ruby                         0.17.0~rc1-6               GTK+ 
bindings for
the Ruby language
ii  libgtk2-ruby1.8                      0.17.0~rc1-6               GTK+ 
bindings for
the Ruby language

thanks for your efforts

Original comment by asdfasdf...@freemail.hu on 28 Sep 2008 at 2:24

GoogleCodeExporter commented 8 years ago
It's a dup to the gui freeze (issue 221). I don't know if and when it's gonna be
fixed. But it's no use keeping this one open.

Original comment by rubyripp...@gmail.com on 13 Jan 2009 at 11:27