HDTenEightyP/NetNews huggingface dataset:
From: davis@bedlam.asd.sgi.com (Tom Davis)
Newsgroups: comp.sys.sgi
Subject: Re: PROBLEM with Zip on remote display
Date: 6 Oct 1992 18:19:18 GMT
Organization: Silicon Graphics, Inc.
Distribution: world
NNTP-Posting-Host: bedlam.asd.sgi.com

Zip is slower with a remote display, but my experience here
is that it is not unusable.  It was initially designed to
work on a local display, and, for example, each time you
type a character, the entire line is redrawn, even if
you're at the end of a line.  This is no problem locally,
but there are any problems with network speed, it might
be a problem.

When you scroll, the whole page is redrawn over and over,
so this can also be bad over a network.

It's hard to fix both problems because zip runs double-
buffered to avoid flashing, and writing software that
does the right corrections to an out-of-date back buffer
is very tricky.

  -- Tom Davis
Organization: Carnegie Mellon, Pittsburgh, PA
Newsgroups: comp.sys.sgi
Date: Sat, 26 Sep 1992 22:44:47 -0400 
From: Bill_von_Hagen@transarc.com
Subject: 1400/2000 Parts Wanted

I collect old workstations, and recently acquired an SGI 1400 and a
2000.  Unfortunately, neither have graphics sets - they work fine from
the serial ports, but that's not all that exciting.  I'm looking for any
parts (in general) anyone might have for these systems, and especially
sets of graphics boards.  I'd be ecstatic to pay something for the
boards from machines of this vintage that you don't use anymore.  I'm
also very interested in docs for these systems.

Any pointers to places who might have old systems of these types that
they'd be willing to sell for parts would be very much appreciated!

  Thanks!

    Bill (wvh@transarc.com)
From: pj@sam.wpd.sgi.com (Paul Jackson)
Newsgroups: comp.sys.sgi
Subject: Re: printf bug or feature ?
Date: 2 Oct 92 22:04:52 GMT
Reply-To: pj@sgi.com
Organization: Silicon Graphics, Research & Development

In article <32845@adm.brl.mil>, beyer@bflsgu.fl.bs.dlr.de (R. Beyer) writes:
|> 	The program demonstrates that - although v is not specified
|> 	as an argument in the print command - the GL version gets 
|> 	printed anyhow. Is this a bug or a feature ?
|> 	{
|> 	char	v[20];
|> 	gversion(v);
|> 	printf("Graphic library version = %s\n");
|> 	}

You got lucky.  The gversion(v) call happened to leave the
address of v[] in the same register that printf expected
its value of %s to be in.  This sort of luck is more likely
on systems, such as IRIX, that pass some of the args in
registers.

-- 

				I won't rest till it's the best ...
				Software Production Engineer
				Paul Jackson (pj@sgi.com), x1373
Newsgroups: comp.sys.sgi
From: vamsee@bioiris.tamu.edu (Vamsee Lakamsani)
Subject: uil problems
Organization: Center for Macromolecular Design, Texas A&M University.
Date: Sat, 26 Sep 1992 23:46:09 GMT

I am not able to run some example programs on SGI workstations(4.0.1).
For example on an Indigo Elan,

abgen:/usr/src/X11/motif/demos/motifburger 44 # ./motifbur
#####################################
Warning: I18NOpenFile: Couldn't open file motifbur.uid - MrmNOT_FOUND
can't open hierarchy.
####################################
On this workstation all the programs in "/usr/src/X11/motif/demos/" 
compile well but gave the above error when I try to run them. Is it
possible that some auxiliary software is not installed on this machine?

On a different workstation (210 GTX),
bioiris:/usr/src/X11/motif/demos/mre 56 # ./mre 
####################################################
Warning: I18NOpenFile: Couldn't open file mre.uid - MrmNOT_FOUND
MRE: cannot open UID hierarchy.
	 Check UIDPATH environment variable
