HDTenEightyP/NetNews huggingface dataset:
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: Using PC-based CDROMS on My Indigo
Date: 12 Sep 92 20:34:30 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Sep12.122443.20961@ringer.cs.utsa.edu> senseman@ricky.brainlab.utsa.edu (David M. Senseman) writes:

| Now that I have built two "MPC's" (Multi-media PC's) from various components
| (i.e. 486 motherboards, ViewSonic 7 screens, SoundBlaster Pro audio cards,
| etc) I REALLY appreciate how elegant and fast my Indigos are for multimedia.
| 
| However, the CDROM market for MAC/PC machines is SOOOO MUCH BIGGER
| than that for SGI (I know, this is an old story). What I want is to
| be able to RUN (not just read) these CDROMS's on my Indigo (e.g.
| Microsoft Bookshelf, Oxford Dictionary, etc.). Is there any hope that at 
| some future date that this might be possible? I know that SGI has licensed 

Maybe.  There are several companies working on Mac emulators (not just
conversion packages), and at least one of them is supposed to run on
the SGI systems with pretty decent performance.  Whether that emulator
supports all the Mac peripherals, including CD-ROM, I just don't know.

| "QuickTime" from Apple. Does this mean that I might be able to use Macintosh 
| CDROMS someday? I know we're talking about more than just reading the

QuickTime and CD-ROM really have nothing to do with each other.  Yes,
after we have QT players, etc., you should be able to view Mac files
once you get them on the system, but how easy that is depends on the
way they are delivered.  If in ISO9660 format on a CD, it should be
no problem.  If they are in an Apple specific format, it would be
harder.  As I recall, many/most Mac CD's are in ISO 9660 format these
days, for what that is worth.

| CDROM, but also converting the sound/video information to a SGI-compatible
| formats. Will SGI's recent deal with Avid Technologies help in this regard?

I'm not familiar with that one, perhaps one of the digital media folks
can comment further.
--
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: Making notepad come up iconic
Date: 11 Sep 92 16:32:55 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA


In article <1992Sep11.020916.28514@serval.net.wsu.edu>, hart@wazoo.eecs.wsu.edu writes:
> How does one get ``notepad'' to come up in iconic form?
> 
> I'd like to put notepad in my .sgisession so my post-it
> notes appear on the screen when I log in.

Can't do it.  Sorry.  Notepad is a mixed-model GL program
which doesn't understand X resources.  Being mixed-model,
it also ignores the GL resource options that you can
specify for other pure-GL programs.

Perhaps a future version will be more customizable.  If
the situation really bothers you, check out the freely
available "xpostit" program instead.  The user interface
is not as swell as Notepad, but it does listen to
X resources.

--
Michael Portuesi   Silicon Graphics, Inc.   portuesi@sgi.com
From: rck@fangio.asd.sgi.com (Robert Keller)
Newsgroups: comp.sys.sgi
Subject: Re: lrectwrite 4.0.5 bug?
Keywords: lrectwrite, 4.0.5, bug, irritation
Date: 11 Sep 92 16:58:06 GMT
Organization: Silicon Graphics, Inc., Mountain View, CA

craig@cgl.citri.edu.au (Craig McNaughton) writes:
>Situation : 340VGX running 4.0.5 talking to Entry Indigo running 4.0.1
:
>It works fine on any local machine, or from a 4.0.5 machine to
>another 4.0.5 machine, but 4.0.5 to 4.0.1 causes the problems.

When you say "4.0.5 to 4.0.1" do you mean 
    - 4.0.5 DGL client to a 4.0.1 DGL server, or
    - using a 4.0.5 GL binary on a 4.0.1 machine?

In either case, situations like this are not guaranteed to work. 
One CAN generally take an IRIX binary from an older release and
expect it to run on a newer release.  One CANNOT, in general, 
take a IRIX binary from a newer release and expect it to run on 
an older version of the Operating System (although in some cases 
it may happen to work).  

The same goes for the DGL protocol:  Newer DGL servers understand 
older clients, but Newer clients are not guaranteed to be able to
talk with older servers.

...robert
From: pj@sam.wpd.sgi.com (Paul Jackson)
Newsgroups: comp.sys.sgi
Subject: Re: Recovering original configuration files
Date: 9 Sep 92 22:48:03 GMT
Reply-To: pj@sgi.com
Organization: Silicon Graphics, Research & Development

In article <1992Sep9.185745.14359@cs.wayne.edu>, atems@hal.physics.wayne.edu (Dale Atems) writes:
|> Is it possible to extract individual files from inst images?

It's not possible.  Though it's a good idea - perhaps some year.  

