Hi,
I'm working on a application which links against some cocoa libs, so is a
cocoa app although not wrapped in a bundle. (The lib takes care of all the
cocoa-ishness internally so my app ends up being more or less cross
platform).
Whenever I get a crash the Apple Crash reporter pops up and claim
On 10/03/2013, at 5:08 AM, Markus Spoettl wrote:
> and serializes the image without problem
Do you mean you are archiving the NSImage itself? That is rarely a good idea,
so might be causing the image to be dearchived in a bad state.
--Graham
___
On Mar 9, 2013, at 4:55 PM, Mike Abdullah wrote:
> Well that exception suggests you have a truly giant image on your hands.
> Perhaps there's enough memory to do some work with it, but not all.
I think Markus's assumption that the size is invalid is correct. I can't
imagine anyone trying to wo
Well that exception suggests you have a truly giant image on your hands.
Perhaps there's enough memory to do some work with it, but not all.
The most important question: what are you actually calling -TIFFRepresentation
for? In practice it's often a rather inefficient method to accomplish your e
Hello,
I have a user who reports a crash in NSImage's -TIFFRepresentation, the
backtrace from -TIFFRepresentation is below. Apparently the image dimensions are
wrong.
I don't have the image itself but since my app displays and serializes the image
without problem (according to the user), I
I thought I should add - it works fine if I don't sign the quick look
generator - however, I guess for the App Store everything has to be signed
so this isn't really an option.
On 10 March 2013 03:31, Samuel Williams wrote:
> Hi,
>
> I have a Quick Look Generator for my application Library Inspe
Hi,
I have a Quick Look Generator for my application Library Inspector which
won't generate thumbnails on 10.8.2. It does work fine for previews (e.g.
pressing space bar) however, and it also works fine in 10.7 for thumbnails.
In 10.8 it appears there is an issue with sandboxing and generating
thu
