HDTenEightyP/NetNews huggingface dataset:
From: hoesel@igc.ethz.ch (Frans van Hoesel)
Subject: Re: Bug in SGI ansi compliance (or are the others wrong ?)
Organization: University of Groningen, the Netherlands
Date: Wed, 11 Nov 1992 22:54:22 GMT

In article <s5c02sg@sgi.sgi.com> davea@quasar.mti.sgi.com (David B.Anderson) writes:
>In article <1992Nov9.140450.591@bernina.ethz.ch> torda@igc.ethz.ch (Andrew Torda) writes:
>>The following two lines of code don't compile with the -ansi option to
>>the sgi cc compiler (version 3.10)
>>
>>---------- begin code ----------
>>#include <stdio.h>
>>FILE *fp = stdout;
>>---------- end code   ----------
>>
>>% cc -c -ansi z.c
>>accom: Error: z.c, line 2: integer constant expected
>>       FILE *fp =       (__stdout) ;
>>       ----------------------------^
>
>This (normally minor)annoyance was introduced with -ansi because
>The value of stdout with -xansi is (&_iob[1]) which, though a constant,
>collides with the user namespace in:
[removed]
>
>I a future release the constant form is reintroduced and stdout is
>(&__iob[1]) when a pure ANSI C namespace is requested.
>
>Sorry, but for 4.0.x we could not rename _iob. It was too far-reaching
>a change to contemplate.
>[ David B. Anderson             (415)390-4263             davea@sgi.com ]

You might find it a '(normally minor)annoyance' but lex produces code
that does *NOT* compile using -ansi, exactly because of the above reason!!
(you can check that easely by creating a file with two lines of '%%' 
(a minimal lex program) run lex with it, and try to compile with -ansi)

-- frans

-- 
===========================================================================
===  frans van hoesel               scientific research programmer      ===
===  hoesel@igc.ethz.ch             seeking a JOB in europa             ===
===========================================================================
Newsgroups: comp.sys.sgi
Subject: Re: 35mm Computer Animation
From: laut@alien.gici.com (Bill Laut)
Date: 8 Nov 92 13:23:09 EDT
Organization: Gull Island Consultants, Inc.

In article <1d8rf6INN4e8@fido.asd.sgi.com>, grege@chopin.asd.sgi.com (Greg Estes) writes:
> In article <Bx63AA.HFn@news.iastate.edu>, boylan@pi.eai.iastate.edu (Terran Boylan) writes:
> |> (I know this isn't the _most_ appropriate newsgroup, but
> |>  there seem to be a lot of knowledgeable folks here and
> |>  the animation is being done on SGI equipment anyhow.)
> |> 
> |> [...]
> 
> You might want to contact Management Graphics @ (612) 854-1220,
> who are the mfg. of the Solitaire line of film recorders. I know they're
> often used with SGI gear. They should be able to give you ideas about the
> resolutions supported, etc. 
> 

I, too, have been examining this same field.  I have seen the output of
MGI's Solitaire, and it is quite *excellent*.  For going to 35mm cine, the
standard resolution I've heard is 2048x1536.  For more demanding
applications, upping it to 4K may be required.

If 35mm cine is all you need, their 8K product will be way overkill.  I
would suggest that you may want to consider their Solitaire-4 product. 
This, I believe, can be field-upgraded later to a Solitaire-8 or -8xp, as
needed. 

The film transports can be EXPENSIVE, particularly the Oxberrys, although
they are good.  A good transport to start with may be the "mini-cine," since
it can be converted to other formats, as well.

The Solitaire supports SCSI and GPIB interfacing.  For your SGI, using the
SCSI will be the simplest.  There are outboard SCSI-to-GPIB boxes available,
if you wanted the SGI to appear as a device on the GPIB.


-- 
Bill Laut			Internet:  laut@alien.gici.com
Gull Island Consultants, Inc.	Phone:     (616) 780-3321
Muskegon, MI  49440		>> "Usual disclaimers, apply within" <<

"Your majesty, I have a message from God for you."	-- Judges 3:20
From: engel@vms.huji.ac.il
Newsgroups: comp.sys.sgi
Subject: Greek characters in GL?
Date: 12 Nov 92 16:11:33 GMT
Distribution: world
Organization: The Hebrew University of Jerusalem