|> All of the modified files are in eoe1.sw.unix.  Would there be anything
|> wrong with forcing inst to reinstall just this subsystem?

Using "set neweroverride on" should enable you to reinstall eoe1.sw.unix,
and then obtain the original config files. 

-- 

				I won't rest till it's the best ...
				Software Production Engineer
				Paul Jackson (pj@sgi.com), x1373
Newsgroups: comp.sys.sgi
From: vthrc@brolga.cc.uq.oz.au (Danny Thomas)
Subject: (Q) 20M floptical driver; reading DOS format
Keywords: floptical DOS format SCSI driver
Organization: Prentice Centre, University of Queensland
Date: Mon, 14 Sep 1992 05:46:35 GMT


Hello people,
             we're contemplating the purchase of an XS24, but for now 
we're speaking as people who never touched one and have minimal UN*X 
experience. Todays question: is there driver software available for an 
InSite 20M floptical drive (SCSI interface), and if so a way to 
read/write DOS formatted disks? I guess it is similar to a CDROM in being 
a removable SCSI disk, but also happens to be writable.
    Any pointers welcome, but I'd appreciate receiving an email copy of 
any replies posted. TIA.


cheers,
X500: @c=AU [I'm about to update VTHRC entries, soon...]
       @o=University of Queensland
        @ou=Physiology and Pharmacology Department
         @ou=Vision Touch and Hearing
          @cn=Danny Thomas
           @rfc822Mailbox=vthrc@cc.uq.oz.au
From: kor@zurich.spectrospin.ch (Reto Koradi)
Newsgroups: comp.sys.sgi
Subject: how do you draw arrows in GL?
Keywords: GL, arrow
Date: 8 Sep 92 14:55:10 GMT
Organization: Spectrospin AG, Fallanden Switzerland

I'm writing a (mixed model) GL application and would like to draw
arrows. It would be easy to draw a line with two short lines at one
end, but that's not satisfactory. This lines would have to be
specified in (3D) world coordinates. This leads to the following
problems:

  (1) In which direction do you draw the lines?
  (2) How long do you make them?

Problem (1) could probably be solved if you take the viewpoint into
account. Problem (2) seems to be harder, because I would like to
have a constant size of the arrow tip on screen.

I would be glad if you could e-mail me your ideas/solutions (or post
them if you prefer). I will post a summary if I get good answers and
a lot of requests.

Thanks
Reto

***************************************************************************
*     _  _    * Industriestr. 26           * We had some good machines,   *
*    / */ \   * CH-8117 Faellanden         * but they don't work no more. *
*    \ /\ /   *                            * I loved you once,            *
* SPECTROSPIN * Reto Koradi                * don't love you anymore.      *
*    / \/ \   * phone: 01 825 94 77        *                              *
*    \_*\_/   * e-mail: kor@spectrospin.ch * (Shriekback: Faded Flowers)  *
***************************************************************************
From: et11hkh@sbusol.rz.uni-sb.de (Rainer Zewe)
Newsgroups: comp.sys.sgi
Subject: Problem with z-buffer scaling
Date: 7 Sep 92 11:39:59 GMT

I developed a program to render a landscape on an SGI-INDIGO.
In the first part of my program, I'm drawing the landscape
using the perspective projection (znear=1.0, zfar=10000.0).
Some special objects are drawn in feedback mode in order to get
the screen coordinates. After some specific algorithms, these
objects are drawn into the landscape with the orthographic
projection ortho (.. znear=-1.0, zfar=-10000.0).

Now my problem is, that the hidden surface algorithm doesn't
work correctly in the second part. I think that the scaling of
the z-buffer isn't the same in the two types of projections.

My questions: How does the scaling of z-buffer work?
              Is there an error in principle in the described
              method?
 
Thanks for help!
From: gpfrn@cam.nist.gov (Glenn_P._Forney_x2313)
Newsgroups: comp.sys.sgi
Subject: duplicating crimson benchmarks?
Keywords: benchmarks
Date: 15 Sep 92 21:01:04 GMT
Organization: National Institute of Standards & Technology, Gaithersburg, MD

it is my understanding that the floating point
performance of the crimson (or equivalently the
r4000 indigo) is about 15mflops where the mflop's
are measured using dongarra's double precision
linpack benchmark . is this correct?

in any case,
i obtained this benchmark from netlib, compiled it using
the -O2 option.  I also used the assembly coded blas
via the -lblas compiler option.  i am getting 
about 11 mflops instead of 15 . 

i would like some more definitive
info on how the 15 mflop number was arrived at, like
the compiler options or a make file.  
we are running system 4.0.5 and fortran 3.4.1.
if any one can
help me i would appreciate it.
glenn forney
gpfrn@cfr6.cfr.nist.gov
From: marcoc@strobe.ATC.Olivetti.Com (GUEST Marco Calamari)
Newsgroups: comp.sys.sgi
Subject: Help: Graphics formats on SGI
Date: 9 Sep 92 17:05:21 GMT
Distribution: comp.sys.sgi
Organization: Olivetti ATC; Cupertino CA, USA

Quick help requested for a possible software design activity.

I need to process on another hardware 256 gray or color
 images generated by Silicon Graphics applications, converting
 them in TIFF format before processing.

1) In which format the images generated from SG graphics libraries 
   are normally written?
   