###################################################
when compiled with the command "make mre". It does not give the
above error when compiled with "make all". However, when I copy the
compiled program "mre" into my home directory, and do a
"setenv UIDPATH /usr/src/X11/motif/demos/mre/%N"  I got the following 
error,

#########################################
Warning: I18NOpenFile: Couldn't open file mre.uid - MrmNOT_FOUND
MRE: cannot open UID hierarchy.
	 Check UIDPATH environment variable
#########################################

I am new to UIL. Any advice is most welcome.

Vamsee
From: pj@sam.wpd.sgi.com (Paul Jackson)
Newsgroups: comp.sys.sgi
Subject: Re: Help! How to recover the recently deleted files on Indigo.
Date: 2 Oct 92 04:17:15 GMT
Reply-To: pj@sgi.com
Distribution: comp.sys.sgi
Organization: Silicon Graphics, Research & Development

In article <92Oct02.013758.24554@acs.ucalgary.ca>, xie@enel.ucalgary.ca (Jingping Xie) writes:
|> Does any one know how to
|> recover the most recently deleted files on Indigo, some kind of commands
|> similar to pctool's undelete. 

Sorry, but I have bad news for you.  Once removed (using rm),
your files are gone.

Most Unix based systems, including IRIX, do not support undelete
when using "rm" at the shell prompt.  Within our WorkSpace user
environment, it is supported, by having the commands to remove
files first move the files to a trash bin, for final removal
later.  But this doesn't help you, since "rm" is rather final.
Only a system wizard poking around in the raw bits of the disk
device files could find fragments of your former files.

Consider aliasing "rm" to "rm -i" to ensure that "rm" always
prompts.

-- 

				I won't rest till it's the best ...
				Software Production Engineer
				Paul Jackson (pj@sgi.com), x1373
Newsgroups: comp.sys.sgi
From: 52kaiser@sol.cs.wmich.edu (Matthew Kaiser)
Subject: dog  flight simulator
Summary: dog: the flight simulator
Keywords: dog
Organization: Western Michigan Univ. Comp. Sci. Dept.
Date: Mon, 5 Oct 1992 19:23:04 GMT

hello 

i've heard of a fab flight simulator called dog that comes with

a newly bought SGI machine. I wonder..

is there any way i could get a copy of the source code?

matthew					galileo
					blackcat
Newsgroups: comp.sys.sgi
From: senseman@ricky.brainlab.utsa.edu (David M. Senseman)
Subject: Re: SGI + video equipment
Organization: University of Texas at San Antonio
Date: Sun, 27 Sep 1992 00:10:08 GMT

In article <54006@dime.cs.umass.edu> lim@cs.umass.edu () writes:
>
>My lab is looking to set up our 340GTX w/VideoCreator for video recordings and
>I'd like to get some comments about the other hardware we may need to
>purchase, such as VLAN receivers, VCRs, and video disk players. We may also be
>getting Wavefront's Personal Visualizer and Video Composer to handle our
>animation.  I'd appreciate it if anyone who has experience with this setup
>could provide me with information on the cost and capabilities of the
>hardware/software. Thanks.
>
>

You may already know about this, but there is a newsgroup called
"rec.video.production" that has a number of knowledgeable people
in this general area with expertise in consumer, industrial and
broadcast video production.
-- 
David M. Senseman (senseman@lonestar.utsa.edu)
Division of Life Sciences
The University of Texas at San Antonio 
Newsgroups: comp.sys.sgi
From: erik@westworld.esd.sgi.com (Erik Fortune)
Subject: Re: CD playback control program for SGI
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Mon, 5 Oct 92 23:19:26 GMT


In article <syscrc.718324104@gsusgi1.gsu.edu>, syscrc@gsusgi1.gsu.edu writes:
> Does cdman(1) use the audio library to play through the system speaker?
> 

Yes.  cdman(1) uses the audio library and plays through the system speaker 
or system headphone jack.

