bug#11558: 24.1.50; Image Magick related build failure on bzr revision 108365

bug#11558: 24.1.50; Image Magick related build failure on bzr revision 108365

[Eric Schulte]

Hi,

For the past week or so the Emacs bzr HEAD has failed to build with
image magick support.  The following error is signaled [1].  I'm running
a 64-but Arch GNU-Linux system, and other Arch users have noticed this
problem as well [2].  As Arch tries to include the latest version of all
tools this is likely due to a conflict with the most recent version of
imagemagick.  I have the following version installed [3].

Please let me know if there is any other information I can provide.

Thanks,

Footnotes: 
[1]  $ make build
     ...
     temacs: magick/exception.c:968: ThrowMagickExceptionList: Assertion `exception->signature == 0xabacadabUL' failed.
     /bin/sh: line 5: 17636 Aborted                 `/bin/pwd`/temacs --batch --load loadup bootstrap

[2]  https://bbs.archlinux.org/viewtopic.php?id=140037

[3]  $ convert --version
     Version: ImageMagick 6.7.6-8 2012-05-01 Q16 http://www.imagemagick.org
     Copyright: Copyright (C) 1999-2012 ImageMagick Studio LLC
     Features: OpenMP 

-- 
Eric Schulte
http://cs.unm.edu/~eschulte

bug#11558: 24.1.50; Image Magick related build failure on bzr revision 108365

[Glenn Morris]

Can you build the current emacs-24 branch on that machine?
If so, what happens if you visit leim/MISC-DIC/ziranma.cin?

For the trunk, does it help to add

--eval '(progn (setq imagemagick-types-inhibit t) (imagemagick-register-types))'

to RUN_EMACS in leim/Makefile.in and rebuild from a clean state?

If so, this is probably http://debbugs.gnu.org/11521

bug#11558: 24.1.50; Image Magick related build failure on bzr revision 108365

[Eric Schulte]

Glenn Morris <rgm@gnu.org> writes:

> Can you build the current emacs-24 branch on that machine?

Yes.

> 
> If so, what happens if you visit leim/MISC-DIC/ziranma.cin?
>

The buffer appears to render correctly, including a number of Chinese characters.

>
> For the trunk, does it help to add
>
> --eval '(progn (setq imagemagick-types-inhibit t) (imagemagick-register-types))'
>
> to RUN_EMACS in leim/Makefile.in and rebuild from a clean state?
>

No, with the above change on trunk I still run into the same error, namely

    Loading /home/eschulte/src/emacs/lisp/image.el (source)..
    temacs: magick/exception.c:968: ThrowMagickExceptionList: Assertion `exception->signature == 0xabacadabUL' failed.
    /bin/sh: line 5: 24828 Aborted                 `/bin/pwd`/temacs --batch --load loadup bootstrap
    make[1]: *** [bootstrap-emacs] Error 1
    make[1]: Leaving directory `/home/eschulte/src/emacs/src'
    make: *** [src] Error 2

>
> If so, this is probably http://debbugs.gnu.org/11521

I hope this information helps, please let me know if there is anything
else I can do.

Best,

-- 
Eric Schulte
http://cs.unm.edu/~eschulte

bug#11558: 24.1.50; Image Magick related build failure on bzr revision 108365

[Glenn Morris]

Eric Schulte wrote:

> I hope this information helps, please let me know if there is anything
> else I can do.

Well, it shows that the problem wasn't what I thought it was. :)

I don't suppose it helps to also add:

--eval '(progn (setq imagemagick-types-inhibit t) (imagemagick-register-types))'

to BYTE_COMPILE_EXTRA_FLAGS in lisp/Makefile.in?

If not, then I don't know what the problem could be. AFAIK, the only
relevant difference between emacs-24 and trunk is that in the latter
ImageMagick types are registered by default.

bug#11558: 24.1.50; Image Magick related build failure on bzr revision 108365

[Eric Schulte]

Glenn Morris <rgm@gnu.org> writes:

> Eric Schulte wrote:
>
>> I hope this information helps, please let me know if there is anything
>> else I can do.
>
> Well, it shows that the problem wasn't what I thought it was. :)
>
> I don't suppose it helps to also add:
>
> --eval '(progn (setq imagemagick-types-inhibit t)
> (imagemagick-register-types))'
>
> to BYTE_COMPILE_EXTRA_FLAGS in lisp/Makefile.in?
>

No help, I still get the same error.

>
> If not, then I don't know what the problem could be. AFAIK, the only
> relevant difference between emacs-24 and trunk is that in the latter
> ImageMagick types are registered by default.

Beyond my pay grade.  If there are any further tests I can run, please
let me know.

Thanks,

-- 
Eric Schulte
http://cs.unm.edu/~eschulte

bug#11558: 24.1.50; Image Magick related build failure on bzr revision 108365

[Christoph Scholtes]

Just for the record, I get the same error with bzr r108387.

System is ArchLinux, gcc 4.7.0.

Christoph

bug#11558: 24.1.50; Image Magick related build failure on bzr revision 108365

[Achim Gratz]

Eric Schulte writes:
> Footnotes: 
> [1]  $ make build
>      ...
>      temacs: magick/exception.c:968: ThrowMagickExceptionList: Assertion `exception->signature == 0xabacadabUL' failed.
>      /bin/sh: line 5: 17636 Aborted                 `/bin/pwd`/temacs --batch --load loadup bootstrap

