HDTenEightyP/NetNews huggingface dataset:
From: kzin@terminus.gatech.edu (John Rudd)
Subject: Solaris 1.1 vs. Solaris 2.0 (BSD vs AT&T)
Organization: Georgia Tech College of Computing
Date: Wed, 11 Nov 1992 00:48:46 GMT

     I'm getting ready to buy a workstation..and I'm basically looking
at a used SS2, a new IPX, or a new SparcClassic.  The advantage of the
first two, is that they run SunOS 4... unfortunately, the Classic only
runs Solaris 2.  The reason I feel this is unfortunate, is that I very
much prefer the BSD programming model.  However, I've been told that
Solaris 2 will be 100% source code compatable to the older versions.  Is
this true?  and to what extent is it true? I mean.. if I have a program
that uses bsd kernel calls (ioctl and fcntl type things), will it compile
under Solaris 2.0? or will I have to re-write it around the AT&T type
programming model?

Does Solaris have BSD Sockets of both the Unix and Internet types?
I imagine since it's AT&T it will have shared memory.

Does it have the "dump" utility?  if not, what backup type utility
does it have in its place?  Are the utilities mostly AT&T, or does
it preserve the BSD like utilities of SunOS?  if not, can I get
copies of those BSD utilites that will run on Solaris 2.0? (ie. if
I want a version of ps that has bsd options instead of at&t options,
can I get one that will run on solaris 2.0?) (this might be an
interesting market place for BSDI...)

(also, in that last question, can I get a copy of dump that runs on
solaris 2.0?)

Last but not least.. someone please ask sun why they have done this
henous act to us :-)


Sorry if some parts are dumb questions.. I'm just trying to get
unambiguous, detailed answers to those things I don't want to
have to speculate about.

John


John Rudd  --  kzin@cc.gatech.edu         ex- kzin@ucscb.ucsc.edu
All opinions expressed here are my own, and no one elses.
--If Happy Fun Ball begins to smoke, leave the area immediately,
  seek shelter, and cover your head.  Do NOT Taunt Happy Fun Ball.
Xref: sparky comp.unix.solaris:291 comp.sys.sun.apps:2443
From: ric@updike..sri.com (Richard Steinberger)
Newsgroups: comp.unix.solaris,comp.sys.sun.apps
Subject: New software from SunSoft
Date: 5 Nov 92 16:58:19 GMT
Followup-To: comp.unix.solaris


        SunSoft is proud to announce the next version of ShowMe.  The
new version is to be called ShowMeYours.  A companion client product
is called I'llShowYouMine.
        The products work as follows: A user with a Sun Monitor or X
terminal places any desired object, say a body part, within the perimeter of
a ShowMeYours frame.  The image is rasterized and rapidly sent to
the displays of all other selected displays.  Any connected user may then
run I'llShowYouMine.  His or her body part image may then be rasterized and
sent back to the ShowMeYours user and other system voyeurs [read
systems programmers].
        "We feel that this product fills a unique void in the industry,"
claimed Mr. Scott McFealy, SunSoft spokesperson.  "No one but the leader
in Open Zipper Systems is able to deliver this kind of development
environment.  We feel that DBE [Distributed Bodies Everywhere] and it's
flagship product ShowMeYours will lead the way in VOPL [Voyeur Oriented
Programming Languages]."




Newsgroups: comp.unix.solaris,comp.unix.bsd
From: paulr@fulcrum.oz.au (Paul Rosham)
Subject: Re: Solaris 1.1 vs. Solaris 2.0 (BSD vs AT&T)
Organization: The Fulcrum Consulting Group
Date: Thu, 12 Nov 1992 23:32:53 GMT

kzin@terminus.gatech.edu (John Rudd) writes:


>(also, in that last question, can I get a copy of dump that runs on
>solaris 2.0?)

There is one. There is also a /usr/ucb that contains BSD-type commands on
Solaris 2.0. Sun recommend including this directory in the path AFTER
/usr/bin [which has Sys V commands] as a migration aid.

>Last but not least.. someone please ask sun why they have done this
>henous act to us :-)

Because in the first several years of selling Suns, the lovely folks at DEC,
IBM, etc would all say "Don't buy UNIX, there isn't a standard one". So to
ensure that UNIX and Sun workstations were successful, Sun went an ensured
that there was a standard.