-- Erik
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Newsgroups: comp.sys.sgi
Subject: Re: multiple slip links
Date: 2 Oct 92 00:14:06 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <3003@contex.contex.com>, james@sam.contex.com (James McQueston) writes:
> 	Is it possible to use multiple slip links between two
> workstations to get higher bandwidth between them?  If so, could
> it decrease the time to, say, rcp a file, or would it only affect
> the total time to rcp multiple files in independent rcp commands?


No, there is no "load balancing" or "reverse multiplexing" in either
the 4.3BSD-reno IP code nor in if_sl SLIP code.

You would have to be careful when doing it to avoid messing up
the '-p cslip' "VJ header compression" or the '-p comp' "SGI header
compression" mechanisms which rely on seeing all packets for a
particular virtual circuit.

Would the effort to implement it be worthwhile?  Would host-based
compression in if_sl be more interesting?  Or PPP?



Vernon Schryver,  vjs@sgi.com
From: asp@chem.ucsd.edu (Alexander S. Polinsky)
Newsgroups: comp.sys.sgi
Subject: How to install non-Telebit modem?
Date: 1 Oct 1992 16:17:36 GMT
Organization: University of California San Diego, Chemistry
NNTP-Posting-Host: sdchemi3.ucsd.edu

Hi sgi-experts,

I have a very nice (and relatively cheap) modem - ZyXEL 1496E.
When I tried to connect it to my Indigo, I found that
SGI only supports Telebit fast modems. Is there anyone
out there who have successfully installed other popular
9600 or 14400 modems? 

Alex Polinsky
Chem. Dept.
UCSD
apolinsky@ucsd.edu 
Newsgroups: comp.sys.sgi
From: sysmark@helios.physics.utoronto.ca (Mark Bartelt)
Subject: Phaser II SD question(s)
Reply-To: mark@cita.toronto.edu
Organization: University of Toronto Physics/Astronomy/CITA
Date: Wed, 30 Sep 1992 17:52:16 GMT

Our SGI telesales guy recently clued me in about the Tektronix Phaser IISD,
which, if it's all it's hyped up to be, looks to be quite a nifty product.
Early next week our friendly Tektronix salesguy is going to show up with a
Phaser IISD under his arm (well, on a cart, actually) for us to plug into
one of our IRISes, so that we can run off a few colour hardcopies and see
for ourselves how good a job it does.

The question I have is, what magic incantations do I need to take a typical
IRIS .rgb file and make a hardcopy appear?  The IISD will be hooked up to
the IRIS's parallel port.  Is the IISD a PostScript device?  If so, can we
just use "tops" (with the "-rgb" or "-RGB" option), and print the resultant
PostScript file?

[  Minor digression for a related question:  I confess to not understanding
   the man page for "tops", where it describes the difference between "-rgb"
   and "-RGB".  Specifically ...

     Normally, tops generates black and white PostScript.  If the -rgb or the
     -RGB option is given, then rgb color PostScript will be generated. The
     only difference between these two options is whether 1 function is used
     to read the image data, or 3 functions are used.

    What does this mean (1 function vs 3 functions)?  Is the PostScript that
    gets generated different?  If not, which should I care how "tops" reads
    the image data?  Why are there two options anyway?  ]

Anyhow, once I have something that the IISD will be happy with, can I just
use "lp" to shove it out the serial port?  (We use bsdlpr on our network,
rather than lp; the print server for the network is a Sparc, so I've never
had to look at (or care about) lp.)

Anything else I should know?  As usual, many thanks in advance.

Mark Bartelt                                                  416/978-5619
Canadian Institute for                               mark@cita.toronto.edu
Theoretical Astrophysics                             mark@cita.utoronto.ca

"Clothes not busy being worn are busy drying."   -   Dylan, on laundry day
           [ singing "It's all right, ma (I'm only bleaching)" ]
Newsgroups: comp.sys.sgi
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: Error message from arp - what does it mean ?
Keywords: arp ether broadcast ip
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Wed, 30 Sep 1992 19:33:00 GMT

