HDTenEightyP/NetNews huggingface dataset:
From: msc@ramoth.esd.sgi.com (Mark Callow)
Newsgroups: comp.sys.sgi
Subject: Re: MIDI and other neat toys for SGI
Date: 10 Nov 92 18:42:47 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA


In article <1992Nov9.214759.27736@eagle.lerc.nasa.gov>, scott@sgisupport.lerc.nasa.gov writes:
> 
> 
>     Has anyone used the startmidi/stopmidi to receive/transmit
>     midi data over the serial line? I am interested in the pin
>     configuration for a MIDI-->D9 or a MIDI-->MINI8 serial
>     port.
> 
>     Has anyone used a getty to receive this data?

Connecting to MIDI is not simply a question of pinouts.  MIDI is current
loop at a strange (to computers) baud rate.  Buy a standard Macintosh
MIDI interface dongle and use that to convert from the serial ports to
MIDI.  These dongles do the rs422 to current loop conversion and provide
a external clock at the proper baud rate that is used to clock the
serial port.

Plenty of people have used startmidi in conjunction with libmidi to
receive and transmit MIDI data over the serial ports.  Nobody has wasted
their time with getty.

	-Mark
From: greendog@insti.physics.sunysb.edu (Michael D. Fischer)
Newsgroups: comp.sys.sgi
Subject: FSN doesn't work on Indigo XS!
Date: 9 Nov 92 16:58:53 GMT
Organization: Institute for Theoretical Physics, SUNY at Stony Brook.

We've been using FSN on our R3000 indigo entry's...  We just got an
R4000 indigo XS, and FSN doesn't work!  It says "fsn requires zbuffer
and RGB".

What's the deal?

Michael
--
-------------------------------------------------------------------------
- Michael D. Fischer - greendog@max.physics.sunysb.edu - (516) 632-7966 -
- System Manager - Institute for Theoretical Physics - SUNY Stony Brook -
-------------------------------------------------------------------------
-- 
-------------------------------------------------------------------------
- Michael D. Fischer - greendog@max.physics.sunysb.edu - (516) 632-7966 -
- System Manager - Institute for Theoretical Physics - SUNY Stony Brook -
-------------------------------------------------------------------------
Newsgroups: comp.sys.sgi
From: torda@igc.ethz.ch (Andrew Torda)
Subject: rtnetd - Do I want it ?
Organization: Computational Chemistry, ETH, Zuerich
Date: Mon, 9 Nov 1992 10:56:31 GMT

The manual entry for rtnetd says that:
     It is always started on multiprocessor systems and is started on
     uniprocessor systems if the chkconfig(1M) flag rtnetd is set ``on.''

If I have some multiprocessor machines which just do number crunching,
is this what I want ?
I don't think I have any real time processes who should be preempting
anyone.
Furthermore, the manual entry network(1M) says
       rtnetd      Initialize preemptable networking for real-time use.

but why do I want to preempt networking stuff ? Shouldn't it just be
left alone to do its stuff ?
I can understand that it probably doing any harm, but is it just
sitting around taking up a process slot ?
-Andrew
-- 

Andrew Torda, Computational Chemistry, ETH, Zurich, torda@igc.ethz.ch
Newsgroups: comp.sys.sgi
From: tohanson@gonzo.lerc.nasa.gov (Jeff Hanson)
Subject: Re: *** New Release FORMS LIBRARY ***
Keywords: GUI, Forms Library
Organization: NASA Lewis Research Center
Date: Tue, 10 Nov 1992 18:50:44 GMT

Available on swedishchef.lerc.nasa.gov in libraries/FORMS.
-- 
---------------------------------------------------------------------------
 Jeff Hanson - Scientific Graphics Programmer and Workstation Administrator
 Sverdrup Technology, NASA Lewis Research Center Group
 NASA Lewis Research Center, MS 86-4, Cleveland, Ohio 44135
 Telephone - (216) 433-2284  Fax - (216) 433-2182
 tohanson@gonzo.lerc.nasa.gov	-   ViSC: Better Science Through Pictures
 Visualize whirled peas - Bumper sticker seen in Buffalo, NY