It surely might be helpful to know what the value of
exception->signature is at that point instead of knowing what it
isn't...

> [2]  https://bbs.archlinux.org/viewtopic.php?id=140037

I can confirm that a 32bit build doesn't bail on openSUSE, so it looks
like it is related to the 64bit builds only.  What configuration did you
compile Emacs with (and it might be a good idea to check the
configuration for the Magick build as well - if they don't match, that
might explain something)?

> [3]  $ convert --version
>      Version: ImageMagick 6.7.6-8 2012-05-01 Q16 http://www.imagemagick.org
>      Copyright: Copyright (C) 1999-2012 ImageMagick Studio LLC
>      Features: OpenMP 

$ convert --version
Version: ImageMagick 6.7.2-7 2011-10-19 Q16 http://www.imagemagick.org
Copyright: Copyright (C) 1999-2011 ImageMagick Studio LLC
Features: OpenMP


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf rackAttack V1.04R1:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada

bug#11558: 24.1.50; Image Magick related build failure on bzr revision 108365

[Kalle Kankare]

Hi,

I am also seeing the problem of temacs failing to load lisp/image.el
on 64-bit Archlinux during build. It fails with the following output:

...
Loading /home/kopoli/src/emacs/lisp/image.el (source)...
temacs: magick/exception.c:968: ThrowMagickExceptionList: Assertion
`exception->signature == 0xabacadabUL' failed.
/bin/sh: line 6: 27994 Aborted                 `/bin/pwd`/temacs
--batch --load loadup bootstrap
...

By running temacs through gdb it appears that the problem is in the
defun "imagemagick-types". The call to "GetMagickList" receives an
argument of type ExceptionInfo, which, by my interpretation of the
error message, needs to be initialized a certain way. Currently it is
just given an uninitialized local variable as an argument.

By looking through through ImageMagick documentation, the functions
"GetExceptionInfo" and "DestroyExceptionInfo" initialize and
deinitialize the ExceptionInfo-structure, respectively.

I got the build to complete by introducing the following change:

--- src/image.c	2012-07-09 12:02:27 +0000
+++ src/image.c	2012-07-11 19:59:24 +0000
@@ -7968,7 +7968,9 @@
   Lisp_Object typelist = Qnil;
   size_t numf = 0;
   ExceptionInfo ex;
+  GetExceptionInfo(&ex);
   char **imtypes = GetMagickList ("*", &numf, &ex);
+  DestroyExceptionInfo(&ex);
   size_t i;
   Lisp_Object Qimagemagicktype;
   for (i = 0; i < numf; i++)


The generated emacs-binary at least appears to function properly. I
tested this with the following versions:

emacs: bzr:109033
gcc: 4.7.1
ImageMagick: 6.7.8-1

bug#11558: 24.1.50; Image Magick related build failure on bzr revision 108365

[Jan Djärv]

Hello.

11 jul 2012 kl. 22:24 skrev Kalle Kankare:

> Hi,
> 
> I am also seeing the problem of temacs failing to load lisp/image.el
> on 64-bit Archlinux during build. It fails with the following output:
> 
> ...
> Loading /home/kopoli/src/emacs/lisp/image.el (source)...
> temacs: magick/exception.c:968: ThrowMagickExceptionList: Assertion
> `exception->signature == 0xabacadabUL' failed.
> /bin/sh: line 6: 27994 Aborted                 `/bin/pwd`/temacs
> --batch --load loadup bootstrap
> ...
> 
> By running temacs through gdb it appears that the problem is in the
> defun "imagemagick-types". The call to "GetMagickList" receives an
> argument of type ExceptionInfo, which, by my interpretation of the
> error message, needs to be initialized a certain way. Currently it is
> just given an uninitialized local variable as an argument.
> 
> By looking through through ImageMagick documentation, the functions
> "GetExceptionInfo" and "DestroyExceptionInfo" initialize and
> deinitialize the ExceptionInfo-structure, respectively.
> 
> I got the build to complete by introducing the following change:
> 
> --- src/image.c	2012-07-09 12:02:27 +0000
> +++ src/image.c	2012-07-11 19:59:24 +0000
> @@ -7968,7 +7968,9 @@
>   Lisp_Object typelist = Qnil;
>   size_t numf = 0;
>   ExceptionInfo ex;
> +  GetExceptionInfo(&ex);
>   char **imtypes = GetMagickList ("*", &numf, &ex);
> +  DestroyExceptionInfo(&ex);
>   size_t i;
>   Lisp_Object Qimagemagicktype;
>   for (i = 0; i < numf; i++)
> 
> 
> The generated emacs-binary at least appears to function properly. I
> tested this with the following versions:
> 
> emacs: bzr:109033
> gcc: 4.7.1
> ImageMagick: 6.7.8-1

