GNU bug report logs -
#11558
24.1.50; Image Magick related build failure on bzr revision 108365
Previous Next
Reported by: Eric Schulte <eric.schulte <at> gmx.com>
Date: Fri, 25 May 2012 16:12:01 UTC
Severity: important
Found in version 24.1.50
Done: Jan Djärv <jan.h.d <at> swipnet.se>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 11558 in the body.
You can then email your comments to 11558 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11558
; Package
emacs
.
(Fri, 25 May 2012 16:12:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Eric Schulte <eric.schulte <at> gmx.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 25 May 2012 16:12:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
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
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11558
; Package
emacs
.
(Fri, 25 May 2012 20:23:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 11558 <at> debbugs.gnu.org (full text, mbox):
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
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11558
; Package
emacs
.
(Sat, 26 May 2012 22:28:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 11558 <at> debbugs.gnu.org (full text, mbox):
Glenn Morris <rgm <at> 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
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11558
; Package
emacs
.
(Sat, 26 May 2012 22:35:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 11558 <at> debbugs.gnu.org (full text, mbox):
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.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11558
; Package
emacs
.
(Sat, 26 May 2012 23:34:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 11558 <at> debbugs.gnu.org (full text, mbox):
Glenn Morris <rgm <at> 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
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11558
; Package
emacs
.
(Sun, 27 May 2012 03:10:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 11558 <at> debbugs.gnu.org (full text, mbox):
Just for the record, I get the same error with bzr r108387.
System is ArchLinux, gcc 4.7.0.
Christoph
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11558
; Package
emacs
.
(Sun, 27 May 2012 06:01:02 GMT)
Full text and
rfc822 format available.
Message #23 received at submit <at> debbugs.gnu.org (full text, mbox):
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
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11558
; Package
emacs
.
(Wed, 11 Jul 2012 20:33:01 GMT)
Full text and
rfc822 format available.
Message #26 received at 11558 <at> debbugs.gnu.org (full text, mbox):
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
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11558
; Package
emacs
.
(Thu, 12 Jul 2012 09:25:01 GMT)
Full text and
rfc822 format available.
Message #29 received at 11558 <at> debbugs.gnu.org (full text, mbox):
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.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#11558
; Package
emacs
.
(Fri, 13 Jul 2012 07:09:02 GMT)
Full text and
rfc822 format available.
Message #32 received at 11558 <at> debbugs.gnu.org (full text, mbox):
Jan Djärv <jan.h.d <at> 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
Reply sent
to
Jan Djärv <jan.h.d <at> swipnet.se>
:
You have taken responsibility.
(Fri, 13 Jul 2012 12:28:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Eric Schulte <eric.schulte <at> gmx.com>
:
bug acknowledged by developer.
(Fri, 13 Jul 2012 12:28:02 GMT)
Full text and
rfc822 format available.
Message #37 received at 11558-done <at> debbugs.gnu.org (full text, mbox):
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 <at> 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 archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 11 Aug 2012 11:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 13 years and 29 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.