HDTenEightyP/NetNews huggingface dataset:
From: ras@unipress.com (Ray Schnitzler)
Newsgroups: comp.sys.sgi.misc
Subject: Re: Emacs from UniPress on SGI
Date: 21 Dec 92 15:30:51 GMT

With regard to:

In article <1992Dec06.151241.12813@eng.umd.edu> Ramani Duraiswami "Georges Chahine @ Dynaflow Inc." <dynaflow@eng.umd.edu> writes:
> 1) The demo version did not have gnu emacs on it. It had 
>    a version of emacs from UniPress (?)

We must clarify and correct some information contained in that article.

We feel that our Emacs is VERY GOOD, and that our SGI version is excellent.
The bad news is that SGI distributes our 3-year old release, even though we
have current versions for the SGI.  (Our efforts to get them to switch over
have not been successful.)

We want to announce a new policy:  Anyone with a UniPress Emacs provided by
SGI can get a current version from UniPress for only a media/manual fee of
$75.  We will require only a proof-of-purchase, i.e. a xerox of the tape
cartridge or a copy of the SGI invoice.  Telephone 1-800-222-0550 or email
emacs@unipress.com.


About UniPress Emacs:  Version 2.20E is a full X Window product with mouse
support, multiple frames, cut&paste, scroll bars, etc.  In addition we have
lots of language sensitive support for C, C++, Ada and Fortran.

We ship fully-packaged binary copies -- just load & go.  Also, we have a large
tech-support organization including front-office people and back-office R&D
development.  Emacs continues to be very important to us and we devote much
energy into keeping it very good. Binary worksation price $395; source price
$995. We are VERY FRIENDLY about multiple and site licensing.

Pat Sawler
Support Manager
pat@unipress.com
From: jonathan@rahul.net (Jonathan Heiliger)
Newsgroups: comp.sys.sgi.misc
Subject: NTP Time?
Date: 2 Jan 93 21:12:58 GMT
Reply-To: jonathan@mecca.epri.com
Organization: Electric Power Research Institute
X-Newsreader: TIN [version 1.1 PL8]

[ Article crossposted from comp.sys.sgi ]
[ Author was Jonathan Heiliger (jonathan@rahul.net) ]
[ Posted on Sat, 2 Jan 1993 21:09:37 GMT ]

    I recently FTPed the NTP time server software and have tried compiling it 
on my SGI running IRIX 4.0.5  However...with no luck.  Has anyone gotten this 
to compile, or can suggest an alternate time package?  Thanks.

-- 
Jonathan Heiliger .... Electric Power Research Institute
Internet: jonathan@mecca.epri.com -/- jonathan@rahul.net
Telephone <*> [415].855.2888

-- 
Jonathan Heiliger .... Electric Power Research Institute
Internet: jonathan@mecca.epri.com -/- jonathan@rahul.net
Telephone <*> [415].855.2888
From: bclark@ctron.com (Bret Clark)
Newsgroups: comp.sys.sgi.misc
Subject: Restricting root from telnetRestricting root from telnet
Date: 21 Dec 92 15:20:37 GMT

---------  Received message begins Here  ---------

> From info-iris-request@wolf.brl.mil  Sat Dec 19 16:41:48 1992
> From: Blair Copeland <an16@sol.acs.unt.edu>
> Newsgroups: comp.sys.sgi
> Subject: Restricting root from telnet.
> Keywords: telnet
> Date: 19 Dec 92 05:41:06 GMT
> Sender: UNT USENet Adminstrator <usenet@mercury.unt.edu>
> To: info-iris-misc@BRL.MIL
> 
> If this is in the wrong group please don't yell!
> 
> 
>      We are running a Silicon Graphics on a Cabletron DNSMIM card.
>      The system is IRIS 4.0.1.  We would like to keep the root from 
>      logging in via telnet.
> 
>      I believe that this system is a System V Release 4 variant.
> 
> Any suggestions?
> 
> ==================================================================
> Blair Copeland                 |
> Data Communications Analyst    |
> University of North Texas      |  copeland@sol.acs.unt.edu
> ==================================================================
> 


