HDTenEightyP/NetNews huggingface dataset:
From: hunter@werple.apana.org.au (James Gardiner)
Newsgroups: comp.sys.sgi
Subject: Re: Need Example of Multi-media Software
Date: 17 Nov 1992 14:58:15 +1100
Organization: werple public-access unix, Melbourne
NNTP-Posting-Host: werple.apana.org.au


>So, does anyone have a Showcase interactive tutorial I could
>"borrow" just for the demostration? I will be glad to sign
>anything/everything yiou require :-)

>Thanks.
With the 4.0.5F version of IRIX, The version that
comes with R4000 indigo and reality engine, There is a new
login called tour (from memory)  Its quite a good demo of the
new sound and movie programs available with 4.0.5F
It would be a good idea to show that.
Its showcase based and very Interactive.


James
Newsgroups: comp.sys.sgi
From: stanj@ferrari.corp.sgi.com (Stan Jensen)
Subject: Re: Tell me about Bars&Pipes
Organization: Silicon Graphics, Inc.
Date: Mon, 16 Nov 1992 23:29:47 GMT

In article <sdr8djs@zola.esd.sgi.com>, cook@bebop.esd.sgi.com (Doug Cook) writes:
|> 
|> In article <BxsBKy.GL8.2@cs.cmu.edu>, rane+@cs.cmu.edu writes:
|> > I've heard about a MIDI sequencing program for the Indigo
|> > called Bars&Pipes Professional - how effective is it compared
|> > to and one of the Macintosh/Amiga/DOS programs? Full featured
|> > orsome sort of demo/trivial program to show that MIDI is 
|> > possible on the Indigo's?
|> 
|> Bars & Pipes Pro is a full-featured sequencing package from
|> Blue Ribbon Software, Inc. You can check out the Amiga version; 
|> it's highly regarded software. Also available will
|> be SuperJAM, from the same company. Neither are yet publically
|> available, though they have been demo'd, and should be available
|> soon. You might contact Blue Ribbon directly to find out about
|> availability. Sorry, I don't have their phone number at hand;
|> perhaps some other kind soul can post it.

Blue Ribbon SoundWorks, Ltd. (404-377-1514), Atlanta, Georgia
-------------------------------------------------------------------------
Stan Jensen, Systems Engineer                          stanj@corp.sgi.com
Silicon Graphics Inc., M/S 14L-120                    Phone:(415)390-5822
P.O. Box 7311, 1350 Charleston Road                   FAX:  (415)962-1589
Mt. View, CA  94039-7311                                "I (heart) Tonks"
-------------------------------------------------------------------------
From: karron@karron.med.nyu.edu (Dan Karron (karron@nyu.edu))
Newsgroups: comp.sys.sgi
Subject: Nawk Balks again
Date: 15 Nov 92 23:50:56 GMT


More nawk bugs. Try this. Note that the 
string should contain the string value of "001", not "".

Try this at home and see:

prog='
BEGIN {
	  i=1
	  printf("%03d\n",i);
	  sprintf(string,"%03d",i);
	  print "string=",string
	  }
'
nawk "$prog"
| karron@nyu.edu (e-mail alias )         Dan Karron, Research Associate      |
| Phone: 212 263 5210 Fax: 212 263 7190  New York University Medical Center  |
| 560 First Avenue                       Digital Pager  <1>  212 397 9330    |
| New York, New York 10016               <2> 10896   <3> <your-number-here>  |
``Too busy doing to write about it, too busy writing to do anything about it.''
From: pal@xanadu.wpd.sgi.com (Anil Pal)
Newsgroups: comp.sys.sgi
Subject: Re: C++ signal problem
Date: 23 Nov 92 21:29:38 GMT
Reply-To: pal@wpd.sgi.com
Organization: Silicon Graphics, Inc.

In article <1992Nov18.220409.12513@eagle.lerc.nasa.gov>, xxbja@bonsai.lerc.nasa.gov (Betty Jo Armstead) writes:
|> Subject: C++ signal problem
|> I am trying to compile a C++ program that contains signals.
|> 
|> Gets the following error:
|> 
|>   "display.C" line 520 error: bad argument 2 for signal(): void (*)(int)
|> ( void (*)(int...)expected)

