Re: emacs dumps core using gnus

Re: emacs dumps core using gnus

[Richard Stallman]

	eliz> Perhaps you thought about a configure-time test for the
	eliz> bug.  

    Yes, that is a possible alternative.

It is undesirable for configure to use tests that actually run code
since that prevents cross-compilation.  Better to check the version number
of the library.

_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://mail.gnu.org/mailman/listinfo/emacs-devel

Re: emacs dumps core using gnus

[luis fernandes]

>>>>> "rms" == Richard Stallman <rms@gnu.org> writes:

    rms> It is undesirable for configure to use tests that actually
    rms> run code since that prevents cross-compilation.  Better to
    rms> check the version number of the library.

Yes, agreed.

Eli was wondering whether it was possible for library versions to be
checked.

One way is by looking at the corresponding #include file(s) that are
installed, along with the library, for the version number.

The #includes for the ungif library likely has version information
similar to the Gtk library; the file gtkfeatures.h has the following:

#define GTK_MAJOR_VERSION				(1)
#define GTK_MINOR_VERSION				(2)
#define GTK_MICRO_VERSION				(8)
#define GTK_BINARY_AGE					(8)
#define GTK_INTERFACE_AGE				(3)
#define	GTK_CHECK_VERSION(major,minor,micro)	\
    (GTK_MAJOR_VERSION > (major) || \
     (GTK_MAJOR_VERSION == (major) && GTK_MINOR_VERSION > (minor)) || \
     (GTK_MAJOR_VERSION == (major) && GTK_MINOR_VERSION == (minor) && \
      GTK_MICRO_VERSION >= (micro)))

_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://mail.gnu.org/mailman/listinfo/emacs-devel

Re: emacs dumps core using gnus

[Eli Zaretskii]

On Sat, 9 Feb 2002, luis fernandes wrote:

> Eli was wondering whether it was possible for library versions to be
> checked.
> 
> One way is by looking at the corresponding #include file(s) that are
> installed, along with the library, for the version number.

Unfortunately, this doesn't seem to work with libungif.  The header it
installes, gif_lib.h, has only this:

   #define GIF_LIB_VERSION " Version 4.0, "

which doesn't reveal the minor version number, which is what we need
here.

_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://mail.gnu.org/mailman/listinfo/emacs-devel

Re: emacs dumps core using gnus

[Richard Stallman]

    Unfortunately, this doesn't seem to work with libungif.  The header it
    installes, gif_lib.h, has only this:

       #define GIF_LIB_VERSION " Version 4.0, "

    which doesn't reveal the minor version number, which is what we need
    here.

Can it be done by seeing which files are present in the directories
that would be searched?

_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://mail.gnu.org/mailman/listinfo/emacs-devel

Re: emacs dumps core using gnus

[Eli Zaretskii]

> Date: Mon, 11 Feb 2002 11:48:07 -0700 (MST)
> From: Richard Stallman <rms@gnu.org>
> 
>     Unfortunately, this doesn't seem to work with libungif.  The header it
>     installes, gif_lib.h, has only this:
> 
>        #define GIF_LIB_VERSION " Version 4.0, "
> 
>     which doesn't reveal the minor version number, which is what we need
>     here.
> 
> Can it be done by seeing which files are present in the directories
> that would be searched?

Sorry, I'm not following: what files did you have in mind?  If those
are the sources of libungif, then we cannot be sure the sources are
available when Emacs is built: they could have just the header and
libungif.so.

_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://mail.gnu.org/mailman/listinfo/emacs-devel

Re: emacs dumps core using gnus

[Richard Stallman]

    > Can it be done by seeing which files are present in the directories
    > that would be searched?

    Sorry, I'm not following: what files did you have in mind?

The shared library files.  They have the version numbers in the file name.

_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://mail.gnu.org/mailman/listinfo/emacs-devel

Re: emacs dumps core using gnus

[Eli Zaretskii]

> Date: Wed, 13 Feb 2002 08:37:56 -0700 (MST)
> From: Richard Stallman <rms@gnu.org>
> 
>     > Can it be done by seeing which files are present in the directories
>     > that would be searched?
> 
>     Sorry, I'm not following: what files did you have in mind?
> 
> The shared library files.  They have the version numbers in the file name.

