HDTenEightyP/NetNews huggingface dataset:
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: passwd
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Fri, 18 Dec 92 21:46:38 GMT

In <1992Dec18.191906.9807@nb.rockwell.com> cking@zeus.muse.rockwell.com (Christopher King) writes:

| In article <1992Dec17.154744.12298@aio.jsc.nasa.gov>,
| mancus@carla.JSC.NASA.GOV (Keith Mancus/MDSSC) writes: 
| |>> If you are talking about the PROM passwd, and the system boots
| |>> up, then you can run the command 'nvram passwd_key ""' to clear
| |>> it, if you have an Indigo.
| |>       ^^^^^^^^^^^^^^^^^^^^^
| |>
| |>  Does this work on 4D/20, /25, and /35's?  If not, what is the
| |>equivalent sequence for them?
| |>
| 
| The 4D/20's and 4D/25's that we have don't have a prom password. The sequence
| we needed to use to 'disarm' the prom password on the 4D/35's involved 
| taking the case apart and disconnecting the battery cable from the system
| board...which also seriously confuses all the other prom settings.

Wrong fix.  On the 30 and 35, it is trivial.  Open the cpu side of the
chassis (with power off).  Pull the narrow ribbon cable (not the 25
pair SCSI ribbon cable) that goes to the front panel where the nvram
resides (actually, it is a serial EEPROM, not nvram, but lets not quibble;
the battery has nothing to do with the nvram, by the way, it
is only for the RTC (Real Time Clock)).

Power the system on; stop in the prom monitor.
WITH THE POWER ON, plug the narrow ribbon cable
back in.  Type 'resetenv' to the PROM monitor.
Reset netaddr, and any other variables you care
about.

Turn the power off, close up the machine, and
boot normally.


With the Indigo's, this is all quite a bit harder to do,
because the EEPROM is much harder to get to (it is on the
backplane, behind the cpu board).

--
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.admin
From: paulr@umbc4.umbc.edu (Paul Riddle)
Subject: lpd on Indigos
Organization: Univ. of MD, Baltimore County
Distribution: usa
Date: Mon, 21 Dec 1992 04:51:02 GMT


Hi everyone,

I'd like to use lpd to drive a local Postscript printer off the
parallel port of an Indigo, preferably filtering via the Transcript
stuff that comes with the Irix laser printer support disc, since
that's what we're running on our Suns.  I've tried this in the past
using an output filter I concocted myself, with marginal success..  It
worked, but not reliably.

Is anyone doing this, or am I better off sticking with lp?  I'd like
to be able to run lpd since that's what we're doing everywhere else.
Any pointers/war stories/etc. would be appreciated.

Oh yeah, this is vanilla Irix 4.0.5...  I haven't gone to 4.0.5F yet.

	Paul
-- 
If found, please return to:         |
Paul Riddle                         | paulr@umbc3.umbc.edu
UMBC, Academic Computing Services   |
Baltimore, MD 21228                 | (410) 455-3860
Newsgroups: comp.sys.sgi.admin
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: tar format ended-ness
Keywords: tar, confusion
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Thu, 17 Dec 92 06:22:06 GMT

In <1992Dec16.052940.5406@gallant.apple.com> kiddyr@gallant.apple.com (Ray Kiddy) writes:
| i just received a tar tape from someone using Irix and tar2local (sp?). 
| i am trying to read it on a Sun4, but i am getting directory checksum
| errors. when i do an od -c on the device, it looks like when it wants
| the file name to be abcd (what it was to the Irix user), i see it as
| badc, etc, for the length of the tape. given that tar is supposed to be
| pretty platform-independent, why would this be occuring?

Tell the folks on the IRIX machine to use /dev/tapens instead of /dev/tape
when creating the tapes for export.  There are long historical
reasons for this (software) byte swapping; see 'man tps' on IRIX systems
if you are interested.
--
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.admin
From: isc30092@nusunix1.nus.sg (CHOO GING YANG)
Subject: passwd
Organization: National University of Singapore
X-Newsreader: TIN [version 1.1 PL6]
Date: Sat, 12 Dec 1992 02:19:32 GMT

hi netters ...
	When the system is powered down and restarted, it is possible to
