HDTenEightyP/NetNews huggingface dataset:
From: harper@convex.csc.FI (Rob Harper)
Subject: HP Paintjet XL and Indigo.
Organization: Finnish Academic and Research Network Project - FUNET
Date: Wed, 9 Sep 92 11:46:40 GMT

I would like to hook up a HP paintjet plotter to my indigo.
The available cable goes to a parallel port. The printer
type available under the Print Manager does not include HP paintjet.

Does any of those printer types work with HP paintjet, or is there
a driver available that will allow printing from SHOWCASE.

Any advice would be appreciated

Thanks in advance

Rob Harper.
--
   Rob Harper                     /   E-mail:          harper@convex.csc.fi    
   Finnish State Computer Centre  /   Molbio/software: harper@nic.funet.fi
   P.O. Box 40, SF-02101 Espoo    /   Telephone:       +358 0 457 2076
   Finland                        /   Fax:             +358 0 457 2302
Newsgroups: comp.sys.sgi
From: zum@asf.com (Craig Zumwinkle)
Subject: DEADLOCK
Organization: ASF
Distribution: usa
Date: Wed, 9 Sep 1992 15:58:59 GMT



Hello SGI,

We've been having a lot of troubles with our SGI box.  

BACKGROUND:
===========

We have two programs running concurrently.  The one that is visible
is a user interface for command and control ( i.e. lots of buttons, sliders,
and bitmap graphics, etc) and the other is a communications program that
sends and receives data via a serial port connection using the RS422
protocol.  The communications program receives packets of data that
average about 50 bytes @ 9600 baud at about 7 to 10 times a second.
These two programs exchange data with each other through shared memory.



SYMPTOMS:
=========

Our machine appears to deadlock at unpredictable periods are not 
reliably reproducible.  However, it has deadlocked when we were
not running our programs; in fact one time I was just using vi when
it locked up.  It has locked up when running our software in the
debugger.  Now when I say locked up I mean it is impossible to interact
with the machine.  No cursor movement, unable to ping it from another
host, no magic key sequences seem to free it up.  My only alternative
is to reboot the sucker.  Upon system boot fsck reports no problems 
on the /usr file system and there aren't any new error or warning
messages in the SYSLOG.  So far we have completely replaced the graphics
cards twice and the cpu cards once.  We also replaced one bad simm (A4).



PERTINENT STATISTICS:
=====================

The system is a V30; which is a Personal Iris 35 in a 6U form factor
suitable for installation into a VMEbus card cage.  Reference Document
number 007-5015-010.

msg{zum}11% hinv
1 36 MHZ IP12 Processor
FPU: MIPS R2010A/R3010 VLSI Floating Point Chip Revision: 4.0
CPU: MIPS R2000A/R3000 Processor Chip Revision: 3.0
On-board serial ports: 4
Data cache size: 64 Kbytes
Instruction cache size: 64 Kbytes
Main memory size: 16 Mbytes
Integral Ethernet: ec0, version 0
CDROM: unit 6 on SCSI controller 0
Tape drive: unit 2 on SCSI controller 0: DAT
Disk drive: unit 1 on SCSI controller 0
Integral SCSI controller 0: Version WD33C93A
Graphics board: GR1.2 Bit-plane, Z-buffer, Turbo options installed

msg{zum}12% uname -a
IRIX msg 4.0.1 11150233 IP12




HELP! HELP!  We are at the end of our rope here.  Do we have a problem
because of the latest release of the OS coupled with this new venture
into 6U VMEbus computer???

-- 
Craig Zumwinkle			Hughes Training Inc.
Phone: (612) 572-7741		5301 East River Road
Fax:   (612) 572-7732		Mpls, Mn. 55421-1024
Email: zum@asf.com		USA
From: avi@golem.apple.com (Avi Weiss)
Newsgroups: comp.sys.sgi
Subject: Abekas Control Panel dies on "illegal instruction"
Date: 11 Sep 92 03:13:48 GMT
Organization: Apple Computer, Inc.

Hi there;

I compiled the abekas control panel software (found in 4Dgifts ) on my 
440 VGX running 4.0.1. When I execute "acp", program crashes on:
 
prefsize(XWINSIZE, YWINSIZE) ;

claiming that it is an illegal instruction. Im compiling with the given 
makefile which has "-l gl_s". If anyone has any ideas why this is crashing,
I would sure appreciate the help.