I see this too.  Can it be that GetExceptionInfo/DestroyExceptionInfo is version dependent and we need a configure check for them? People have run Emacs with Imagemagic without this.

	Jan D.

bug#11558: 24.1.50; Image Magick related build failure on bzr revision 108365

[Tassilo Horn]

Jan Djärv <jan.h.d@swipnet.se> writes:

>> I got the build to complete by introducing the following change:
>> 
>> --- src/image.c	2012-07-09 12:02:27 +0000
>> +++ src/image.c	2012-07-11 19:59:24 +0000
>> @@ -7968,7 +7968,9 @@
>>   Lisp_Object typelist = Qnil;
>>   size_t numf = 0;
>>   ExceptionInfo ex;
>> +  GetExceptionInfo(&ex);
>>   char **imtypes = GetMagickList ("*", &numf, &ex);
>> +  DestroyExceptionInfo(&ex);
>>   size_t i;
>>   Lisp_Object Qimagemagicktype;
>>   for (i = 0; i < numf; i++)
>> 
>> 
>> The generated emacs-binary at least appears to function properly. I
>> tested this with the following versions:
>> 
>> emacs: bzr:109033
>> gcc: 4.7.1
>> ImageMagick: 6.7.8-1
>
> I see this too.  Can it be that GetExceptionInfo/DestroyExceptionInfo
> is version dependent and we need a configure check for them? People
> have run Emacs with Imagemagic without this.

I build and run emacs with imagemagick support just fine.  The IM
version is 6.7.7.5, so it might be a version difference between 6.7.7
and 6.7.8.

I also tried building and running with the above patch, and it doesn't
seem to cause any harm.

Bye,
Tassilo

bug#11558: 24.1.50; Image Magick related build failure on bzr revision 108365

[Jan Djärv]

Hello.

I installed the patch, lets see if it fails on some version :-).

Thanks,

	Jan D.

13 jul 2012 kl. 09:03 skrev Tassilo Horn:

> Jan Djärv <jan.h.d@swipnet.se> writes:
> 
>>> I got the build to complete by introducing the following change:
>>> 
>>> --- src/image.c	2012-07-09 12:02:27 +0000
>>> +++ src/image.c	2012-07-11 19:59:24 +0000
>>> @@ -7968,7 +7968,9 @@
>>>  Lisp_Object typelist = Qnil;
>>>  size_t numf = 0;
>>>  ExceptionInfo ex;
>>> +  GetExceptionInfo(&ex);
>>>  char **imtypes = GetMagickList ("*", &numf, &ex);
>>> +  DestroyExceptionInfo(&ex);
>>>  size_t i;
>>>  Lisp_Object Qimagemagicktype;
>>>  for (i = 0; i < numf; i++)
>>> 
>>> 
>>> The generated emacs-binary at least appears to function properly. I
>>> tested this with the following versions:
>>> 
>>> emacs: bzr:109033
>>> gcc: 4.7.1
>>> ImageMagick: 6.7.8-1
>> 
>> I see this too.  Can it be that GetExceptionInfo/DestroyExceptionInfo
>> is version dependent and we need a configure check for them? People
>> have run Emacs with Imagemagic without this.
> 
> I build and run emacs with imagemagick support just fine.  The IM
> version is 6.7.7.5, so it might be a version difference between 6.7.7
> and 6.7.8.
> 
> I also tried building and running with the above patch, and it doesn't
> seem to cause any harm.
> 
> Bye,
> Tassilo