That doesn't seem to be reliable enough: the library produced from
version 4.1.0b1, the one where the bug is fixed, libungif.so.4.1.0,
the same as with version 4.1.0, where the bug is present.

And then there's the case of static libraries, which don't have the
version numbers in their names.

_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://mail.gnu.org/mailman/listinfo/emacs-devel

Re: emacs dumps core using gnus

[Richard Stallman]

    That doesn't seem to be reliable enough: the library produced from
    version 4.1.0b1, the one where the bug is fixed, libungif.so.4.1.0,
    the same as with version 4.1.0, where the bug is present.

I am stumped; I give up.

_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://mail.gnu.org/mailman/listinfo/emacs-devel

Re: emacs dumps core using gnus

[luis fernandes]

    rms> I am stumped; I give up.

Dave Love posted to g.e.bugs that the Emacs configure script issues a
message warning the user to carefully check the version of the ungif
library before linking it in when building Emacs. I think that post
is realted to this issue.

For future consideration, however, we can ask the developers of the
ungif library (and other libraries that Emacs can be linked with)
that future versions should include improved versioning information.

_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://mail.gnu.org/mailman/listinfo/emacs-devel

Re: emacs dumps core using gnus

[Eli Zaretskii]

> Date: Fri, 15 Feb 2002 10:58:59 -0500
> From: luis fernandes <elf@ee.ryerson.ca>
> 
> Dave Love posted to g.e.bugs that the Emacs configure script issues a
> message warning the user to carefully check the version of the ungif
> library before linking it in when building Emacs. I think that post
> is realted to this issue.

AFAIU, Pavel is trying to change Emacs so that it doesn't crash, even
with the buggy libungif.  I think this is a better way, since a
message printed by the configure script can go unnoticed among all the
other messages it prints.

_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://mail.gnu.org/mailman/listinfo/emacs-devel

Re: emacs dumps core using gnus

[Pavel Janík]

   From: "Eli Zaretskii" <eliz@is.elta.co.il>
   Date: Fri, 15 Feb 2002 20:50:49 +0200

   > > Dave Love posted to g.e.bugs that the Emacs configure script issues a
   > > message warning the user to carefully check the version of the ungif
   > > library before linking it in when building Emacs. I think that post
   > > is realted to this issue.
   > 
   > AFAIU, Pavel is trying to change Emacs so that it doesn't crash, even
   > with the buggy libungif.  I think this is a better way, since a
   > message printed by the configure script can go unnoticed among all the
   > other messages it prints.

The status right now is: I have two GIF files which can be shown with
display from ImageMagick (other tools works too), but Emacs 21.1 (and RC
and HEAD too) will crash after

     emacs -q -f auto-image-file-mode picture.gif

Right now, I have two such files. Yesterday, I have digged through
bug-gnu-emacs mail archives on fencepost, but there is only one GIF file,
breaksemacs.gif, but it works perfectly with 21.1 and RC (but was reported
to break Emacs before). Eli promised to send me three similar files
tomorrow. If you have saved some weird GIF or you have GIF which can
SIGSEGV Emacs (and we told that it is bug in libungif version), please,
send it to me!
-- 
Pavel Janík

echo Mhbqnrnes Stbjr | tr "[a-y]" "[b-z]"
                  -- Someone, somewhere...

_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://mail.gnu.org/mailman/listinfo/emacs-devel

Re: emacs dumps core using gnus

[Richard Stallman]

    AFAIU, Pavel is trying to change Emacs so that it doesn't crash, even
    with the buggy libungif.

That is clearly the best solution--if we can see how to do it
with a reasonable amount of work.

_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://mail.gnu.org/mailman/listinfo/emacs-devel

Re: emacs dumps core using gnus

[Richard Stallman]

    Dave Love posted to g.e.bugs that the Emacs configure script issues a
    message warning the user to carefully check the version of the ungif
    library before linking it in when building Emacs. I think that post
    is realted to this issue.

I don't think that will work, because users won't read the message.

    For future consideration, however, we can ask the developers of the
    ungif library (and other libraries that Emacs can be linked with)
    that future versions should include improved versioning information.

That seems like a good idea.  Who wants to do it?


_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://mail.gnu.org/mailman/listinfo/emacs-devel