2) It is possible to convert in TIFF rel.5.0 format using bundled 
   or public domain utilities?

Thank you to all people spending time reading this, and A LOT
to those that will mail me some useful hints ;-) .

          Marco


| Marco Calamari - Elea O.I.S. | Internet     marcoc@strobe.olivetti.com |
| Via di S.Domenico         70 | Uucp iconet.olivetti.com!bb1elea!marcoc |
| Florence               ITALY | AppleLink                       ITA0820 |
| Disc.: my opinions are mine! | tel. +39-55-5000465   fax +30-55-579337 |
From: librarian@iworks.ecn.uiowa.edu (InterWorks librarian)
Newsgroups: comp.sys.apollo
Subject: The InterWorks library after the New Orleans conference
Date: 4 Sep 92 21:55:42 GMT
Organization: International HP Workstation users' group (InterWorks)

The InterWorks library on iworks.ecn.uiowa.edu has now had all the remaining
problems associated with our recent disk failure corrected. Any recent
attempts to locate things which failed should be ok now. As a followup to
some recent traffic here, an executable "traceroute" for DOMAIN systems
has been in the library for about a year (courtesy of Chelmsford).


As part of my conference-related work, and in conjunction with some very
helpful HP people, InterWorks has produced a CD containing all the software
currently maintained on the iworks node-- both the DOMAIN and HP-UX sides of
the library. Although the CD was a popular item at the conference, there are
still some left. Information on ordering this CD may be obtained by contacting 
Carol Relph at
  relph_c@apollo.hp.com   -or-
  (508) 436-5046
InterWorks expects to periodically generate updated CDs in the future.

Dave Shaw
InterWorks librarian
Newsgroups: comp.sys.apollo
From: szabo_p@maths.su.oz.au (Paul Szabo)
Subject: Disk quotas at 10.4: problems
Keywords: quota
Reply-To: szabo_p@maths.su.oz.au (Paul Szabo)
Organization: Mathematics, University of Sydney
Date: Fri, 11 Sep 1992 00:43:28 GMT


I now have a few nodes at SR10.4, so I wanted to try out the fancy new disk
quota system. I found the following problems with it. In my opinion these
problems (by themselves or in combination) make the quota system unuseable.

1) There is a limit of 1024 users in the disk quota table. (This limitation
   is shown by INVOL.) We have well over that many users: some would have to
   miss out. (It seems that a user without a disk quota entry is equivalent
   to having a limit of zero.)

2) There is no tool to re-build the 'currently-used' table. It seems to me
   that the currently-used values only change when files are created/changed
   (only for users with disk quota entries, and only while quotaon is in
   effect). Creating a quota entry for a user will always see his
   currently-used value start at zero.

3) There is no command to view one's own disk quota limit and usage. The
   command 'edquota -l' displays the full table; this has implications about
   the privacy of other users, besides the inconvenience of having to use
   'grep' on the output.

4) There may be no error messages when exceeding quota. In particular, the
   command 'echo abc > file' would return no error message even though I was
   over my quota (it created an empty file instead: this does not need any
   quota). Similarly the command 'echo abc >> file' would silently fail to
   extend the file. (The commands were run in the /bsd4.3/bin/csh, on a node
   running 10.4; the file was on another node running 10.4 and disk quotas.)

5) Files can be 'given away', after which they are counted against the new
   owner's quota. This defeats the purpose of the system and allows
   denial-of-service attacks.

Does anyone know a way around these problems? (Would HP fix them if I
submitted an APR?) I hope they can be fixed, I was really looking forward to
using disk quotas.

Paul Szabo - System Manager   //        School of Mathematics and Statistics
szabo_p@maths.su.oz.au        //   University of Sydney, NSW 2006, Australia
From: krowitz@QUAKE.MIT.EDU (David Krowitz)
Newsgroups: comp.sys.apollo
Subject: Re:  Call for HW/Peripherals SIG Members
Date: 8 Sep 92 14:02:41 GMT
Distribution: world
Organization: The Internet

