From: tml@tik.vtt.fi (Tor Lillqvist)
Newsgroups: alt.lucid-emacs.bug
Subject: Re: abort in xterm.c
Date: 23 Jan 1993 00:11:26 GMT
Organization: Technical Research Centre of Finland, Laboratory for Information
	Processing (VTT/TIK)
NNTP-Posting-Host: tik.vtt.fi
In-reply-to: tml@tik.vtt.fi's message of 22 Jan 1993 15:04:46 GMT

>>>>> On 22 Jan 1993 15:04:46 GMT, tml@tik.vtt.fi (Tor Lillqvist) said:
> Mime-Version: 1.0
> Content-Type: text/richtext

Oops, I didn't intend that The message wasn't richtext. Here is the
message again, this time without the MIME headers. (I canceled the
original.)

I compiled lemacs 19.4 on an hp9000s700 running HP-UX 8.07, with X11R5
and Motif 1.2.1. The compilation went *very* smooth, great! I get an
abort() in xterm.c:glyph_to_x_pixmap() while reading news with gnus.
Here is some hopefully helpful information from the debugger:

Here we are:

    1867: 
    1868: struct x_pixmap *
    1869: glyph_to_x_pixmap (GLYPH g)
    1870: {
    1871:   struct x_pixmap *p;
*   1872:   if (g >= max_pixmap_id)
 1873:     abort ();
    1874:   p = glyph_to_x_pixmaps_table [g];
    1875:   if (! p) abort ();
    1876:   if (g != p->glyph_id) abort ();
    1877:   return p;
    1878: }
    1879: 

Some variables:

g = 110
max_pixmap_id = 3

A backtrace:

 0 glyph_to_x_pixmap (g = 110)    [xterm.c: 1873]
 1 x_write_glyphs (s = 0x400f3400, left = 90, top = 23, n = 1, force_gc =   00000000, box_p = 0)    [xterm.c: 721]
 2 x_update_line (screen = 0x400f3400, vpos = 23, pix_y = 326)    [dispnew.c: 1476]
 3 update_screen (s = 0x400f3400, force = 1, inhibit_hairy_id = 0)    [dispnew.c: 1645]
 4 redisplay ()    [xdisp.c: 623]

One stack frame level up:

     718:         case glyph:
     719:           {
     720:             GLYPH index = s->current_glyphs->glyphs[top][left];
  721:             struct x_pixmap *p = glyph_to_x_pixmap (index);
     722:             int height = p->height;
     723:             int bitmap_y_offset = 0;
     724:             int y = pix_y;

Variables:

*s->current_glyphs:
    height = 65;
    width = 80;
    used = 0x40141600;
    glyphs = 0x40141400;
    total_contents = 0x40122000;
    enable = "\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001\001";
    bufp = 0x40141e00;
    nruns = 0x40141000;
    face_list = 0x40141800;
    faces = 0x401ce000;
    top_left_x = 0x400d9300;
    top_left_y = 0x400d9200;
    pix_width = 0x400d9100;
    pix_height = 0x400d9400;
    max_ascent = 0x40101a00;

top = 23
left = 90

I hope this information helps in finding the bug.
--
Tor Lillqvist,
working, but not speaking, for the Technical Research Centre of Finland,
Laboratory for Information Processing (VTT/TIK).
x-gateway: rodan.UU.NET from bug-lucid-emacs to alt.lucid-emacs.bug; Tue, 26 Jan 1993 07:35:12 EST
Return-Path: <bcotton@maestro.mitre.org>
Date: Tue, 26 Jan 1993 07:34:56 EST
From: bcotton@maestro.mitre.org (Bob Cotton)
Subject: Re: _vendorShellWidgetClass: mutiply defined?
	<9301251420.AA05693@maestro.mitre.org>
	<9301260946.AA27678@thalidomide.lucid>
	<BCOTTON.93Jan25140226@sergei.MITRE.org>
Newsgroups: alt.lucid-emacs.bug