Hello,
How can one use GL for writing titles that include Greek characters
on a movie frame (like "The alpha Decay", "Frequency nu "
                                                       1
Thanks,
Michael Engel
email: engel@hujivms.bitnet or engel@vms.huji.ac.il
Nov 92
From: lau@sunset.ai.sri.com (Stephen Lau)
Newsgroups: comp.sys.sgi
Subject: tops and fromps
Date: 6 Nov 92 07:13:35 GMT
Distribution: comp
Organization: SRI International, Menlo Park, CA


tops exists to convert a SGI format picture to postscript, but does
there exist a fromps to convert a postscript image to a SGI format
image?

Steve

-------------------------------------------------------------------------------
Stephen Lau                 lau@ai.sri.com|  Eat at Joe's Family Restaurant
SRI International                         |      $.99 Specials Daily
333 Ravenswood Ave., Menlo Park, CA. 94025|        (415) 555-1212
(415) 859-2925              (415) 326-6200|  -Live Music and Gator Wrestling-
-------------------------------------------------------------------------------
Newsgroups: comp.sys.sgi
From: jsw@microunity.com (Jeff Weinstein)
Subject: Re: How to speed up X?
Keywords: X Xsgi
Organization: MicroUnity Systems Engineering, Inc.
Date: Fri, 6 Nov 1992 01:40:54 GMT

In article <1992Nov5.223141.8855@rd.hydro.on.ca>, twriter@rd.hydro.on.ca (Timothy Writer) writes:
> Recently, I acquired AutoCAD (R11) for an IRIS 4d/210 GTX running IRIX
> 4.0.1.  I mention AutoCAD only because certain aspects of its interface
> highlight what I believe are deficiencies in SGI's X server.  For
> example, AutoCAD uses a crosshair for the mouse cursor, drawn with a
> full height vertical line and a full width horizontal line.  With AutoCAD
> running and displaying locally (DISPLAY is :0.0), cursor movement is
> unacceptably slow: when I move the mouse I can see both lines of the
> crosshair being redrawn.  However, if I display AutoCAD on my PC (using
> XVision) cursor movement is near instantaneous.
> 
> My questions:  Why is SGI's X server slow compared with a PC based X
> server?  What can I do to speed it up?

  I expect that the problem is the hardware, not the X server.  Older SGI
machines don't do ALUs other than GXcopy in hardware, so they have to be
emulated in software.  I suspect that is what autocad is doing.  Newer
systems like any Indigo, VGX, and Reality Engine were all designed with
some input from X server developers, so they have the necessary features
to effectively support X.  If you had one of these newer systems I would
expect that you would not see the problem you described.  As far as I know
autocad for SGI machines was mostly developed on/for indigo, so I don't
think that much thought was put into making the X driver work well with
older SGI machines.

  As I understand it autocad for IRIX comes with a GL driver as well as
the default X driver.  I would start by using that.

	--Jeff


Newsgroups: comp.sys.sgi
From: reinoud@dutecai.et.tudelft.nl (R. Lamberts)
Subject: Oh no... Indigo RAM prices in Europe... Help!
Originator: reinoud@dutecai.et.tudelft.nl
Reply-To: reinoud@dutecai.et.tudelft.nl (R. Lamberts)
Organization: Delft University of Technology, Dept. of Electrical Engineering
Date: Thu, 12 Nov 1992 18:18:11 GMT


Dutch SGI rep:
- "Only $2000 for 8 megabytes of R3k Indigo RAM, sir."

Impediment, some 10 days ago:
- "That's $1350 for 32MB."

Impediment, a few days later:
- "Well... More like $1650 for 32MB right now."

Customs, another few days later:
- "That's Korean RAM, right? Fine, taxes are only 60% then."


Help! I can't seem to get Indigo RAM for prices anywhere near
earth orbit.  Does anyone know of European sources with decent
prices? Please let me know! Thanks!

- Reinoud

PS Or will anyone be travelling from the States to the
Netherlands, with room for a few SIMMs at the bottom of his/her
suitcase? ;-)
From: thomas@trane.UUCP (Thomas Driemeyer)
Newsgroups: comp.sys.sgi
Subject: Re: paint programs
Date: 11 Nov 92 18:49:55 GMT
Distribution: comp
Organization: Aurora Systems, Santa Clara, CA

