HDTenEightyP/NetNews huggingface dataset:
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: RS232 communications: 4 byte input chunks?
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Fri, 17 Apr 92 03:44:07 GMT

In <92Apr16.193646edt.144364@explorer.dgp.toronto.edu> rodney@dgp.toronto.edu (Rodney Hoinkes) writes:


|     We have just received a Sony Video WORM deck for testing this
| weekend and are attempting to get the RS232 communications to it
| working now.  We have written some sample code and have come across
| an interesting problem with the serial reads.  Output seems fine
| when tested with a terminal, but when input is sent from the
| terminal, it is only received or accepted by the code after 4
| characters are sent from the terminal.  Until the 4th character is
| typed into the terminal, the IRIS thinks there are no characters
| available for reading.

VMIN is the same as VEOF, which is normally ^D (or 4).  Set VMIN
to 1 and/or read the termio man page, which discusses this in some
detail.
--
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: Security hole in default /etc/passwd file under 4.0.x
Date: 6 Apr 92 21:41:42 GMT
Distribution: na
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Apr6.125754.23325@biome.bio.ns.ca> silvert@biome.bio.ns.ca (Bill Silvert) writes:

| In <j54u044@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:
| 
| >| >|> But what excuse is there for leaving lp as an open account?
| >| >
| >| >The reason that lp is left open is that remote printing (when you
| >| >use lp to print on a printer attached to another machine) works
| >| >using "rsh" (remote shell) to the HOSTID == lp, which wouldn't
| >| >work transparently if logging in as lp on the server required a
| >| >password...
| 
| >For now, it is likely to stay as it is.  Certainly it isn't any worse
| >on a properly configured system than any of the other open accounts.
| >Those who care should password protect all open accounts.  There may
| >be security problems with lp, we will certainly look into any that
| >are reported, but the lack of a password on the lp account is not by
| >itself a security problem.
| 
| This whole business baffles me.  The discussion began with a report that
| an SGI maintenance person was able to login on the lp account as a regular
| user, since its shell is /bin/sh -- I always thought that having an
| unprotected ordinary account was a pretty big security problem!  Dave
| seems to feel that letting anyone login on your machine is fine, unless
| you are a real security nut.  I disagree.

You aren't reading what I wrote carefully. I said "as shipped" we want
the system easy to use.  I personally feel that anybody whose machine
is accessible directly over the internet is crazy to run with any
accounts unpassworded.  A reasonably large number of our more 'unix naive'
customers are not in this environment, though.

| In my opinion any account without a password should run a secure shell.
| If an unprotected lp account is needed, why does it require /bin/sh?

So you can log in as lp (with or without a password) and perform lp
admin type stuff.
--
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,comp.unix.bsd,comp.unix.question
From: karl@NeoSoft.com (Karl Lehenbauer)
Subject: Re: Socket, binding to reserve port - SGI, IRIX 4.0.0
Organization: NeoSoft Communications Services -- (713) 684-5900
Date: Tue, 14 Apr 1992 22:07:29 GMT
Keywords: socket

In article <jhpcsl8@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:
>As you might have guessed from one of the bug groups included, and Vernon's
>employer, IRIX lacks the feature.  We never picked it up when AT&T and
>BSD did so.

Well, let's give discredit where discredit is due, then, and not blame
"the Wizards of New Jersey".

-- 
-- Email info@NeoSoft.com for info on getting Internet access.
     "Trust me.  I know what I'm doing." -- Sledge Hammer
From: ianh@resmel.bhp.com.au (Ian Hoyle)
Newsgroups: comp.sys.sgi
Subject: Re: IRIX 4.0.1 telnet(1) problem.
Date: 6 Apr 92 22:07:54 GMT
Organization: BHP Research - Melbourne Laboratories, AUSTRALIA

syscrc@gsusgi1.gsu.edu (Randy Carpenter) writes:


