search

StrayDawg / xld

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

20100918 & 20100826 Builds crashing when loading a .cue file #5

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
1. Dragging a cue file (that refers to an mp3 file) works fine in 20100911 and 
subsequently decodes and splits.
2. The same files crash XLD in the latest 2 builds upon opening XLD fresh, 
dragging cue file to dock icon.
3. Have deleted the plist file.

What is the expected output? What do you see instead?
Expect window with cue track info.  App force-quits.

What version of the product are you using? On what operating system?
Mac OS 10.6.4

Please provide any additional information below.

Original issue reported on code.google.com by sir.shan...@gmail.com on 7 Oct 2010 at 1:29

GoogleCodeExporter commented 9 years ago 
Forgot to add, same result when opening from the File menu as well.

Original comment by sir.shan...@gmail.com on 7 Oct 2010 at 1:30

GoogleCodeExporter commented 9 years ago 
Please attach the problematic .cue file here.

Original comment by tmkkmac on 31 Oct 2010 at 3:24

GoogleCodeExporter commented 9 years ago 
shoot, I since reverted back to previous version, successfully converted and 
deleted it.  If it happens again (now on the latest build) I'll come back to 
post it.

Original comment by sir.shan...@gmail.com on 31 Oct 2010 at 11:12

GoogleCodeExporter commented 9 years ago 
hello. This is to report that the newest version 20130601 
and the previous one, 20130407, do crash when loading a .cue sheet 
that was typed manually, for a 24/96 Vinyl Rip, 
no matter how method you use to load the .cue.

Tried erasing the .plist file, nothing. 

Erased then also it and jp.tmkk.XLD.LSSharedFileList.plist, to no avail.

Then I read the REM initial line issue, which these .cues had, 
and tried that as well, and once again after a .plist deletion.
Lastly, I messed a bit between Mac OS Roman and UTF-8. No again.

I had to revert to 20130127, which hasn't had any similar issue during the past 
three to four years.
Not before, nor after today, had I installed in ANY the checksum pluguin.

That is all. BTW, normal .cues (of an already splitted rip), opened flawlessly 
in both late versions.

I have attached the .cue for the REM unedited Vinyl B Side 
(also here, http://cl.ly/102R2Z1Q303e), just in case you'd need it.

Regards.

Original comment by deo...@gmail.com on 2 Jun 2013 at 2:40

Attachments:

GoogleCodeExporter commented 9 years ago 
The cue sheet itself has no problem. As far as I've tested the latest XLD loads 
.cue without crash.

Uploading a crash report may help.

P.S. you should create a new topic for it.

Original comment by tmkkmac on 2 Jun 2013 at 5:50

GoogleCodeExporter commented 9 years ago 
I will naturally do that. Tenks, tmkkmac...

Will research into this web's interface to learn how to post my first. I take 
there is no incompatibilty between two different versions installed at the same 
time on the same system, in my case, ML.

Original comment by deo...@gmail.com on 2 Jun 2013 at 12:00