Make sense? I thought so... :-)

F  U  L  C  R  U  M                                                     ()
__________________________________________________________________________
                           Paul Rosham                                /\
                        Senior Consultant                             ""
The Fulcrum Consulting Group,
611 Brunswick St,                                Telephone: +61-3-481-6188
North Fitzroy VIC 3068, Australia                      Fax: +61-3-482-4161
Xref: sparky comp.unix.solaris:296 comp.unix.bsd:8797
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.unix.solaris,comp.unix.bsd
Subject: Re: Solaris 1.1 vs. Solaris 2.0 (BSD vs AT&T)
Date: 12 Nov 92 22:30:59 GMT
Followup-To: comp.unix.solaris
Organization: Auspex Systems, Santa Clara

>If the program accesses the kernel (not just by system calls)

I presume by "access the kernel" you mean things such as opening
"/dev/kmem" and looking at kernel data structures (or using the "kvm"
library).

If so, then for those to whom it's not obvious why such programs would
need to be ported, kernel data structures are probably *quite* different
in Solaris 2.x, which is why programs that access those data structures
directly will need to be changed.

(Note that programs that mainly just read the process table, and maybe
process U areas, can, in Solaris 2.x, use the standard SVR4 "/proc" file
system.  That will make them more likely to run under future Solaris 2.x
releases, and under other SVR4 releases; it will also probably make them
simpler, and possibly even less likely to fail in the fashion hinted at
in the SunOS 4.x "ps" manual page:

	BUGS
	     Things can change while ps is running; the picture it  gives
	     is only a close approximation to the current state.

Things can still change out from under you, but "/proc" may make it
less likely to happen.)

>or if the 
>program access some of the system files that have changed (like /etc/fstab =>
>/etc/vfstab), it will have to be ported.

Yup, this is a bit of a headache, as the "getmntent()" routine doesn't
hide the name of the file.  SVR4 has "getvfsent()" to read
"/etc/vfstab", and "getmntent()" to read "/etc/mnttab", and hides the
file name.
Xref: sparky comp.unix.solaris:288 comp.sys.sun.apps:2426
From: ric@updike.sri.com (Richard Steinberger)
Newsgroups: comp.unix.solaris,comp.sys.sun.apps
Subject: New Software from SunSoft
Date: 9 Nov 92 16:37:59 GMT
Followup-To: comp.unix.solaris
Organization: sri
Originator: ric@updike


        SunSoft is proud to announce the next version of ShowMe.  The
new release is to be called ShowMeYours.  A companion client product
will be called I'llShowYouMine.
        The products work as follows: A user with a Sun Monitor or X
terminal places any desired object, say a body part, within the perimeter of
a ShowMeYours frame.  The image is rasterized and rapidly sent to
the displays of all other selected displays.  Any connected user may then
run I'llShowYouMine.  His or her body part image may then be rasterized and
sent back to the ShowMeYours user and other system voyeurs [read
systems programmers].
        "We feel that this product fills a unique void in the industry,"
claimed Mr. Scott McFealy, SunSoft spokesperson.  "No one but the leader
in Open Zipper Systems is able to deliver this kind of development
environment.  We think that DBE [Distributed Bodies Everywhere] and it's
flagship product ShowMeYours will lead the way in VOPL [Voyeur Oriented
Programming Languages]."

Newsgroups: comp.unix.ultrix
From: ggm@brolga.cc.uq.oz.au (George Michaelson)
Subject: Re: 3 peeves re: Ultrix 4.3
Organization: Prentice Centre, University of Queensland
Date: Sat, 7 Nov 1992 06:56:00 GMT

ajc@pa.dec.com (AJ Casamento) writes:

>  The basic issue around CAM has to do with people wanting to acheive what they
>thought they were originally getting with SCSI, compatibility. The difficulty

>  SCSI CAM is worth it.
>I hope that clears it up for you.
>				Thanx,
>				  AJ

Thanks for a good response! I applaud compatibility as a goal fully. I'm
still interested in the other two issues however:

	Does it go faster or slower?
	Does it make the kernel bigger or smaller?