>We recently upgraded to IRIX 4.0.1 and soon found that our PC-based
>telnet (Novell's LAN Workplace for DOS and the unsupported WIN/TCP)
>programs no longer worked with the SGI.

[stuff deleted]

>Has anyone else encountered this problem or can you offer another 
>explanation?

Ed Marchewicz (k_ejm@cl.nkw.ac.uk) offered an explanation a while back.

SG have increased the TCP window size in Irix 4.0.1. A fix is to
edit the file /usr/sysgen/master.d/bsd and locate the following lines

/* TCP window sizes/socket space reservation */
unsigned long tcp_sendspace = 60 * 1024;        /* must be < 64K */
unsigned long tcp_recvspace = 60 * 1024;        /* must be < 64K */

Change the 60 to 30, rebuild the kernel with "autoconfig", reboot, answer
yes to 'Automatically reconfigure kernel' and the problem should be fixed.

Of course the _best_ thing to do would be to get new PC software, but you've
already indicated you can't do that :-)

	ian
--
               :   Ian Hoyle,  Senior Research Scientist
               :   Image Analysis Group
     /\/\      :   BHP Research - Melbourne Laboratories
    / / /\     :   245 Wellington Rd, Mulgrave, 3170, AUSTRALIA
   / / /  \    :   Phone    +61-3-560-7066
  / / / /\ \   :   E-mail   ianh@resmel.bhp.com.au
  \ \/ / / /   :   
   \  / / /    :  "Now I've got the bead on you with MY disintegrating gun.
    \/\/\/     :   And when it disintegrates, it disintegrates. (pulls trigger)
               :   Well, what you do know, it disintegrated."
               :        -- Duck Dodgers in the 24th and a half century
Newsgroups: comp.sys.sgi
From: marca@ncsa.uiuc.edu (Marc Andreessen)
Subject: Coredumps with GL popup menus, 4.0.2.
Organization: Nat'l Center for Supercomputing Applications
Date: Sun, 12 Apr 1992 06:17:42 GMT

I'm experiencing frequent coredumps in the internal SGI function
gl_wmfullscrn, under IRIX 4.0.2 on an Indigo XS, when using popup
menus in a GL application.  Hopefully this will be fixed soon.

Thanks much,
Marc
--
Marc Andreessen
Software Development Group
National Center for Supercomputing Applications
marca@ncsa.uiuc.edu
From: rainer@sfb256.iam.uni-bonn.de ( Rainer Kleinrensing)
Newsgroups: comp.sys.sgi
Subject: Indigo: Security hole in xdm login session
Date: 9 Apr 92 20:12:07 GMT
Organization: Applied Math, University of Bonn, Germany

Hello there,
we have several Indigos and some other workstations here in our institute.
Today I discovered that I can terminate a session on one of those
Indigos *without* having to log in there and *without* having to know
a password.
I simply log on to, let's say, out Convex and type:

   xprop -display indi1:0 -root -remove _SGI_SESSION_PROPERTY

and the session on indi1 is terminated, all the editor files are probably
last and so on. Is this behaviour designed into xdm or is there a way to
turn it off ?
Simply denying access to the X display from our Convex won't work, because
the users need that (for displaying Convex X applications).
I think this is a security hole.
Any suggestions ?

        Rainer Kleinrensing                rainer@sfb256.iam.uni-bonn.de
        Institute for Applied Mathematics 
        Bonn University
        Wegelerstr. 6 
        W5300 Bonn
        Germany

        Phone: +49-228-73-3427  Fax: +49-228-73-7864
From: system@silly.tamu.edu
Newsgroups: comp.sys.sgi
Subject: wired tape drive problem, help?
Keywords: tape drive
Date: 8 Apr 92 21:52:29 GMT
Organization: Theretical Physics Center, TAMU
Originator: system@silly.tamu.edu


Hi, 
	 just a test. please ignore.
----------------------------------------------------
From: fred@poly2.nist.gov (Frederick R. Phelan Jr.)
Newsgroups: comp.sys.sgi
Subject: f77 compiler message
Date: 10 Apr 92 17:21:48 GMT


I compiled something and got a message that someone at SGI might
want to know about.  The session is:

make darcy25.BandCal.exe
        f77 darcy25.BandCal.f -o darcy25.BandCal.exe -O2

uopt: Warning: harmless compiler bug detected (LDA length 0); please report to MIPS

uopt: Warning: harmless compiler bug detected (LDA length 0); please report to MIPS



Just thought someone at SGI might want to know.
The program does work ok.  This is IRIX 3.3.2.

Fred Phelan
fred@poly1.nist.gov
From: mikey@eukanuba.wpd.sgi.com (Mike Yang)
Newsgroups: comp.sys.sgi
Subject: Re: How About a Word Processor with IRIX 4.0.X?
Date: 14 Apr 92 21:28:31 GMT
Reply-To: mikey@sgi.com
Organization: Silicon Graphics, Inc.

In article <1992Apr13.204811.25836@cc.ic.ac.uk>, cmaae47@cc.ic.ac.uk (Thomas Sippel-Dau) writes:
|> As a case in point, on my machine CodeVision comes in 13 installable images
|> (4 man and 9 sw), with 3125 system files to a total of 158 Mbytes (counted
|> with "versions -s CodeVision | tar -cf - - | wc -c").

This is not a valid test for size.  The imminent WorkShop 1.1 release
(WorkShop is the new name for CodeVision) amounts to ~30MB.  The 1.0
release was similar.

Your tar figure is way off because "versions -s CodeVision" includes
directory names.  Online help includes many, many directories.  Using
your method, tar is making many, many copies of the online help
subsystem.

I agree, though, that 30MB is still nothing to scoff at and disk space
for an individual Indigo owner is large compared to PC's.  But a 800MB
system can hold a reasonable configuration.

-----------------------------------------------------------------------
                 Mike Yang        Silicon Graphics, Inc.
               mikey@sgi.com           415/335-1786
From: doelz@urz.unibas.ch
Newsgroups: comp.sys.sgi
Subject: SLIP configuration aid wanted
Date: 14 Apr 92 18:24:52 GMT
Organization: University of Basel, Switzerland


I want to connect a Macintosh on a direct serial line to my 
320 (131.152.1.2) using SLIP. Because the mac (131.152.1.107) connects
directly with TCP connect II (where you type in the connecting script 
manually). In /usr/etc/remoteslip it reads 

slip-mac)
    exec /usr/etc/slip  -d -i -p std -r 131.152.1.103

