image crop throws SIGABRT

--===============7114473071744545637==
Content-Type: multipart/alternative; boundary="00000000000063a5ad05c7a519a9"

--00000000000063a5ad05c7a519a9
Content-Type: text/plain; charset="UTF-8"

I've run into a bit of a problem that I can't find reported elsewhere, so
I'm wondering if maybe this is some odd edge case I've created of my own
making.
I have an image (source is at
https://dev.shanebishop.net/wordpress/wp-content/uploads/2021/07/improv-covid-cmyk.jpeg-1.webp)
that is breaking gm when I try to crop it. As I've mentioned before, we're
using gmagick within PHP, so I figured out it was during the cropimage()
method that things were falling over, though scaleimage() suffers the same
fate.

At any rate, the gm command I tested (to replicate what cropimage() should
be doing) looks like so:
gm convert improv-covid-cmyk.jpeg.webp -crop 1340x1340+610+0
improv-covid-cmyk.webp

The result is this:
gm: magick/map.c:329: MagickMapAddEntry: Assertion `object != 0' failed.
gm convert: abort due to signal 6 (SIGABRT) "Abort"...
Aborted

This is on Debian 10 with GM "1.4+really1.3.35-1~deb10u1" (the latest
stable on Debian).

Now, the reason I say "of my own making", is that this image was originally
a CMYK JPG, and I used Imagick to convert it to sRGB and then to WebP,
since libwebp (via cwebp) doesn't otherwise tolerate CMYK images.
At any rate, another image produced with Imagick crops just fine, and has
no issues whatsoever, so I'm not sure how isolated this problem is.

Any ideas, workarounds, things to try?

Thanks,
Shane

--00000000000063a5ad05c7a519a9
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">I&#39;ve run into a bit of a problem that I can&#39;t find=
 reported elsewhere, so I&#39;m wondering if maybe this is some odd edge ca=
se I&#39;ve created of my own making.<div>I have an image (source is at <a =
href=3D"https://dev.shanebishop.net/wordpress/wp-content/uploads/2021/07/im=
prov-covid-cmyk.jpeg-1.webp">https://dev.shanebishop.net/wordpress/wp-conte=
nt/uploads/2021/07/improv-covid-cmyk.jpeg-1.webp</a>) that is breaking gm w=
hen I try to crop it. As I&#39;ve mentioned before, we&#39;re using gmagick=
 within PHP, so I figured out it was during the cropimage() method that thi=
ngs were falling over, though scaleimage() suffers the same fate.</div><div=
><br></div><div>At any rate, the gm command I tested (to replicate what cro=
pimage() should be doing) looks like so:</div><div>gm convert improv-covid-=
cmyk.jpeg.webp -crop 1340x1340+610+0 improv-covid-cmyk.webp<br></div><div><=
br></div><div>The result is this:</div><div>gm: magick/map.c:329: MagickMap=
AddEntry: Assertion `object !=3D 0&#39; failed.<br>gm convert: abort due to=
 signal 6 (SIGABRT) &quot;Abort&quot;...<br>Aborted<br></div><div><br></div=
><div>This is on Debian 10 with GM &quot;1.4+really1.3.35-1~deb10u1&quot; (=
the latest stable on Debian).</div><div><br></div><div>Now, the reason I sa=
y &quot;of my own making&quot;, is that this image was originally a CMYK JP=
G, and I used Imagick to convert it to sRGB and then to WebP, since libwebp=
 (via cwebp) doesn&#39;t otherwise tolerate CMYK images.</div><div>At any r=
ate, another image produced with Imagick crops just fine, and has no issues=
 whatsoever, so I&#39;m not sure how isolated this problem is.</div><div><b=
r></div><div>Any ideas, workarounds, things to try?</div><div><br></div><di=
v>Thanks,</div><div>Shane</div></div>

--00000000000063a5ad05c7a519a9--


--===============7114473071744545637==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline


--===============7114473071744545637==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Graphicsmagick-help mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/graphicsmagick-help

--===============7114473071744545637==--