According to the definition of signal, contained in the header file
/usr/include/sys/signal.h, and described in the man page for signal(2),
the handler function (called termstop in your case) passed to signal is
expected to be declared as

	void termstop(int, ...)
	{
	    // Body of signal handler
	}

It is invoked as

	termstop(int sig, int code, struct sigcontext *sc);

If your application does not make use of the additional arguments to
the handler, the  simply adding the ellipsis to the definition of
termstop, as shown above, should suffice.

-- 
Anil A. Pal
pal@sgi.com	(415)-390-5279
Newsgroups: comp.sys.sgi
From: dsong@ncsa.uiuc.edu (Deyang Song)
Subject: dbx question.
Originator: dsong@merlin.ncsa.uiuc.edu
Organization: Nat'l Ctr for Supercomp App (NCSA) @ University of Illinois
Date: Mon, 16 Nov 1992 17:27:11 GMT
Keywords: dbx



I came across a problem with dbx that I think may be a bug. The
problem is that dbx does not handle nested blocks properly. I have
a simple C test program below:

     1  #include <stdio.h>
     2
     3  main()
     4  {
     5     int p=2;
     6
     7     {
     8        int p=4;
     9
    10        printf("\tp=%d\n", p);
    11     }
    12
    13     printf("p=%d\n",p);
    14  }

I compiled it with -g and loaded it into dbx. When I stepped to
line 13, the visible p is still the one in the inner block. Can
someone tell me if it's a bug or there's an explanation for it?
The dbx I'm using is version 2.10.


Chris Song                                      UUCP: uiucuxc!newton!dsong
National Center for Supercomputing Applications INTERNET:dsong@ncsa.uiuc.edu
605 E. Springfield Ave., Rm 152                 FAX:  (217) 244-2909
Champaign, IL 61820                             PHONE:(217) 244-1981
From: philip@concave.cs.wits.ac.za (Philip Machanick)
Newsgroups: comp.sys.sgi
Subject: Re: Weird CPU time ratio between R4000 and R3000
Date: 17 Nov 92 10:30:06 GMT
Article-I.D.: shannon.1992Nov17.103006.3667
Organization: Computer Science Dept, Wits University
X-Xxdate: Tue, 17 Nov 92 11:27:39 GMT
X-Useragent: Nuntius v1.1.1d12

In article <sc57lqg@zuni.esd.sgi.com> Dave Olson,
olson@anchor.esd.sgi.com writes:
>It is possible that compiling with -mips2 on the r4k will help, if
>you are memory traffic bound, and are using double precision.  Of course,
>that binary won't run on r3k machines any more.
>
>Running osview during the execution may be interesting, as might
>timex -s program.  pixie may also help spot the bottlenecks.

Another R4000 wierdness.

I was helping someone work out the cause of high system time on FORTRAN
R4000 code. I was only in on a small part of the entire exercise but here
are some observations. For some reason loops containing a series of very
complex array references and function calls all in one big assignment
statement many lines long caused a very large amount of system time.
3 such loops contributed to system time that was nearly 30% of user CPU
time. Simplifying the loops by splitting the big assignment apparently
radically reduced system time.

This behaviour was mainfested on an R4000 Indigo and a Crimson, but not
an R3000 machine.
--
Philip Machanick
Computer Science Dept, Univ of the Witwatersrand, 2050 Wits, South Africa
philip@concave.cs.wits.ac.za  phone: 27 (11) 716-3759  fax: 339-7965
Newsgroups: comp.sys.sgi
From: greendog@insti.physics.sunysb.edu (Michael D. Fischer)
Subject: Need Specmarks of R3K & R4K indigo
Organization: Institute for Theoretical Physics, SUNY at Stony Brook.
Date: Thu, 19 Nov 1992 17:22:11 GMT

Hi!  I need the SPECfp92 and SPECint92 ratings of the R3 and R4 indigos...
Can anyone mail me these ASAP?  Thanks...