in /etc/inittab it reads 

t4:23:respawn:/usr/lib/uucp/uugetty -D  ttyf4 dx_9600 # port 4

thus, no connection, the syslog says 
Apr 14 18:30:08 modl login[1406]: slip-mac on /dev/ttyf4
Apr 14 18:30:08 modl slip[1406]: starting from 131.152.1.2 to 131.152.1.103 on
			sl0

and 'starting SLIP' is the last I see. 

Any ideas? 

Regards 
Reinhard
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: What is "lines"?
Date: 9 Apr 92 07:20:50 GMT
Distribution: na
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Apr8.203231.908@biome.bio.ns.ca> silvert@biome.bio.ns.ca (Bill Silvert) writes:
| I just wrote a kludge to return the number of lines in my terminal (all I
| do is edit the output from resize(1)), but apparently the command "lines"
| means something to csh.  Doing the same thing with columns works OK, and
| lines works under sh, but when I enter "lines" under csh the terminal just
| sits and waits for input.  I've searched the manual entry for csh and can't
| find anything there or in the C-Shell Field Guide.
| 
| There is a "." at the end of my path, which is how I find lines.  If it is
| in another directory in my path it sometimes works.  This is weird!

We ship a demo called 'lines'.  How about if you invoke your program
as ./lines, or just call it something else (or move your lines program
to one of your bin dirs ahead of the one with the lines program).

There is no builtin command called lines that I can find in the csh
source, so it must be something else in your path.  Try 'which lines'.
--
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: smd@vab01.larc.nasa.gov (Steve M. Dahmen)
Subject: Is there a Standard preprocessor method of determining 4.0 IRIX?
Organization: NASA Langley Research Center, Hampton, VA
Date: Mon, 6 Apr 1992 16:30:43 GMT


Hello SGI & Friends...

I've got a large code that needs a small amount of diddling in the
conversion to 4.0.1, but we have anumber of sites that may be
remaining at 3.3.2.  I've ifdeffed the code with my OWN preprocessor
symbol, but it just hit me that there may be a more efficient method
SGI or one of the users out there in Irisland has
set up for how to do this.  If there was already tsomething around,
the makefile could be greatly simplified.

Since I can't read the net very often, email responses would be MUCH
appreciated.

Thanks.

Steve Dahmen
--
-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Steve Dahmen, Systems Analyst                         (804) 864-4519 (W)
Vigyan Research, Inc .- NASA Langley Research Center                    
Internet: smd@vab01.larc.nasa.gov
Newsgroups: comp.sys.sgi
From: micah@martika.csd.sgi.com (Micah Altman)
Subject: Re: m_fork() v.s. sproc()... Which to use?
Keywords: m_fork sproc shared memory
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Mon, 13 Apr 1992 22:17:10 GMT

In <1992Apr13.201111.19804@news.arc.nasa.gov> grendel@fen.arc.nasa.gov (Raymond E. Suorsa) writes:


>implement a SPMD type of algorithm.  I have got a simple version
>running using the m_fork() construct.  The problem is that the speedup
>is at best 1.8 with four processors (with nonoverlaping data).
>Needless to say I expected better.

What do the profiles of your code indicate (time spent running in 
serial, synchronization overhead, load imbalance, time spent in
m_fork routines)? 

>I decided to try using the lower level routine sproc() to construct
>the parallel algorithm but problems arose. The most pressing is what
>memory is shared and what is not shared among a parent and its
>sproc()'ed children.  The docs say that all virtual memory is shared.
>If this is the case then every control variable (e.g. loop variables)

