HDTenEightyP/NetNews huggingface dataset:
From: lhawkins@annie.wellesley.edu (R. Lee Hawkins)
Subject: Re: Contrib. X clients for Ultrix v4.3/X11R4?
Organization: Wellesley College
Date: Sun, 20 Dec 1992 04:29:25 GMT

In article <1992Dec18.174356.23671@coe.montana.edu> osyjm@cs.montana.edu (Jaye Mathisen) writes:
>>	Make:  Don't know how to make /usr/lib/libXext.a.  Stop.
>>
>>If there is a way around this error, that would be fine too.
>
>I don't know why some contrib software has Imakefiles that seem to generate
>Makefiles with this problem, but I've never really looked at it.
>
>Simple solution:  edit the Makefile, find the line that says something like:

Even easier solution that I adopted just after posting:

ln -s /usr/lib/libXext.a /usr/lib/libXext-mit.a
ln -s /usr/lib/libX11.a /usr/lib/libX11-mit.a

Worked like a charm...

Cheers,
--Lee

________________________________________________________________________________
R. Lee Hawkins	 	    			lhawkins@annie.wellesley.edu
Department of Astronomy     		        lhawkins@lucy.wellesley.edu
Whitin Observatory         		      	    
Wellesley College				Ph. 617-283-2708
Wellesley, MA 02181				FAX 617-283-3642
________________________________________________________________________________
From: g12770@garnet.berkeley.edu ()
Newsgroups: comp.unix.ultrix
Subject: Need info re. Ultrix SLIP
Date: 15 Dec 1992 16:34:07 GMT
Organization: University of California, Berkeley
Distribution: usa
NNTP-Posting-Host: garnet.berkeley.edu
Keywords: Ultrix SLIP

The subject says it all. I'm sure this has been asked before, but where 
can I find information about setting up slip for ultrix?  Here in the
library we have a DECsystem 5500 running Ultrix 4.2a and want to dial up a VAX.
I've looked at the /etc/sliphosts file, know that I'll need to grab
slattach from one of the unsupported subsets, and rebuild the
kernel, but what else is needed? 

Send email replies to: carljs@ids.net

Thanks in advance!

Carl Jones				Voice: (401) 847-6650 x2384 
Library Information Systems		Net: carljs@ids.net 
Salve Regina University Library
Newport, RI  02840
From: cmr@world.std.com (Charles M Richmond)
Newsgroups: comp.unix.ultrix
Subject: Re: Modem setup - Ultrix 4.3/DECstation 5000/240
Keywords: modem getty uucp
Date: 12 Dec 92 15:35:07 GMT
Organization: Integrated International Systems Corp. One Longfellow Place, Suite 3309, Boston, Ma.

gary@resumix.portal.com (Gary M. Lin) writes:

>tpitman@eniac.san.uc.edu (Tom Pitman) writes:

>>Hello, We're having a bit of a problem getting a modem set up reliably
>>on a DECstation 5000/240 running Ultrix 4.3.
.....
>>The problem that we're having is that the DTR keeps cycling up and down.
>>It generally stays up for about 30 seconds, then down for about 30 seconds.
>>(This isn't a huge problem, but for our incoming UUCP feeds, they sometimes
>>have to redial up to 10 times to get connected.)

>Sometimes you dial-in and get straight connections, other times you repeat the
>process endlessly, and DTR disappears mid-connection.  Then getty locks up and
>you wait for indeterminable periods of time for it to clear up.  Obviously,
>it's ULTRIX, because we use the exact hardware for Suns without a glitch.
>This situation is so out of hand, we no longer suggest customers purchase an
>ULTRIX-based system.


I use a DS3100 with Ultrix 4.2a for dialout and dialin without having ANY
trouble with DTR or with communications up to 9600. Since July this system 
has logged over 600 hours of modem traffic (MultiTech V.32) and the only
complaint that I have is the lack of cts style flow control. Have you
tried setting your modem to hold DTR?

Charlie
-- 
*****************************************************************************
*  Charles Richmond 	Integrated International Systems Corporation        *
*  cmr@world.std.com	(Temporary) cmr@koneko.shr.dec.com		    *
*  Specializing in UNIX, X, Image Processing, and Communications.           *
Newsgroups: comp.unix.ultrix
From: murphy@burfle.dco.dec.com (Rick Murphy)
Subject: Re: Background
Organization: Digital Equipment Corporation
Date: Sat, 19 Dec 1992 03:46:16 GMT

