HDTenEightyP/NetNews huggingface dataset:
From: atems@igor.physics.wayne.edu (Dale Atems)
Subject: Re: Increased Prices for Memory
Organization: Wayne State University, Detroit, MI
Date: Fri, 6 Nov 1992 21:56:34 GMT

In article <1992Nov5.195012.5289@ringer.cs.utsa.edu> senseman@ricky.brainlab.utsa.edu (David M. Senseman) writes:
>My buyer just informed me that the 32 MB memory upgrade
>for the R4K Indigo just jumped $250 during the last week
>due to trade sanctions with Korea. Anyone else hear of this?

Yes. Here is an excerpt from an article in the 10-26 issue of MacWeek
Magazine, reprinted without permission:

Begin quote

Dynamic RAM prices jumped last week in the wake of a U.S. Commerce
Department finding that South Korean memory makers have been dumping
their chips in the U.S. market.

The ruling is only preliminary, and its long-term effects are unknown.
Some Mac distributors predicted dramatic price increases and possible
shortages; others said they did not anticipate such dire consequences.

South Korean manufacturers supplied between 18 percent and 37 percent
of the DRAM imported into the United States last year, according to
various estimates. To continue importing, the companies affected by
last week's ruling will have to post a bond ranging from 6 percent for
Hyundai Electronic Co. Ltd. to a whopping 87 percent for Samsung
Electronics Co. Ltd.

Samsung declined to comment, but RAM distributors said the company
intend to appeal the ruling and will post the bond and continue
selling without raising prices.

[Quotes from Mac RAM vendors deleted]

The preliminary determination was made in response to a complaint
filed last April by Micron Technology Inc. of Boise, Idaho, one of the
two domestic DRAM suppliers. The company alleged that South Korean
chip makers were illegally selling 1- and 4-Mbit RAM chips to U.S.
buyers at less than the cost of production.

End quote

Impediment raised their prices within two days of the tariff's taking
effect, but Falcon was still selling 32MB R3K Indigo upgrade kits for
the old price ($1340) at least until the beginning of the following
week, though they have raised prices since (also on the R4K SIMMS). I
won't give any figures on current prices because I last talked to
their sales reps over a week ago, and RAM prices reportedly have been
changing daily.

My personal opinion: the effect of the tariff probably varies widely
between vendors, depending on source and inventory. If I was looking
to buy RAM anytime soon, I would do some serious shopping today. If
prices turn out to be up everywhere and my need was not urgent, I
would wait (fingers crossed) until this issue is resolved. The reps at
both Impediment and Falcon seemed optimistic that the tariff would be
lifted and would not result in a long-term shortage. Then again, you
never know.

------
Dale Atems
Wayne State University, Detroit, MI
Department of Physics and Astronomy
atems@igor.physics.wayne.edu
From: chk@alias.com (C. Harald Koch)
Newsgroups: comp.sys.sgi
Subject: restricing root logins
Date: 10 Nov 92 00:07:31 GMT
Article-I.D.: alias.1992Nov10.000731.2740
Organization: Alias Research, Inc., Toronto ON Canada

Is it possible to restrict root logins to certain ttys? Right now, anyone can
login as root on any terminal line attached to our machines (including modems).
We want to be able to restrict this, so that root logins are allowed only on
"secure" terminals, i.e. those in the computer room. For other lines, we want
people to login as themselves and then su, so we have at least some idea who
became root.

BSD Un*x had a configuration file listing "secure ttys"; is there an IRIX
equivalent?

--
"What is life?"     "A rich | C. Harald Koch  Alias Research, Inc. Toronto, ON
tapestry when learning from | chk@alias.com                (work-related mail)
a Master like you, sir!"    | chk@gpu.utcs.utoronto.ca     (permanent address)
"You pass!"   -Purolator ad | VE3TLA@VE3OY.#SCON.ON.CA.NA            (AMPRNet)
Newsgroups: comp.sys.sgi
From: teo@Xenon.Stanford.EDU (Patrick ChengSan Teo)
Subject: LISP on the SGI
Reply-To: teo@cs.Stanford.EDU
Organization: Computer Science Department, Stanford University.
Distribution: comp.sys.sgi	
Date: 6 Nov 92 18:09:42


I'm interested in using GL from LISP (Lucid, in particular).  Before I
go hack up an FFI to GL, does anyone know of a public domain one?

Thanks,
Patrick
--
-------------------------------------------------------------------------------
Patrick Cheng-San Teo                                       teo@cs.stanford.edu
Department of Computer Science                      kcirtap@leland.stanford.edu
Stanford University                                  Home Phone: (415) 497-4559

