Mailing Lists: Apple Mailing Lists

Image of Mac OS face in stamp
 
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Is this a bug in Tiger's NSBitmapImageRep?




On 03.05.2005, at 03:31, Andrew Platzer wrote:

This is a change to the semantics of -initWithBitmapDataPlanes:...

Thanks a lot for the quick reply. Yes, I did recompile on Tiger.


Either pass in an explicit bytesPerRow value instead of zero to - initWithBitmapDataPlanes:... to explicitly indicate packed values

This works perfectly.


or change your loop

In this particular case this was not an option as I'm simply using memcpy to transfer a (packed) bitmap generated by another library (epeg, a very fast JPEG decoder I'm using to create thumbnails) into the NSBitmapImageRep buffer.




The following is what the docs say about this method. Isn't this incorrect now?

If rowBytes is 0, the NSBitmapImageRep assumes there’s no empty space at the end of a row.
Should I file a bug?



For those interested, my updated EpegWrapper class is available at

    http://www.entropy.ch/viewcvs/trunk/EpegWrapper/




Thanks again...



_________________________________________________________________
Marc Liyanage                               http://www.entropy.ch


_______________________________________________ Do not post admin requests to the list. They will be ignored. Cocoa-dev mailing list (email@hidden) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/cocoa-dev/email@hidden

This email sent to email@hidden
References: 
 >Is this a bug in Tiger's NSBitmapImageRep? (From: Marc Liyanage <email@hidden>)
 >Re: Is this a bug in Tiger's NSBitmapImageRep? (From: Andrew Platzer <email@hidden>)



Visit the Apple Store online or at retail locations.
1-800-MY-APPLE

Contact Apple | Terms of Use | Privacy Policy

Copyright © 2007 Apple Inc. All rights reserved.