thanks 


- Avi 

--------------------
Avi Weiss 

email: (avi@apple.com)
phone: (408) 974-0582

Of course I don't speak for Apple...they don't pay me enough to do so. 
Newsgroups: comp.sys.sgi
From: portuesi@tweezers.esd.sgi.com (Michael Portuesi)
Newsgroups: comp.sys.sgi
Subject: Re: Listening to CD's
Date: 11 Sep 92 16:50:51 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA


In article <BuEtA6.9I6@news.udel.edu>, kdobbs@brahms.udel.edu writes:
> 
> I believe I have seen the answer here before to my question
> but let me ask again. Is it possible to listen to "musical" 
> CD's on the SGI supplied CD player? If so, how does one go
> about doing it?

There are two programs from SGI which will play audio
CD's on the CD-ROM drive.

cdplayer will run on all SGI systems.  You listen to music
from the headphone or audio out jacks located on the back
of the drive unit itself.

CDman runs on SGI systems with audio support (Indigo, 4D/35).
It actually reads the audio CD information over the SCSI
bus, and uses the system audio hardware to play the music.
Because the music is actually being processed by the system,
you can also choose to record your music to a file, and
mix it with other audio channels (i.e. instant karaoke
machine).

Both programs provide a database capability.  The first
time you insert a particular disc, you enter the title,
artist and track listing.  From then on, both
programs will automatically recognize the disc and
display artist, title and track names while the disc is
playing.  Here at SGI, we have an NFS-mountable database
containing several hundred (probably thousands by now)
discs entered into the system by everyone using the
programs.

Both of these programs are available with the Digital
Media tools, which (I believe) are available separately
or as part of the 4.0.5E software release.  It may be
available in other releases;  I'm getting confused with
our software release plan as well.  Contacting the
Software Express line at 1-800-800-7441 (U.S.) should
get you better information than I can provide about
packaging and pricing (which for the tools I believe
are very cheap).


--
Michael Portuesi   Silicon Graphics, Inc.   portuesi@sgi.com
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Newsgroups: comp.sys.sgi
Subject: Re: External sync on serial ports
Summary: impossible
Keywords: external sync
Date: 8 Sep 92 19:43:50 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <18ir41INNedj@darkstar.UCSC.EDU>, aaronf@cse.ucsc.edu (Aaron T. Ferrucci) writes:
> I am interested in generating the odd-ball baud rate of
> 31.25 kHz for interfacing a 4d60 to MIDI devices. There's some
> suggestion that it might be possible to use an external clock, for
> example in the man page for stty. Is this actually possible? Thanks
> to any and all who supply clues.


The standard serial I/O ports for 4D/60's and other machines besides
Indigos either use UART's and incapable of using external clocks or do
not have a signal connected to the stupid DB-9 connector.

There is a sync board used with the IBM and x.25 products, but
you wouldn't want to buy it just for MIDI.

The Indigo can talk to MIDI devices on its din-8 connectors.


Vernon Schryver,  vjs@sgi.com
From: bobg@rains.wpd.sgi.com (Bob Green)
Newsgroups: comp.sys.sgi
Subject: Re: Please put s/w title on CDROM spine
Date: 9 Sep 92 14:24:43 GMT
Reply-To: bobg@rains.wpd.sgi.com (Bob Green)
Distribution: na
Organization: sgi


|> Put the title of the enclosed s/w on the spine of the jewel case.  If
|> that isn't possible how about at least making the spine white so a marker
|> can be used to identify the s/w.  This was on the very first CD's from SGI
|> I saw at least had the white background!

We'll take a close look at this.  We talked about it at some length
in the early days but were convinced by our Manufacturing folks that
the cost and management of non-generic sleeves would be prohibitive.
Things change.

Thanks,
Bob Green
From: bruceh@sgi.com (Bruce R. Holloway)
Newsgroups: comp.sys.sgi
Subject: Re: Need help for z-buffer problem on INDIGO
Date: 9 Sep 92 18:48:14 GMT
Organization: Silicon Graphics, Inc.

In article <21181@sbsvax.cs.uni-sb.de> et11hkh@sbusol.rz.uni-sb.de (Rainer Zewe) writes:
>In the first part of my program, I'm drawing the landscape,
>using the perspective projection( znear=1.0, zfar=10000.0) and
>the viewing transformation lookat.
>Some special objects are drawn in feedback mode 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 proplem 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.