I'm surprised nobody's mentioned this -
A nice picture in the background may be appealing, but - you've got to store
the image somewhere. Expect to eat 1280*1024 bytes (i.e. over a megabyte) of
memory holding your background image.

The boring background patterns save a LOT of memory. :-)
	-Rick
-- 
Rick Murphy, WA1SPT/4			Washington Open Systems Resource Center
Domain:  murphy@dco.dec.com		This posting expresses MY opinions only;
Bang:    decwrl!burfle.enet!murphy	 I do not speak for Digital.
Ding:    301-918-5883.
Newsgroups: comp.unix.ultrix
From: hubcap@hubcap.clemson.edu (System Janitor)
Subject: Re: Related note: was ``Ultrix ENHANCED vs "normal" UNIX passwords''
Organization: Clemson University
Date: Mon, 14 Dec 1992 17:29:40 GMT


>	I think you should go back and have a look at the documentation
>for security on ultrix. You have missed the point. Switch you mind back on
>and read it again. There is no extra baggage as you call it for ENHANCED and
>UPGRADE (being the same I might at as far at the shadow password file)
>Mark Garrett    Internet:  mark@arvak.une.edu.au  

        I think you should go back and have a look at the documentation
for security on ultrix. You have missed the point. Switch your mind back on
and read it again. The deadly, unacceptable and glaring baggage that makes
ENHANCED and UPGRADE unusable for me is the fact that it won't work
with YP. My perception is that there are other differences too, but I see
no reason to stress my pea-brain with reading any more man pages since
no YP is a show stopper for me.

-Mike
Newsgroups: comp.unix.ultrix
From: Tom Davies <tomd@horse.demon.co.uk>
Subject: Are the DECUS 92 CD files available for FTP?
X-Xxmessage-Id: <A758339B880108B0@horse.demon.co.uk>
X-Xxdate: Sat, 19 Dec 92 02:04:11 GMT
Organization: None
X-Useragent: Nuntius v1.1.1d12
Date: Sat, 19 Dec 1992 02:04:39 GMT