All of the data in the processes' "data area" are shared, but each
process has a separate stack.  The practical implications of this for
most programs are:
			C		FORTRAN

		- global variables / common blocks,  are shared
		- static variables / -static compiled variables, are shared
		- local (non static) variables are not shared

So there's probably no need to worry about the loop indices.

>I have run the algorithm on a distributed memory virtual SPMD machine
>composed of a heterogeneous network of workstations.  I was hoping to
>do better using an eight processor SGI to eliminate the overhead of
>ethernet communications.  The speedups I have got with a four
>processor machine and m_fork() have discouraged me.

>I hope I am missing something... I am new to shared memory
>programming.  Any advice or experience would be welcome.


>  __o   Ray Suorsa,
>  \<,   grendel@windchime.arc.nasa.gov,
>()/ ()  NASA/Ames (415)604-6334
--
	"Entia non sunt multiplicanda sine necessitate." - William of Ockham
	Micah Altman, "Computational Juggler"	   	   micah@csd.sgi.com
	Phone (415) 335-1866 	Disclaimer: I only speak for myself, not SGI.
			Copyright (C) 1991 All rights reserved
From: martin@knobi.munich.sgi.com (Martin Knoblauch)
Newsgroups: comp.sys.sgi
Subject: Re: plea for info: Dev. Forum
Date: 9 Apr 92 14:40:39 GMT
Organization: Silicon Graphics, Inc.

In article <29970@adm.brl.mil>, C.G.C.vanDijk@io.tudelft.nl writes:
|> Hi,
|> 
|> Is anybody from around here (holland, germany, belgium, maybe
|> france or uk) going to attend the developers forum?  If so, would
|> you be willing to:
|>  - summarize the new developments discussed there
|>  - send around proceedings
|>  - or maybe even talk about it at a SG users group meeting 
|> 
|> Not having the latest info, as discussed at this forum, gives me the
|> uncomfortable feeling that I am not getting the most from my SG
|> workstation.  I am also shy about developing tools myself which 
|> turn out to be issued/announced at the forum.  Especially this
|> 'scenario' tool (object-oriented 3D toolkit) has my attention..
|> 
|> Anxious minds want to know :-)
|> 
|> Casper
|> 
|> Casper G.C. van Dijk               "Broken words,
|> Delft University of Technology      never meant to be spoken"
|> the Netherlands                                    Bob Dylan
Hi,

  there is a small problem with summarizing the information spread
at the Developers Forum on this list. All of the attendees have to
sign nondisclosure agreements in order to be permitted to the forum.
The reason for this is that we (SGI) will give information on new,
probably not yet announced products (SW and maybe HW). Giving a
summary here most probably violates the nondisclosure nature of
the whole event. I will try to find out whether I'm allowed to
summarize, but I believe I'm not.

Martin
+---------------------------------------+-----------------------------------+
|Martin Knoblauch                       | Silicon Graphics GmbH             |
|Application Support Engineer           | Am Hochacker 3 - Technopark       |
|Silicon Graphics Computer Systems      | W-8011 Grasbrunn-Neukeferloh, FRG |
|                                       | Phone: (+int) 89 46108-179 or -0  |
|                                       | Fax:   (+int) 89 46108-222        |
|                                       | V-Mail:          8935             |
+---------------------------------------+-----------------------------------+
|Network: <knobi@sgi.com>                  or,                              |
|         <knobi@munich.sgi.com>           or,                              |
|                                                                           |
|         <martin@knobi.munich.sgi.com>    which is actually my home        |
+---------------------------------------------------------------------------+
From: dimitris@cogsci.ed.ac.uk (Dimitrios Bairaktaris)
Newsgroups: comp.sys.sgi
Subject: Information wanted for a word processor with IRIX 4.0.X
Keywords: Word Processor - IRIX 4.0.X
Date: 16 Apr 92 09:43:22 GMT
Organization: Centre for Cognitive Science, Edinburgh, UK

Hi,

I am neIRIX 4.0.X user and I would really appreciate any information
on available word processors for IRXI 4.0.X. Also if anyone knows of
an ftp site with IRIX 4.0.X software please let me know.

Thank you for your assistance.

Dimitris Bairaktaris

PSApologies to everyone if this is "old" stuff I am asking for 
    but as I said I am a "newcomer".