In article <1992Nov5.4553.21677@dosgate>, alan.kennedy@canrem.com (alan kennedy) writes:
> However, I was 
> speaking with our SGI rep yesterday, and we were talking about the Aurora 
> Paint system which now runs on SGI. That is supposed to be very good. 

It is.

Thomas Driemeyer
Aurora Systems
408-988-2000
Newsgroups: comp.sys.sgi,comp.emacs,gnu.emacs.help
From: scotth@hoshi.corp.sgi.com (Scott Henry)
Subject: Re: Problem installing emacs on SGI
Organization: Silicon Graphics Inc, Mountain View, CA
Date: Fri, 13 Nov 1992 19:57:41 GMT


>>>>> In article <1992Nov13.164336.2832@gmuvax2.gmu.edu>, 2064aw@gmuvax2.gmu.edu (R Moxley) writes:

2064aw> I'm having problems installing emacs on our SGI machines.  The
2064aw> distribution that I have is the one on the toolbox2.1 CD...
2064aw> it's emacs 18.56.9.  I follow the installation instructions in
2064aw> the README and README-SGI files, and the compilation seems to
2064aw> work fine.  However, the command

2064aw>           ./temacs -batch -l loadup.el dump

2064aw> fails at the very end with the following messages:

2064aw>           Dumping under names xemacs and emacs-18.56.9
2064aw>           unexec: 3 sections found instead of 10.
2064aw>           *** Termination code 139

2064aw> Investgation reveals that a core file from temacs is left in
2064aw> the src directory when this happens.  The PROBLEMS file in the
2064aw> distribution states that a lack of swap space can cause
2064aw> behavior like this, but I don't think that's our problem --
2064aw> I've tried to compile on machines with plenty of swap space,
2064aw> and I get identical problems.  I'm using IRIX Release 4.0.5F.

I'm not sure how the Marketing names compare with internal naming, but
I think you've got the 3.1 compilers. The a.out section layout changed
from the 2.* compilers to the 3.1, so unexmips.c needs to be patched
to allow temacs to undump the program. BTW, 18.59 is the latest
version, and may actually have this patch in it.

Newsgroups: gnu.epoch.misc
From: shankar@sgi.com (Shankar Unni)
Subject: Patch for "unexmips.c" (SGI & MIPS)
Organization: Silicon Graphics, Inc.
Date: Fri, 28 Aug 1992 02:25:24 GMT


Here is a patch for "unexmips.c" to make it work with the latest
release of SGI compilers (the 3.10 compilers) on the Irix 4.0.5
platform. This should continue to work with the old 2.* compilers as
well as the MIPS compilers.

The reasons for this patch:

 (a) The order of sections seems to have been changed in the latest
     release. Since we can't rely on the order, we need to linearly scan
     the section list in the header for each section we are interested
     in. Thus, we need to adjust the s_[vp]addr for rdata_section.

 (b) The symbol-table is no longer at the end of the file - it now seems
     to be between the text and data sections.  Thus, we need to adjust
     the scnptr for rdata_section, too.

============================== snip snip ==============================
*** unexmips.c.orig	Fri Aug  7 14:36:00 1992
--- unexmips.c	Thu Aug 27 19:10:46 1992
***************
*** 152,158 ****
--- 152,164 ----
        exit(1);
      }
  
+ /*
+  * The headers are no longer in text-init-rdata-data order. Therefore we 
+  * have to do a linear search for each section in the section list.
+  */
  #define CHECK_SCNHDR(ptr, name, flags) \
+   i = 0; ptr = NULL; \
+   while(i < hdr.fhdr.f_nscns && !ptr) { \
    if (strcmp(hdr.section[i].s_name, name) == 0) { \
      if (hdr.section[i].s_flags != flags) { \
        fprintf(stderr, "unexec: %x flags where %x expected in %s section.\n", \
***************
*** 159,171 ****
  	      hdr.section[i].s_flags, flags, name); \
      } \
      ptr = hdr.section + i; \
-     i += 1; \
    } \
!   else { \
!     ptr = NULL; \
!     }
  
-   i = 0;
    CHECK_SCNHDR(text_section,  _TEXT,  STYP_TEXT);
    CHECK_SCNHDR(init_section,  _INIT,  STYP_INIT);
    CHECK_SCNHDR(rdata_section, _RDATA, STYP_RDATA);
--- 165,174 ----
  	      hdr.section[i].s_flags, flags, name); \
      } \
      ptr = hdr.section + i; \
    } \