Newsgroups: comp.sys.sgi
From: scott@sgisupport.lerc.nasa.gov (SGI_Junkie)
Subject: MIDI and other neat toys for SGI
Organization: NASA Lewis Research Center [Cleveland, Ohio]
Date: Mon, 9 Nov 1992 21:47:59 GMT



    Has anyone used the startmidi/stopmidi to receive/transmit
    midi data over the serial line? I am interested in the pin
    configuration for a MIDI-->D9 or a MIDI-->MINI8 serial
    port.

    Has anyone used a getty to receive this data?
-- 
  ______                 _       _
_/  ____)              _( )_   _( )_       Scott Klosterman
_  (____   ____   ___ (__ __) (__ __)      scott@sgisupport.lerc.nasa.gov
 \____  \_/  __) /   \  ( )  ___( )  _     
  ____)  _  (__ (  O  ) ( \_/ ___ \_/ )  
 (______/ \____) \___/   \___/   \___/   
Newsgroups: comp.sys.sgi
From: torda@igc.ethz.ch (Andrew Torda)
Subject: Bug in SGI ansi compliance (or are the others wrong ?)
Summary: SGI's compiler disagrees with two others I tried
Organization: Computational Chemistry, ETH, Zuerich
Date: Mon, 9 Nov 1992 14:04:50 GMT

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   ----------

On an sgi machine I get:
% cc -c z.c
% cc -c -ansi z.c
accom: Error: z.c, line 2: integer constant expected
       FILE *fp =       (__stdout) ;
       ----------------------------^

but it compiles using gcc's -pedantic option and the strict
conformance option to sun's unbundled ansi C compiler.

Which compiler is correct ? SGI's or the others ?
-Andrew
-- 

Andrew Torda, Computational Chemistry, ETH, Zurich, torda@igc.ethz.ch
From: keshav@alice.att.com (Srinivasan Keshav)
Newsgroups: comp.sys.sgi
Subject: Looking for a X based mail reader for IRIX
Date: 5 Nov 92 16:13:04 GMT
Reply-To: keshav@alice.UUCP ()
Distribution: usa
Organization: AT&T, Bell Labs

Hi,
	I am looking for a X based mail reader to use on my IRIX
machine (running 4.0.5). I tried to port XMail (rewrote their pty
allocator) but did not succeed. If anyone has successfully ported
XMail or knows of public domain or commercial software for reading
mail, please let me know.

thanks

keshav

PS- If you want to complete the job of porting XMail, I can send you
my hacks.
Newsgroups: comp.sys.sgi
From: nathan@laplace.csb.yale.edu (Nathan F. Janette)
Subject: Re: Dials and Buttons
Reply-To: nathan@laplace.csb.yale.edu (Nathan F. Janette)
Organization: Yale University, Department of Computer Science, New Haven, CT
Date: Thu, 12 Nov 1992 00:21:21 GMT

In article <BxKK38.4sx@constellation.ecn.uoknor.edu>  
ssundara@essex.ecn.uoknor.edu (Sridhar Sundararaman) writes:
> This is regarding connecting dials and buttons on a 4D/20. I have gone  
through
> all the steps the manual says to install the dials and buttons. The hard
> wiring is fine and the software set up has been done through the System 
> widget. Though the system manager shows that the serial port 2 has the 
> Dials and Buttons, the dials are not responding to the checkdials  
program or
> to SDRC-IDEAS. Checkdials says "No dials". Even the confidence test  
doesnt
> work. 

I don't know if your 4D/20 needs what our Crimson Elan
needed, which was a special serial port board we had to
install to power the dials and buttons, and the
stereoviewer.  Interestingly, no one knew enough to tell
us we had to order this board in the first place, and it took
two months to get tech support to figure out the problem,
get a board from the factory, chase people down on the
phone, try and make sense of the somewhat hacked
installation instructions... not very impressive for
an otherwise impressive support organization.  

--
Nathan Janette
PPP link from hilbert.csb.yale.edu

Please reply to: nathan@laplace.csb.yale.edu (NeXT)

Newsgroups: comp.sys.sgi
From: js@cophos.co.at (Jodok Schaeffler)
Subject: Inventor experience
Keywords: IRIS Inventor
Organization: COPHOS Development Team, ZUMtOBEL Licht GmbH, Dornbirn, AUSTRIA
Distribution: comp.graphic.sgi
Date: Wed, 11 Nov 1992 08:47:15 GMT

Our organization is developing a viewer for rendering applications.
In the moment we are discussing about using IRIS Inventor to do
the graphics work. What we have to deal with are mainly triangle meshes.
I think about inserting the mesh data into the scene database and
let Inventor do all the data housekeeping work in addition to the 
rendering. We need pick functionality also, so Inventor seems a 
quite good tool for our needs to me.

So what is the problem? Nobody here has experience in using Inventor.
I would appreciate any kind of information from Inventor users with
experience in similar applications. To give you an idea of the 
complexity of our application: we are expecting a couple of thousand
polygons meshed into triangles in the order of ten to houndred each.
Is this complexity a problem for Inventor? 
Can anyone tell me of his/her experience in using Inventor?

Please send replies to me by email. If there comes something of 
interst for others in the same situation, I will place an article 
with this information.

Thank you in advance.

Jodok Schaeffler

--

Email:                  js@cophos.co.at

Jodok Schaeffler
ZUMtOBEL Licht GmbH     Tel.: +43/5572/390-1547
Schweizerstr. 30        Fax : +43/5572/20721
A-6850 DORNBIRN
Austria
Newsgroups: comp.sys.sgi
Subject: Re: Temporarily out of memory and swap space - but bogusly
From: raymond@ccu1.aukuni.ac.nz ( Raymond W L Martin)
Date: Tue, 10 Nov 1992 23:33:40 GMT
Organization: University of Auckland, New Zealand.
Keywords: dupreg swap process limit

raymond@ccu1.aukuni.ac.nz ( Raymond W L Martin) writes:

>Our IRIX 4.0.4 on sgi 4d/320 is starting to report :
>Nov  9 11:08:10 regu1 unix: NOTICE: fork - temporarily insufficient
>memory to allocate uarea, process syslogd [32]
>Nov  9 11:08:10 regu1 unix: 
>Nov  9 11:08:10 regu1 unix: NOTICE: dupreg - temporarily insufficient
>memory to allocate virtual swap space, process mach [5077]

>and then refuse more processes.  Even though it has 50 M memory free and

>is using 250 processes out of a 1000 process pool.  Is there a fix in
>4.0.5?
>Ray Martin
>University of Auckland 
>Computer Centre
>Auckland
>New Zealand (not yet part of Australia)
> 
Eagle Technology's (Auckland) Dick Vlaanderen tells me to put the kernel
tuning parameter availsmem_accounting = 0;  The !0 options does not work
well with IRIX 4.  The system may try to allocate unneccessarily large
chunks of virtual memory before each process starts.
	Hope this helps similarly foxed users.
	Ray Martin (again)



Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: enscript
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Wed, 11 Nov 92 08:07:01 GMT

In <1992Nov10.144815.5516@desire.wright.edu> cse0981@desire.wright.edu writes:
| 	We seem to have lost our copy of the 'enscript' print utility :-(.
| Where can I get another copy of this; preferably in the compiled state.

enscript is a commercial product from Adobe.  Unless you have a
site license from them, you will need to buy it from SGI as
part of the Transcript product.
--
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: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: IP4 Serial Port - How fast??
Date: 5 Nov 92 08:38:19 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <SCOTTH.92Nov4155847@hoshi.corp.sgi.com> scotth@hoshi.corp.sgi.com (Scott Henry) writes:
| IP4, IP4.5, IP6/IP10 and IP9 have a real throughput less than 19200,
| and (depending on SW release) may not even function if set to 38400.
| IP7 (all speeds) will usually get more than 19200 max throughput when
| configured to 38400. The CDSIO (6- or 8-port serial card) will get

Umm;  Scott, I have *never* heard of a bug report where the serial
ports won't work when run at 38400 on 20 or 25.  Yes, if you don't
use flow control, characters will be dropped on input, and in some
(rare) cases, you will drop characters even with hardware flow control
set on the Indigo and 30/35 (because the 8530 doesn't support true
hardware input flow control, so we have to do that in software
(see Guy Harris's frequent comments on this in the Sun news groups;
we toggle the signal, unlike Sun, but we have to do it after taking
and interupt and programming some external logic) and sometimes something
(most commonly, some graphics operations) holds off interrupts too long.

Still, that is a long way from 'may not function'!

| There is a known bug on IP6 that heavy graphics activity causes
| dropped characters on the builtin serial ports at 19200.

Only on input, with s/w flow control, to the best of my knowledge.
(Of course, I could be misremembering the situation on the 20/25,
it has been a while).
--
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: bhickey@watcgl.uwaterloo.ca (Bruce Hickey)
Subject: Re: How display a GL application on remote X server ???
Organization: Computer Graphics Laboratory, University of Waterloo, Ontario, Canada
Date: Tue, 10 Nov 1992 17:49:58 GMT

toepfer@du9ds4.uni-duisburg.de (Hansjoerg Toepfer) writes:


>Hello !

>I have remote access to an IRIS Indigo.
>Is it possible to run remote GL applications with display on my SUN under X11?

No, I don't believe so. To make use of the distributed graphics library you
must display your output on another SGI device.

>I always get the following error:

>dgl error (TCP connect): Connection refused
>dgl error (default init): default dglopen(du9ds4:0.0,4) returned -127

You'll even get this error on a remote SGI machine unless you enable to
the dgl in the /etc/services file.

>Thanx, Hanjo

This brings up an interesting point, what type of code is sent to the remote
display? Is it some type of encoded gl which is processed by the display's
graphics pipeline? 

Bruce
-- 
				Bruce Hickey
			bhickey@watcgl.uwaterloo.ca
From: reed@newt.nexagen.com (Jim Reed)
Newsgroups: comp.sys.sgi
Subject: Re: *** New Release FORMS LIBRARY ***g message? (y/n) Yes.
Date: 9 Nov 92 22:56:14 GMT


-- 

*************************
* Jim Reed - SysAdmin   *
* reed@nexagen.com      *
*************************

                 *     *
    *   *  *****  *   *       ***   *****   *****  *   *
   **  *  *        * *      *   *  *       *      **  *
  * * *  ***        *      *****  *  ***  ***    * * *
 *  **  *          * *    *   *  *    *  *      *  **
*   *  *****      *   *  *   *  ******  *****  *   *
                 *     *
Newsgroups: comp.sys.sgi
From: arc@xingping.esd.sgi.com (Andrew Cherenson)
Subject: Re: RPCGEN output
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Thu, 5 Nov 1992 21:49:37 GMT

In article <187@io.trident.datasys.swri.edu> johns@io.datasys.swri.edu (Stephen Johns) writes:
>Does anyone have any insight as to why the SGI cc ( Ansi C, 1.1 )
>will NOT compile the .c files generated by RPCGEN ( under Irix 4.0.5 )?
>
>This was quite surprising.  I have a VERY simple .x file, and it does work
>on the Suns.

Use rpcgen -P to generate .c and .h files with ANSI C prototypes.
See rpcgen(1) for details.

Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Exabytes on Indigos
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Tue, 10 Nov 92 19:32:55 GMT

In <1992Nov10.130917.14093@gserv1.dl.ac.uk> S.H.Kinder@daresbury.ac.uk (Steve Kinder) writes:


| Has anyone attached Exabytes to Indigos successfully? Are there any problems to
| be aware of? I tried attaching one some while ago, which crashed my system resulting
| in a corrupt system disk. As a result I am unwilling to try again. It seems there
| isn't such an option in the Silicon Graphics price list, can someone from SG confirm
| that for me please?

They work just fine (although I don't think they are officially supported).

The problems you had sound to me like  you used a SCSI ID that matches
something already on the system, you had bad/missing/extra terminators,
or a SCSI cabling problem.
--
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: schmid@asterix.ISD.Uni-Stuttgart.DE (Georg Schmid)
Newsgroups: comp.sys.sgi
Subject: Re: Pin assignment of keyboard connection
Keywords: Keyboard cable
Date: 5 Nov 92 07:36:38 GMT
Organization: ISD, University of Stuttgart, Germany

In article <ru2mnh8@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:
>In <1992Nov3.102540.2512@news.uni-stuttgart.de> schmid@asterix.ISD.Uni-Stuttgart.DE (Georg Schmid) writes:
>
>| When I posted my original article I left out the reason
>| why we'd like to know the pinout, as I wanted to keep my
>| request short :). Well, here it is: We need a pretty long
>| extension cable (about 60m) from a Power Iris to a video
>| projector in a classroom, and I doubt that it is possible
>| to do this by simply extending the cable. We'll probably 
>| have to switch to another kind of interface (RS422 for
>| example) and therefor we need the pinout. 
>
>60 meters is really pushing it, particularly for the video.
>25 meters is really as far as you want to go.
>
>You won't be at *all* happy with the resulting quality.
>
>I'm not sure that they keyboard/mouse will work at that distance
>reliably either, but they might.
>--
>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

In the meanwhile we did what we should have done first: We
tried it :). It seems that the SGI hardware is even better 
than the people at SGI think :)). The video cable is about 
60m now, and the keyboard cable is even longer. Everything 
just seems to work fine! We also had a Personal Iris directly
attached to the video projector. We weren't able to observe
a real difference in the quality of the resulting projection.