escape to single user mode. I accidentently set the passwd protection
and had fail to remove it.  
	Any kind soul out there know how to erase the passwd, that is
there is no protection?

chooging@iscs.nus.sg
Newsgroups: comp.sys.sgi.admin,comp.security.misc
From: casper@fwi.uva.nl (Casper H.S. Dik)
Subject: Re: [Q] C2 security or Shadow...
Keywords: C2, NIS, security
Organization: FWI, University of Amsterdam
Date: Tue, 15 Dec 1992 13:32:54 GMT

jwjung@kaist.ac.kr (Jung Joo-won) writes:

>Does anybody know about C2 security on SGI?
>(or shadow password mechanism which can go along with NIS...)

>We have 4 workstations and they are tightly coupled with NFS and NIS(YP).
>The server(master) machine is Iris 4D, and clients are Sun4 and Mips.
>But, as you know, the NIS without C2 has great security hole.
>(If you got the domain name, you could get anything from that domain.)

Why do you think that NIS with C2 is more secure?
You have three possibilities:

	- make only Sun servers and install patch #100482-0x (x >= 2)
or
	- filter all packets in the range 0-1024 that are incoming.
or
	- make the NIS servers totally inaccessible from the outside

There are no shadow password mechanisms that work between vendors
with distributed password databases and work out of the box.

I hope that NIS+ will make it to other vendors.

Casper
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi.admin
Subject: Re: Screen Savers from Pandora
Date: 18 Dec 92 02:36:11 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Dec17.230942.16865@wdl.loral.com> nyden@wdl30.wdl.loral.com (William Nyden) writes:

| Is it possible to incorporate a screen saver into Pandora so something
| more interesting than a black screen is displayed when noone is using
| a workstation?  This is an Indigo.

Yes, you need to edit /usr/lib/X11/xdm/Xlogin (or change the
resources so something other than Xlogin is run), and just
before the part where pandora is started, start your favorite
screensaver, with stdin, stdout, and stderr redirected to /dev/null,
like:
	(/usr/bin/X11/xlock ... < /dev/null > /dev/null 2>&1 &)

Changes to that file aren't preserved on new software upgrades/installs,
as I recall, so make a copy of the changes somewhere.
--
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: tzheng@cs.purdue.edu (Tom Zheng)
Newsgroups: comp.sys.sgi.admin
Subject: Re: tar, nfs, and restricted_chown
Date: 13 Dec 1992 22:11:56 -0500
Organization: Purdue University Department of Computer Sciences
Distribution: world
NNTP-Posting-Host: guinan.cs.purdue.edu


