GNU bug report logs - #36649
27.0.50; pure space and pdumper

Previous Next

Full log

View this message in rfc822 format

From: Robert Pluim <rpluim <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 36649 <at> debbugs.gnu.org, eggert <at> cs.ucla.edu, pipcet <at> gmail.com
Subject: bug#36649: 27.0.50; pure space and pdumper
Date: Mon, 22 Jul 2019 17:46:17 +0200

>>>>> On Mon, 22 Jul 2019 17:30:35 +0300, Eli Zaretskii <eliz <at> gnu.org> said:

    >> From: Robert Pluim <rpluim <at> gmail.com>
    >> Date: Mon, 22 Jul 2019 10:14:47 +0200
    >> Cc: 36649 <at> debbugs.gnu.org, Paul Eggert <eggert <at> cs.ucla.edu>
    >> 
    >> >>>>> On Mon, 22 Jul 2019 03:58:29 +0000, Pip Cet <pipcet <at> gmail.com> said:
    >> 
    Pip> On Sun, Jul 21, 2019 at 8:20 PM Robert Pluim <rpluim <at> gmail.com> wrote:
    Pip> Can you try again with this incremental patch?
    >> >> 
    >> >> I offer two alternatives, both of which build and run:
    >> 
    Pip> Oops, sorry. I think the second alternative might break
    Pip> live_vector_holding, though?
    >> 
    >> OK. Hereʼs hoping no other code in emacs tries to create a 0-length
    >> vector :-)

    Eli> I think font.c (or fontset.c?) does.

If it does, that will be caught by allocate_vector, and this changes
allocate_vectorlike. Having said that, there are other callers of
allocate_vectorlike in alloc.c which donʼt check for a
zero-length. Maybe Iʼm over-worrying here.

Robert

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.