[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Frozen state generation fails with returncode 0

From: Eric Blake
Subject: Re: Frozen state generation fails with returncode 0
Date: Thu, 22 May 2008 05:55:25 -0600
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: Gecko/20080421 Thunderbird/ Mnenhy/

Hash: SHA1

According to Eric Blake on 5/21/2008 9:51 PM:
| Thanks for the report.  Which version of m4 was this against?  I'm
| guessing this was against a release tarball, rather than the current git
| repository, since this area of code has changed in the meantime?

It turns out that a prior change already fixed this:

This patch is in the beta 1.4.10b (and thus will be in 1.6), but did not
get backported to 1.4.11.

| |
| | Wouldn't it be consistent to also exit on open() failures,
| | with this one-line patch or equivalent ?
| abort() is too strong - users should not get a core dump merely because
| they requested a file that can't be opened.  So I'll be applying this
| instead:

I'm still applying a portion of this change, since testing for this
condition is worthwhile, but am no longer using the freeze.c change.  If I
decide that the 1.6 release is taking too long, I might get around to
releasing 1.4.12, and this would be one of the patches I would backport.

- --
Don't work too hard, make some time for fun as well!

Eric Blake             address@hidden
Version: GnuPG v1.4.9 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org


reply via email to

[Prev in Thread] Current Thread [Next in Thread]