In article <1992Sep30.185859.16204@cc.ic.ac.uk>, vulture@carrion.cc.ic.ac.uk (Thomas Sippel - Dau) writes:
>  ...
> Sep 30 16:50:18 carrion unix: arp: ether address is broadcast for IP address 129.31.80.33!

> 
> What meaning does the message actually try to convey ? Where does it come
> from, I could not find the string in /usr/etc/arp ?

The message is from the kernel.

It indicates that some other machine has been using the same IP address
as the complaining machine.  It means the machine saw a packet from
some other machine using its IP address.

There was a bug in IRIX 3.* where once the machine a bad packet, it
would not stop complaining.  I think it's fixed in some version
of IRIX 4.0, so that it only complains if it has seen a bad packet
in the last 15 or so seconds.


Vernon Schryver,  vjs@sgi.com
Newsgroups: comp.sys.sgi,comp.sys.mips
From: bpja@codex.com.au (Brett Adam)
Subject: Looking for help with syscall() and/or select() issues
Reply-To: bpja@codex.com.au
Organization: Codex Software Development Pty Ltd
Date: Fri, 2 Oct 92 04:07:25 GMT

In the course of porting our software to the SGI platform, we've hit a minor  
snag.

Our product makes extensive use of a threading library, originally based on the  
Carnegie-Mellon cthreads package.

This library provides for multiple threads of execution in a single process.

One of the features we rely on involves the 'enhancement' of the select() call  
to provide a thread-smart version of select().

Essentially, we have a new home grown select() function which uses select in a  
non-blocking fashion to support context switching between threads whilst one or  
more threads are making select calls.

On the Sun, we wrote the select() function along the following lines:

select(...)
{
	/* thread manipulation code */
	...
	/* call the original select function */
	syscall(SYS_select, ...);

	...
}


This allows use to effectively replace the version of select in libc.a with our  
new code which wraps the kernel select function in our thread switching code.

This technique works fine under SunOS.


The problem is that on the SGI, the syscall(SYS_select, ...) returns an error  
in all cases., 'Invalid Argument'.

Additionally, the syscall() function is not documented anywhere that we can  
find, altough the header file sys/syscall.h does exist.

So the first question is: Does anyone know how to use syscall() on an SGI OR  
know why it won't work as we want it to?


If it is the case that use of syscall() in this fashion is not supported, then  
we need to find an alternative.

One possibility is writing a function, say x(), which calls the original  
select(), and statically binding this to the original select() call.

This would then allow us to write a new select() for ourselves, which calls x()  
(which calls the original select() ).

This is the approach we used on the IBM RS/6000, which did not support the  
syscall() interface but which did support static binding of symbols at link  
time.

From the documentation, we cannot figure out how to do this. Our attempts all  
result in our new select() function overlaying the original select() at link  
time, such that our new select() calls x() which calls our new select() which  
calls x() and so on, recursively.

If anyone knows how to statically bind an object file to libc.a symbols, and  
then use the resultant object file to link an executable or library, I would be  
most grateful.

Thanks in advance,


Brett Adam
Codex Software Development Pty. Ltd.


	






-- 
-------------------------------------------------------------------
Brett Adam                                      Director, Marketing
Xedoc Software Development Pty. Ltd.           Melbourne, Australia
Phone    :                                           +61 3 696 2490
From: billabs@nic.cerf.net (Bill Romanowski)
Newsgroups: comp.sys.sgi
Subject: New version of Arena
Summary: grab it now.
Keywords: arena ftp
Date: 5 Oct 92 21:28:25 GMT
Organization: CERFnet

On vab02.larc.nasa.gov you will find my hacked version of
that old favorite, arena. It's in the incoming directory
as of this post but will soon be moved to the "sgi" dir.
The file is arx.tar.Z