Having fun getting this one out. Sorry if this appears more than once.

What is the DNSMIM?

The DNSMIM is a board built by SGI for Cabletron Systems. The board is
a Media Interface Module (MIM) which slides into Cabletron's Multi-
Media Access Center (MMAC).

Hardware wise it is functionally the same as an IRIS Indigo R3000, but 
the DNSMIM lacks audio and video support.  The DNSMIM does support X11
terminals or a locally attached VT100 terminal.

The OS is a full compliment of IRIX 4.0.1. A minor modification was made
to the kernal to allow for shutdown and startup from the ON-OFF switch.

Anyone asking questions about the software is basically asking about
an IRIS Indigo running IRIX 4.0.1. 

I hope this group will accept any questions which appear about this
product.

>We would like to keep the root from 
>logging in via telnet.

With regards to your question, I do not have an answer, but now that 
everyone knows what the DNSMIM is, maybe someone can give you an answer.

Regards,
Bret Clark
Product Manager
From: antonio@atenea.etsimo.uniovi.es (Antonio Bello Garcia)
Newsgroups: comp.sys.sgi.misc
Subject: Merry Xmas & Happy New Year 1993
Date: 23 Dec 92 18:31:23 GMT

####### ####### #         ###   #######
#       #       #          #         #
#       #       #          #        #
#####   #####   #          #       #
#       #       #          #      #
#       #       #          #     #
#       ####### #######   ###   #######

#     #    #    #     #   ###   ######     #    ######
##    #   # #   #     #    #    #     #   # #   #     #
# #   #  #   #  #     #    #    #     #  #   #  #     #
#  #  # #     # #     #    #    #     # #     # #     #
#   # # #######  #   #     #    #     # ####### #     #
#    ## #     #   # #      #    #     # #     # #     #
#     # #     #    #      ###   ######  #     # ######