The only thing that still bothers me (I'm not an electrical 
engineer): Someone told me that the long cables might wear 
out the driver chips of the interfaces. Is there someone who 
can comment on this?

Georg
-- 

------------------------------------------------------
Georg Schmid              ISD University of Stuttgart
Pfaffenwaldring 27        D-7000 Stuttgart 80, Germany
Email:                    schmid@isd.uni-stuttgart.de      
Phone: +49 711 685-3899   Fax: +49 711 685-3706
------------------------------------------------------
/earth is 98% full ... please delete anyone you can.
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: Accessing a mounted MSDOS floppy from a remote host?
Date: 5 Nov 92 08:44:06 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Nov5.042926.9634@netcom.com> jchauvin@netcom.com (John H. Chauvin) writes:
| Can some one recommend a more efficient procedure for accessing a mounted, 
| MSDOS formatted floppy from a remote machine.  Using rcp results in an I/O 
| error. I have tried to NFS mount /usr/floppy on the remote machine, but the 
| directory is always empty.The only method that seems to work is to rlogin to the
| local machine, copy the files from the floppy to the local machine, then remote 
| copy them to the remote host. I am currently using a Indigo XS/XS24 with a SGI 
| 3.5 inch internal floppy drive. We are  running IRIX 4.0.5F.