Michael
--
-------------------------------------------------------------------------
- Michael D. Fischer - greendog@max.physics.sunysb.edu - (516) 632-7966 -
- System Manager - Institute for Theoretical Physics - SUNY Stony Brook -
-------------------------------------------------------------------------
-- 
-------------------------------------------------------------------------
- Michael D. Fischer - greendog@max.physics.sunysb.edu - (516) 632-7966 -
- System Manager - Institute for Theoretical Physics - SUNY Stony Brook -
-------------------------------------------------------------------------
From: vamsee@abgen.tamu.edu (Vamsee Lakamsani)
Newsgroups: comp.sys.sgi
Subject: options while running slide show
Date: 22 Nov 1992 20:15:58 GMT
Organization: Center for Macromolecular Design, Texas A&M University.
Distribution: world
NNTP-Posting-Host: abgen.tamu.edu

Is there a way to set the delay time for all pages during the slide
show  instead of having to set it for each page in a long document ?

thanks
vamsee
Newsgroups: comp.sys.sgi
From: hshamans@magnus.acs.ohio-state.edu (Harry T Shamansky)
Subject: Re: More Exabyte 8500c (and SCSI) questions/woes
Organization: The Ohio State University
Date: Fri, 20 Nov 1992 01:54:38 GMT

   Hi Michael...

   I was the un-named source who exchanged e-mail thoughts with Dave regarding
   the Exabyte 8500c drive. (Dave... jump in if I wander out of my element !)

   Your values for major/minor are correct. You might want to modify the
   /etc/MAKEDEV script to automate this process (updates, etc.). It's an easy 
   mod. Look to see what `mt status` returns.

   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".
   [See the EXB-8500 8mm Cartridge Tape Subsystem User's Manual, part no.
   510201-001, and (less interesting) EXB-8500c 8mm Cartridge Tape Subsystem
   User's Manual, part no. 510207-000]. Why this doesn't seem to fix you
   problem, I don't know (Comments.. Dave?).

   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]).

   As to the SCSI length question, I'm not sure this problem relates to 
   length... maybe, but I doubt it.

   Hope that helps....

   harry

Newsgroups: comp.sys.sgi
From: burr@seas.gwu.edu (Timothy J. Burr)
Subject: Any CodeVision Debugger experts out there?
Organization: George Washington University
Distribution: usa
Date: Fri, 20 Nov 1992 00:42:27 GMT

Hi,

I've been learning CodeVision the past few days and I'm quite
impressed, though I wish it were documented a bit better.  I have
a question.  I'm trying to use the Trap Manager to set a "watch"
breakpoint.  That is, I want to have the debugger stop when a
certain address gets written to.  If I go into the trap manager
and type into the Trap: field something like "watch address 0x7fff0c02"
it comes back with the response "Unimplemented: watchpoints on non-absolute
addresses".  The address I entered above was the address of a variable
that I retrieved from the variable browser.  I notice that in the
documented examples all watch traps use 24 bit addresses not 32?  The
watch traps should also work with variables so I tried doing something
like "watch i" where i is a variable.  It gave me the same error.

I know I'm doing something wrong.  Could someone please lend some
advice.

Thanks,
Tim


burr@enews.nrl.navy.mil   or burr@seas.gwu.edu



Newsgroups: comp.sys.sgi
From: halazar@media.mit.edu (Michael Halle)
Subject: Re: 4.0.4 -> 4.0.5  Xmailtool doesn't work anymore?!
Organization: M.I.T. Media Laboratory
Date: Sat, 21 Nov 1992 13:45:41 GMT


So what is the *real* problem that causes the lockup, though, I wonder?
I assume it is really a server bug.  If the problem has been located,
I assume the next release (whenever that is) will fix it, or maybe even
a fixed version of Xsgi could be made available for ftp if enough
people needed it.