Good work, Mike!

== Dave K
From: philip@cel.cummins.com (Philip D. Pokorny)
Newsgroups: comp.sys.apollo
Subject: Re: rz/sz doesn't work on our machiens
Date: 8 Sep 92 21:41:28 GMT
Distribution: world
Organization: The Internet

Chuck Tomasi asks:
> 
> We're running mostly DN3550/DN4500/DN5500 machines on our site (with a
> few 425Ts) under Domain/OS 10.3.5.  We compiled the rz/sz sources with
> SYSTYPE=sys5.3 and everything appeared to go alright.  The problem is
You're doing better than me...  I didn't try very hard but
didn't get very far either...

> that they don't work.  The same sources work fine from an HP-UX v8.0
> machine however it seems that something is being blocked or trapped when
> we invoke them from the Domain machines.
> 
> Let me explain.  We are working on a Mac from home with software which
> supports auto-zmodem downloading.  From the HP-UX machine the zmodem
> init string initiates the zmodem transfer and everything goes as
> expected, however with the same command is issued from the Domain
> machine you see the same portion of the init string, but you also see
> things like the file name, CRC, and a few other things.  This is not
> normally seen!
You don't say whether the transfer commences or not...  Are the
files transfered correctly?

I don't normally like to say negative things about companies,
but...  We bought a product called YAM (a communications program)
from a company called Omen Technologies.  This is the same
company that developed and wrote the ZMODEM protocols.  (Check
the headers)  In porting the YAM software to the Apollo, I was
witness to some of the worst coding practices ever performed in
C.  (This from a company that bills itself as the "High
Reliability Software Company")  In any case, the protocols
didn't work.  There is a routine called readline that reads a
line of input and returns after reading a line or a timeout is
exceeded.  This turned out to be the culprit.  Something about
signal()'s not acting correctly and needing both BLOCK and
NOBLOCK access to an sio.  I "fixed" it by writing a BUSY loop
that checks time_$clock and does NON-BLOCKING reads.  It's a
horrible waste of CPU cycles but if works on the 425t's of the
only users of the software.  You might check the readline
function (or equivalent read with timeout function) to see if
that is your problem.  If you come up with a better fix than the
BUSY loop I'm using, I'd appreciate hearing from you so I can
"fix it right".
Sincerely,
Philip D. Pokorny
philip@cel.cummins.com
:)
From: lampi@polari.online.com
Newsgroups: comp.sys.apollo
Subject: Re: Versatec plot file format
Summary: It's not tooooo tough
Date: 12 Sep 92 00:21:00 GMT
Organization: R Squared, Redmond, WA (206) 883-3116

In article <199209092210.AA29243@pan.ssec.honeywell.com> thompson@PAN.SSEC.HONEYWELL.COM ((jt) John Thompson) writes:
>
>
>> I'm trying to find out the file format that the Versatec electrostatic
>> plotters (eg, v80, v7236) use (I'm assuming it's the same for all size
>> plotters).  In other words, if I wanted to print a raster file to a
>> versatec using 'prf -transparent', what should the file look like?
>
>The basic format is identical -- it's a stream of bits that are on (black)
>or off (white).  You must put out enough bytes to fill the entire line --
>there's no 'carriage-return' option.
>
>If you're close to this, you might simply be missing the (previously 
>undocumented) prf switch.  Try "prf filename -transparent -vers_pp plot"
>and see what you get.  By default, stuff is sent to the Versatecs in 'print'
>mode unless one of the filters (for a bitmap, for example) toggles it.  If
>you use -transparent, there's no toggle done, and you get that default, giving
>you yards and yards and yards of paper (talk about your 15yard penalty!)
>
The raster scan lines are 2112 bits across for a Versatec V80. The files
are (or at lest used to be) REC formatted (4 bytes length + data).