Like the original, it's not much fun unless you are
in network mode(-n). It still uses the same net channel
as the original so with it's faster speed, flying and
updated weapons (including robot-seeking smart-bombs)
you'll easily clobber any net players running the original.
Best to run it against other arx players.
It has bugs here and there in the z-hiding and other places
but still quite enjoyable. Distribute it around all you like.

enjoy,

bill romanowski
vp of total disclaimers of any involvement or liability
prairie research
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: Indigo R4000, IRIX 4.0.5F, and fx
Date: 3 Oct 92 03:28:05 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <2ACCE353.7846@news.service.uci.edu> fredv@abba.acs.uci.edu (Fred Velijanian) writes:
| We just got our first Indigo R4000 with the IRIX maintenance 4.0.5F CD.
| I have two questions:
| 
| 1) I'm trying to run the fx utility from the CD so that I can 
|    format the only disk (external 3rd party) on this 
|    system, and the prom command interface seems to be different on
|    the Indigo R4000 from R3000. For example on the R3000 I would do:
| 
|        boot dksc(0,4,7)/stand/fx.IP12
| 
|    However this does not work on the R4000 (I replaced IP12 with IP20).

It should.  What error do you get?  If it says 'not found', then
type 'sash', and then at the sash prompt, 'ls dksc(0,4,7)/stand'.
(Actually, it should be 'fx.ARCS', as sash and fx are now supposed
to be machine independent for systems with new PROMs).  This is mentioned
in the release notes.

|    Also hinv shows the devices as scsi(0)dsk(4)rdsk(0)..... which is
|    different from the R3000 "dksc" naming scheme. How do I run the
|    fx utiltity and also how do I specify the controllers/devices/
|    partitions with the R4000?

You can still use the old names (they are handled as aliases), and
I strongly recommend doing so.  The new scheme is compliant with 
the ARCS spec, which is supposed to be the standard for NT based
systems (or systems which will/might) support NT someday.

| 2) Is this CD supposed to be a complete IRIX distribution, or do
|    I need another IRIX CD like 4.0.1, and then install the 4.0.5F
|    after installing 4.0.1??? Is the fx utility included?

It is a complete EOE distribution.  Do *NOT* install 4.0.1 or anything
before 4.0.5F (some early systems got 4.0.5E).

| Thanks for any help. I'd like to have this system up and running
| before the first SPARCstation 10 (model 20) on campus which arrived
| on the same day, and run my benchmarks!

Well, I'm all for that.  Hope this helps.
--
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: ernst@sinix.UUCP (Reiner Ernst)
Newsgroups: comp.sys.sgi
Subject: Re: Elm
Date: 1 Oct 92 07:14:04 GMT
Organization: SNI AG Muenchen, STO XS