If the problem is a server bug, it seems like a bad idea to hack your
"not-broken" Xview lib to special case the SGI server by name, only to
have the problem go away relatively soon and have the now-inappropriate 
fix imbedded in the library.  I know people have to get work 
done/products shipped, but the
"extern int fullscreendebug = 1;"
hack seems like a much better kludge in general - it is more easily
detected and removed later on.

"Don't break software to fix broken software."

						Michael Halle
						MIT Media Lab
						halazar@media.mit.edu
Newsgroups: comp.sys.sgi,comp.mail.elm
From: dcs@neutron.chem.yale.edu (Dave Schweisguth)
Subject: Elm 2.4.11 doesn't compile on SGI
Organization: Yale University
X-Newsreader: TIN [version 1.1 PL6]
Date: Mon, 23 Nov 1992 16:57:07 GMT

Elm 2.4.8 built fine under IRIX 4.0.5A; I told the Configure script all the
same things when building 2.4.11. Here's what Configure says about the time-
related stuff ...

Testing to see if we should include <time.h>, <sys/time.h> or both.
I'm now running the test program...
Trying -DI_TIME -DI_SYSTIME -DS_TIMEVAL
Succeeded with -DI_TIME -DI_SYSTIME -DS_TIMEVAL
You have tz_minuteswest defined in /usr/include/time.h /usr/include/sys/time.h rather than timezone.
 
tzname() not found

and here's where the compiler chokes.

        cc -cckr  -O -I../hdrs    -c getarpdate.c
ccom: Error: getarpdate.c, line 69: redeclaration of _timezone
        char *_timezone();
      -------------------^
ccom: Error: getarpdate.c, line 156: illegal function
          _timezone(time_zone.tz_minuteswest, the_time->tm_isdst));
      ----------------------------------------------------------^
ccom: Error: getarpdate.c, line 156: illegal function
          _timezone(time_zone.tz_minuteswest, the_time->tm_isdst));
      ----------------------------------------------------------^
*** Error code 1

Stop.

Patches 12 and 13 (still in alpha) apparently don't deal with this. I didn't
find any explanation on either of the groups to which I'm posting. Can
anyone shed some light?

TIA,

--
| 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 |
Newsgroups: comp.sys.sgi
From: MACRVM.NRL.NAVY.MIL (JEFF JAMES)
Subject: DAT SCSI COMMANDS ON SGI INDIGO
Organization: NAVAL RESEARCH LAB.
Date: Mon, 23 Nov 1992 17:58:55 GMT

  I have an SGI Iris Indigo Elan with a DAT drive installed and would like
to operate the drive with raw SCSI commands. I can write to the drive and 
rewind the tape as well as read using the SCSI commands in dslib.h but there
are several commands missing that control the tape such as functions for
writing file marks, seeking data on the tape and writing EOT's. Any info on 
this subject would be greatly appreciated. 

PS Any info on general DAT storage formats would be appreciated.


                                            Thanks , 

                                            Jeff James 
Newsgroups: comp.sys.sgi
From: vulture@imperial.ac.uk (Thomas Sippel - Dau)
Subject: Re: Need help on serial I/O
Keywords: TTY, Parity, driver, termio, serial
Reply-To: cmaae47@imperial.ac.uk
Organization: Imperial College of Science, Technology and Medicine
Date: Thu, 19 Nov 92 10:30:56 GMT

In article <1992Nov18.202226.23935@aio.jsc.nasa.gov>, john@zaphod.JSC.NASA.GOV (John Fwu/HawkEye) writes:
- We got an 12-bit plus sign A/D converter with asynchronous
- serial interace.  The way it send 12 bit is pad the 12 bit
- into two bytes.  The lower byte has "even parity" and the upper
- byte has "odd parity".  We need to base on the parity to figure
- out the byte order then put the 12 bit data together.
- 
- Base on my experience, we can use ioctl set the serial (tty) port
- to "none", "odd" or "even" parity.  How can we handle both parity
- at the same time.  May be we may set the parity to "even", then 
- the upper byte will cause a "parity error".  How can we detect
- the "parity error" or it just not available in the UNIX tty
- driver?  If we were able to detect the parity error, can we
- also get the upper byte intact?

