Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!swrinde!elroy.jpl.nasa.gov!decwrl!sgi!shinobu!fido.wpd.sgi.com!marktwain.rad.sgi.com!linton
From: linton@marktwain.rad.sgi.com (Mark Linton)
Newsgroups: comp.windows.interviews
Subject: Re: Doc causes the SGI X server to core dump
Message-ID: <1991Apr30.004712.22865@fido.wpd.sgi.com>
Date: 30 Apr 91 00:47:12 GMT
References: <25.Apr.91.14: 15:05.BST.#9564@UK.AC.LEEDS.CMS1>
Sender: news@fido.wpd.sgi.com (Usenet News Admin)
Reply-To: linton@marktwain.rad.sgi.com (Mark Linton)
Organization: sgi
Lines: 19

In article <25.Apr.91.14:15:05.BST.#9564@UK.AC.LEEDS.CMS1>, TRA6SG@cms1.ucs.leeds.ac.uk writes:
|> I tried that on my system only to find that doing this
|> 
|> immediately causes my X server to core dump with a bus error !
|> 
|> Any ideas out there ?

Unfortunately, all I can suggest is that you try to get an early version of IRIX 4.0.
That is what I am using.

|> One other thing on Doc, the new menu system appears to be about 2-3 times
|> slower than the 2.6 variety, I thought the new system was glyph based and
|> therefore more efficient. Does anybody else out there feel the new menus
|> are a bit slow ?

3.0-alpha menus were slower than necessary, but I would be surprised if beta menus
were slow.  Perhaps the problem is doing the bevels with polygons, as well as copying
from a pixmap for "double-buffering".  The simplest way to examine performance
is to run xscope and trace the calls that are being made.