-George
--
                         George Michaelson
G.Michaelson@cc.uq.oz.au The Prentice Centre      | There's no  market for
                         University of Queensland | hippos in Philadelphia
Phone: +61 7 365 4079    QLD Australia 4072       |          -Bertold Brecht
Newsgroups: comp.unix.ultrix
From: grunwald@foobar.cs.colorado.edu (Dirk Grunwald)
Subject: 'fitset' refuses to load Ultrix 4.3 
Reply-To: grunwald@foobar.cs.colorado.edu
Organization: University of Colorado at Boulder
Date: 8 Nov 92 22:34:56


Here's the situation. I'm attempting to upgrade a 4.2a DS5000/120 with
a CDC Wren V. chpt -q sez:

Current partition table:
partition     bottom        top       size    overlap
    a              0      34527      34528    c,f,g,h
    b          34528     125163      90636    c
    c              0    1195545    1195546    a,b,d,e,f,g,h
    d         125164     556763     431600    c
    e         556764    1195531     638768    c
    f              0          0          0    a,c,g,h
    g              0          0          0    a,c,f,h
    h              0          0          0    a,c,f,g


I'm attempting to do the upgrade using RIS. The first time through,
everything went fine until it came to csh, at which point it barfed
because I was running it (yeah, stupid). So, I sez, lets try again.

Now, however, ``fitset'' keeps telling me I don't have enough space in
the root partition to load up the new software. But, I had ~8.5Mb,
which was enough the first time around. It appears that 'fitset'
doesn't account for the fact that it's going to get back *lots* of
space by over-writing existing binaries.

Furthermore, I can't find any way of having 'fitset' give me an
intelligible answer about *how much more* free space I need.

Since 'fitset' won't let me get any further in the 'setld' procedure,
I thought I'd ask for ideas. Any clues? 


I can't really reduce / any more w/o removing important things. I
setld -d'd all the junk I really don't use (like kerberos, etc) -- as
a consequence, I can't 'rsh' into my machine anymore (rlogin works
fine), and I'm learly of uninstalling anything else to get this to
work.


Dirk Grunwald                          Asst. Prof, Univ. of Colorado at Boulder
Newsgroups: comp.unix.ultrix
From: ccksb@trentu.ca (Ken Brown)
Subject: best way to grab PID?
Organization: Trent University, Ontario
Date: Tue, 10 Nov 1992 21:10:40 GMT

What's the best way to grab a process's PID?

Thanks in advance...
-- 
====================================================================
Ken Brown                                       voice: (705)748-1540
Trent University Computing & Telecommunications   fax: (705)748-1246
Peterborough, Ontario, Canada K9J 7B8     internet: kbrown@trentu.ca
From: hirai@cc.swarthmore.edu (Eiji Hirai)
Newsgroups: comp.unix.ultrix
Subject: Re: Using YP/NIS
Date: 5 Nov 92 22:09:35 GMT
Organization: Information Services, Swarthmore College, Swarthmore, PA, USA

> They don't do adequate locking. :-P

I posted a stopgap fix for this in this newsgroup two weeks ago.  If anyone
wants it, I can email it.

In any case, I'm beginning to feel that using rdist to distribute the passwd
file may be the better alternative to using NIS in a mixed vendor
environment.

If you're using Ultrix only machines, then Hesiod may be the way to go but I
haven't experimented with that (yet).

--
hirai@cc.swarthmore.edu (Eiji Hirai)    :     :    :   :  : :: ::: :::: :::::
Unix Geek for Swarthmore College        :     :    :   :  : :: ::: :::: :::::
Information Services, Swarthmore, PA, US.       Copyright 1992 by Eiji Hirai.
I don't speak for Swarthmore College.                    All Rights Reserved.
From: dirico@tropix.enet.dec.com
Newsgroups: comp.unix.ultrix
Subject: Alpha AXP Information
Keywords: Alpha AXP
Date: 12 Nov 92 18:13:32 GMT
Reply-To: dirico@tropix.enet.dec.com ()
Organization: Digital Equipment Corporation


Looking for IMMEDIATE Alpha AXP information?