From: glennrp@BRL.MIL ( Glenn Randers-Pehrson)
Newsgroups: comp.sys.sgi
Subject: Re:  Displays and keyboards
Date: 6 Apr 92 22:03:59 GMT


 > 
 >   In a sorta related note, is there any way to make one machine run the
 > display on two different machines? Here's what Im thinking: I'm trying to 
 > talk another user through a program, and we could simply start up identical
 > versions of the program with identical input files and hope we don't get
 > seperated. My other bright idea is to do the work on my machine, and have
 > the display come up here on my machine as well as on the other user's. We'd
 > all just sit down in front of the same CRT 'cept one is here in Dayton, Oh, 
 > and the other is at Pax River, MD. Just an idea. I'm running a 4D/320VGX
 > under 3.3.2, and I'm not sure what is available on the other end.
 > 
 > All ideas welcome.

You can try this.  Only trouble is the keyboard entries only appear on
the local machine's wsh.  The graphics appears on both.  Any data files
have to be identical in the pwd on the local machine and in the remote's
specified directory.  If you can figure out a better way to handle the
text i/o, let me know.

#!/bin/sh

# remote host directory cmd [args]

# <glennrp.brl.mil> 26 Sept 91

# runs an interactive program locally and remotely with the same
# keyboard input.  [args] will be expanded locally.  Graphics will appear
# on both consoles.  Keyboard interrupts won't be passed (see man rsh_bsd).
# Standard output doesn't show up on the remote machine but appears on
# the local machine interspersed.
# <gavin@sgi.com> suggested using named pipes.

#	remote penquin@maude.aa dir foo bar

host=$1
dir=$2
shift;shift
keyboard=$HOME/remote.$$
/etc/mknod $keyboard p
cat < $keyboard | rsh $host cd $dir\;PATH=$PATH GTERM=iris-ansi $* &
tee $keyboard | $*
wait
rm $keyboard
kill 0
From: bob@caw2.4950tw.wpafb.af.mil (Bob Plested)
Newsgroups: comp.sys.sgi
Subject: pfa problem solved.
Date: 9 Apr 92 12:56:15 GMT


Thanks to Brent Bates for spotting that small but important problem. 
PFA works fine, I just need to watch my typing.

        Common / deriv / cnpt nvec len

should have been

        Common / deriv / cnpt,nvec,len

Bob
------------
Bob Plested                    bob@caw2.4950tw.wpafb.af.mil
4950th Test Wing/FFDA              134.136.241.11 
(513) 257-6809 DSN 787-6809
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: ERROR rmtgetb recv
Keywords: dump, dec, sgi
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Fri, 17 Apr 92 17:54:29 GMT

In <84245@bu.edu> jdh@bu-pub.bu.edu (Jason Heirtzler) writes:

| Has anyone seen this error?  The machines are
| 
| 	sgi - indigo running 4.0.1 (same problem on 4.0.3)
| 	dec - a decstation-3100 ultrix 4.2
| 
| sgi#  dump 0fds dec:/dev/rmt0h 54000 6000 /dev/usr
|   DUMP: Date of this level 0 dump: Mon Apr 13 16:46:24 1992
|   DUMP: Date of last level 0 dump: the epoch
|   DUMP: Dumping /dev/rusr (/usr) to /dev/rmt0h on host dec.bu.edu
|   DUMP: mapping (Pass I) [regular files]
|   DUMP: mapping (Pass II) [directories]
|   DUMP: estimated 336593 tape blocks on 0.19 tape(s).
|   DUMP: dumping (Pass III) [directories]
|   DUMP: Couldn't read from remote tape
|   DUMP: ERROR rmtgetb recv, disconnecting from dec.bu.edu
|   DUMP: write failed
|   DUMP: Tape write error 0 feet into tape 1
|   DUMP: NEEDS ATTENTION: Do you want to restart?: ("yes" or "no")

This error message indicates that the recv() system call returned
0 bytes.  My very limited network knowledge and a quick reading of the
man page leads me to believe that should happen only when the 
connection is shut down for some reason.
--
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: sumargoh@serss0.fiu.edu (H. Sumargo)
Newsgroups: comp.sys.sgi
Subject: Scanner Installtion on PI 4D/35 (HELP!!!)
Keywords: Scanner
Date: 11 Apr 92 00:09:07 GMT
Organization: Florida International Univ.


I have a Sharp JX-300 color scanner with scpecification as follows:
     Scan Size:   85. x 11.6
     Resolution:  300 D.P.I.
     I/O:         GPIB IEEE-488 Interface

What I would like to do with the above scanner is to install it on my PI 4D/35.  Does anybody out there have ever done such installation?  As far as I am concerned, the PI 4D/35 does not come with GPIB Interface.  However, can we go around with it, so that the scanner can be installed to the PI 4D/35?  Please email your reponse to: sumargoh@serss0.fiu.edu.  Thank you very much.