Description of problem: If using grip to rip and encode a CD (oggenc) it will sometimes completely crash the system. This seems to happen most often after the last track has been ripped. It should be noted that oggenc when run manually sometimes segfaults on me. Maybe it is oggenc that is to blame - I'll install lame and do mp3 to test. Version-Release number of selected component (if applicable): Whatever came on rh8 How reproducible: Doesn't do it every CD, but about every other. This machine has two cdrom drives - and it does it with both, so it unlikely is a cdrom problem. It seems to have a high frequency of freezing when I have not been using the machine but it is ripping, and I come back and move the mouse - but sometimes it happens if I don't or if I am using while ripping. Steps to Reproduce: 1. insert cd and launch grip 2. select all tracks and tell her to rip and encode 3. Wait. Actual results: System crashes. Not pingable, NAT dies. Really ugly Expected results: I should have a crash free system and some groovy .ogg files. Additional info:
Created attachment 88724 [details] rpm -qa > rpm.txt; gzip rpm.txt
Close this bug. My CPU died today and I suspect the _real_ problem was a faulty cpu. There was a src.rpm I had that built fine last week - I added a few minor patches and tried to build it and it wouldn't build but spit out compiler bug errors etc. Well - I put the HD in another box (also VIA athlon - same MHz etc.) and the spec file compiled just fine and *so far* grip and oggenc have been flawless (no crashes/segfaults) So I suspect the crashes I was experiencing was due to a faulty CPU. Oh well - got a XP 2200 and a new board coming :p