In article <1992Sep25.224529.29004@robcad.uucp> mosh@robcad.uucp ( Moshe Shemesh) writes:
>In article <BuzzB4.KDC@news.cso.uiuc.edu> dpape@mrcnext.cso.uiuc.edu (Daniel Pape) writes:
>>Has anyone gotten this to compile? I am still under 4.0.1 if that makes
>>a difference... I've been trying for about 2 days now, and can't get all
>>the compile errors worked out.
>
>
>I have compiled Elm version 2.3 PL0 (I was lazy to install the many patches I
>had on PTF's CD) last week under IRIX 4.0.5 with no major problems. I remember
>I had to change some line in config.h which was messed out after running
>Configure  but apart for that everything went fine.
>
>Mail me directly if you are still fighting it.

Why PL0 ? The latest version is elm 2.3 PL11. I have compiled this without
any problem.

	Reiner

------------------------------------------------------------------------------
S I E M E N S  Reiner Ernst               P.O.Box 83 09 51
-------------  SNI STO XS 324		  D-8000 Munich 83
N I X D O R F  Phone: (..89) 636 - 46455  UUNET:    ernst%sinix@germany.eu.net
					  Internet: Reiner.Ernst@sto.mchp.sni.de
From: srp@babar.mmwb.ucsf.edu (Scott R. Presnell)
Newsgroups: comp.sys.sgi
Subject: Top 2.5 for Irix 4
Summary: Top 2.5 available
Keywords: top
Date: 5 Oct 92 03:18:38 GMT
Organization: UCSF Computer Graphics Lab

Hi Folks,
	Way back in the dark ages I ported top-1.8 to Irix 3.2.  I've now
made some of the same changes to the more recent version of top, 2.5, for
Irix 4.0.X.

A couple of notes.  There are some differences in the proc and user
structures between the Irix and BSD kernels, so some of the timing fields
in "top" don't really give the information that you would get on a BSD
machine - but I did my best to make it "similar."

I should probably point out that SGI supplies top in /usr/sbin, it works
just fine, but it doesn't show the same stuff or allow the interactive
control over the processes displayed, etc.

Top was ported and tested on a 4D/35 under 4.0.5.  It's not a pretty port -
there are some wholesale ifdefs of the code - but hey - it seems to work. 

You can find the code for top on babar.mmwb.ucsf.edu [128.218.21.42] in
~ftp/pub/top-2.5.tar.Z.

	Thanks.

	- Scott (srp@cgl.ucsf.edu)



-- 

	- Scott Presnell (srp@cgl.ucsf.edu)
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: Diskless Indigo R4000
Date: 3 Oct 92 02:08:38 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <GREENDOG.92Oct2100756@insti.physics.sunysb.edu> greendog@insti.physics.sunysb.edu (Michael D. Fischer) writes:

| We currently have 5 R3000 indigos; one is the server for the 4 diskless ones.
| Next week we are getting a diskless R4000 indigo.
| Do I need to set up a new share tree, etc, on the server?

Yes, and the server will need to run 4.0.5F.

| Or can I just set up a new client/swap directory for the new machine?
| If I need to set up a new share tree, what CPUBOARD/MACH/GFXBOARD do I
| use?  Currently I am using "IP12" and "LIGHT -mSUBGR=LIGHT".  I assume the
| R4000 indigo does not fall under IP12...

No, it doesn't.  Since you have to have 4.0.5F on your server anyway,
see the clinst.dat that comes with that release.  One word of warning,
on something that I missed when I updated it, is that if you are still
running releases prior to 4.0.5D (which is quite likely) on your other
clients, and need to reinstall or add another one, is that you should
use CPUARCH=MIPS1, rather than the CPUARCH=R3000 that I documented.
Use CPUARCH=R3000 and CPUARCH=R4000 for 4.0.5D and later clients
(i.e., your diskless r4k Indigo).
--
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: jeremy@classic.asd.sgi.com (Jeremy Higdon)
Subject: Re: Indigo/r4k -- better machine, crummier monitor
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Tue, 6 Oct 1992 04:52:35 GMT

In article <BvnDxw.1pu@helios.physics.utoronto.ca>, sysmark@helios.physics.utoronto.ca (Mark Bartelt) writes:
> Someone in our group, who recently received his R4000 Indigo, comments:
> 
>  One of the things I liked about the Indigo was that they had used a
>  SONY monitor, which is much crisper than the Hitachi ones on the old
>  SGI PIs. I even talked to the SGI people about this at one demo they
>  had, and they confirmed that the SONY was much better, the customers
>  had been complaining, and that is why they switched.
> 
>  So I was somewhat surprised to receive a Hitachi monitor. I think
>  it better than the one you are sitting in front of, but I still feel
>  rooked.
> 
> So, what's going on, SGI?  Isn't this a bit of bait-and-switch, to ship
> a system with a monitor that nearly everyone (at least, nearly everyone
> who I've talked with) feels is inferior to the ones that travel around
> with the demo systems?  Anyone care to comment?

Actually, I prefer the Hitachi monitors.  Here in building 7, the
majority of folks have Hitachis.  They do get a bit fuzzy when
they are old, but don't all monitors?

jeremy