Announcing the 'Alpha AXP Fast FAX' Service!
--------------------------------------------
Accessible worldwide, the "Alpha AXP Fast FAX" service provides you 
with immediate Alpha AXP products and services information via your 
fax machine!  

The service is extremely user-friendly -- just dial the number, 
follow the voice prompts, choose any Alpha AXP option you would like to
receive information on, and then, within seconds, receive the information 
on your fax machine!

Literature available on the service contains detailed product information,
product specifications, investment protection programs, application and 
services information, and an Alpha AXP family overview. 


U.S. and Canada                 800-842-7027 (from any touchtone phone)
Outside U.S. and Canada         415-694-3916 (from any fax machine)


Feedback to me directly is welcome.
Mary Beth DiRico
dirico@tropix.enet.dec.com
Xref: sparky comp.unix.ultrix:8225 comp.sys.dec:5876
From: osyjm@cs.montana.edu (Jaye Mathisen)
Subject: Re: 3 peeves re: Ultrix 4.3
Organization: CS
Date: Thu, 5 Nov 1992 22:43:31 GMT


Well, I'm not from dec, but part of your post warranted a followup... 

In article <ggm.720916451@brolga> ggm@brolga.cc.uq.oz.au (George Michaelson) writes:
>
>(2)	Can somebody from DEC who knows DECmcc explain why we are meant to
>	be pleased that DECmcc needs SQL, but DEC have just unbundled it.
>
>	We bought a 5000/240 to do nothing but run DECmcc, and now find that
>	we can't upgrade to 4.3 without choosing to run 4.2(a) released SQL
>	and be unsupported, or else buy another product. This is uncool. Shame 
>	on you for trapping us, and conning money out of us on the sly.

This one irritates me too, but I have no doubt that when push comes to shove,
I will be able to make my saledude so miserable if he doesn't get a workable
solution, that small miracles will occur... Worked before :)

>(3)	Can somebody from DEC comment on the perception that 4.3 is a dog
>	of a release. I have seen several comments to the effect that 
>	performance is worse if your jobmix is outside the DEC expectation,
>	the new disk tuning gives less than stunning benefits.

I dont' know what the expected dec jobmix is, but on my 2 240's with
RZ25's, RZ26's, RZ57's, HP97560's, Micropolis 1528's, and RZ55's, 
disk performance has been uniformly improved.  In most of my cases, nearly
a factor of 3.

1 machine is used as a server for 5 xterminals that see some moderate usage
from graduate students doing program development, that same node also 
functions as the campus newsserver, and a medium sized FTP site.
No problems so far.

The other machine is my machine, dual HX cards, RZ25 disks, and other
stuff, and disk performance on it is improved as well.  The mix on my
machine is probably much more eclectic than the "average" workstation mix,
and I'm not having any problems.\

For what it's worth, I congratulate DEC on the 4.3 release.  Nice work
dudes and dudettes...
-- 
 Jaye Mathisen, COE Systems Manager                (406) 994-4780
 410 Roberts Hall,Dept. of Computer Science
 Montana State University,Bozeman MT 59717	osyjm@cs.montana.edu
Newsgroups: comp.unix.ultrix
From: boyd@prl.dec.com (Boyd Roberts)
Subject: Re: 'fitset' refuses to load Ultrix 4.3 
Organization: Digital Equipment Corporation - Paris Research Laboratory
Date: Mon, 9 Nov 1992 09:18:10 GMT