I have the DECUS 92 CD-ROm, but no CD ROM drive :-(
Are the files it contains available for FTP from anywhere?

TIA
	Tom
Newsgroups: comp.unix.ultrix
From: beck@freia.inf.tu-dresden.de (Andre Beck)
Subject: Re: Changing icon graphics in motif?
Organization: Dept. of Computer Science, TU Dresden, Germany.
Date: Wed, 16 Dec 1992 16:18:15 GMT


|> I'd like to be able to change the default graphic image on various
|> xterm windows that I run with the -e option to better reflect the app
|> that is actually running in them.  We're running Ultrix v4.3 and Motif
|> v1.1.3.  I've tried things like:
|> 
|> 	xterm -xrm '*iconImage: ~lhawkins/test' -e appname
|> 
|> where test is a graphic created by bitmap(1X).  This had no effect
|> whatsoever.  Any ideas?

IF the application registers a Xt Converter routine for converting
XtRString to XtRPixmap ressources, you can do it as:

xterm -xrm "XTerm.iconPixmap: file" ...

I dunno if the converter knows of the ~username csh syntax... he will
complain about it if not.

At least the X11R5 version of xterm registers such converter.
BTW, iconPixmap is a resource of the shell widget only, so no '*iconPixmap..'
was given.

-- 
,------------------------+---------------------------------------------.
| Andre' Beck (ABPSoft)  |   TCP/IP-Mail: beck@freia.inf.tu-dresden.de |
| HG R 142               |   VMS        : hermes::beck                 |
+------------------------+---------------------------------------------+
|       Windows is the best placebo against MS-DOOF headaches !        |
`----------------------------------------------------------------------'
Newsgroups: comp.unix.ultrix
Subject: Question about TAR/backups
From: newsmgr@idiws1.idi.battelle.org
Date: 15 Dec 92 09:48:50 EST
Organization: IDI-Dublin

This may be a very basic question but here goes:

I want to rig up a backup scheme using tar that does not cross over
mount points (like into nfs file systems). I thought I could do this
with find -mount to a file and then using the tar option to read
its files to backup from that file.

But nope; if tar encounters a directory he backups it and its subs up.

Obviously I am not understanding something here. (I'm starting unix 
sys admin - I'm originally VMS) Anyone have a shell procedure fragment
to indicate how you could do this?
Thanks,
Don

Don Hamparian - VAX/VMS Systems Support
              - Unix Systems Support Apprentice
              - Networking Systems Support

Information Dimensions. A subsidiary of Battelle Memorial Institute.

Phone 614.761.7445
Internet: HAMPARIAN@IDICL1.IDI.BATTELLE.ORG
USMail:   5080 Tuttle Crossing Bl., Dublin OH 43017.

Disclaimer: My views in no way represent those of my employer.

Newsgroups: comp.unix.ultrix
From: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Subject: Re: Swap area on Dec5000
Reply-To: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Organization: Digital Equipment Corporation
Date: Sat, 19 Dec 1992 00:57:13 GMT


In article <1992Dec17.184603.19062@nntpd2.cxo.dec.com>, alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.) writes:
>
> [ A follow-up to a question about how to configuration additional page
>   and swap space; yes you have to rebuild the kernel, yes you have to
>   edit /etc/fstab...
>
>   Towards the end I mention a potential problem about which I was
>   concerned, in possible size limits of page/swap devices, mostly
>   having to do with different size devices. ]

Based on a mail conversation with Martyn Johnson (Martyn.Johnson@cl.cam.ac.uk)
I now think there's little to be concerned about.  My test for checking
the amount of space available was to read each swapfrag on /dev/drum.  In
my test the read stopped at the size of the smallest member.  Based on
Martyn's test it would appear that the actual size of /dev/drum is based
on the largest member rather than the smallest.  One would suppose that
the space not available due to the smaller members is mapped out somehow
and thus not used.

If I were adventureous enough, I could probably go look at the resource
management code and try to figure it out, but I've been adventureous
enough this week...

>
>
--
Alan Rollow				alan@nabeth.cxo.dec.com
From: hbawl@usmi02.midland.chevron.com (Wilber L. Baker)
Newsgroups: comp.unix.ultrix
Subject: Kernel Memory question
Date: 12 Dec 92 20:23:17 GMT
Organization: Chevron

...
    Am I crazy or what...?

    Somewhere (probably this news group) I seem to remember a suggestion
    that one build the Ultrix kernal for slightly more physical memory
    that one actually has....
            Memory boards == 64MB

       then in /sys/conf/mips/'MACHINENAME'  set

            physmem     72

    Did I dream this?..I thought I saved the article... now can't find it.
    I think it had to do with bumping some internal pointers up and
    eliminating wasted memory inherent in Ultrix.....

Thanks.


-Wilber L. Baker              hbawl@[usmi02.]midland.chevron.com
    UNIX/VAX                Chevron Petroleum Technology Company
     Admin.                Midland, TX   79705    (915) 687-7241
From: nilsson@nbivax.nbi.dk
Newsgroups: comp.unix.ultrix
Subject: Ultrix 4.3 sendmail problem
Date: 16 Dec 92 17:23:37 +0100
Organization: Niels Bohr Institute and Nordita, Copenhagen

I just upgraded my DECstations to Ultrix 4.3, and now I have problems
with sendmail. There has been some change in the treatment of the DR
macro (for the general purpose relay host), which I cannot figure out
how to handle.

If my interpretation is correct, what has happened is that sendmail
adds my local domain name to the address. My local domain is nbi.dk,
so when I send to user@somenode.somedomain sendmail delivers an address
user@somenode.somedomain.nbi.dk to the relay machine. This happens with
sendmail.cf for as well Ultrix 4.2 as 4.3, so the problem must be in
sendmail itself.

Mail to addresses that are resolved by the nameserver as nodenames are
delivered correctly.

Have others seen this problem and possibly found a solution to it?

Bjorn

===================================================================
Bjorn S. Nilsson          Internet:          Bjorn.S.Nilsson@nbi.dk
Niels Bohr Institute      HEPnet:            nbivax::nilsson 
Blegdamsvej 17                               nbivax=21.601=22105
DK-2100 Copenhagen        Phone:             +45 31 42 16 16
Denmark                   Fax:               +45 31 42 10 16
From: millson@mrsun.reo.dec.com (Martin Millson)
Newsgroups: comp.unix.ultrix
Subject: Need code to find process information on ultrix
Date: 16 Dec 92 13:08:54 GMT
Reply-To: millson@mrsun.enet.dec.com
Organization: X.500 Development Group , Digital Equipment Corporation

--
Hi,

	I am looking for some code that will return the total number of page
faults , number i/os that a process has done on a ultrix system given its pid
upto the current point in time the code gets this information. I would like
to use it to snapshot a process before I run some tests and then snapshot
it after the tests and use the data returned to work out the difference 
between the two snapshots.


Thanks

Martin
	
--------------------------------------------------------------------------------
Martin "Morgul" Millson              |   Easynet: mrsun::millson
X.500 Development Group              |   Internet: millson@mrsun.enet.dec.com
Digital Equipment Corporation        |   Voice: +44 734203258
"Out of Darkness rode the Black Nine"|
Note: Opinons Expressed are my own and not those of my employer
--------------------------------------------------------------------------------
Newsgroups: comp.unix.ultrix
From: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Subject: Re: Very large file systems ?
Reply-To: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Organization: Digital Equipment Corporation
Date: Mon, 14 Dec 1992 21:46:41 GMT


In article <johnd.723948393@cortex.physiol.su.oz.au>, johnd@cortex.physiol.su.oz.au (John Dodson) writes:
>Newsgroups: comp.unix.ultrix
>From: johnd@cortex.physiol.su.oz.au (John Dodson)
>Subject: Very large file systems ?
>
>I just got a couple of Hitachi DK517C-37 scsi drives to go on my DecStn 5000/200
>running Ultrix 4.2
>
>The drive reports its size as 5611599 * 512 byte blocks.
>
>Further testing produced...
>
>$ mkfs /dev/rrz0c 4194303
>
> [ Example deleted, but it is the clue to what is going on... ]
>
>What is so magic about "4194304" blocks ? AH! it's 2^22 !
>
>In the 4.3bsd sources for the fs struct...
>	long    fs_size;                /* number of blocks in fs */

While the number of blocks is limited to the size of a signed long
(ULTRIX has the same declaration: /usr/include/ufs/fs.h) programs
like newfs(8), fsck(8), dump(8), etc must treat devices as files.
As you noted in a later follow-up of your own, the "where" argument
of lseek(2) is a 31 bit integer and largest offset within a file
is limited to (2^31)-1 bytes.

>
>so I should be able to have at least 2^31 (or even 2^32) blocks in a file
>system, is Ultrix different ? or is Ultrix mkfs brain dead ?
>or am I brain dead ? ;-)

You'll discover BSD has the same limitation as ULTRIX.  Some vendors
have used the non-standard solution of inventing special seek functions
that allow either larger offsets or do block addressing.  Another
solution on 32 bit systems might be to make long and int be different
size and use either emualation libraries or smarter compilers to
provide the different code.  This would likely make long arithmetic
slow.  I believe it was what used on the PDP 11s to support 32 bit
longs and 16 bit ints.

It's worth noting that OSF/1 on Alpha AXP systems will use 64 integers
for long and that the appropriate changes have been made to support
large file and file system sizes.
>
>
>John Dodson,					Dept of Physiology,
>johnd@physiol.su.oz.au				University of Sydney,
>Phone	+61-2-692-3277				NSW 2006
>Fax	+61-2-692-2058				Australia.
>
--
Alan Rollow				alan@nabeth.cxo.dec.com

Newsgroups: comp.unix.ultrix
From: ford@decatl.alf.dec.com (Jeff Ford)
Subject: Re: Xdefaults
Keywords: how to update
Reply-To: ford@decatl.alf.dec.com (Jeff Ford)
Organization: Digital Equipment Corporation
Date: Fri, 18 Dec 1992 21:24:44 GMT


|>
|>After changing an entry in the ".Xdefaults" file how can I get X to
|>see the changes?  For example, "xterm" does not see a change in a 
|>color resource until the system is "quit" and restarted.  There is
|>a note in the "man X" entry that says a number of X applications will
|>read "Xdefaults" when they are executed.  I have yet to find any applications
|>that will read that file.  Is there a way to get X to update itself from 
|>Xdefaults with out shutting down X and restarting it?
|>
|>I am running Ultrix 4.1 on a DECstation.
|>-- 
|>Ben Fisk : fisk@netcom.COM

If you have the MIT Unsupported Components (UDXUNMIT410) installed on your
system, there is a tool included called xrdb. If you update your x resource
database with xrdb <.Xdefaults, applications started subsequently should see
the updates resources.
				- Jeff Ford/DEC Customer Support
From: tonse@csa1.lbl.gov (Shaheen R Tonse (510)-486-6349)
Newsgroups: comp.unix.ultrix
Subject: Swap area on Dec5000
Date: 16 Dec 1992 21:21 PST
Organization: Lawrence Berkeley Laboratory - Berkeley, CA, USA
Distribution: world
NNTP-Posting-Host: 128.3.254.196
X-Vmsmail-To: SMTP%"tonse@lbl.gov"
News-Software: VAX/VMS VNEWS 1.41    

Hello, recently I put in a new disk on my Dec5000, and partitioned it the 
following way, so that there is some swap space (70560 blocks) in the b 
partition. (This information is done with chpt, and is identical to what I have 
in /etc/disktab)

chpt -q /dev/rrz1a gives:
Current partition table:
partition     bottom        top       size    overlap
    a              0      25199      25200    c,d,e,f
    b          25200      95759      70560    c
    c              0    1998359    1998360    a,b,d,e,f,g,h
    d              0          0          0    a,c,e,f
    e              0          0          0    a,c,d,f
    f              0          0          0    a,c,d,e
    g          95760    1047059     951300    c
    h        1047060    1998359     951300    c

I already had a 131072 block swap area on the b partition of the existing old 
disk.

chpt -q /dev/rrz0a gives:
Current partition table:
partition     bottom        top       size    overlap
    a              0      32767      32768    c
    b          32768     163839     131072    c
    c              0    1299173    1299174    a,b,d,e,f,g,h
    d         163840     456369     292530    c,g
    e         456370     748899     292530    c,g,h
    f         748900    1299173     550274    c,h
    g         163840     731505     567666    c,d,e
    h         731506    1299173     567668    c,e,f

A colleague tells me that it is useless to just make new b partitions and 
expect the system to know that they are available for swap area, unless one 
somehow re-compiles this information into the kernel. Is this true, and if so, 
is it "easy" to do?
				Regards, S.Tonse.
Newsgroups: comp.unix.ultrix
From: maki@jit.dec.com (Watanabe Maki)
Subject: Re: ANSI C compiler for DECstation Ultrix 4.3
Organization: Financial dist./EIC/DS/DEC-Japan
	<MOSS.92Dec12125414@CRAFTY.cs.cmu.edu>
Date: Sun, 13 Dec 1992 04:18:03 GMT

In article <MOSS.92Dec12125414@CRAFTY.cs.cmu.edu> moss@cs.cmu.edu (Eliot Moss) writes:

> The GNU C compiler is also ANSI compliant and is available for free. You can
> get it from prep.ai.mit.edu via anonymous ftp ....		EM

But take care for that the GNU C is not suitable to write the
"strict ANSI C" code.  ( according to its manual. )

wm

--
----------------------------------------------------------------
Watanabe Maki	General Service EIC/DEC-Japan
Internet	maki@jit.dec.com
Easynet		TKOV50::MA_WATANABE

Newsgroups: comp.unix.ultrix
From: murphy@ufp.dco.dec.com (Rick Murphy)
Subject: Re: Kernel Memory question
Reply-To: murphy@ufp.dco.dec.com
Organization: Digital Equipment Corporation, Landover MD
Date: Sun, 13 Dec 1992 04:43:17 GMT


In article <1992Dec12.202317.15659@nntpserver.chevron.com>, hbawl@usmi02.midland.chevron.com (Wilber L. Baker) writes:
|>    Somewhere (probably this news group) I seem to remember a suggestion
|>    that one build the Ultrix kernal for slightly more physical memory
|>    that one actually has....
|>            Memory boards == 64MB
|>
|>       then in /sys/conf/mips/'MACHINENAME'  set
|>
|>            physmem     72
|>
|>    Did I dream this?..I thought I saved the article... now can't find it.
|>    I think it had to do with bumping some internal pointers up and
|>    eliminating wasted memory inherent in Ultrix.....

Nope.
"physmem" is used to size several kernel tables; you generally want to have
it be greater than the memory on the system, but it's not that important.
I know of no "wasted memory inherent in ULTRIX". Sounds like nonsense to me..
	-Rick
--
Rick Murphy, WA1SPT/4			Washington Open Systems Resource Center
Domain:  murphy@dco.dec.com -or- murphy@burfle.enet.dec.com
Bang:    decwrl!burfle.enet!murphy	"Somewhere between 30 and Death" -
Ding:	 (301) 918-5883				bumper sticker.
Disclaimer: This nonsense came from an AI program written in TECO. Ignore it.
Newsgroups: comp.unix.ultrix
From: cmr@world.std.com (Charles M Richmond)
Subject: Re: Kernel Memory question
Organization: Integrated International Systems Corp. One Longfellow Place, Suite 3309, Boston, Ma.
Date: Sun, 13 Dec 1992 13:14:08 GMT

kenh@leps5.phys.psu.edu (Ken Hornstein) writes:

>In article <1992Dec13.044317.26568@decuac.dec.com> murphy@ufp.dco.dec.com writes:
>>"physmem" is used to size several kernel tables; you generally want to have
>>it be greater than the memory on the system, but it's not that important.
>>I know of no "wasted memory inherent in ULTRIX". Sounds like nonsense to me..

>(leps5)1 ~> pstat -s
>65528k swap configured
>16660k reserved virtual address space
>        9736k used (4320k text, 0k smem)
>        55792k free, 2304k wasted, 0k missing
>avail: 1737*32k 208*1k     ^^^^^^

>(I've seen this up in the 10-15M range).

>Quite annoying.  Does this go down over time?  Or does one have to reboot to
>get rid of it?  Or perhaps a kernel parameter would help reduce the waste?



Apples and oranges here.  The "pstat -s" command is reporting _swap space_
and _virtual memory_ utilization not _memory_ utilization. Note the excerpt
from the man page:

    -s   Displays the following information about the pages used for swap
          space:

             +    The number of pages reserved, but not necessarily allo-
                  cated, by the system for currently executing processes.

             +    The number of pages used (physically allocated), including
                  the number used for text images.

             +    The number of pages free, wasted, or missing. Free pages
                  are pages that have not been allocated. Missing pages are
                  usually allocated to argdev.  Wasted pages indicate the
                  amount of space lost because the swap space is fragmented.


Charlie
-- 
*****************************************************************************
*  Charles Richmond 	Integrated International Systems Corporation        *
*  cmr@world.std.com	(Temporary) cmr@koneko.shr.dec.com		    *
*  Specializing in UNIX, X, Image Processing, and Communications.           *
Newsgroups: comp.unix.ultrix
From: cpcahil@vti.com (Conor P. Cahill)
Subject: Re: malloc debugging
Keywords: malloc debug
Organization: Virtual Technologies Inc.
Distribution: usa
Date: Sun, 20 Dec 1992 15:16:08 GMT

boyle@gca.com (David Boyle) writes:

>Can anyone suggest a malloc library that works with Ultrix 4.2 which
>supplies functionality similar to the malloc_debug/malloc_verify routines
>supplies with SunOs?

>Also, anyone with experience with commercial memory debugging tools like
>Purify, which work with Ultrix?


Our SENTINEL Debugging Environment has just started shipping in beta for the
DECstation series with ULTRIX 4.2. The Alpha version should be ready the
first week of Jan.  Send email for more info.

-- 
*** SENTINEL(tm) The ultimate Debugging Environment - email for more info ***

Conor P. Cahill              (703)430-9247            cpcahil@virtech.vti.com
Virtual Technologies, Inc.  46030 Manekin Plaza          Dulles, VA 20166 
Newsgroups: comp.unix.ultrix