Re: Pretest?

[Giorgos Keramidas]

On 2007-03-01 18:38, Chong Yidong <address@hidden> wrote:
>Richard Stallman <address@hidden> writes:
>> I think a new pretest March 1 would be good.
>
> I have rolled a 22.0.95 tarball, which can be found at the usual
> location:
>
> ftp://alpha.gnu.org/gnu/emacs/pretest/emacs-22.0.95.tar.gz
> ftp://alpha.gnu.org/gnu/emacs/pretest/emacs-22.0.94-22.0.95.xdelta

I just finished build-testing on:

  FreeBSD 7.0-CURRENT #0: Tue Feb 27 01:25:46 EET 2007

This pretest builds fine with both Lucid widgets and GTK+ widgets.

The Lucid version runs fine (it's what I've been using since last
October, when I switched to Emacs 22.X).

While I'm running the GTK+ version, however, I can crash Emacs in
emacs_blocked_free() by following the steps outlined below:

* Run Emacs inside gdb:

,-----------------------------------------------------------------------
|
| address@hidden:/home/keramida/tmp/emacs-22.0.95/src$ gdb ./emacs-22.0.95.1
| GNU gdb 6.1.1 [FreeBSD]
| Copyright 2004 Free Software Foundation, Inc.
| GDB is free software, covered by the GNU General Public License, and you are
| welcome to change it and/or distribute copies of it under certain conditions.
| Type "show copying" to see the conditions.
| There is absolutely no warranty for GDB.  Type "show warranty" for details.
| This GDB was configured as "i386-marcel-freebsd"...No symbol table is loaded. 
 Use the "file" command.
|
| DISPLAY = :0
| TERM = vt220
| Breakpoint 1 at 0x80e7c0a: file emacs.c, line 431.
| Breakpoint 2 at 0x80ff6fd: file sysdep.c, line 1385.
| (gdb) r
| Starting program: /home/keramida/tmp/emacs-22.0.95/src/emacs-22.0.95.1 
-geometry 80x40+0+0
| warning: Unable to get location for thread creation breakpoint: generic error
| [New LWP 100067]
| [New Thread 0x8424800 (LWP 100067)]
| [Switching to Thread 0x8424800 (LWP 100067)]
| Breakpoint 3 at 0x80c6fcc: file xterm.c, line 7852.
| [New Thread 0x8424a00 (LWP 100205)]
|
| [...]
`-----------------------------------------------------------------------

* Run M-x gnus-agent-batch while my network connection is
  disabled, and let it time-out.  It prompts me for going into
  `off-line mode', to which I reply `yes'.

* The next time I input C-z Emacs crashes with a backtrace of:

,-----------------------------------------------------------------------
|
| Program received signal SIGSEGV, Segmentation fault.
| 0x081895e0 in _free_internal (ptr=0x29a82300) at gmalloc.c:1197
| 1197              next->next = prev->next;
| (gdb) bt
| #0  0x081895e0 in _free_internal (ptr=0x29a82300) at gmalloc.c:1197
| #1  0x08133683 in emacs_blocked_free (ptr=0x29a82300, ptr2=0xbfbfdbf4) at 
alloc.c:1207
| #2  0x288694c4 in g_slice_get_config_state () from 
/usr/local/lib/libglib-2.0.so.0
| #3  0x28869713 in g_slice_get_config_state () from 
/usr/local/lib/libglib-2.0.so.0
| #4  0x28869887 in g_slice_get_config_state () from 
/usr/local/lib/libglib-2.0.so.0
| #5  0x28869f5c in g_slice_free1 () from /usr/local/lib/libglib-2.0.so.0
| #6  0x2884a41b in g_hash_table_ref () from /usr/local/lib/libglib-2.0.so.0
| #7  0x2884acf4 in g_hash_table_remove_all () from 
/usr/local/lib/libglib-2.0.so.0
| #8  0x2884ad8c in g_hash_table_destroy () from /usr/local/lib/libglib-2.0.so.0
| #9  0x298e8c7a in pixbuf_create_from_xpm () from 
/usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-xpm.so
| #10 0x298e92ba in gdk_pixbuf__xpm_image_load_xpm_data ()
|    from /usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-xpm.so
| #11 0x28583024 in gdk_pixbuf_new_from_xpm_data () from 
/usr/local/lib/libgdk_pixbuf-2.0.so.0
| #12 0x080c8f87 in xg_set_icon_from_xpm_data (f=0x7f, data=0x81a0e60) at 
xfns.c:830
| #13 0x080c4d97 in x_bitmap_icon (f=0x83b0e00, file=137435185) at xterm.c:7444
| #14 0x080c4ea4 in x_iconify_frame (f=0x83b0e00) at xterm.c:9162
| #15 0x0805c92b in Ficonify_frame (frame=1645188) at frame.c:1711
| #16 0x08148cab in Ffuncall (nargs=1, args=0x819f2c8) at eval.c:3000
| #17 0x08170a59 in Fbyte_code (bytestr=1645188, vector=-1077943888, 
maxdepth=0) at bytecode.c:679
| #18 0x0814872f in funcall_lambda (fun=136384076, nargs=0, 
arg_vector=0xbfbfe304) at eval.c:3184
| #19 0x08148b5a in Ffuncall (nargs=1, args=0x8210e4c) at eval.c:3054
| #20 0x0814a0d2 in apply1 (fn=139454561, arg=137435137) at eval.c:2738
| #21 0x081463fc in Fcall_interactively (function=139454561, 
record_flag=137435137, keys=137363204) at callint.c:406
| #22 0x080ef01d in Fcommand_execute (cmd=139454561, record_flag=137435137, 
keys=137435137, special=137435137)
|     at keyboard.c:10014
| #23 0x080f6142 in command_loop_1 () at keyboard.c:1873
| #24 0x081470ae in internal_condition_case (bfun=0x80f5dd0 <command_loop_1>, 
handlers=137482865,
|     hfun=0x80ef968 <cmd_error>) at eval.c:1481
| #25 0x080e9f26 in command_loop_2 () at keyboard.c:1329
| #26 0x08146dd5 in internal_catch (tag=127, func=0x80e9f08 <command_loop_2>, 
arg=137435137) at eval.c:1222
| #27 0x080e9d65 in command_loop () at keyboard.c:1308
| #28 0x080e9e00 in recursive_edit_1 () at keyboard.c:1006
| #29 0x080e9eca in Frecursive_edit () at keyboard.c:1067
| #30 0x080e9352 in main (argc=3, argv=0xbfbfe828) at emacs.c:1761
|
| Lisp Backtrace:
| "iconify-frame" (0x8311831)
| "iconify-or-deiconify-frame" (0x8311801)
| "call-interactively" (0x84fe861)
| (gdb)
|
`-----------------------------------------------------------------------

This GTK+-enabled Emacs has been compiled in ~/tmp/emacs-22.0.95
with the following configure-time options:

  ./configure --prefix=/opt/emacs --with-x --with-x-toolkit=gtk \
    --with-xpm --with-jpeg --with-tiff --with-gif --with-png

I can upload the full config.log and 'emacs-22.0.95.log' file if
it helps, but I don't really know how to track this down to its
real cause.

FWIW, the crash is not repeatable when Emacs is built with the
Lucid widget set.

- Giorgos