HDTenEightyP/NetNews huggingface dataset:
From: bobg@rains.wpd.sgi.com (Bob Green)
Newsgroups: comp.sys.sgi
Subject: Re: Upgrading 4.0.1 & 4.0.4 systems
Date: 6 Jan 93 15:31:46 GMT
Reply-To: bobg@rains.wpd.sgi.com (Bob Green)
Organization: sgi

In article <1993Jan6.032122.14857@ringer.cs.utsa.edu>, senseman@lucy.brainlab.utsa.edu (David M. Senseman) writes:
|> In article <ugpr8jg@twilight.wpd.sgi.com> bobg@rains.wpd.sgi.com (Bob Green) writes:
|> 
|> [stuff deleted]
|> >
|> >The installation procedure is:
|> >
|> >	1. load the standalone tools from the Execution Environment CD
|> >	2. install the Execution Environment products
|> >	3. remove the Execution Environment CD and insert the Maintenance
|> >	   CD.
|> >	4. load the maintenance products (type 'go')
|> >	5. quit
|> >
|> 
|> This issue came up before, but I don't think anything was offered
|> as a good solution, only some bad solutions were pointed out.
|> The issue is this: IS THERE ANY EASIER/FASTER TO UPGRADE A NUMBER
|> OF MACHINES (5-100) BESIDES ONE AT A TIME? What do the "big boys"
|> at SGI Corp Hdq's do when going from 4.0.1 -> -> -> 4.0.5F now
|> that you have ditched your MacIntoshes for Indigos?

In almost all cases, the individual owners of the systems perform
the upgrade on their own with a small set of instructions.  We
use network installations from a few distribution servers located
on the various nets.

In the case of groups of machines, a system administrator will often
walk down the line of systems invoking the commands on a machine by
machine basis.  In one of our labs, the consoles of the various systems
have been changed to the tty ports which have then been connected to
a single system.  From that central server an individual uses a script
to automatically load all of these systems.

I believe what you really want is a method for a system administrator
to install groups of machines from a central point via tty ports OR the
network.  I know we have a team of folks working on the installation
tools for a future release.  I'll forward your message to them.


- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
	Bob Green
	Silicon Graphics Computer Systems
	2011 N. Shoreline Blvd.
	Mountain View, CA 94039

	Email: bobg@sgi.com
	Phone: (415) 390-3438
From: mmata@ucsd.edu
Newsgroups: comp.sys.sgi
Subject: transcript 4.0 on Crimson (4.0.5) Irix)
Date: 13 Jan 93 01:33:00 GMT
Distribution: usa
Organization: University of California, San Diego Campus
News-Software: VAX/VMS VNEWS 1.41

Hi,

Has anyone successfully setup transcript4.0 on a SGI platform?
We're trying to use transcript to print to a Apple LaserWriter
plus connected to one of the serial ports on a Crimson Entry running
4.0.5 IRIX.  We have had our serial connections checked by our local
RS232 guy and it conforms to the pinouts for the DB9 connection on
the Crimson and DB25 on the LaserWriter.  We keep getting an unexpected
EOF from the printer and so the SGI and the Apple don't get sync'd.
Does anyone know what sttyoptions are needed in the psinterface file or
what mods are needed in the psinterface file to get things communicating
correctly?
Any help is appreciated.  Thanks in advance.


Mike Mata
UCSD ACS
mmata@ucsd.edu
From: kurt@cashew.asd.sgi.com (Kurt Akeley)
Newsgroups: comp.sys.sgi
Subject: Re: Frustrated with SGI support..
Date: 4 Jan 93 20:49:23 GMT
Organization: Silicon Graphics, Inc.
NNTP-Posting-Host: cashew.asd.sgi.com

-- 

In article <ufc2aps@zuni.esd.sgi.com>, olson@anchor.esd.sgi.com (Dave Olson) writes:

|> SGI management (at all levels, as far as I can tell), is *quite* aware
|> of how much our customers use comp.sys.sgi, etc. for help, and how much
|> the appreciate it (as are most of the folks in customer support).
|> 
|> In fact, management at SGI encourages us to answer questions on the
|> net (except when we get carried away about leaking unannounced
|> product info!), even if our responses are sometimes negative about
|> some aspect of the company.