Yeah, that old one with `fitset.  Here's what I do to /etc/setld:

    # Occassionally fitset loses its mind -- boyd
    fitset()
    {
           cat > /dev/null && return 0
    }

Normally it's commented out.  Perhaps I should leave it in.

Also for my 5500 I sometimes have to hack /etc/sizer so that it
unconditionally claims to be a DS5000, when invoked with the -c flag.


Boyd Roberts			boyd@prl.dec.com

``Not only is UNIX dead, it's starting to smell really bad.''  -- Rob Pike
From: wb@arb-phys.uni-dortmund.de (Wilhelm B. Kloke)
Newsgroups: comp.unix.ultrix
Subject: Re: Using YP/NIS
Date: 5 Nov 92 07:16:08 GMT
Organization: Institut f. Arbeitsphysiologie a.d. Uni Dortmund

In article <Bx75qz.3Ko@cck.coventry.ac.uk> ccx009@cch.coventry.ac.uk (Adam Bentley) writes:
>
>Hi there,
>	we're thinking of using YP/NIS to distribute among other things,
>	password entries. Can anyone out there give me any ideas or 
>	thoughts on YP/NIS and its reliablity. We would intend to use it
>	on Sequent Symmetries (Dynix) and DEC Stations (Ultrix). Does anyone 
>	have any advice on whether we should use it or not? The main thing we 
>	want to be able to do is
>	
>			1. Hide the passwd file
>			2. Distribute the passwd file
>
>	I assume both of these can be acheived. We are also looking at
>	writing our own shadow password stuff, replacing the  getpw*
>	calls in libc with our own routines of the same name. This 
>	however will invlove the re-compilation of a lot of other programs,
>	which may well use YP/NIS if its running.
I doubt that you will get what you want. You habe to remove ypcat from
your system or at least to restrict the use to root or wheel. You have
to remove the YP routines from your libraries because otherwise any user
could compile his own ypcat. This will not help either because the bad
guy has access to the sources of those also. The protocol of YP has to
be changed for this. Probably Kerberos is the thing you ar looking for.
-- 
Dipl.-Math. Wilhelm Bernhard Kloke,
Institut fuer Arbeitsphysiologie an der Universitaet Dortmund
Ardeystrasse 67, D-4600 Dortmund 1, Tel. 0231-1084-257
Newsgroups: comp.unix.ultrix
From: zhang@dmnds.ornl.gov (Xiaoguang Zhang)
Subject: Re: Memory fault
Organization: Oak Ridge National Laboratory
Distribution: na
Date: Sat, 7 Nov 1992 21:44:05 GMT


>From: mjr@hussar.dco.dec.com (Marcus J. "Will do TCP/IP for clues" Ranum)

>>I have a 700k program [...]
>>Ultrix 4.0 it core-dumped. I guess this is paging related. How do I find out
>>and fix it?
>
>	Read the manual page for your friendly neighborhood debugger, and
>use it to find out where in the code and why it core dumped. Saying "it
>dumps core" is like going to a doctor and saying "I feel bad." Going in
>with a debugger and determining that you're getting a segmentation fault
>in, say, strcmp() is like going to a doctor and saying, "my leg hurts,
>and here's an Xray showing where it's broken."
>
>mjr.

Sorry about not giving you enough information. Running dbx showed that it
stopped before the first non-comment statement. That's why I suspect it's
not bug related problem. I can't guarentee it's bug-free, but the program
is simple enough to see where the problem is. The core-dump was definitely
*NOT* caused by a program bug.

I'll be glad to provide more info.
Newsgroups: comp.unix.ultrix
From: beck@irzr17.inf.tu-dresden.de (Andre Beck)
Subject: LN03 ScriptPrinter
Keywords: LN03 PostScript LPS
Reply-To: beck@freia.inf.tu-dresden.de
Organization: Dept. of Computer Science, TU Dresden, Germany.
Date: Fri, 6 Nov 1992 17:25:39 GMT


Hi,

I have a LN03 ScriptPrinter connected to a LAT Terminalserver configured
as my lp2 printer for ultrix. It works nice, but i wonder why the printer
isn't really handled as a PostScript printer ?
(f.i., i want to be able to say -N2 even to this ln03 to print more
than one page on a sheet. This must be possible, it is only some PS code.
(I know i cannot print double sided :)
How (or even can) I setup this printer right ?
I tried to add ps=LPS and an existing version of a device control lib
to printcap (used lps_v2.a), but either i get "Warning: no daemon running"
(i restarted lpd of course) or it starts and never ends printing.
This depends wether or not I specify ln03rof as if= and/or of= ...

Can I do it anyway ? And if so, how ?

Any help appreciated :)



--
,------------------------+---------------------------------------------.
| Andre' Beck            |   TCP/IP-Mail: beck@freia.inf.tu-dresden.de |
| HG R 141b              |   VMS        : hermes::beck                 |
+------------------------+---------------------------------------------+
|   Computo ergo sum. Special greetings to BIM, BAM, BOM and HIRN.     |
`----------------------------------------------------------------------'