Yes, I think you are right.  In the perspective case, far points will be
foreshortened, which will put them closer in the z-buffer.  In the ortho
case, the z-buffer values should be a linear function of object space z's.

>My questions: How does the scaling of z-buffer work?
>              Is there a way to convert z-buffer values, get by 
>              feedback, into eye-coordinates?

There was an article published in issue #11 of _IRIS_Universe_, our
company magazine for users, called "The Hidden Charms of Z-Buffer", by
Kurt Akeley.  He had an appendix which had the following formulas:

    When the projection matrix is defined by

        perspective(fovy, aspect, near, far);

    and the viewport transformation for z is defined by

        lsetdepth(front, back);

    then z_eye & z_screen are related by the following equations:

                    far + near   far*near    back - front   back + front
        z_screen = (---------- + --------) * ------------ + ------------, and
                        2         z_eye       far - near         2

                            far*near*(back - front)
        z_eye = -----------------------------------------------.
                z_screen*(far - near) - (back*far - front*near)

For today, I will leave as an exercise the formulas which apply in the
ortho case.

Regards, bruceh
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi,psu.comp.sgi
Subject: Re: Problems connecting an HP Paintjet XL
Date: 5 Sep 92 00:11:33 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <92248.134348KJB6@psuvm.psu.edu> KJB6@psuvm.psu.edu writes:

| I have an HP Paintjet XL plotter that I am connecting to my SGI 4D/20. When
| I connect the printer using the parallel port and send a "snapshot" to it,
| all the colors come out fine. But if I connect this printer on the serial
| port, the colors are not the same as A). the snapshot (ipaste) and B). the
| output from it being attached parallel.
| 
| I have access to a serial cable and not another parallel cable (for the time
| being), that is why I would like to connect it serially (sp). Any ideas or
| things I could try?

Sounds like you might have a flow control problem on the serial
interface, and are dropping data.  Try using the hardware flow
control device (ttyf1 or ttyf2) with the appropriate cable and
printer setup (switches, usually).
--
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: mij@eng.umd.edu (James M. Thomas Jr.)
Subject: Running GL Remotely on non-IRIS hosts
Date: Thu, 10 Sep 92 19:05:25 GMT
Organization: College of Engineering, University of Maryland, College Park
Followup-To: email, comp.sys.sgi
Keywords: GL, Remote
Originator: mij@alfa.eng.umd.edu