It isn't currently possible to NFS export DOS floppies.

If rcp gets an i/o error when going to or from the floppy, then
you presumably have media problems, see /usr/adm/SYSLOG on
the system with the floppy to see if any have been logged.
--
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: stanj@ferrari.corp.sgi.com (Stan Jensen)
Newsgroups: comp.sys.sgi
Subject: Re: How to buy SGI, FAQ?
Date: 10 Nov 92 21:31:43 GMT
Article-I.D.: odin.1992Nov10.213143.20683
Distribution: usa
Organization: Silicon Graphics, Inc.

In article <BxEuFK.G9I@rahul.net>, jonathan@rahul.net (Jonathan Heiliger) writes:
|> 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
|> 

Please don't call the "800" number above for prices - that's the TAC #
to be used for maintenance/support calls.  Please use 1-800-800-7441 for
prices, specifications, literature, etc.  Larry Link only works with
dealers in California, but if you call John Gilmore at (612)633-1980, he
should be able to tell you the names of dealers in our "North Central"
region (including Illinois). And, yes, you can get an Entry Indigo for a
list price of $11k, but the top end is a bit higher than $18k :-}
-------------------------------------------------------------------------
Stan Jensen, Systems Engineer                          stanj@corp.sgi.com
Silicon Graphics Inc., M/S 14L-120                    Phone:(415)390-5822
P.O. Box 7311, 1350 Charleston Road                   FAX:  (415)962-1589
Mt. View, CA  94039-7311                                "I (heart) Tonks"
-------------------------------------------------------------------------
Newsgroups: comp.sys.sgi
From: grl@brb.dmt.csiro.au (Greg Lehmann)
Subject: what should an arch command return on an indigo?
Organization: Prentice Centre, University of Queensland
Date: Fri, 13 Nov 1992 08:08:56 GMT

SunOS has an arch command that returns a value like sun4 or sun3 depending on
what the application architecture of the machine is.

Would mips be an appropriate value for an sgi arch on an indigo?
-- 
Greg Lehmann,
CSIRO Division of Manufacturing Technology,   Telephone: +61 7 212 4537
P.O. Box 883, Kenmore, QLD 4069, Australia.   Facsimile: +61 7 365 4681
2643 Moggill Rd., Pinjarra Hills, QLD 4069.   Internet:  grl@brb.dmt.csiro.au
Newsgroups: comp.sys.sgi