That is, if my memory serves me (This is from waayyy back in '83 :-) when
I had to write GPR (when there was no such thing) routines for a V80 on
a DN-400.


-- 
-----
+-+  Michael Lampi       lampi@polari.online.com
|R|  R Squared           16398 NE 85th St., Suite 101, Redmond, WA 98052
+-+                      (206) 883-3116       fax (206) 883-2676
Newsgroups: comp.sys.apollo,Comp.sys.sun.apps
From: jacsch@auto-trol.com (Jack Schetrom)
Subject: rsh dump
Originator: jacsch@ricgal
Organization: Auto-trol Technology Corporation
Distribution: usa
Date: Fri, 11 Sep 1992 22:11:38 GMT

I recently tried the following command:

 rsh gate rdump 0cf /dev/rst8 /files

and got the following results:

  DUMP: Date of this level 0 dump: Wed Aug 19 22:17:05 1992
  DUMP: Date of last level 0 dump: the epoch
  DUMP: Dumping /dev/rsd1a (/files) to /dev/rst8
  DUMP: mapping (Pass I) [regular files]
  DUMP: mapping (Pass II) [directories]
  DUMP: estimated 149186 blocks (72.84MB) on 1.70 tape(s).
  DUMP: dumping (Pass III) [directories]
  DUMP: dumping (Pass IV) [regular files]
  DUMP: 40.03% done, finished in 0:07
  DUMP: Tape rewinding
  DUMP: Change Volumes: Mount volume #2
  DUMP: fopen on /dev/tty fails
  DUMP: The ENTIRE dump is aborted.

This has occurred on more than one sparc station running
4.1.2 (or from an HP/apollo node running X-windows) where
the dump requires more than one ctape to complete
the dump. If the command is run on the node where the ctape
is physically attached, it also fails.
If the coomand does not require more than one ctape for the
dump, all runs OK.

It seems that the problem lies in how the display is handled.

Does anyone know of a patch/workaround/fix for this?

I've looked through lists a Sun patches that I have, but
none of them seem to address this problem.

Any help would be appreciated.

Thanks in advance.
-- 
----------------------------------------------------------------------------
Jack Schetrom  (jacsch@auto-trol.com)             1-303-252-2316
National Technical Support/Systems Integration    12500 N. Washington
Auto-trol Technology Corporation                  Thornton, Colo. 80241-2404
From: thompson@PAN.SSEC.HONEYWELL.COM (jt -- John Thompson)
Newsgroups: comp.sys.apollo
Subject: re: diskless 425e off 425s
Date: 10 Sep 92 14:38:11 GMT
Distribution: world
Organization: The Internet



> I am trying to run a diskless HP/Apollo 425e off a HP/Apollo 425s.
> The OS on the 425s is SR 10.3.4. We also have a diskless 425t off the
> same 425s using the token ring. Now the 425e only has ethernet. When
> ...
> (So the ethernet on the 425s seems to be OK.)
> However, the principle network on the 425s is token ring.
> 
> My question is:
> 
> Given the token ring as the principal network and the ethernet as
> the secondary network, is it possilbe to boot the 425e and the 425t
> off the 425s at the same time? (There is no problem to boot the 425t 
> as it stands now.)

Not as you currently have it.  If you changed the 425t and the 425s to
have the ethernet as their primary networks, then you could boot the
425e and 425t off the 425s system.

I've known it for a long time, and heard it for a long time, but until today,
I don't remember ever SEEING that you couldn't boot diskless along an alternate
network.  However...  in "Planning Apollo Networks and Internets", page 12-1
(in the -A01 revision anyway), they have a NOTICE:
    Apollo nodes _cannot_ boot from partners on other networks in the
    internet, so plan to locate diskless nodes and their partners on the
    same network.


> To boot the 425e off the 425s, we tried to switch the 
> principal network to ethernet. Then the 425s did not boot. 
> (Well, it went through all the self-tests, loaded the OS and the 
> local files. However, the window did not come up.)
Can't say much on this except "it should work".  We have done it with our
425t nodes a fair amount w/ no real problems.  You might want to try removing
the 'hint_file' and 'null_hint_file' from `node_data, and make sure that there
isn't anything it your bootup that would give you grief (can't think of anything
offhand, myself).


-- jt --
John Thompson
Design Services Engineer / Sys-Admin
Honeywell, SSEC
Plymouth, MN  55441
thompson@pan.ssec.honeywell.com

If you're not part of the solution, you're part of the precipitate.
*************************************************************************
* This e-mail correspondence is a work of fiction.  Any similarity      *
* between the views presented and actual views, personal or corporate,  *
* living, dead, or still to be conceived, is pure coincidence.          *
*************************************************************************

Newsgroups: comp.sys.apollo
From: tharpm@gtephx.UUCP (Michael Tharp)
Subject:  BNF for Aegis shell - CORRECTION
Organization: AG Communication Systems, Phoenix, Arizona
Date: Tue, 8 Sep 1992 21:34:48 GMT

My earlier post requesting the grammar for Aegis had a bogus signature.
My real e-mail address is below. Sorry and thanks.

Michael
-- 
Michael Tharp (AG Communication Systems, Phoenix, AZ)  602-582-7113 
UUCP: ...!{ncar!noao!enuucp | att}!gtephx!tharpm
Or: ...!uunet!gtephx.att.com!tharpm        
Internet: gtephx!tharpm@enuucp.eas.asu.edu OR tharpm@gtephx.att.com