-- 
Antonio Bello Garcia                    E-Mail:antonio@afrodita.etsimo.uniovi.es
Dpto. Construccion e Ing. Fabricacion   Phone: +34 8 510 4267
School of Mines. University of Oviedo          +34 8 510 4336
Independencia, 13                       Fax:   +34 8 510 4242
Oviedo 33004, SPAIN                            +34 8 510 4340
Newsgroups: comp.sys.sgi.misc,comp.sys.sgi
From: oconnor@wave.nrl.navy.mil (Brian O'Connor)
Subject: Tool to convert POSTSCRIPT to EPS
Organization: NRL
Date: Thu, 24 Dec 1992 16:31:44 GMT


Hey!

	Does anyone know how to convert PS to EPS?  Any help would
be appreciated!

	Thanks,

-- 
Brian O'Connor              |       "What's an ipecac anyway?"
oconnor@wave.nrl.navy.mil   |                      TV's Frank, MST3K
Newsgroups: comp.sys.sgi.misc
From: sgi.com!pdi!shoshana@BRL.MIL (Shoshana Abrass)
Newsgroups: comp.sys.sgi.misc
Subject: Re: Hard drives...
Date: 31 Dec 92 01:32:25 GMT


  I've answered dave extensively offline, but I thought this
  needed to be posted:

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

>  As you have seldom given any details in your postings about 
>  the problems, except for ones that point with > 99.9% certainty 
>  to cabling or termination problems, it would be hard for me 
>  to guess just what problems you are talking about, or what 
>  the causes of them are. 

  I'm not asking you to "guess" or fix our problems - I'm merely 
  saying that we do have them.  We've been having them for the
  past three years and probably before that. For much of that
  time we were on full or basic support, and no SGI field engineer
  or hotline person has been able to eliminate the problems in 
  spite of having all the details and hands-on access.

  I'll leave it to you to argue whether that reflects more on 
  the SGI support staff or the state of the SCSI. The fact is that 
  I remain a dissatisfied customer.

  -shoshana
   shoshana@pdi.com
   Shoshana Abrass
   Pacific Data Images, Sunnyvale, CA
From: sgi.com!pdi!shoshana@BRL.MIL (Shoshana Abrass)
Newsgroups: comp.sys.sgi.misc
Subject: Re: Hard drives...
Date: 29 Dec 92 23:05:07 GMT


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

>  The problem with moving drives to the Mac is that many models 
>  of Mac (all but the most recent?) don't handle unit attention 
>  properly on power up or after SCSI bus reset.
>
>  Conversely, many drives for the Mac have rather poor SCSI 
>  implementations.  The Quantum drive will probably work, but 
>  there are no guarantees.  --

  I can't let this pass without comment. Undoubtedly, from the 
  standpoint of a scsi technician, an sgi (indigoes and personal 
  irises) is superior to a macintosh.

  Unfortunately, from the standpoint of Joe User, Mac scsi is a 
  dream to work with compared to the sgi. We can attach any number
  of scsi devices to our macs - disks, scanners, tape drives, etc. -
  from any manufacturer, and they just WORK.

  With the sgi's, every time we attach a new disk drive we run 
  the risk of encountering scsi bus errors, timeouts, etc. When
  we get above four scsi devices, we need to start messing around
  with cables - a few inches in cable length can make all the 
  difference.  We've never had this problem on the macs.

  I wish sgi had made their scsi bus more robust even at the 
  expense of making it a "poor implementation". I'd rather have 
  it work in the real world, than have the comfort of knowing 
  it's a perfect implementation of the spec.

  -shoshana
   shoshana@pdi.com
   Shoshana Abrass
   Pacific Data Images, Sunnyvale, CA
Newsgroups: comp.sys.sgi.misc
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Gethostbyname Error
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Wed, 23 Dec 92 04:48:45 GMT

In <1992Dec21.181140.21504@news2.cis.umn.edu> coyle@mars.cs.umn.edu (Mark Stephan Coyle) writes:
| *****Well I am glad I fit in with what Dave expects from a programmer (-:)
| 
| 
| 
| Thanks for the response.  As I said, the code works fine on other machines,
| including Sparcs, Suns, and another SGI.  But on this machine, I get the following:
| 
| 
| dbx a.out
| dbx version 2.10 11/15/91 2:02
| Type 'help' for help.
| Reading symbolic information of `a.out' . . .
| main:29   29  sock=socket(AF_INET,SOCK_DGRAM,0);
| (dbx) run 2001
| Interrupt
| (dbx) run 2001
| Process 14353 (a.out) started
| Process 14353 (a.out) Segmentation fault [main:42 +0x8,0x4002d8]
|   42  bcopy(hp->h_addr, &(server.sin_addr.s_addr),hp->h_length);
| (dbx) where
| >  0 main(argc = 2, argv = 0x7fffc784) ["/usr/people/coyle/devel/flight/Sockets/i_net_send.c":42, 0x4002d8]
| 
| 
| Interstingly, and possibly connected, is what I get when I try to print
| out some simple tracing commands using printf.  Note that I segment fault
| if I do the gethostbyname call, and then use printf, even if I exit immediately after the printf call:

Your test program works fine for me, -O, and -g, on 3 different
machines, with 3 different OS's and development releases...

That is whether the gethostbyname succeeds or fails (I tried
both).
--
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.misc
Subject: Re: Where does the CPU go, when its not doing nuthin' (gr_osview)
Date: 30 Dec 92 21:57:54 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1hsmkiINNf05@rave.larc.nasa.gov> s.j.scotti@larc.nasa.gov (Stephen J. Scotti) writes:


| >| When looking at gr_osview, I have a program that uses about 50% of the
| >| cpu (indigo R4000 elan running 4.05F). The CPU wait line in gr_osview
| >| is empty, so if the cpu isn't waiting, why doesn't my program get 100%
| >| of the CPU?
| >| 
| >| I guess the less naive way of putting this is: What factors aren't captured
| >| between the CPU Usage and CPU wait?
| >| 
| >| [The program in question reads in a 16k chunks of stuff off of disk, messes
| >| around with them and writes them out. All to local disk.]
| 
| >It's hard to say just where it is waiting.  Running osview may be
| >helpful, as would 'timex -s yourprog'.  My guess is that it is indeed
| >waiting for the disk part of the time.
| 
| I have been running a structural analysis finite element code on a 4d35 with 
| similar problems.  I was the only user on the machine but could get no more 
| than about 60% of the CPU.  I too attributed this to disk accesses but when 
| we upgraded our memory from 16mb to 48mb, I found that I could get about 95% 
| of the CPU!
| I wonder if Dave Olson could explain that?

More buffering of files, and therefore less time spent waiting
for the disk, is my *guess*.  It could also be that you were
doing a lot more paging with less memory.  Both timex -s and
osview would help confirm or deny these theories.  Without
measurements, who knows?
--
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: beyer@bflsgu.fl.bs.dlr.de (Ralf Beyer DLR)
Newsgroups: comp.sys.sgi.misc
Subject: Re:  motif and pipes
Date: 1 Jan 93 10:54:33 GMT


	1. How do I attach a callback functon to the close button of a 
	   dialog win?
	
 	  	ie XtAddCallback (dialog, XmN..., myfunction, NULL)
	
	   what goes in the ...?

XmNactivateCallback
	
	2. I have a forground Motif application which must launch and 
	   establish 2-way communcation with a non-graphic background
	   application. I have the source for both and thus can make 
           any modifications necessary. My man pages have holes where 
	   socket, pipe and socketpair are supposed to be.

See the X Toolkit Intrinsics Programming Manual, OSF/Motif Edition, in
particular XtAppAddInput().

Regards

----------------------------------------------------------------------
Ralf Beyer
German Aerospace Research Establishment (DLR), Institute for Flight
Guidance, Flughafen, D-3300 Braunschweig, Fed. Rep. of Germany
Internet: beyer@bflsgu.fl.bs.dlr.de (EARN/BITNET: fl17@dlrvmbs.bitnet) 
----------------------------------------------------------------------
From: beyer@bflsgu.fl.bs.dlr.de (Ralf Beyer DLR)
Newsgroups: comp.sys.sgi.misc
Subject: MSGGET(2) system limits
Date: 30 Dec 92 16:16:20 GMT


Hi,

the MSGGET(2) man page on the system message queue says that

	"Msq_qbytes is set equal to the system limit"

What is this system limit ? How can I modify it ?

I looked into /usr/include/limits.h and did not discover anything
which appears relevant to me.

Thanks for any help and best regards.

Ralf Beyer

----------------------------------------------------------------------
Ralf Beyer
German Aerospace Research Establishment (DLR), Institute for Flight
Guidance, Flughafen, D-3300 Braunschweig, Fed. Rep. of Germany
Internet: beyer@bflsgu.fl.bs.dlr.de (EARN/BITNET: fl17@dlrvmbs.bitnet) 
----------------------------------------------------------------------
From: maple@peregrine.eglin.af.mil (Raymond C Maple)
Newsgroups: comp.sys.sgi.misc
Subject: efficient polygon clipping
Date: 21 Dec 92 17:25:18 GMT


This question is not really specific to SGI, but here goes.

I have an application that needs a VERY efficient polygon clipping routine.
The routine coded now is a recursive 3d Sutherland-Hodgeman implementation.
The application is non-graphical, and must run on machines other than an
SGI, so using feedback is out.  Some info:

The polygons are represented by an ordered list 3d vectors:
The clipping volume is always a cube, but does not have unit sides.
The clipping routine gets called umpteen million times, and accounts for
  way too large a percentage of my cpu time.

Does someone have a more efficient clipping algorithm?

Thanks in advance.

Raymond C. Maple
WL/MNAA Computational Fluid Dynamics Section
Eglin AFB, FL
maple@peregrine.eglin.af.mil
From: bob@caw2.4950tw.wpafb.af.mil (Bob Plested)
Newsgroups: comp.sys.sgi.misc
Subject: Re: Comparison of Alpha, MIPS and PA-RISC-II wanted (fwd)
Date: 23 Dec 92 14:46:45 GMT

> 
> Perhaps you'd like to explain why the back of the RMS manual looks like:
> 
> 		V M S
> 		_________________
> 		
> 		*Volume 6B*
> 
> 		*File System*
> 
> 		Record Management
> 		Services (RMS)
> 
> Seriously, RMS is all-pervasive in VMS.  Sure, you can do QIOs to the 
> XQP yourself, and RMS even provides an interface to make this a little
> easier.  But 99.999% of the time, there is no reason to do so.  This is


Ok, time out. I'm as much of a VMS junkie as any of us, heck, my first job
out of college could be attributed to my knowledge of VMS (I'm an aero engr
by training and trade). This thread has gone on long enough. The current
text has nothing to do with a) the subject line or b) this newsgroup. Please
take it off line.

Thanks
Bob 
------------
Bob Plested                    bob@caw2.4950tw.wpafb.af.mil
4950th Test Wing/FFXD              134.136.241.11 
Wright-Patterson AFB, OH           (513) 257-6809 DSN 787-6809

Life is too short for stop signs.
Newsgroups: comp.sys.sgi.misc
From: eng10312@nusunix1.nus.sg (NEO LIN CHEN)
Subject: Re: Frustrated with SGI support..
Organization: National University of Singapore
X-Newsreader: TIN [version 1.1 PL6]
Date: Mon, 4 Jan 1993 02:52:41 GMT

Kim Andersen (andersen@marvin.ama.ttu.edu) wrote:
: I have several SGI systems, all different models.  I was very happy with
: the hotline service the first couple years - they were very speedy and
: knowledgable.  HOWEVER, response time has increased dramatically (coupled
: with a seeming decrease in competence) over the past year and a half.
: Ever since 4.0.X was released.  Now I don't bother to call the hotline
: anymore because on the rare occasion that I get a return call, they have
: no clue anyway.
: 
: Sorry, guys, but that's my experience.
: 
: 
: Kim Andersen                 |  It's only ones and zeroes.
: Harrington Cancer Center     |  The wonder is that
: andersen@marvin.ama.ttu.edu  |  it does anything at all.  -- anonymous
Newsgroups: comp.sys.sgi.misc
From: ns14@crux3.crux2.cit.cornell.edu (Nathan Otto Siemers)
Subject: Re: a2ps & xpsview (xpsview & landscape)
Organization: Department of Chemistry, Cornell Univ.
Date: 2 Jan 93 04:13:18

>>>>> On Fri, 1 Jan 93 17:49:17 GMT, schultz@halley.est.3m.com (John C. Schultz) said:

 John> You might also take a look at ghostview - a GNU postscript previewer.
 John> Provies portrait, landscape and zooming functions.  available at many
 John> ftp sites.

	Including binaries at sgi.com


--
--
/  | / /__|  /  /---/ /__| /  | /    nathan@chemres.tn.cornell.edu
From: al@socrates.ucsf.edu (Al Conde%CGL)
Newsgroups: comp.sys.sgi.misc
Subject: Disk Drive Vendor
Date: 23 Dec 92 22:53:41 GMT
Distribution: usa
Organization: UCSF Computer Graphics Lab

Has anyone had any experience with purchasing
disk drives from Andataco?  We would like 
information from those who have purchased
internal drives for the PowerSeries single
tower chassis.  Need information such as,
mechanical fit, compatibility, service, etc..
Thanks in advance....

--al
Newsgroups: comp.sys.sgi.misc
From: s.j.scotti@larc.nasa.gov (Stephen J. Scotti)
Newsgroups: comp.sys.sgi.misc
Subject: Re: Where does the CPU go, when its not doing nuthin' (gr_osview)
Date: 31 Dec 1992 14:19:20 GMT
Organization: Aircraft Structures Branch, NASA Langley Research Center
Distribution: world
Reply-To: s.j.scotti@larc.nasa.gov (Stephen J. Scotti)
NNTP-Posting-Host: scotti.larc.nasa.gov

|Your process was too big for physical memory, so it was doing a lot of
|swapping to disk.  Once you got enough memory you didn't need to swap
|and the disk access went away (and the process worked a lot faster)

I now see this point made by numerous respondents (sp?)

Thanks to all who replied.  My confusion was based on the fact that the
code in question ran in only 4MB on a VAX, and I forgot the "true" meaning of
"reduced instruction set"  when I used the code on a 4d35.  I tried the 
gr_osview command while running the code and, if I interpret it correctly, 
I need at least 18MB to run on the 4d35 (not counting modifed memory pages).
Thanks again to all (esp. Scott Dorsey who brought the VAX vs. RISC aspect
to light)


Stephen J. Scotti
ASB, NASA Langley Research Center
s.j.scotti@larc.nasa.gov
Newsgroups: comp.sys.sgi.misc
From: davea@quasar.mti.sgi.com (David B.Anderson)
Subject: Re: nlist and pre/post IRIX 4.0.5
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Thu, 24 Dec 1992 00:05:54 GMT

In article <1992Dec23.203244.4762@sifon.cc.mcgill.ca> isaac@physics.mcgill.ca writes:
>
>	It looks like IRIX 4.0.5 nlist() now returns n_type if found and
>	0 if not instead of the pre-4.0.5 IRIX versions which were
>	returning n_type + 1 if found and n_type otherwise.
>
>	If this is the case, how can I tell the pre-compiler to
>	make the distinction?

Arrgghh..  This is a botch.  Another botch is that 4.0.5 nlist will not
find static symbols.

This has been fixed for the next major release, but that does not help
you.  (Bringing nlist back to 4.0.1,2,3,4 behavior with a twist  to get
SVR4 behavior.)

I don't see any way for you to tell which nlist is which other than
running nlist on a known a.out and checking n_type on something whose
type you know.  Maybe someone else can think of a practical way to
tell.

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



Newsgroups: comp.sys.sgi.misc
From: eng10312@nusunix1.nus.sg (NEO LIN CHEN)
Subject: Re: Frustrated with SGI support..
Organization: National University of Singapore
X-Newsreader: TIN [version 1.1 PL6]
Date: Mon, 4 Jan 1993 02:54:06 GMT

Kim Andersen (andersen@marvin.ama.ttu.edu) wrote:
: I have several SGI systems, all different models.  I was very happy with
: the hotline service the first couple years - they were very speedy and
: knowledgable.  HOWEVER, response time has increased dramatically (coupled
: with a seeming decrease in competence) over the past year and a half.
: Ever since 4.0.X was released.  Now I don't bother to call the hotline
: anymore because on the rare occasion that I get a return call, they have
: no clue anyway.
: 
: Sorry, guys, but that's my experience.
: 
: 
: Kim Andersen                 |  It's only ones and zeroes.
: Harrington Cancer Center     |  The wonder is that
: andersen@marvin.ama.ttu.edu  |  it does anything at all.  -- anonymous
From: zhang@valve.ime.nrc.ca
Newsgroups: comp.sys.sgi.misc
Subject: Re:cxterm problems
Date: 24 Dec 92 16:59:04 GMT


>Does anyone know if this program can be gotten to work on SGIs
Michael D. Fischer,

Cxterm and celvis work very well on SGI I am using 
under IRIX 3.x.x and 4.0.1, 4.0.5.

Cxterm is a xterm in both English and Chinese.
celvis is a clone of vi editor on cxterm, supports both 
English and Chinese

gb2ps and gbtops also work well on SGI, they support
convertion from GB coding to PostScript in 4 set of Chinese
Fonts (24*24) and any sizes.

---------------------------------------------------------------------
Ji Zhang <zhang@valve.ime.nrc.ca>   M-32   IME   NRC  613-990-2501
---------------------------------------------------------------------
        
Newsgroups: comp.sys.sgi.misc