Issue 1 in eyetunes: User of GimmeSomeTune experiencing crashes apparently caused by EyeTunes

[codesite...@google.com]

Issue 1: User of GimmeSomeTune experiencing crashes apparently caused by
EyeTunes
http://code.google.com/p/eyetunes/issues/detail?id=1

New issue report by oddysseey:
When fetching artwork with GimmeSomeTune, it uses EyeTunes to save that
artwork into the song.
However, when the NSPasteboard does the conversion of the data to PICT
data, it sometimes seems
to crash - I've attached a crash log.

Attachments:
GimmeSomeTune_2008-08-27-102219_sam-gregorys-imac.crash.zip 8.0 KB

Issue attributes:
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium

--
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue.
You may adjust your issue notification preferences at:
http://code.google.com/hosting/settings

[codesite...@google.com]

Issue 1: User of GimmeSomeTune experiencing crashes apparently caused by
EyeTunes
http://code.google.com/p/eyetunes/issues/detail?id=1

Comment #1 by ruotger....@berlin.de:
Hi oddysseey

I'd say the problem lies in the fact, that NSPasteboard is not thread-safe,
but obviously called from a non-
main thread by GimmeSomeTune.

Please try to use performSelectorOnMainThread:withObject:waitUntilDone:
with the call to see if the crashes
go away.

If that's the case ETTrack should probably get a setArtworkPict:atIndex:
method that does not do the
pasteboard conversion to be thread-safe. Or there's a different thread-safe
way to convert to PICT?

Ruotger