!   i += 1; \
!   }
  
    CHECK_SCNHDR(text_section,  _TEXT,  STYP_TEXT);
    CHECK_SCNHDR(init_section,  _INIT,  STYP_INIT);
    CHECK_SCNHDR(rdata_section, _RDATA, STYP_RDATA);
***************
*** 198,203 ****
--- 201,212 ----
  
    hdr.aout.bss_start = hdr.aout.data_start + hdr.aout.dsize;
    rdata_section->s_size = data_start - DATA_START;
+ 
+   /* adjust start and virtual addresses of rdata_section, too */
+   rdata_section->s_vaddr = DATA_START;
+   rdata_section->s_paddr = DATA_START;
+   rdata_section->s_scnptr = text_section->s_scnptr + hdr.aout.tsize;
+ 
    data_section->s_vaddr = data_start;
    data_section->s_paddr = data_start;
    data_section->s_size = brk - data_start;
============================== snip snip ==============================

--
Shankar Unni				E-Mail:	shankar@sgi.com
Silicon Graphics Inc.			Phone:	+1-415-390-2072

--
 Scott Henry <scotth@sgi.com> / Traveller on Dragon Wings
 Networking Services,        / Help! My disclaimer is missing!
 Silicon Graphics, Inc      / GIGO *really* means: Garbage in, Gospel Out
Newsgroups: comp.sys.sgi
From: miguel@boytoy.csd.sgi.com (Michael/Miguel Sanchez)
Subject: Re: Workspace doesn't start
Keywords: workspace nfs nis
Organization: Silicon Graphics, Inc.
Date: Tue, 10 Nov 1992 20:28:11 GMT