SGI management not only appreciates and supports the answering of questions
on the net, some of us even provide occasional answers ourselves :)

-- Kurt Akeley	    kurt@sgi.com  (415) 390-3612  M/S 7U-550
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: SCSI floppy disk on INDIGO: Why is it so slooow?
Keywords: INDIGO, floppy, SCSI
Date: 10 Jan 93 23:23:32 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1993Jan10.203946.26060@bernina.ethz.ch> hoesel@igc.ethz.ch (Frans van Hoesel) writes:
| Dave Olson writes:
| > Even mtools won't get close to the speed of a floppy on a DOS system,
| > because of the single sector hardware buffer.
| 
| > The engineer responsible for msdosd already knows about the discrepency
| > between mtools and msdosd, and is looking into the reasons.  Unfortunately
| > it isn't a very high priority at the moment.
| 
| The reason why msdosd is s sslloooooww and none of the programs runs
| as fast as any DOS system, must be more complicated than just a
| single sector hardware buffer. I asume that the same type of drive is used on
| DOS systems with the same single sector buffer.
| Maybe a software buffer would solve it.

No!  There *are* s/w buffers on the host.  That doesn't help.  You
have an embedded drive controller that reads/writes a sector from the
drive to/from the controller ram, then the controller turns around
and gives the data to the host (for a write), or is ready to accept
another command (for a read).  All of that takes time, and by the time
the next sector is passed to the drive, the drive has already passed
the next sector, so you lose a rev.  This is the case whether you
ask for one sector at a time or 1000.  Basicly the embedded controller
was designed to be very cheap (as were the 2-3 others available at
the time, including NCR's), which translates to slow.

| I Hope the priority of this problem will rise in near future. 

Well, it will pop to the top of the todo list at some point, but it
will never be high priority, since it works.  Even at full drive
speed, msdodsd would only go up by a factor of 4-5, which is still 
pretty slow.  Sorry, but that's the way it is.  The only real solution
is a newer/faster drive/controller combo, which will come with the Insite
or Iomega drive.  The current floppy is basicly an expensive convenience,
not something you want to be doing a lot of i/o with.
--
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: dario@cns.nyu.edu (Dario Ringach, x3941)
Newsgroups: comp.sys.sgi.graphics
Subject: Problems with blink()  (Help!)
Date: 6 Jan 93 21:50:23 GMT
Reply-To: dario@cns.nyu.edu
Organization: Center for Neural Science, New York University.

I've been having problems making blink() work on a Crimson running IRIX
Release 4.0.5 System V.  The problem is that blinking works, but it
blinks the color in the colormap with BLACK always, independently of
the red, green, blue, entries in:  blink(rate,index,red,green,blue).

Does anyone know why?  Thanks in advance for any help.

---
Dario Ringach                           office: (212) 998-3941
Center for Neural Science               home:   (212) 727-9346
New York University                     e-mail: dario@cns.nyu.edu
From: gmoon@well.sf.ca.us (Geoffrey A. Moon)
Subject: Graphic effects
Keywords: effects fades wipes etc
Organization: Whole Earth 'Lectronic Link
Date: Mon, 11 Jan 1993 14:26:41 GMT



Is there any package available that would provide graphic effects such as
fades
wipes, etc. on bitmap images?  Preferebly with a C/C++ api interface.

Tracy Snell
gmoon@well.sf.ca.us
(813) 789-1538

Xref: sparky comp.sys.sgi.graphics:115 comp.sys.sgi.hardware:93 comp.sys.sgi.misc:217
From: andres@scf16.scf.loral.com (Jeff Andres)
Newsgroups: comp.sys.sgi.graphics,comp.sys.sgi.hardware,comp.sys.sgi.misc
Subject: Looking for PD Driver for HPIIP+
Date: 9 Jan 93 01:04:12 GMT
Organization: Loral Space & Range Systems

Sorry if this comes across as a 2nd posting but I didn't see it posted
the original time...

Friends are looking for a Driver for printing images on an Indigo IRIX 4.05

They've been using snapshot and to capture, but they don't or can't locate
a driver for the printer...is there a PD driver or FTP site ???

Any source code to keep this in the application would be great as well..

the printer is a parallel port config...

Email the answer...their need is ASAP...and I'm the one they're going
to hang....

Cheers,


         _/  _/_/_/_/   _/_/_/_/ _/_/_/_/     Jeff Andres
        _/  _/         _/      _/        ---  Loral Space and Range Systems
       _/  _/_/_/     _/_/    _/_/       ---  1260 Crossman Ave.  MS-S37
 _/   _/  _/         _/      _/          ---  Sunnyvale, California  94089
  _/_/   _/_/_/_/   _/      _/           ---  e-mail: andres@scf16.scf.loral.com 

-- 

         _/  _/_/_/_/   _/_/_/_/ _/_/_/_/     Jeff Andres
        _/  _/         _/      _/        ---  Loral Space and Range Systems
       _/  _/_/_/     _/_/    _/_/       ---  1260 Crossman Ave.  MS-S37
Xref: sparky comp.sys.sgi.graphics:114 comp.graphics.opengl:237 comp.graphics.visualization:1999 comp.sys.sgi.apps:47
From: vamsee@abgen.tamu.edu (Vamsee Lakamsani)
Newsgroups: comp.sys.sgi.graphics,comp.graphics.opengl,comp.graphics.visualization,comp.sys.sgi.apps
Subject: Displaying parallel simulations on a remote workstation
Date: 9 Jan 1993 00:45:47 GMT
Organization: Center for Macromolecular Design, Texas A&M University.
Distribution: world
NNTP-Posting-Host: abgen.tamu.edu

The computational problem is molecular dynamics simulations. x,y,z
coordinates of the atoms in a molecule at different time steps are
one of the outputs produced by such simulations. These coordinates
are then used by a display program to display the molecule's dynamics
on a  workstation (Silicon Graphics INDIGO Elan 4.0.5A). As molecular
dynamics is computationally intensive, we are exploring ways to 
speed up the simulation using parallel computers (Intel Paragon, MasPar, 
nCUBE 2S). These machines can be accessed from the Silicon Graphics 
Workstations via ethernet. 

As the parallel computer calculates those configurations ( Roughly, a 
configuration is one set of x,y,z coordinates) we would like to be able 
to display them on the SGI. The idea is to demonstrate to a naive
audience that indeed parallelism is able to speed up the computations.
(You would perhaps agree with me that "naive audience" prefers graphics 
demos to algorithmic proofs :-) ). 

