Package: libmagick9-dev Version: 7:6.2.4.5.dfsg1-0.14 In a C program I'm writing that uses the imagemagick library API, when I crop an image by calling MagickCropImage and then I manipulate it further, I obtain incorrect results. As far as I can tell, the image does get cropped (if I save it it's ok), but the geometry information in the MagickWand is NOT changed to reflect the cropping -- i.e., Magick* functions believe that the image still has the original size.
I'm attaching two test cases and an image that should serve as input for them (but any other image 300x300 or larger should do). In the first test, I crop the same image twice: MagickCropImage(wand, 300, 300, 50, 50); MagickCropImage(wand, 250, 250, 0, 0); The resulting image should be 250x250 (from 50 to 300 of the original image along both directions). Instead it's 200x200 (from 50 to 250). It seems that the second crop is still applied to the original image, not to the cropped one; the resulting image is the _intersection_ of the two cropped regions. In the second test, I crop a 50x10 portion of the image and then use a PixelIterator and a PixelWand to loop over pixels. For each row the program prints the line width (as set by PixelGetNextIterationRow): it should be 50. Instead it's 500. Again, it seems that operations following the crop are applied to the original image. My system is a 32-bit PC running Etch. The kernel is the stock kernel in Etch, same for libc and all packages that might be involved. I don't know whether the problem is also present in Lenny or Sid. Thanks Gerardo Ballabio
bug1.c
Description: bug1.c
bug2.c
Description: bug2.c
<<attachment: in.png>>