In article <1992Nov10.111631.27264@uts.uni-c.dk>, carlkb@uts.uni-c.dk (Klaus Bock) writes:
|> Some of our users cannot start workspace. It simply hangs as a process
|> for ever, having used 0 cpu seconds. No display appears.
|> 
|> The users have home directories that are accessed via NFS. We don't run
|> Yellow Pages (and we don't want to!).
|> 
|> However, for some users it IS possible to start workspace, even though
|> their home directory is accessed via NFS.
|> 
|> We run 4.0.1 on the machine to start workspace, and 4.0.5 on the machine
|> that exports the home directory of the users in question.
|> 
|> Does anyone know anything about this???
|> 
|> Regards,
|> 
|> Mogens Kjaer
|> Carlsberg Laboratory, Dept. of chemistry
|> Gl. Carlsberg Vej 10
|> DK-2500 Valby
|> Denmark
|> carlkb@uts.uni-c.dk


be sure that lockd and statd are turned on and running on the clients
and the server.  Workspace uses these services.

-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Miguel (Michael) J. Sanchez
miguel@csd.sgi.com			
Member Technical Staff, Silicon Graphics, Inc.         
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: invoking fx from a CD-ROM Drive on an Indigo R4000
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Thu, 12 Nov 92 02:55:14 GMT

In <BxKJA4.37q@world.std.com> ra@world.std.com (C.Ramanathan) writes:


| I have an Indigo R4000 (elan) with a CD-ROM drive (SCSI id=5) attached
| to it. To invoke fx from a 4.05F CD I ssued the command from the command
| monitor.
| 
| >> boot -f dksc(0,5,8)sashIP20 dksc(0,5,7)stand/fx.IP20 --x
| 
| The command failed and I got the message
| 
| 'unable to load dksc(0,5,8)sashIP20: no such file or directory'
| 
| Isn't the R4000 cpu type IP20? Could someone tell me what I'm doing
| wrong here.

You didn't read the release notes.

Try sashARCS and fx.ARCS
--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
From: karron@karron.med.nyu.edu (Dan Karron (karron@nyu.edu))
Newsgroups: comp.sys.sgi
Subject: System Evaluation (How much is it worth)
Date: 10 Nov 92 23:21:49 GMT


I would like to know what people are paying on the
secondary (used) market for an 85GT, without disks, 32mb memory.
How much does SGI buy for trade in such a system ?
How much does SGI or other vendors ask for such a system ?
I am not selling nor buying a system. I just
need an evaluation of what it is worth for our books.

Cheers!

Dan.
| karron@nyu.edu (e-mail alias )         Dan Karron, Research Associate      |
| Phone: 212 263 5210 Fax: 212 263 7190  New York University Medical Center  |
| 560 First Avenue                       Digital Pager  <1>  212 397 9330    |
| New York, New York 10016               <2> 10896   <3> <your-number-here>  |
``Too busy doing to write about it, too busy writing to do anything about it.''
From: john@sg25.aud.temple.edu (John W. Schwegler)
Newsgroups: comp.sys.sgi
Subject: Re: MH on Irix?
Date: 12 Nov 92 14:45:01 GMT

In message <AMOSS.92Nov7224256@shuldig.cs.huji.ac.il> ,
 Amos Shapira <amoss@shuldig.cs.huji.ac.il> writes:
> Hello,
> 
> Did anyone manage to compile MH 6.7.2 on Irix 4.0.5?  I found some problems
> which might require twisting of the source files and I would preffer to
> avoid that unless it's done in an official release.

I am currently running MH 6.7.2 with xmh. I compiled under 4.0.1 originally,
although I wouldn't think there would be that much difference. I don't
remember modifying any source files, but I did waste at least 2 days 
fiddling with configuration files and rebuilding ...

I can provide any of my config files, if you're interested.

> 
> Thanks for any answers.
> --
> --Amos Shapira (Jumper Extraordinaire)
> C.S. System Group, Hebrew University, Jerusalem, Israel
> amoss@cs.huji.ac.il

______________________________________________________________________________
"Genius may have its limitations,       | John Schwegler
   but stupidity is not thus            | Temple U. Auditory Research Dept.
   handicapped."                        | john@sg25.aud.temple.edu
         - Elbert Hubbard               | (215) 221-3687 FAX 221-7523
Newsgroups: comp.sys.sgi
From: jonathan@rahul.net (Jonathan Heiliger)
Subject: Re: How to buy SGI, FAQ?
Organization: a2i network
Distribution: usa
Date: Sun, 8 Nov 1992 18:38:08 GMT

In article <BxDpGK.Jzr@news.cso.uiuc.edu> jacksu@peter.atmos.uiuc.edu (Jack 
Su) writes:

>We're interested in purchasing a low end SGI.  Can someone mail/post with
>whom I need to contact?  We need an educational price quote.  If this is
>in FAQ, can someone please mail me a copy.

    You can reach SGI at (800) 800-4SGI.  There is a sales rep named Larry 
Link who's number is (415) 390-3935; however I'm not sure what his coverage 
area is.
    Pricing wise, I believe the Indigo line (which is the lowest) goes from 
about $11k to $18k.  It all depends on your configuration, that isn't a 
educational price though.
 


-- 
Jonathan Heiliger ........ Electric Power Research Institute
Internet: -/- jonathan@rahul.net -/- flix@mecca.epri.com -/-
Telephone <*> (415) 855-2888
From: krumbein@thama1.apgea.army.mil (Michael Zvi Krumbein)
Newsgroups: comp.sys.sgi
Subject: plotters for screen images
Date: 12 Nov 92 16:47:36 GMT

Does anyone know of a good large format plotter for rgb image files?

Our pictures are generated by Dynamic Graphic's ISM/IVM (now called
EarthVision). They are 2D and 3D plots. The software is very well done, but 
plots by nature are not as complex to display as, say, photographs.
Color, however, is important; not so much the right color, as keeping the color
distinct. (We could probably stick to the standard color map, though.)

I suppose the plotter would need to be Versatec, Postscript, or Tektronix
format, unless there is some other format for which there are good translators.

mzk