Previous experience on similar problems, information on public domain or 
commercial software, any other ideas on convincing the audience would be
greatly helpful. 

Vamsee
(vamsee@tamu.edu)
Newsgroups: comp.sys.sgi.graphics
From: burr@seas.gwu.edu (Timothy J. Burr)
Subject: Specifying normals in Inventor
Organization: George Washington University
Distribution: usa
Date: Tue, 12 Jan 1993 22:15:23 GMT

If you include a SoShapeHints node with an SoIndexFaceSetKit and give
the hints ( ORDERED & SOLID & CONVEX ), does Inventor automatically

1) Assume that normals are PER_FACE  
2) Create the normals for each face?

It seems like it should.  I guess another way of stating my question is
in what situations does Inventor compute the normals, relieving the
programmer from having to do so?
Newsgroups: comp.sys.sgi.graphics
From: momi@bellevue.corp.sgi.com (Momi Akeley)
Newsgroups: comp.sys.sgi.graphics
Subject: Re: Depthcued polygons
Date: 5 Jan 93 22:40:59 GMT
Organization: Silicon Graphics, Inc.

In article <C0E9w5.n2x@acsu.buffalo.edu>, beers@acsu.buffalo.edu (Andrew Beers) writes:
|> 
|> I would like to display a polygon-surface model that could be larger than the
|> viewing volume.  However, if I turn depthcue mode on and draw the model, any
|> polygons crossing the front or back clipping plane are colored with the
|> brightest colors as specified by lRGBrange().
|> 
|> Does anyone have suggestions how I can eliminate this behavior?  I would be
|> happy if the polygons crossing the front clipping plane were colored the
|> brightest color, and ones crossing the back clipping plane were colored the
|> darkest.