You need to set the port parity to none, because you want to 
transfer eight bit data. If you get parity errors you need to
improve the cabling. More likey you would loose bytes if you 
disable inetrrupts for too long, though with the Indogo or PI 
you would have to work hard to manage that.

The way I see this is that the controller uses the parity to flag
whether it sends an upper or lower byte, with no guarantee that
a lower byte will always be followed by an upper byte (or vice
versa if you think big-endian).

Thus it might be that you get an upper byte, then a few lower bytes, 

viz:                      o2  e12  e15  e33 
to mean that values:          212, 215, 233 

have been detected. You would need to confirm that. This does not
allow you to detect parity errors.

Conversely, if there is always a pair of bytes, the first one lower,
the next upper, then lower, then upper, etc. you would need a way
to resynchronise in case you lost a byte.

Having got these values and decided which bytes to pair, you can set
up a 256 entry table containing the values that the bytes represent, thus

      0)   0 + even parity      0
      1)   1 +  odd parity    128     (assuming lower byte contains 7 bit)
      2)   2 +  odd parity    256
      3)   3 + even parity      3
...
    128)   0 +  odd parity      0
    129)   1 + even parity      1
    130)   2 + even parity      2
...

and you can just use:  value = table [ byte 0 ] + table [ byte 1 ]

regardless of whether they come big-endian or little-endian.

Hope this helps.                      Thomas