In article <Bz882q.L2.2@cs.cmu.edu>, cline+@cs.cmu.edu (Kenneth Cline) writes:
|> A user logged into a Sun4 was unable to extract tarred files (created
|> by another user) to a disk mounted on our SGI machine.  Apparently,
|> SunOs tar chowns the new file to the old user before reading its
|> contents, and subsequent operations fail due to ownership conflict.
|> 
|> The fix was to build a new kernel for the SGI with restricted_chown
|> set to 1.  Now, "tar x..." works fine, but I would like to know if
|> this is a bug in SunOs tar (maybe, calling chown prematurely), an SGI
|> bug (which doesn't seem as likely), or simply conflicting features.
|> 
|> I ask, because it is annoying to ship tar archives to other sites and
|> require the recipient to be super-user to extract the files, but in
|> general that seems to be necessary.  (n.b. rebuilding the kernel is a
|> bit much to ask the recipient).  Is there another solution short of
|> running homogeneous networks?
|> 
|> Ken

I happened to encounter the problem once before, and the way I did to
go around it was to login to a SGI machine(obviously, this
SGI box has to have access to that SGI bound disk) to do the untar.
Normaly it works because the user who has the access to the SGI bound disk
should have access to some SGI machines that accesses the disk, and is
easier than rebuilding the kernel, not to mention you may not always have the
source. I would be very interested to know who should be blamed for 
the problem, though.

Tom
-- 
---------------------------------------------------------------------------
|-                                                                       -|
|-- tzheng@cs              Room: CS G016        O.Phone: (317)494-0813  --|
---------------------------------------------------------------------------
Newsgroups: comp.sys.sgi.admin
From: James Petts <pettsj@visigoth.demon.co.uk>
Subject: Re: tar format ended-ness
X-Xxmessage-Id: <A754B9B73A010855@visigoth.demon.co.uk>
X-Xxdate: Wed, 16 Dec 92 10:47:19 GMT
Organization: No Affiliation
X-Useragent: Nuntius v1.1.1d13
Date: Wed, 16 Dec 1992 10:52:09 GMT

In article <1992Dec16.052940.5406@gallant.apple.com> Ray Kiddy,
kiddyr@gallant.apple.com writes:
>i just received a tar tape from someone using Irix and tar2local (sp?). 
>i am trying to read it on a Sun4, but i am getting directory checksum
>errors. when i do an od -c on the device, it looks like when it wants
>the file name to be abcd (what it was to the Irix user), i see it as
>badc, etc, for the length of the tape. given that tar is supposed to be
>pretty platform-independent, why would this be occuring?
>
>any e-mail would be appreciated, or punt, er, post it.

You will need to use 'dd' to swap the bytes.

Try:

dd if=/dev/tape of=<diskfile> conv=swab

This will swap the order of the bytes, and give you as file which tar 
will read.

Alternatively, if you want to bypass the disk tar file try

dd if=/dev/tape conv=swab |tar xvf -

James Petts

#@# CAUTION - READ THIS .sig AT YOUR OWN RISK! @#@#@#@#@#@#@#@#@#@#@#@#@#@
@												 # NOTE: VISIGOTH HAS NO #
# Q. Wenn ist das Nunstueck git und Slotermeyer? @ CONNECTION WITH ANY   @
@ A. Ja!... Beiherhund das Oder die Flipperwaldt # OTHER SITE IN THE     #
#    gersput!									 @ DOMAIN DEMON.CO.UK    @
@												 #                       #
#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@
@  pettsj@visigoth.demon.co.uk (preferred), pettsj@cix.compulink.co.uk   #
#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@#@
From: sgf@cfm.brown.edu (Sam Fulcomer)
Newsgroups: comp.sys.sgi.admin
Subject: Re: system names from IP
Date: 14 Dec 1992 19:27:20 GMT
Organization: Brown University Center for Fluid Mechanics
Distribution: world
NNTP-Posting-Host: eddy.cfm.brown.edu

In article <1992Dec14.172453.26933@den.mmc.com>, beck@enterprise.den.mmc.com (Fred R. Beck) writes:
|> Howdy!
|> 
|> Has anyone out there ever tried to resolve a system name
|> from an IP number?  I've been poking around and the closest

I just use a stupid shell (csh) script which I've never bothered to make more
elegant (stdin if argc = 1, argc >2, etc...):

#!/bin/csh

set revaddr=`echo $1 | awk -F. '{printf("%s.%s.%s.%s\n",$4,$3,$2,$1)}' `

nslookup <<%%

set query=ptr
set domain=in-addr.arpa

$revaddr

%%
 

-- 
_/**/Sam_Fulcomer	sgf@cfm.brown.edu	What, me panic: uba crazy
Brown University  Center for Fluid Mechanics, Turbulence  and Computation
Newsgroups: comp.sys.sgi.admin
From: spec01@solomon.technet.sg (Quak Wan Ling)
Subject: Pandora Login Failure
Organization: TECHNET, Singapore
X-Newsreader: TIN [version 1.1 PL8]
Date: Sun, 20 Dec 1992 11:36:12 GMT


Help.. suddenly the  login screen of the pandora doesn't allow
anyone to log in at all.. including the root user ??
What can go wrong ??? pse post ASAP... Thannks

Xref: sparky comp.sys.sgi.admin:29 comp.security.misc:2297
From: casey@anchovy.wpd.sgi.com (Casey Schaufler)
Newsgroups: comp.sys.sgi.admin,comp.security.misc
Subject: Re: [Q] C2 security or Shadow...
Keywords: C2, NIS, security
Date: 16 Dec 92 18:06:24 GMT
Organization: Silicon Graphics, Inc., Mountain View, CA
NNTP-Posting-Host: anchovy.wpd.sgi.com


The architecture of NIS (YP prior to the trademark's owner's objection)
precludes it's applicability at the C2 (or any higher) level. Shadow
passwords (available in an upcoming IRIX release) must be hidden from the
general public. NIS, however, is a public service which will distribute
the information to everyone. NIS cannot be used to distribute shadow
passwords, as it will not hide them from unprivileged users. NIS does not
allow databases to be restricted to the super-user.

Sun has (or did at one point have) a PROPRIETARY extension involving
a daemon (pwauthd) and some deep-under-the-covers-magic-in-libc to provide
shadow passwords in a YP environment, but I do not believe that interface
has ever been published.

	-casey
Newsgroups: comp.sys.sgi.admin
From: Dirk.Wisse@dnpap.et.tudelft.nl (Dirk Wisse)
Subject: Re: system names from IP
Organization: Delft University of Technology, Dept. of Electrical Engineering
Date: Wed, 16 Dec 1992 12:35:54 GMT

hofmann@nova.tat.physik.uni-tuebingen.de (Bernhard Hofmann) writes:

>beck@enterprise.den.mmc.com (Fred R. Beck) writes:

>>Howdy!

>>Has anyone out there ever tried to resolve a system name
>>from an IP number?

>Have a look at the man page of gethostbyaddr. A simple C code should
>do the job.

Like this:

------- cut here ----------


#include <stdio.h>
#include <stdlib.h>
#include <sys/types.h>
#include <sys/time.h>
#include <sys/ioctl.h>
#include <sys/errno.h>
#include <netdb.h>


void main (int argc, char **argv)
{
		
    struct hostent
        *ent;
    long unsigned
        adr;
    char *p;

    if (argc!=2)
    {
         fprintf(stderr,"\nusage: %s <IP name or address>\n",argv[0]);
         exit(1);
    }

    ent=gethostbyname (argv[1]);
    if (ent==0)
    {
    	adr=inet_addr(argv[1]);            
    	ent=gethostbyaddr ((char *)&adr,4,2);
    }

    if (ent==0)
    {
	fprintf(stderr,"\nno such name or address\n");
  	exit(1);
    }
    printf("Official name	: %s\n",ent->h_name);
    while ((p= *(ent->h_aliases)) != NULL)
    {
	printf ("Alias		: %s\n", p);
	ent->h_aliases++;
    }
    while ((p= *(ent->h_addr_list)) != NULL)
    {
	printf("Address		: %s ( 0x%08lx )\n", inet_ntoa((struct in_addr *)p), *(unsigned long *)p);
        ent->h_addr_list++;
    }
}


------- cut here ----------


You specify an IP hostname or an IP address on the commandline. You get
all the information there is in the entry form the DNS.


>Have fun,
>Bernhard


The same from me,
Dirk
--
--
Dirk Wisse

Internet: Dirk.Wisse@dnpap.et.tudelft.nl
From: cline+@cs.cmu.edu (Kenneth Cline)
Newsgroups: comp.sys.sgi.admin
Subject: tar, nfs, and restricted_chown
Date: 14 Dec 92 01:56:47 GMT
Article-I.D.: cs.Bz882q.L2.2
Organization: School of Computer Science, Carnegie Mellon

A user logged into a Sun4 was unable to extract tarred files (created
by another user) to a disk mounted on our SGI machine.  Apparently,
SunOs tar chowns the new file to the old user before reading its
contents, and subsequent operations fail due to ownership conflict.

The fix was to build a new kernel for the SGI with restricted_chown
set to 1.  Now, "tar x..." works fine, but I would like to know if
this is a bug in SunOs tar (maybe, calling chown prematurely), an SGI
bug (which doesn't seem as likely), or simply conflicting features.

I ask, because it is annoying to ship tar archives to other sites and
require the recipient to be super-user to extract the files, but in
general that seems to be necessary.  (n.b. rebuilding the kernel is a
bit much to ask the recipient).  Is there another solution short of
running homogeneous networks?

Ken
Newsgroups: comp.sys.sgi.admin
From: dcs@neutron.chem.yale.edu (Dave Schweisguth)
Subject: Re: Screen Savers from Pandora
Organization: Yale University
X-Newsreader: TIN [version 1.1 PL8]
Date: Sun, 20 Dec 1992 00:03:21 GMT

Dave Olson (olson@anchor.esd.sgi.com) wrote:
: In <1992Dec17.230942.16865@wdl.loral.com> nyden@wdl30.wdl.loral.com (William Nyden) writes:
: | Is it possible to incorporate a screen saver into Pandora so something
: | more interesting than a black screen is displayed when noone is using
: | a workstation?  This is an Indigo.
: Yes, you need to edit /usr/lib/X11/xdm/Xlogin (or change the
: resources so something other than Xlogin is run), and just
: before the part where pandora is started, start your favorite
: screensaver, with stdin, stdout, and stderr redirected to /dev/null, like:
: 	(/usr/bin/X11/xlock ... < /dev/null > /dev/null 2>&1 &)

Neat! So here's a mystery: why does Pandora's colormap get scrambled when I
do this on our PI25 (GT, 4.0.5A), but not on our Indigo (R4K XS24Z, 4.0.5F)?
The Xservers and Xlogin files are identical.

Puzzled,

--
| 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 |
| For complying with the NJ Right To Know Act:  Contents partially unknown. |
Newsgroups: comp.sys.sgi.admin
From: arc@xingping.esd.sgi.com (Andrew Cherenson)
Subject: Re: system names from IP
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Tue, 15 Dec 1992 02:17:01 GMT

In article <JACKR.92Dec14175813@dblues.wpd.sgi.com> jackr@wpd.sgi.com (John "Jack" Repenning) writes:
>In article <1992Dec14.172453.26933@den.mmc.com> beck@enterprise.den.mmc.com (Fred R. Beck) writes:
>
>   Has anyone out there ever tried to resolve a system name
>   from an IP number?
>
>It turns out to be even easier than one other responder suggests.
>I've never seen documentation that admits this (so it's probably
>totally unofficial), but every version of nslookup I've ever tried
>will accept:
>
>	nslookup <<EOF
>	set q=ptr
>	$1
>	EOF
>
>That is, you don't need the shell-game to reverse the address and add
>"in-addr.arpa".

nslookup takes command-line options. For example,

    % nslookup -q=ptr 192.48.153.1
    Server:  sgi
    Address:  0.0.0.0

    1.153.48.192.in-addr.arpa       name = SGI.COM

When using nslookup on IRIX and other systems using BIND 4.8.3, nslookup
treates IP addresses specially when the query type is A (the default).
For example:

    % nslookup 192.48.153.1
    Server:  sgi
    Address:  0.0.0.0

    Name:    SGI.COM
    Address:  192.48.153.1

Newsgroups: comp.sys.sgi
From: buck@ra.nrl.navy.mil (Loren Buchanan)
Subject: Re: XDM configuration question...
Followup-To: comp.sys.sgi
Summary: related question
Keywords: X Term, XDM
Organization: Naval Research Lab, Washington, DC
Date: Tue, 15 Dec 1992 17:56:04 GMT

In article <BzB5HH.FL8@andy.bgsu.edu> herber@andy.bgsu.edu (Steve Herber) writes:
>I have been trying to configure the config files for XDM to allow
>a X window login box to appear on my SGI console but to prevent
>XDM from responding to network broadcast requests.  

[[[bunch of deleted stuff was here]]]

>...so basicly, how do I turn off the ability for the SGI XDM server
>to respond to these network broadcasts?  

A related question would be how to limit this ability to a given set of
X-Terminals.  I don't want to limit the use of XDM because it is more
secure than some other so called security features.  But I would like to
limit XDM sessions to X-Terminals that are in my division (and also to 
ensure that some confused user elsewhere on base doesn't see a login prompt 
for any of my machines.)

B Cing U

Buck

P.S.  You could set up your X-Terminals to point to a particular machine
for XDM service.  That is what we do here, but as I found out yesterday
when the machine that has my terminals configuration file on is down and
I reboot my X-Terminal I get a login prompt for some random machine on the
net.

-- 
Loren Buchanan (buck@curie.nrl.navy.mil) | #include <standard.disclaimer>
NRL Code 5842, 4555 Overlook Ave.        | #include <computer.graphics>
Washington, DC 20375      (202) 767-3884 | #include <electronic.music>
Phone tag, America's fastest growing business sport.
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: More Exabyte 8500c (and SCSI) questions/woes
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Tue, 15 Dec 92 18:39:25 GMT

In <1992Dec15.135948.698@imax.imax.com> dave@imax.imax.com (Dave Martindale) writes:

| hshamans@magnus.acs.ohio-state.edu (Harry T Shamansky) writes:
| >
| >   The real problem I think you are experiencing is a non-even byte disconnect.
| >   Unix kernels don't like odd byte disconnects! You need to set even byte 
| >   (four byte boundaries) for disconnect. I should mention that the string
| >   in the tpsc file 
| >
| >	"\40\4\16\0\200\7"
| >
| >   represents the values sent during a mode-select SCSI command (15h), in
| >   the "Vendor Unique Parameters Page (PF=1 Format)", where the \4 is the
| >   octal value 4, or the Bit 2 asserted, which is "Disconnect on even byte".
| >
| >   I do know, however, that you should program your 8500c to have this value
| >   set by default. Use the Exabyte 8500MON program, a PC, and a simple 4
| >   conductor cable to the program port on your 8500c (a very worthwhile
| >   program and cable, and a joy to use [works for 8200, 8500 and 8500c]).
| 
| If the driver sets the drive to "disconnect on even byte" during
| initialization, why is it necessary to additionally set that as the
| default mode in the 8500 firmware?
| 

Because the drive firmware seems to be ignoring it.  I've heard this
complaint about several versions of 8500 firmware.  It seems to
take the monitor settings over the modeselect, which is definitely
broken.
--
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: portuesi@tweezers.esd.sgi.com (Michael Portuesi)
Newsgroups: comp.sys.sgi
Subject: Re: Indigo support for MIDI?
Date: 12 Dec 92 16:49:15 GMT


In article <1992Dec11.192858.16608@netcom.com>, benoist@netcom.com writes:
> In article <tfj9fr8@zola.esd.sgi.com> portuesi@tweezers.esd.sgi.com (Michael Portuesi) writes:
> >
> >SGI offers a MIDI library as part of its Digital Media
> >Developer's Option (marketing code: SC4-DMDEV-1.0).
> >
> 
> Is there a chance that the man pages for this product could
> be made available by ftp.   It would be real useful for those
> of us thinking about purchasing this product.

Well, I'm not sure there is a chance, but I do know that
you can call SGI at one of the following numbers:

	USA	1 800 800 SGI1 (7441)
	 UK	0 800 440 440
  Australia	008 802 677
    Germany	0130 811 011

and ask for a copy of the Digital Media Development Option
brochure (marketing code DM-DEVEP-BRO).  This brochure
contains a short description and capsule summary of all the
calls in the Digital Media libraries, including the MIDI
library.  It's not nearly as detailed as having man pages,
but it does give you a good overview of the content and
character of each of our digital media libraries -- the
Audio Library, Audio File Library, CD-ROM Audio libary,
DAT Audio library, IndigoVideo Library, and the MIDI
Library.

yours for better digital media,

--
Michael Portuesi   Silicon Graphics, Inc.   portuesi@sgi.com
From: andersen@marvin.ama.ttu.edu (Kim Andersen)
Newsgroups: comp.sys.sgi
Subject: Need help on HP III with PacificPage PE on IRIS
Date: 18 Dec 92 18:13:59 GMT

Has any one else got an HP III printer with a PacificPage PE cartridge
hooked up to an IRIS through a serial port?  I would like to discuss
serial and handshaking problems and problems with getting lp to handle
PCL, PostScript, and GL files.

Please answer by e-mail.  Thank you.



Kim Andersen                 |  It's only ones and zeroes.
Harrington Cancer Center     |  The wonder is that
andersen@marvin.ama.ttu.edu  |  it does anything at all.  -- anonymous


Xref: sparky comp.sys.sgi:18230 comp.sys.sgi.bugs:28 comp.unix.ultrix:8991