I tried this on my Indigo Elan (running IRIX 4.0.2) with a simple scene made
up of two depthcued polygons that rotate around the scene with parts of each
polygon being cut out by the front, back, left, and right clipping planes as
they go, and I don't see any problems with the depthcueing of the remaining
portions of the polygons.  What machine are you seeing this problem on?

-- 
Momi Akeley (momi@corp.sgi.com)
Strategic Services Group
Silicon Graphics (415)390-5557
Newsgroups: comp.sys.sgi.graphics
From: rodney@dgp.toronto.edu (Rodney Hoinkes)
Subject: New JPEG GL Library Available
Organization: Centre for Landscape Research, University of Toronto
Date: 6 Jan 93 20:18:01 GMT


Anonymous FTP availability of CLR JPEG library v1.02
----------------------------------------------------

As the Independent JPEG Group has released their v4 library, I have
updated the SGI IRIS GL(tm) libraries I have built around it.  These
include simple calls to load/save to/from screen and/or memory (in
lrect format).  This also includes GL sample programs to save a
section of the screen to a jpeg file (jsave) and one to display images
on the screen (jpaste).  These versions of the programs supercede v1.0
of this library (based upon v3b of the library) and versions released
by Eric Williams of SGI (thanks to him for bug fixes and enhancements)
(based upon v2 of the library).

The library can be found on explorer.dgp.utoronto.ca (128.100.1.129)
in the directory pub/sgijpeg.  The latest version is libCLRjpeg4.tar.Z.
The binaries are all compiled under IRIX 3.3.2 and appear to be upwardly
compatible.

Please read the associated README files for caveats of using JPEG,
especially for archiving as this is a lossy format (although a GREAT
disk space saver).  I have typically achieved compression of 10:1 to
15:1 over standard IRIS RGB files (RLE encoded) or TIFF (LZW compression)
when dealing with photographic imagery.

This library does NOT include all of the base JPEG code, only the
pre-compiled .o files with a set of GL wrappers around it.  The full
JPEG code (without GL wrappings) can be found as follows:

The Independent JPEG Group is proud to announce the fourth public release
of our free JPEG image compression software.

The C source code, documentation, and test files are available for anonymous
FTP from FTP.UU.NET (137.39.1.9), file graphics/jpeg/jpegsrc.v4.tar.Z.
The package will shortly be available on CompuServe, in the GRAPHSUPPORT
forum (GO PICS), library 15, as jpsrc4.zip.  We intend to post the source
code in comp.sources.misc and executables in appropriate binaries groups.

I hope others find it useful,


	Rodney Hoinkes
	Head of Design Applications
	Centre for Landscape Research
	University of Toronto
	Tel:   (416) 978-7197
	Email: rodney@dgp.utoronto.ca
	~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
	APIAWWGATI
	"Anything's possible IF and WHEN we get around to it."
Newsgroups: comp.sys.sgi.graphics
From: montnaro@ausable.crd.ge.com (Skip Montanaro)
Subject: Re: slow X wanted
Reply-To: montanaro@ausable.crd.ge.com (Skip Montanaro)
Organization: GE Corporate Research & Development, Schenectady, NY
	<1993Jan5.042044.20850@odin.corp.sgi.com>
Date: Tue, 5 Jan 1993 15:43:05 GMT

In article <1993Jan5.042044.20850@odin.corp.sgi.com> mjk@hoot.asd.sgi.com (Mark Kilgard) writes:

   Yes, try using xscope (the X11 protocol decoder).

And if that doesn't slow it down enough, you can always chain multiple
xscopes together:

	X(Indigo) <--> xscope <--> xscope ... <--> client

--
Skip (montanaro@crd.ge.com)
Newsgroups: comp.sys.sgi.graphics
From: danw@uh.msc.edu (Dan Waylonis)
Subject: Q:  Cylinders in Inventor vs. Explorer...
Keywords: Inventor Explorer cylinders rotations
Organization: Minnesota Supercomputer Ctr.
Distribution: usa
Date: Tue, 12 Jan 1993 23:12:14 GMT