Newsgroups: comp.unix.ultrix
From: amaranth@vela.acs.oakland.edu (Paul Amaranth)
Subject: Re: FPU errors on 5000/240
Organization: Oakland University, Rochester MI.
Date: Wed, 11 Nov 1992 18:52:18 GMT

In article <1992Nov10.161523.20950@hubcap.clemson.edu> cyclist@hubcap.clemson.edu (Barry Johnson) writes:
>grosen@isc.cs.ndsu.nodak.edu (Johannes Grosen) writes:
>Could someone post the code, or put it at an FTP site?  If someone will
>send it, I'll become an anon ftp site for it...
>

This short program was inspired by Arthur Smith's program.  It will only show
problems on cpus that are sensitive to his program (3 out of 4 240's we
had here did not show problems with this or Smith's program, all of them
showed problems with Ponder's program)

I haven't had time to figure out exactly why this works, but a number
of factors appear to be important:
  a) Calculations with the loop variable seem to be important.
  b) Mixed floating/integer calculations seem to be important.   
  c) An involved floating point expression seems to be important.
  d) This example only fails with i>> 1000

The correct answer should be
  -86354540.28327117

The interesting thing, is that, at least on one of our 240s, the
right answer is generated about 12% of the time.

Compile it with the command
  f77 -O pgm.f -o pgm
If you compile it without -O, you will consistently get the wrong answer.
With -O, you get different answers :-)

c    A program to try to test that pesky 240 problem
      real*8 a1,a2, a3, ainv
      a1 = 1.23456789012345
      a2 = .00345234568921232
      do 100 i=1,10000
        ainv = 1.0/i
        a2 = a1 - a2*a1 - ainv +  1/(a1*a2)
        if (a2 .gt. 10e6) a2=1.2345
        a3 = a2 * i
100   continue
      print *, a3
      stop
      end



-- 
Paul Amaranth  Manager User Services - office: (313) 370 4541 (also voicemail)
(internet)     amaranth@vela.acs.oakland.edu  |    This space 
(bitnet)       amaranth@oakland               |    temporarily
(uucp)         ...!uunet!umich!vela!amaranth  |      empty
From: frank@croton.nyo.dec.com (Frank Wortner)
Newsgroups: comp.unix.ultrix
Subject: Re: psroff
Keywords: roff groff
Date: 12 Nov 92 16:11:29 GMT
Reply-To: frank@nyo.dec.com
Organization: Digital Equipment Corporation


In article <NWR8JKV@math.fu-berlin.de>, beck@irzr17.inf.tu-dresden.de (Andre Beck) writes:

|>Hi,
|>
|>I've tried to make the documents of X11R5 lately, and found not to have
|>a psroff command on my ultrix ?
|>Is there one in the unsupported stuff ?
|>I tried to get groff compiled, but it doesnt't seem he likes Ultrix...

There is an non-working troff in the unsupported stuff, but it's really
not worth your time.

As far as groff is concerned, it can be compiled under the ULTRIX
operating system.  I did it.  It's not hard;  just read the README files
*carefully* and follow the instructions.  If *I* can do it, so can you.  ;-)

Your other alternative is to contact a company that provides ditroff on
Digital machines.  Digital does not sell a ditroff, but other companies do.

						Frank
From: miguel@txiki.radiology.arizona.edu (Miguel Parra)
Newsgroups: comp.unix.ultrix
Subject: Request: utility to r/w PC diskettes on RX23
Keywords: RX23 diskettes
Date: 5 Nov 92 22:59:29 GMT
Distribution: world,local
Organization: University of Arizona


-- 

Hi I'm trying to transfer files from a DECstation to a PC, I can do it
using the network but it is tedious; since the low level formating is
the same in both drives I know I could read the files but they will
be using the wrong file system. Did anybody write an utility to 
do this.

ThankX

-------
             __/                       /    Miguel Parra
          /   /     /   /  /  _  /    /     Application Systems Analyst
   /  /  /   /  _/ /   /  /  ___/    /      University of Arizona 
__/__/__/ __/ ___ / _____/ ____/  __/       miguel@txiki.radiology.arizona.edu
              __ /                           
            ____/                            
Newsgroups: comp.unix.ultrix