"Everything should be made as simple as possible, but not simpler"
-- Albert Einstein
-------------------------------------------------------------------------------
Newsgroups: comp.sys.sgi
From: agrafiot@wl.com (Dimitris Agrafiotis)
Subject: need help on distributed processing
Organization: Warner Lambert / Parke-Davis
Distribution: usa
Date: Thu, 5 Nov 1992 13:48:35 GMT

Is it possible to use fork (or something equivalent) to spawn a process
from my application and have it run on another SGI workstation across the
net? From the little I know, RPC's are just too messy. Is there something
as simple as fork?


-- 
Dimitris K. Agrafiotis
Computer Assisted Drug Design
Parke-Davis Pharmaceutical Research
(agrafiot@wl.com)
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Exebyte 8500 config on a Crimson
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Thu, 12 Nov 92 02:51:52 GMT

In <1992Nov10.172707.29397@seismo.do.usbr.gov> geomagic@seismo.do.usbr.gov (Dan O'Connell) writes:
| We installed an Exebyte 8500 on a Crimson running 4.0.5C. It has
| a Peripheral Visions compression board with a front door display
| panel. We have make all the various devices for it; tps1d4, tps1d4.8200,
| tps1d4.8500, tps1d4nr, tps1d4nr.8200, tps1d4nr.8500, etc.
| When we write to using tar, we never get a transfer rate exceeding
| 120 Kbytes/sec. We have tried both 8500 and 8200 modes, with and without
| compression. We get about 180 Kbytes/sec writting to our 4mm DAT drive.
| 
| We expected to get 300-400 Kbytes/sec transfer rates with the Exebyte
| in 8500 mode. Is there something obvious we should look for that would
| explain the poor Exebyte performance?

Probably the compression board is the bottleneck.  You should
see at least 400K/sec on a normal 8500, assuming the program doing
the writing isn't horribly slow.

180 KB/s for DAT is just about right.
--
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: berney@masg11.epfl.ch (Jean-Claude Berney EPFL-DMA)
Newsgroups: comp.sys.sgi
Subject: reset of the parallel interface ikon.
Date: 6 Nov 92 16:57:25 GMT
Organization: Ecole Polytechnique Federale de Lausanne

I have a server SGI 4D320S with an IKON Hardcopy controller. I use this
parallel interface with a printer Tektronix 4693D.
Sometimes, it is not possible to write to this interface (/dev/cent).
If I reboot the server,it's OK.
I would like to know which "ioctl" to use to reset the interface 
without to do a reboot.
For the 4D35 or the INDIGO, it is documented which "ioctl" to use
to reset the interface /dev/plp, but for /dev/cent there is nothing.
-- 
 
Jean-Claude Berney
Departement of Mathematics		Tel: +41-21.693.25.90
Swiss Federal Institute of Technology	Fax: +41-21.693.22.20
EPFL, Ecublens
CH-1015 Lausanne			E-mail: berney@masg11.epfl.ch
From: grege@chopin.asd.sgi.com (Greg Estes)
Newsgroups: comp.sys.sgi
Subject: Re: frame grabbers for 4D/320S
Date: 7 Nov 1992 00:38:30 GMT
Organization: Silicon Graphics, Inc.
Distribution: world
NNTP-Posting-Host: chopin.asd.sgi.com

In article <1992Nov6.220104.2805@mintaka.lcs.mit.edu>, duda@brokaw.lcs.mit.edu (Andrzej Duda) writes:
|> We want to take TV or video input, digitize to 320x240x24 frames at
|> 10 or 15 fps and store them on disk. The raw bit rate generated
|> will be 18.4 Mbit/s (2.3 Mbyte/s) for 10 fps. Do you know if
|> there exists frame grabber cards for the 4D/320S machine that allow doing
|> it? Can the disks on 4D/320S support such a bit rate?
|> 
|> Thanks for your help,
|> 
|> Andrzej Duda

The VideoFramer will frame-grab single images, and work on a 4D/320S.
There are , however, some things you should consider;

1. The images grabbed will have to be (initially) at "normal" video
resolutions, i.e., 640 x 480, 720 x 486, etc. They can then be filtered
to whatever resolution you desire, using any one of a number of image
processing tools.

2. The VideoFramer is designed to grab frames off of a single-frame accurate
VTR using an animation controller, and not to stream frames onto a hard disk
at 10-15 fps. You could set it up to grab every second or third frame off of
a videotape and let it go off and do this process in the background, but each
grab will take between 7-22 seconds.

3. We do have products (IndigoVideo, VideoLab) that are more suited to this
task, but they won't work on a server.

4. Remember that since you are using a 320S (which has no graphics capability),
you will not be able to view the frames on the host machine, but rather
must transfer them to a graphics workstation or to videotape, etc.

5. Since the VideoFramer is clearly a non-real-time product, the disk drive
speed does not become a factor.

Greg Estes
Silicon Graphics
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: HP DAT drive on a 4D/35
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Tue, 10 Nov 92 20:14:15 GMT

In <BxIFt6.L7t@well.sf.ca.us> gaarder@well.sf.ca.us (Steve Gaarder) writes:

| In article <s62becg@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:
| >In <BxGzIv.6p2@well.sf.ca.us> gaarder@well.sf.ca.us (Steve Gaarder) writes:
| >
| >| We have an HP 35480A DAT drive that we have hooked up to a 4D/35 running
| >| 4.0.5.  I can read my own tapes fine, but not tapes made on an HP 9000/700.
| >| With those, tar gives "premature end of file" and dd gives ") records".
| >| I note that the hinv command gives the drive type as "unknown", and thus 
| >| suspect part of the problem is that the software does not recognize the
| >| drive as a DAT drive.  Any ideas?
| >
| >Start by making a new entry in /usr/sysgen/master.d/tpsc.  After it
| >works (i.e., you ran /etc/autoconfig, rebooted, and hinv and
| >mt stat report it as a DAT, (assuming this is your only tape drive) do:
| >	su
| >	cd /dev
| >	rm *tape*
| >	./MAKEDEV tape
| 
| It worked - thanks!.  Now the next question is whether and how I can
| turn compression on and off (other than the DIP switches on the drive
| In HP-UX it's done with different device minor numbers.

Somehow I thought that might come up ;)  We don't support compression
mode at all.  Typically, however, the mode is set by using a different
value for the 'density' in the modeselect header.  You can either
write a devscsi program to do this (when the tape isn't open) (see
'man ds dslib').

The other thing you can try (assuming HP does use density), is to
fill in the tp_density field in master.d/tpsc for that drive, and
set the MTCAN_DENSITY bit.  See the difference between the 8500 and
8200 Exabyte entries, for example, and the difference in /dev/MAKEDEV
as to how .8200 and .8500 devices are created when an 8500 drive
is present.  The density value there is placed into the modeselect
header value as is during the modeselect command.  No guarantees on
this one though.
--
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: jchauvin@netcom.com (John H. Chauvin)
Subject: Bug Report: FORTRAN 3.10 compiler
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Sat, 7 Nov 1992 03:01:48 GMT


I have discovered two additional bugs in the 3.10 release of the 
FORTRAN compiler. Both bugs have been reported to Technical 
Support.

(1) The -g and -listing compiler options when used together will 
      sometimes result in a core dump from  /usr/lib/fcom. I have not 
      found any indicator to predict when this will happen. The work 
      around is not to use the two options together.

(2) The -listing compiler option incorrectly lists undeclared real 
      variables as real*8 NOT real*4. For example, examine the 
      following code:

             A = 1.0
             B = 2.0
             C = A + B
             STOP
             END

What is the data type for variable A? Assuming the code was 
compiled using the default compiler options, variables A, B, and C 
should be real*4 (This fact is not listed in the manuals or man 
pages. It should be!). This can be check by using dbx. Yet if you 
compile this code with the -listing option, the variables are listed as 
real*8.

I have not fully explored this bug, but it does bring in to question the 
accuracy of the other information provided by the -listing option.

I encourage other users to use this forum to list any bugs they may 
discover. Many hours of work could be saved if users are aware of 
outstanding bugs not included in the release notes. Any comments 
are welcome

jchauvin@netcom.com
Northrop ATDC
Pico Rivera, California
-- 
John H. Chauvin jchauvin@netcom.COM
Netcom - Online Communication Services San Jose, CA
Newsgroups: comp.sys.sgi
From: andreas@awstar.rus.uni-stuttgart.de (Andreas Wierse)
Subject: Re: Increased Prices for Memory (wine ?)
Followup-To: rec.food.drink
Organization: Visualization Group Comp.Center (RUS) U of Stuttgart, FRG
Date: Tue, 10 Nov 1992 08:54:25 GMT

In article <1992Nov9.180813.11701@athena.mit.edu> ertas@athena.mit.edu (Mehmet D Ertas) writes:
>In article <1992Nov8.133738.1@alien.gici.com>, laut@alien.gici.com (Bill Laut) writes:
>|> In article <1992Nov5.195012.5289@ringer.cs.utsa.edu>, senseman@ricky.brainlab.utsa.edu (David M. Senseman) writes:
>|> > Now my two favorite things, French white wine and Koran RAM,
>|> > are going to be out of my price range :-(
>|> At the risk of being called a "lout" (:-), I would suggest a change to good
>|> German white wines, such as a Reisling Auslese, or a Kabinett.  Now, with

>
>I agree on the unique chills of German Wine, but since Germany is also an EC
>member, same price hikes there as well :-(

Could You please elaborate this? Does it mean that german wines are
expensive just because Germany is in the EC? Maybe I should tell You
that californian wines in California are more expensive than german
wines are in Germany (this is in general of course, there may be
exceptions).

If You could get into contact with a german wine grower (I hope this is
the right word :-), then I could imagine that he could send high quality
german wine to You directly. I don't know how much tax and customs You
would have to pay additionally, but these are no costs related to
Germany being in the EC (at least if they are not penalty customs and
even then they have US origin).

Especially in this year german wine will probably becheaper than in the
last years due to a nice summer and fall we had. There is so much wine
that in fact some wine growers cannot afford to collect the grapes
since the cost for it maybe higher than what they could earn with it. Of
course the nice summer has had its impact on the quality too :-).

BTW, I'm very happy to see that there are Americans who like german
wines. When I was in California in April I examined the californian
wines closer and liked them very much.

>
>Deniz Ertas

Have a good time sitting in the dark, drinking german wine and listen to
peaceful music :-).


Andreas

P.S.: Note the Follow-up to rec.food.drink
-- 
 Andreas Wierse              | Institute for Computerapplications II
                             | Dep. Computersimulation and Visualization
 wierse@rus.uni-stuttgart.de | Computer Center University of Stuttgart
 Tel.: ++49-711-685-5796     | Allmandring 30
 Fax:  ++49-711-682357       | D-7000 Stuttgart 80     Germany
Newsgroups: comp.sys.sgi
From: senseman@ricky.brainlab.utsa.edu (David M. Senseman)
Subject: Increased Prices for Memory
Organization: University of Texas at San Antonio
Date: Thu, 5 Nov 1992 19:50:12 GMT

My buyer just informed me that the 32 MB memory upgrade
for the R4K Indigo just jumped $250 during the last week
due to trade sanctions with Korea. Anyone else hear of this?

Now my two favorite things, French white wine and Koran RAM,
are going to be out of my price range :-(


-- 
David M. Senseman, Ph.D.     | A man who has never gone to school may steal 
(senseman@lonestar.utsa.edu) | from a freight car; but if he has a university
Division of Life Sciences    | education, he may steal the whole railroad.
UT San Antonio               |             Theodore Roosevelt (1858-1919)
Newsgroups: comp.sys.sgi
From: shenkin@still3.chem.columbia.edu (Peter Shenkin)
Subject: Re: Killed?
Organization: Dept. of Chem, Columbia U, New York
Date: Sat, 7 Nov 1992 22:28:17 GMT
X-Posted-From: still3.chem.columbia.edu
NNTP-Posting-Host: sol.ctr.columbia.edu

In article <3112@contex.contex.com> frank@marvin.contex.com (Frank Perdicaro) writes:
....
>Process B eventaully dies, A finds old date, no evidence in SYSLOG, 
>concludes B has died a natural death, and kills itself after it cleans
>up its semaphore and shared memeory.

What does A do if B has been killed?  What does B do if A has been killed?

	-P.
-- 
************************f*u*cn*rd*ths*u*cn*gt*a*gd*jb*************************
Peter S. Shenkin  shenkin@still3.chem.columbia.edu   Columbia Univ., Chemistry
********* DEMOCRACY:  The theory that the people know what they want, ********
********** and deserve to get it good and hard.  -- H. L. Mencken ************
Newsgroups: comp.sys.sgi
From: davea@quasar.mti.sgi.com (David B.Anderson)
Subject: Re: PROBLEMS with CodeVision
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Thu, 12 Nov 1992 00:57:33 GMT

In article <1992Nov10.133551.15059@news.tu-graz.ac.at> blah@tu-graz.ac.at (blahowsky) writes:
>Summary: Problems with CodeVision
>Keywords:CodeVision
>
>
>We installed this year three Crimson/Elan workstations with 
>the CodeVision (noe CaseVision)debugging tool.
>
>After we had some trouble with the FORTRAN compiler we didn't
>install the last maintainance kit on one maschine in order to
>produce on one maschine a running executable. At that stage
>the CodeVision debugger worked fine on that machine. 
>Now we had to bring the 3. machine on the same OS level and
>therefor installed the last maintaince kit. Since then
>we have the following cumbersome irregularities with cvd:
>                    
>                   1. whan going with step threw a subroutine 
>                      the program counter jumps quite often 
>                      to the first line in the subroutine before
>                      actually executing the next line

See below.

>The same things happen with edge or dbx so I guess its the
>fortran compiler or the debugging kernel.

Mail to blah@tu-graz.ac.at bounced, so the only way I can reply is to 
repost something from a few days ago:

If you do the file command on one of  your object files, I expect it to
say something like:

st1.o:  mipseb executable not stripped (R4000 fpdiv unchecked) - version 2.40
(the important item here is the                                  ^^^^^^^^^^^^)

This means you are using  the 2.40 compilers. In some releases in the
4.0.x series (but not 4.0.1) the assembler inserted nop instructions
but did not mark them with the "right" line number.  This was done so
the R4000 (even with early (now replaced) chips) would work correctly.
The result: step/next jumps around disconcertingly.

All fixups needed for the R4K chips in the field are handled
transparently by the kernel by 4.0.5.  So the assembler no longer
inserts the nop instructions.

I suggest you get the 4.0.5 IRIX release (or later) and the 3.10
compilers (a seperate IDO update) and recompile.  This will fix "next"
and "step" (*and* get you better application run-time performance
though, of course, your mileage may vary).

(I have never kept quite straight which compiler releases generated the
extra nop instructions: They are gone in 4.0.5 IRIX with 3.10 compilers.)

Hope this helps.     
[ David B. Anderson             (415)390-4263             davea@sgi.com ]



Newsgroups: comp.sys.sgi
From: twriter@rd.hydro.on.ca (Timothy Writer)
Subject: How to speed up X?
Keywords: X Xsgi
Reply-To: twriter@rd.hydro.on.ca
Organization: "Ontario Hydro - Research Division"
Date: Thu, 5 Nov 92 22:31:41 GMT

Recently, I acquired AutoCAD (R11) for an IRIS 4d/210 GTX running IRIX
4.0.1.  I mention AutoCAD only because certain aspects of its interface
highlight what I believe are deficiencies in SGI's X server.  For
example, AutoCAD uses a crosshair for the mouse cursor, drawn with a
full height vertical line and a full width horizontal line.  With AutoCAD
running and displaying locally (DISPLAY is :0.0), cursor movement is
unacceptably slow: when I move the mouse I can see both lines of the
crosshair being redrawn.  However, if I display AutoCAD on my PC (using
XVision) cursor movement is near instantaneous.

My questions:  Why is SGI's X server slow compared with a PC based X
server?  What can I do to speed it up?

Thanks for your help.

Tim

-- 
Tim Writer			     phone:  (416) 231-4111 ext. 6990
Ontario Hydro Research Division	     fax:    (416) 237-9285
Toronto, Ontario		     e-mail: twriter@rd.hydro.on.ca
CANADA
From: philip@concave.cs.wits.ac.za (Philip Machanick)
Newsgroups: comp.sys.sgi
Subject: Re: Killed?
Date: 5 Nov 92 14:21:01 GMT
Article-I.D.: shannon.1992Nov5.142101.3324
Organization: Computer Science Dept, Wits University
X-Xxdate: Thu, 5 Nov 92 16:14:12 GMT
X-Useragent: Nuntius v1.1.1d12

In article <1992Nov4.163355.12112@odin.corp.sgi.com> Marty Itzkowitz,
martyi@nubbins.wpd.sgi.com writes:
>Usually the message means that the system ran out of swap space, and
killed
>the process.  While it is typically the process with the high demand for
>swap that is killed, it is not always: the system is desperate, and
strikes
>out at someone.

I had similar replies by mail from several people - thanks to all of you.
Would it be so terribly difficult to print a message "out of swap space"
in this situation?
--
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
From: J.W.vanderMeulen@io.tudelft.nl (Jaap van der Meulen)
Newsgroups: comp.sys.sgi
Subject: Re: MOTIF TRANSLATION TABLE PROBLEM
Date: 10 Nov 92 14:44:45 GMT


wlin@magnus.acs.ohio-state.edu (Weihung Lin) writes:
>I try to override some widget's translationtable but have some problem to
>do it. I can override the "<Key> F2" no problem, but when I want to setup
>"<Key>BackSpace" or "<Key>osfBackSpace", I can not get any response. Same
>thing happened to "<Key>F1".

Motif needs a space between <Key> and the key name, so
    "<Key> F2" will work but
    "<Key>F2" will not work.
Also I discovered that Motif is case sensitive :
    "<Key> BackSpace" works,
    "<Key> Backspace" will not work!

Jaap

----
  Jaap W. van der Meulen
  Delft University of Technology
  the Netherlands
----