Hi,

In Explorer, a cylinder is defined by a beginning point, an ending point,
and a radius.

In Inventor, only the height and radius are specified.

How do I emulate the action of the Explorer function call via Inventor?
SoTransform with a translation and a rotation?

Thanks,
Dan
-- 
|Dan Waylonis | Home |||||||||||||||||||||| Minn. Supercomputer Ctr, Inc.|
|Graphics and | 5707 Highway 7, #425 |||||| 1200 Washington Ave South ||||
|Visualization| St Louis Pk MN 55416-5204 | Minneapolis MN 55415 |||||||||
||||||||||||||| (612) 922-1145 |||||||||||| (612) 626-0340 |||||||||||||||
From: rck@fangio.asd.sgi.com (Robert Keller)
Newsgroups: comp.sys.sgi.graphics
Subject: Re: How to get device event before 4Dwm eat it ?
Date: 12 Jan 93 07:44:54 GMT
Organization: Silicon Graphics, Inc., Mountain View, CA
NNTP-Posting-Host: fangio.asd.sgi.com

dong@umiacs.umd.edu (Dong Chen) writes:
>In a simple words, how do you disable the 4Dwm's menu from the program
>that when user press [alt][rightmouse] the event will be pass to the program
>instead of showing the window menu ?

read the 4Dwm(1) man page, you ought to be interested in the bit
about button bindings.  ( alt-rightmousebutton is Meta<Btn3Down> )

...robert
From: mjk@hoot.asd.sgi.com (Mark Kilgard)
Newsgroups: comp.sys.sgi.graphics
Subject: Re: slow X wanted
Date: 5 Jan 93 04:20:44 GMT
Organization: Silicon Graphics, Inc.

In article <1993Jan4.101344.25616@bernina.ethz.ch>, hoesel@igc.ethz.ch
(Frans van Hoesel) writes:
|> 
|> normally I work locally on my Indigo and the graphics (more specific
|> the
|> X server) is very fast. Now I want it to slow down by a factor of
|> 10..100
|> so I can see what happens to my program on loaded communication lines
|> Also it makes it easier to check for redundant draws (those that can
|> be elft out without any harm to the net result)
|> 
|> I tried to do this naively, by simply starting many programs. This
|> however
|> makes the system behave in bursts (I runs a little time on one program
|> swaps the next program, runs that etc...) I would like a smooth
|> degradation of my otherwise fast indigo as if it runs on a clock speed
|> of 
|> 2 MHZ (or lower)
|> 
|> Can this be done, without altering the source code of my program?

Yes, try using xscope (the X11 protocol decoder).  It will greatly
slow down executition of X clients.  It should be part of 4.0.x IRIX
and you can read the manual page to learn how to use it.

xscope sits between an X client and server decoding the X11 protocol
(in the process slowing down the conversation).

- Mark
From: rck@fangio.asd.sgi.com (Robert Keller)
Newsgroups: comp.sys.sgi.graphics
Subject: Re: can you make readdisplay() read back buffer
Date: 7 Jan 93 22:31:24 GMT
Organization: Silicon Graphics, Inc., Mountain View, CA
NNTP-Posting-Host: fangio.asd.sgi.com

rjanzen@alias.com (Ron Janzen) writes:
>Does anybody know of a way to read the back buffer in the same way as
>readdisplay() can read what is displayed on the screen? 

from the man page:

    readdisplay(3G) reads a rectangular screen region, returning displayed
    pixel colors in a packed RGB format
    :
    readdisplay generates the displayed value of each addressed pixel, taking
    into account all display bitplanes and modes except those of the cursor.

What this means is that readdisplay returns a packed RGB format stream
of data the EXACTLY matches what is being displayed on the glass of your
monitor (except for the cursor).