I am having a great deal of trouble trying to run GL programs remotely over the net
on non-IRIS hosts. Specifically, I'm trying to run pure GL programs (no X calls) over
the net from an IRIS Indigo on a SUN SPARC IPC running X11R5. The Graphics Library
Programming Guide, Chapter 19, page 1, says that `There is a seperate product for running GL
applications on non-IRIS hosts; see the documentation that comes with that option for more
information'. What is the name of the 'product'? What is this 'option'? There is no more
information in the GLPG on non-IRIS hosts; the index says to look on page 19-29, but in my
 GLPG chapter 19 has only 9 pages. 19-29 doesn't exist. Searching through the on line man so
far has been fruitless. Does anyone know where to find the info?

				Jim.
From: stoeckli@disuns2.epfl.ch (Laurent Stoeckli)
Newsgroups: comp.sys.sgi
Subject: Calling C from fortran
Keywords: C, fortran
Date: 14 Sep 92 06:23:34 GMT
Reply-To: stoeckli@disuns2.epfl.ch (Laurent Stoeckli)
Organization: Ecole Polytechnique Federale de Lausanne

Hi everybody ! I need the help of you gurus. I'm trying to call C fonctions 
from a fortran program (which I modify) and I have problem for the link. To
be able to call C functions from fortran I've seen I have to name the C
fonction
downcase and to add an underscore at the end in the C code. 

As my application should work on others systems I'd like to know if
there is a way to avoid to put the underscore at the end, so the C
function has the same name as in the fortran code. Maybe there is a
compiler directive to allow this
but I haven't  found it.

please answer me at stoeckli@disuns2.epfl.ch

	thank you in advance

			LS
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: dd and mt strange behavior
Date: 9 Sep 92 17:19:50 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Sep9.140013.22856@nsisrv.gsfc.nasa.gov> flanigan@echo.gsfc.nasa.gov (Dennis Flanigan) writes:
| I notice something strange the other day while using the commands
| mt and dd with our SCSI 8mm and 9 track tape drive.
| 
| One person was using dd in a c shell script to read files from the
| 9 track drive.  Another was using dd and mt commands to control an
| exabyte 8200 drive.  When every commands were sent the 8mm, the 9 track
| drive would STOP reading while the command to the 8mm was being executed
| and then continue reading after the command to the 8mm was done.

If the 8mm was configured (via switches, custom firmware, or the
monitor port)  to *not* disconnect from the SCSI bus, or somebody
configured the kernel (via /usr/sysgen/master.d/scsi) to not support
disconnect, this is exactly what I would expect to see.

| It this the way it is suppose to work?  

Not normally.  Normally devices that aren't actively transferring
data over the SCSI bus are expected to disconnect so other devices
can use the bus.  The buffers on these drives aren't large enough that
I would expect to see a visible pause if all is working as it should.
--
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: Please put s/w title on CDROM spine (and more topics)
Date: 9 Sep 92 06:29:31 GMT
Distribution: na
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Sep9.040924.9902@tamsun.tamu.edu> steve@archone.tamu.edu (Steve Rikli) writes:
| "Me too"!!  ;-)

OK, I think the message has been delivered.  I don't know what it
will take to get it to happen, but I'll talk to the folks who
do the artwork.

| In addition, I have another more pertinent question.  I just received
| 4.0.5a w/o requesting it, but the media was 1/4" tape.  How do I go about
| notifying SGI that I would like my software updates on CD from now on?

Presumably by calling the TAC.  Tapes cost more, so either the
ordering info is messed up, or somebody there ordered tapes.

| And while I'm thinking about it, should I go to the trouble to install
| 4.0.5a on PI machines (i.e. non-Crimson and non-Indigo) if they're all
| ready running 4.0.1?  Do I gain any functionality or fix any bugs by
| doing so?  I'm still really confused by the whole 4.0.5a|b|c|d thing,
| as I suspect many of us are.

Yes, there were assorted bugs fixed.  But if you haven't been bothered
by them, and/or you are running 3rd party s/w that you don't know
for sure works under 4.0.5, stay at 4.0.1; there wasn't anything
*really* catastrophic fixed.  You can get the relnotes via ftp
from sgi.com directory support, file relnotes405.tar.Z

| I think a FAQ for this group is long overdue.  I'm almost to the point
| that I'd volunteer to keep track of such a thing if the acknowledged
| gurus (Vernon, Dave, et al) would siphon information this way.

I thought somebody was already putting one together.  Unfortunately
reviewing them is sort of time consuming if you do a good job; does
anybody know if somebody actually committed to doing an FAQ?
--
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: vulture@carrion.cc.ic.ac.uk (Thomas Sippel - Dau)
Subject: Re: help for man binary
Reply-To: cmaae47@cc.ic.ac.uk
Organization: Imperial College of Science, Technology and Medicine
Date: Thu, 10 Sep 92 13:40:06 BST

In article <1992Sep9.211926.1@evax0.eng.fsu.edu>, super@evax0.eng.fsu.edu writes:
.....
 --       2)  How can I put a daily announcement to every user then they are 
 -- login.  I may modify every users .login file, but that may be too time
 -- consuming.

For announcements use /etc/motd, but people will just ignore them if they are
too longwinded or never get changed.

For more useful message delivery, see the manual page on news. Announcements
in there will be seen automatically (well...) only once, but can be retrieved
if necessary.

                                     Thomas

-- 
*** This is the operative statement, all previous statements are inoperative.
*   email: cmaae47 @ cc.ic.ac.uk (Thomas Sippel - Dau) (uk.ac.ic.cc on Janet)
*   voice: +44 71 589 5111 x4937 or 4934 (day), or +44 71 823 9497 (fax)
*   snail: Imperial College of Science, Technology and Medicine
*   The Center for Computing Services, Kensington SW7 2BX, Great Britain
From: portuesi@tweezers.esd.sgi.com (Michael Portuesi)
Subject: Re: Help: Graphics formats on SGI
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Thu, 10 Sep 92 17:23:48 GMT


In article <56046@olivea.atc.olivetti.com>, marcoc@strobe.ATC.Olivetti.Com writes:
> 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?

This depends on the library you use.  Most images on SGI
systems are created using the SGI libimage library, and
are in what I like to call "classic SGI" format.

The source code for this library, and several image tools
which use it, are freely available in the 4Dgifts
software package on your system (see /usr/people/4Dgifts).
The programs "fromtiff" and "totiff" (also freely available,
and I believe are included in the collection) will convert
between TIFF and the classic SGI image format.

SGI also offers a full-featured image processing toolkit
called the ImageVision Library. ImageVision supports the
classic SGI image file format, as well as TIFF.

ImageVision is a very poweful and capable library.
Depending on what your needs are, you might do better to
process the images on your IRIS using ImageVision
applications rather than use other hardware.  If the
images are being initially produced using SGI-based
applications, you would be able to avoid file transfers
and format conversions entirely.

The next major release of the library (IL 2.0) will take
advantage of multiprocessor systems, as well as any
special features available in our graphics hardware to
accelerate image processing. If you have multiple
processors, a VGX series system, or especially
RealityEngine, you might get far better performance using
ImageVision than with other hardware. 

The ImageVision Library is not bundled with the system,
but I believe it is available for around $500 (Of course,
you also need a development environment, such as C, C++ or
Fortran on your system to develop applications with it).
Contact your sales rep or our Software Express toll-free
number (1-800-800-7441 in the U.S.) for details.

--
Michael Portuesi   Silicon Graphics, Inc.   portuesi@sgi.com
Newsgroups: comp.sys.sgi
From: sinkwitz@ifi.unizh.ch (Rainer Sinkwitz)
Subject: Re: Sun Xview clients and 4.0.5
Keywords: X, xview
Organization: University of Zurich, Department of Computer Science
Distribution: na
Date: Mon, 7 Sep 92 09:20:41 GMT


In article <1265@epochsys.UUCP>, rob@epochsys.UUCP (Rob Kenna) writes:
> 
> I have just installed 4.0.5 and have a problem running SunOS based xview
> clients on my Indigo Xserver.  They connect just fine but the server
> freezes when I make a selection inside the client.  Killing the client
> unfreezes things.  Has anyone this seen this phenomenon?  Is there a known
> fix/workaround?  Thanks.
> 

XView clients do a lot of server grabs and you can selectively disable 
them by putting the following into your .Xresources file:
*Fullscreen.Debug: true

Interesting, how this bug unveils the many Open-Look users on SGI.
Did Open-Look loose because there was no mature Xt-Toolkit available ?
I still use the OpenWindows Developers Guide user interface builder 
remotely from Sun to compile the generated source on SGI but I fear
I'm a little alone with that.

-- 
oooooo    oooo  Rainer Sinkwitz, Multimedia Lab         sinkwitz@ifi.unizh.ch
 $   $   $   "  University of Zurich, Switzerland        VOICE +41-1-257-4346
 $"$$    """"$  Inst.f.Informatik, Winterthurerstr. 190   FAX +41-1-363-00-35
o$o "$o  $ooo"  CH-8057-Z\"urich
Xref: sparky comp.sys.sgi:13642 comp.windows.x.motif:6183
From: rck@fangio.asd.sgi.com (Robert Keller)
Newsgroups: comp.sys.sgi,comp.windows.x.motif
Subject: Re: Colormap on Indigo XS24
Keywords: Pseudo Color Colormap Indigo X11 X Windows
Date: 15 Sep 92 01:18:43 GMT
Organization: Silicon Graphics, Inc., Mountain View, CA

chien@iitmax.iit.edu (Greg Chien) writes:
>The following program runs on an SGI IRIS 320/VGX and a few Personal
>IRISes but just doesn't like the Indigos.  Can anyone point out what
>I have missed? or anything related to Indigo's Virtual 24 scheme?
>I am running it only in PseudoColor mode.

Nothing related to the Indigo's Virtual 24 scheme.

This is related to the multiple 8bit hardware colourmaps.  You are
creating a private colourmap (and filling it in) for your regular 
window.  

The "drawing area" window is really a motif widget the is using the
X server's default colourmap.  To prove this to yourself run 
"xwininfo -tree" of your app.  You'll see one child window, that's 
your drawing widget.  Run "xwininfo -id ####" on the child's window
id and you'll see that it is using the default colourmap.

I'm no motif expert, so I'll stop here.  

...robert