-- 
*** This is the operative statement, all previous statements are inoperative.
*   email: cmaae47 @ ic.ac.uk (Thomas Sippel - Dau) (uk.ac.ic 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
Newsgroups: comp.sys.sgi
From: perelet@avignon.wri.com (Oleg Perelet)
Subject: looking for SGI computer
Organization: Wolfram Research, Inc.
Distribution: usa
Date: Tue, 17 Nov 1992 02:52:17 GMT

I'm in search for SGI mashine, preferable R3000, 24bit color,
Z buffer. Hard disk is unnecessary.
Thanx.
perelet@wri.com
Newsgroups: comp.sys.sgi
From: markb@news.gsfc.nasa.gov (Mark R. Baith)
Subject: Getting the full 2.0 Gb from DAT's
Organization: Goddard Space Flight Center
X-Newsreader: TIN [version 1.1 PL6]
Date: Fri, 20 Nov 1992 18:21:44 GMT


I understand that there is a DAT bug on SGI's that limits the total
archive space to 1.2 Gb, even though you may be using a 90M or 
2.0 Gb tape. I understand that the magazine pipeline recently
published a fix. Can someone pass the fix along? Thanks -M
--
                                    **************************************
                                    * Mark Baith GSC (301)286-5146       *
                                    * Oceans Computing Facility Code 971 *
                                    * NASA Goddard Space Flight Center   *
                                    **************************************
                                    * "markb@neptune.gsfc.nasa.gov"      *
                                    * "baith@ocean1.gsfc.nasa.gov"       *
                                    * "ocean2::baith"                    *
                                    **************************************
From: wes@uf.msc.edu (Wes Barris)
Newsgroups: comp.sys.sgi
Subject: Re: VideoFramer
Keywords: video, frame , component video
Date: 23 Nov 92 18:43:19 GMT
Reply-To: wes@msc.edu
Organization: AHPCRC, Minnesota Supercomputer Center

In article <9910@linden.cam.nist.gov>, holly@cam.nist.gov (Holly_Rushmeier) writes:
|> We've been trying to use the SGI VideoFramer with a
|> BetacamSP PVW-2800 (with appropriate Vlan receiver) and 
|> an external sync source. We have had limited success --
|> sometimes the recorded sequences come out clean, and sometimes
|> they have small (2 or 3 pixel) horizontal jumps. We have
|> gotten clean sequences and jumps at different times from
|> the same sequence of images, so we know that the problem
|> is not in the generation of the images. We are using tape
|> with clean, prerecorded time code (VITC). I called the hotline, but
|> the external sync source was all they could suggest (that
|> did cut down on a lot of the random horizontal jumping we
|> were getting, but not quite all). We are using component, rather
|> than composite video, so I don't think this is the problem
|> require a "color bump" that is mentioned in the release notes.
|> 
|> This is a really difficult problem to debug, since it involves
|> equipment from different manufacturers. Has anybody else had
|> this problem?

Yes!  I too experienced this problem, except it was with a Sony BVW-75.
I am glad that I am not the only person who experienced this problem.
The people who sold the deck to me could not explain it either.  I would
get a small horizontal shift at certain edit points.  However, it was
not repeatable.  It would only happen about 25% of the time.  If I got
a bad edit all I had to do was to re-edit using the exact same parameters
and I would get a clean edit.

I solved this problem by trial-and-error.  There is a switch under your
PVW's front panel labeled CAPSTAN LOCK.  Mine was shipped with this
switch in the 4FD position.  When I moved this switch into the 2FD position
my editing problems dissapeared!

-- 
===============================================================================
Wes Barris                                                   PH: (612) 626-8090
Minnesota Supercomputer Center                               Email: wes@msc.edu
Newsgroups: comp.sys.sgi
From: tohanson@gonzo.lerc.nasa.gov (Jeff Hanson)
Subject: Re: GUI Mail and News
Organization: NASA Lewis Research Center
Date: Tue, 17 Nov 1992 16:31:02 GMT

In article <clarke.stevens-171192102042@astgator-219.gatech.edu>, clarke.stevens@gtri.gatech.edu (Clarke Stevens) writes:
|> I am fairly new to the sgi platform, so forgive me if this is a FAQ.  I am
|> surprised that with all the great graphical user interface software on the
|> Indigo, the utilities manual still advocates the unix "Mail" program for
|> reading and sending mail.  Surely someone has a GUI mailing program out
|> there.  If nothing else, I would be willing to use elm (is it public
|> domain?)--but Mail??!?!

I just started using Zmail which is both a gui and non gui mail program.
It is commercial.  It can be purchased from SGI's Software Express.

|> 
|> I would also be interested in a GUI news reader.
|>

I use xrn.  This compiles easily for SGI and can be obtained from the usual
X sites, chief of which is export.lcs.mit.edu.
 
|> If anyone has GUI programs to do either of these things, I would greatly
|> appreciate hearing about it.
|> 
|> Also, I would like nifty GUI interfaces to the following if they are
|> available:
|> 
|> ftp

mftp/xftp works fine on SGI.  Available from export

|> telnet
|> WAIS
|> Gopher

There has been some discussion on xwais and xgopher for SGI.  Hopefully it will
resurface again and/or become something on the FAQ listing.

|> talk
|> IRC
|> 
|> Any help would be appreciated.  If there are good sgi applicable anonymous
|> ftp sites, please let me know where they are.
|> 

Bill Henderson maintains a list on SGI related ftp sites.  Available from
vab02.larc.nasa.gov.

|> Thanks in advance,
|> Clarke
|> 
|> ------------------------------------------------------------------
|> J. Clarke Stevens               |  Georgia Tech Research Institute
|> clarke.stevens@gtri.gatech.edu  |  (404) 528-3254

-- 
---------------------------------------------------------------------------
 Jeff Hanson - Scientific Graphics Programmer and Workstation Administrator
 Sverdrup Technology, NASA Lewis Research Center Group
 NASA Lewis Research Center, MS 86-4, Cleveland, Ohio 44135
 Telephone - (216) 433-2284  Fax - (216) 433-2182
 tohanson@gonzo.lerc.nasa.gov	-   ViSC: Better Science Through Pictures
 Visualize whirled peas - Bumper sticker seen in Buffalo, NY
Newsgroups: comp.sys.sgi
From: carltonj@media.mit.edu (Carlton J. Sparrell)
Subject: IRIS image file formats
Organization: MIT Media Laboratory
Date: Wed, 18 Nov 1992 15:48:42 GMT


Could someone please send me the format of IRIS image files (foo.bw and
foo.rgb)?  Thanks,

CJS



Newsgroups: comp.sys.sgi