No matter if you have colour index windows with seperate colourmaps, RGB 
windows, overlay/pup/underlay drawing, etc...  readdisplay() figures it
all out and returns a single packed RGB format stream.  Figuring this 
stuff out is non-trivial, since much of what is being displayed is controlled
on a per pixel basis by hardware, readdisplay needs an intimate knowledge of 
the backend of the graphics subsytem.  

A simple example is for colour index windows, readdisplay must read the 
colourindex value from the framebuffer, determine which hardware colourmap is 
transforming it, lookup the colourindex in that colourmap, read out the RGB 
triple from the colourmap.  Things can get complicated when you have overlay
or underlay framebuffers, multiple colourmaps, etc...

Programs like scrsave and snapshot use readdisplay() to grab an .rgb 
file of what you see on your screen.  What you see on the screen depends
on more that just what is in the framebuffer.

Since readdisplay gives you what you currently see on your screen, and
you can't (by definition) see the backbuffer, readdisplay will not read
the backbuffer.

>It must be
>possible since snoop (a demo program supplied by SGI) can do it.

snoop uses lrectread(3G) to just Rambo-out the pixels.

...robert
From: joel@jellotrees.esd.sgi.com (Joel Tesler)
Newsgroups: comp.sys.sgi.graphics
Subject: Re: 24-bit Motif visual?
Date: 11 Jan 93 17:24:00 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA


In article <1993Jan10.191012.6213@bitrot.in-berlin.de>, thomas@bitrot.in-berlin.de writes:
> Maybe I am just too dense to see the obvious, but how can I have a Motif
> application come up with a 24-bit shell? I need a 24-bit DrawingArea, and
> I can't use a GLX widget because that would be nonportable.
> 

install the Motif overlay demos and then look at
/usr/src/X11/motif/overlay_demos/README.  While it concentrates on
overlays, what it says applies to all non-default visuals.  

Joel Tesler
joel@sgi.com
415-390-3048
Newsgroups: comp.sys.sgi.graphics
From: sglanger@vela.acs.oakland.edu (LANGER STEVEN C)
Subject: motif text widgets
Organization: Oakland University, Rochester MI.
Distribution: na
Date: Wed, 13 Jan 1993 04:09:41 GMT

Hi folks;
  Another question, this time on text widgets. I have a dialog with
several one line text widgets attached to it. To the right of each
text widget is a button. When the button is pressed, I want new text to show
up in the assocaited text widget.

________________________________________________
|
| text1 b1
| 
| text2 b2
|
|

the code fragment is
{
	dialog = XmCreateDialogShell (toplevel, ...

	form = XmCreateForm (dialog, ...

	text1 = XmCreateTextWidget (form, attach upper left
	b1  = XmCreatePushButton (form, attach to right of text widget

	XtAddCallback (b1, XmNactivateCallback, cbfunc, "b1");
	XtManageChild (form);
	XtManageChild (dialog);
}

void cbfunc (Widget w, XtPointer data, XtPointer dummy)
{
	char *text;
	char str[]="here i am";

	if (strcasecmp(data, "b1") == 0)
	{
		temp = XtMalloc (sizeof(str));
		temp[sizeof(str)] = 0	;	/* null terminator */
		XmTextSetString (w, text);
		XtFree (text);
	}

}

This is my adaptation of Heller's example 15-2 file browser.c
program. The cbfunc is based on read_file.


The dialog is created and the default text is drawn, but when the b1
is pressed, I get a core dump and dbx zeros in on the
XmTextSetString call.

Any ideas on how to beat this?

--thanks in advance, steve

-- 
Steve Langer  			       sglanger@argo.acs.oakland.edu (VMS)
Oakland University		       sglanger@vela.acs.oakland.edu (Ultrix)
---------------------------------------------------------------------------
Standard disclaimers apply. In addition, the author makes no guarantees,
concerning the grammatical accuracy of his writing. Therefore, any ^B's, ^C's, 
midword character additions/deletions and other non-sense which occurs (after 
the work leaves the author's decade old text editor via his decade old Amiga, 
struggles through a local 1200 baud Merit server to be further mauled via the 
remote VAX mail servers) is someone elses problem - namely yours.
---------------------------------------------------------------------------
Newsgroups: comp.sys.sgi.graphics