GNU bug report logs - #11519
"Wrong type argument: characterp" building custom-deps while boostrapping

Previous Next

Package: emacs;

Reported by: Juanma Barranquero <lekktu <at> gmail.com>

Date: Sat, 19 May 2012 16:12:02 UTC

Severity: normal

Found in version 24.1.50

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #44 received at 11519 <at> debbugs.gnu.org (full text, mbox):

From: Kenichi Handa <handa <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: lekktu <at> gmail.com, schwab <at> linux-m68k.org, 11519 <at> debbugs.gnu.org
Subject: Re: bug#11519: "Wrong type argument: characterp" building custom-deps
	while boostrapping
Date: Tue, 22 May 2012 23:38:34 +0900
In article <83vcjpxw18.fsf <at> gnu.org>, Eli Zaretskii <eliz <at> gnu.org> writes:

> So I think that what happened is that something, probably the
> translation through a char-table, caused allocation of a large chunk
> of memory, which in turn relocated the text of the current buffer
> behind regex.c's back, which still uses C pointers to the old location
> of the buffer text.

The function char_table_translate may allocate some amount
of memory.  But that's only when the char-table is one of a
"unicode character property table" loaded via the function
uniprop_table.  When char_table_translate is called from
re_search_2 (via the macro RE_TRANSLATE), the char-table to
lookup is one of a case-related table (equiv? canon?) which
is not a unicode property table.

The function that acutally allocates memory via.
char_table_translate is uniprop_table_uncompress.

---
Kenichi Handa
handa <at> m17n.org




This bug report was last modified 11 years and 229 days ago.

Previous Next


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