P.S. The people at the local DGI office are fans of the Versatec 8900 series.
They know their stuff, but I thought that it might be a good idea to try to
find out what else is out there.
Newsgroups: comp.sys.sgi
From: jonathan@rahul.net (Jonathan Heiliger)
Subject: Re: How to speed up X?
Organization: a2i network
Date: Wed, 11 Nov 1992 02:46:56 GMT

In article <1992Nov10.181812.24335@odin.corp.sgi.com> 
stanj@ferrari.corp.sgi.com (Stan Jensen) writes:

>Of course there are upgrades! You can upgrade your 210 to a 310, 480 or an
>R4000 ("Crimson"); your GTX to VGXT or Reality Engine; and your twin tower
>to a single tower or Predator rack. Call SGI Express @ 1-800-800-7441 and
>ask to speak to our Canadian specialist, Eric Hanson.

    How is it possible to upgrade an Indigo to something like a Crimson?  I 
was just wondering, because we simililary went through a faze of whether we'd 
be able to add certain products because of our Crimson chassis.
 

 
-- 
Jonathan Heiliger ........ Electric Power Research Institute
Internet: -/- jonathan@rahul.net -/- flix@mecca.epri.com -/-
Telephone <*> (415) 855-2888
From: susan@widget.esd.sgi.com (Susan Dahlberg)
Newsgroups: comp.sys.sgi
Subject: Re: gnuplot/X windows/SGI question
Date: 5 Nov 92 19:35:40 GMT
Distribution: comp
Organization: Silicon Graphics Inc.

In article <DWABRA.92Nov4120707@indigo.ibm.com>, dwabra@watson.ibm.com (David Abraham) writes:

> I want to have the window pop at a particular location,
> without having to place it with the mouse.  I included lines in my
> .Xdefaults file like so:
> 
> gnuplot*geometry: 400x300-10-10
> emacs*geometry:   +100+100
> 
> and then issued the command "xrdb .Xdefaults".  This works for the
> emacs window (i.e. it just pops up), but not for gnuplot.  Actually,
> gnuplot gets the window size right, just not the location.  I am
> suspicious that this is something about the SGI environment


If you run 4Dwm then set:
       4Dwm*positionOnScreen:          false


    Susan                                         opinions are mine
From: asgeir@viking.asd.sgi.com (Asgeir Eiriksson)
Newsgroups: comp.sys.sgi
Subject: Re: libg++ Prob sbufvform.C
Date: 9 Nov 1992 21:26:04 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA
NNTP-Posting-Host: viking.asd.sgi.com
Keywords: libg++

In <1992Nov9.192855.28994@oracle.pnl.gov> d3g931@snacker.pnl.gov (Geoff S. Slinker) writes:


>I am having trouble getting libg++ with iostream and things
>to compile on a 340VGX IRIX 4.0.4

I asked the net the same problem last week. The suggested fix is to 
run make install-fixincludes

'Asgeir
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Line that never gets erased
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Wed, 11 Nov 92 08:14:32 GMT

In <BxJ614.6DB@constellation.ecn.uoknor.edu> ssundara@essex.ecn.uoknor.edu (Sridhar Sundararaman) writes:
| This might be a dumb question. I have a problem ,where there is a line (red)
| on the screen and it would never get erased. The line was formed after 
| running snapshot. The user pulled the snapshot window and for some reason
| killed it without using the exit option of snapshot. Now the line refuses
| to get erased. 
| 

Run 'gclear'.
--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
Newsgroups: comp.sys.sgi
From: dcs@neutron.chem.yale.edu (Dave Schweisguth)
Subject: Re: Logging out under 4.0.5
Organization: Yale University
X-Newsreader: TIN [version 1.1 PL6]
Date: Fri, 6 Nov 1992 13:42:11 GMT

Klaus Bock (carlkb@uts.uni-c.dk) wrote:
: Problem: Logging out from a session under 4.0.5

Tired of that "are you SURE you want to do what you said you want to do?"
message? How about

alias logout 'xprop -root -remove _SGI_SESSION_PROPERTY'

No more horsing around, and no more thinking you logged out when all you did
was kill your winterm.

Cheers,

--
| Dave Schweisguth   Yale MB&B & Chemistry   Net: dcs@neutron.chem.yale.edu |
| Lab phone: 203-432-5208     Fax: 203-432-6144    Home phone: 203-624-3866 |