HDTenEightyP/NetNews huggingface dataset:
From: ct@mtl.mit.edu (Curtis Tsai)
Newsgroups: comp.unix.ultrix
Subject: Ultrix 4.2a Xtm2d on Ultrix 4.2 machine
Date: 17 Apr 92 01:52:32 GMT
Reply-To: ct@mtl
Distribution: na
Organization: MIT Microsystems Technology Laboratories


We are running Ultrix 4.2 on a DECstation 5000/125 with a PX display,
hence we use the DEC supplied Xtm2d X server with MIT R4 clients such
as xdm.  The Ultrix 4.2a Xtm2d purportedly adds shape extensions to
become a full R4 server.  Is there any reason why we shouldn't just
use the 4.2a Xtm2d server without upgrading the machine to 4.2a?  Is
there another server with Ultrix 4.2a that will work with the PX
display?  Also, does anyone happen to know what 4.2a subset Xtm2d
resides on?

Thanks so much for your help.

Curtis Tsai
ct@mtl.mit.edu
MIT Microsystems Technology Laboratories
From: feldman@toklas.enet.dec.com (Gary Feldman)
Newsgroups: comp.unix.ultrix
Subject: Re: Why does a DECStation dump core on C program with *large* auto var?
Keywords: Stupid C compiler, stupid computer, stupid user (?)
Date: 15 Apr 92 16:53:18 GMT
Reply-To: feldman@toklas.enet.dec.com (Gary Feldman)
Organization: Digital Equipment Corporation

The problem is that your stack limit is set too low.  If you use csh, look
at man csh, under the limit command;  if you use ksh, look at man ksh, under 
the ulimit command.  Changing my stack limit from 2048K to 8192K fixed the
problem for me, which shouldn't be surprising, since you're allocating
8Mbytes on the stack. 

I wouldn't expect an ordinary C compiler in normal usage to explicitly check
for stack overflow; that would be too much overhead for the vast majority
of C code.  Saber C reports that it has run out of virtual memory, which
is better, but not great.

I would appreciate finding out what sort of message other systems put
out for this case.  Could you please try upping the size of the array or
lowering your limit on the Sun system until you hit stack overflow, and
posting the resulting message.  (This is just personal curiousity on my 
part.)

   Gary Feldman
   #include <usual_disclaimer>
Newsgroups: comp.unix.ultrix
Organization: large
Date: 1 Apr 1992 22:52:37 EST
Expires: 1 Apr 93 12:34
Distribution: na
Subject: Pathworks for Ultrix
From: hobbit@babyoil.ftp.com (*Hobbit*)

Newsgroups: comp.unix.ultrix,comp.os.vms
From: iversen@dsfys1.fi.uib.no (Per Steinar Iversen)
Subject:  x3270 keypad?
Reply-To: iversen@vsfys1.fi.uib.no
Organization: Department of Physics, University of Bergen, Norway
Date: Mon, 6 Apr 92 15:10:40 GMT



I just made X3270 on my DECstation and is quite happy with it. However, as I
need to use it from both VMS and Ultrix workstations I wonder if anybody have 
made X3270 keymap definitions suitable for the DEC LK201 and LK401 keyboards? The 
ideal setup would be just like the MultiNet tn3270 emulator.

-psi

+------------------------------------------------------------------------------+
! Per Steinar Iversen    ! Internet:     iversen@vsfys1.fi.uib.no              !
! Fysisk Institutt       ! BITnet:       iversen@cernvm.bitnet                 !
! Universitetet i Bergen ! HEPnet:       VSFYS::IVERSEN (VSFYS=21.341=21845)   !
! Allegaten 55           ! Phone:       +47 5 212770                           !
! N-5007 Bergen          ! Fax:         +47 5 318334                           !
! NORWAY                 !                                                     !
+------------------------------------------------------------------------------+
From: leuthold@atmo1.atmo.arizona.edu
Newsgroups: comp.unix.ultrix
Subject: Re: Problem with Colormate PS...
Date: 15 Apr 92 17:47:27 GMT
Organization: University of Arizona, Atmospheric Sciences

In article <1992Apr14.112533.1@atmo1.atmo.arizona.edu>, leuthold@atmo1.atmo.arizona.edu writes:

 ....problem with timeouts deleted....

Well, I'm talking to myself again...It turns out that I need to have the 
ln03rof filter in the printcap else the printjob hangs-timeout-restarts.  The
reason I removed the ln03rof filter is that we were printing Postscript files
generated by Exel on a PC and these files had a Ctrl-D in the first line.
This caused the ln03rof filter to think that the Postscript file was a ascii
file.  Is there a way to tell the ln03rof filter to assume everything it gets
will be Postscript?  Thanks...
Mike Leuthold
Newsgroups: comp.unix.ultrix
From: mitch@theory.TC.Cornell.EDU (Mitch Collinsworth)
Subject: Re: aliases under YP
Cc: grosen@plains.NoDak.edu
Organization: Program of Computer Graphics, Cornell University, Ithaca, NY
Date: Wed, 15 Apr 1992 20:26:45 GMT

>I've recently set up yellow pages to run on our network of
>10 DECstations. Everything has gone smoothly until now when
>I tried to get aliases included in my yp mapfiles. I have
>created a file 'mail.aliases' in my source directory using
>the standard aliases format, run 'make aliases', and then
>checked the results with 'ypcat aliases' and everything
>looks fine. I then modified 'svc.conf' to read 'aliases=local,yp'
>and tried sending mail using the aliases. Nothing is being
>aliased! How do I get sendmail to look at my yp aliases?
>Is there an equivalent 'newaliases' command that I can run?

I have this working, but I did aliases=yp, rather than aliases=local,yp
so I don't know if that is where the difference lies or not.

The gotcha that I found strange is that the format of mail.aliases
is NOT the same as that of /usr/lib/aliases.  Lines in /usr/lib/aliases
have the form:

alias :		name

while lines in mail.aliases have the form

alias		name

When I created mail.aliases with colons I found the colons being included
in the aliases.  Without them it works fine.

The other problem that I haven't found a solution for is how to make an
alias that includes the contents of a file.  We used to do this with lines
of the form:

alias :		:Include:/filename

but this doesn't seem to work in mail.aliases.  It also doesn't seem to
work in Ultrix V4.x.  It definitely worked in Ultrix V2.0, so it changed
somewhere between.  I don't think I ever tried it in V3.x, so I'm not sure
when it stopped working.

-Mitch Collinsworth
 mitch@graphics.cornell.edu
From: yeidel@tomar.accs.wsu.edu (Joshua Yeidel)
Newsgroups: comp.unix.ultrix
Subject: Re: Why is dxclock bigger than vmunix?
Date: 17 Apr 92 18:08:22 GMT
Article-I.D.: serval.1992Apr17.180822.22435
Reply-To: yeidel@tomar.accs.wsu.edu (Joshua Yeidel)
Organization: Academic Computing Services, Washington State University


|>
|>
|>>Everyone say it at once - "we want shared libraries".
|>
|>	Shared libraries are a joke. Think about it. Basically, you're
|>paying a tremendous price in efficiency *JUST* to make X windows work.
|>A more effective solution is to just heave X and use something that is
|>not a bloated pig. Having every single program on your system do the
|>indirections necessary for shared loading, *JUST* to make X windows
|>tolerable is not unlike sawing your legs off below the knee to cure an
|>ingrown toenail.
|>
|>	If you say X is too big, don't use X.
|>
|>mjr.
|>


OK, I'll think about it (out loud).  

It doesn't seem like "every single program on your system" would have to 
do shared loading -- only those which request it.  So your daemons, shells,
and such-like could run just as they do.  But the "hogs" (e.g., X apps)
which are already optimized for considerations other than execution efficiency, could be smaller.

How much is this "tremendous price in efficiency"?  Let's see... on loading,
a program could request shared libraries.  Any routines that were not 
already loaded would be loaded into the shared library load space by the
loader, and the address stuffed into the relevant space in the loaded
image.  Thereafter, is the call to a shared routine any more expensive than
a call to a private routine?  (I take it for granted here that the routines
are all written to be re-entrant -- otherwise, shared library *is* a joke).

I don't claim to be any kind of an expert on this -- I have never even used
a shared library system, much less written one.  But I don't see why in
principle this is a "joke".  If we really want software re-usablility, user  interface consistency, yet-higher-level programming, persistent objects, interoperable window systems, etc. etc., we are going to be using large hunks of common code.  Some efficient way to share these hunks of code needs to be developed -- shared libraries or something else.  It's not that "X is too big" -- but that our systems are not yet being  built to take advantage of the commonality of the code. 

Some people may be able to dump "X" just because they think it's inefficient;  I need software that runs under "X", and I'd like my system to support it better.

--
Joshua Yeidel               | yeidel@tomar.accs.wsu.edu
Academic Computing Services | All standard disclaimers apply
Washington State University |   "Believe it if you need it, 
Pullman, WA 99164-1226      |     or leave it if you dare..."
509/335-0441                |         -- Robert Hunter
Newsgroups: comp.unix.ultrix
Subject: XSessionManger*logoFile problem
From: roger@otago.ac.nz (Roger `DV8or' Grauwmeijer)
Date: 10 Apr 92 12:20:51 +1300
Organization: University of Otago, Dunedin, New Zealand

Does anyone have any ideas why a colour XSessionManager*logoFile would
display perfectly fine in the postscript previewer but as black and white
dithered on the root login screen?

I seem to have no problems with a simple colour text file but a simple colour
75dpi bitmap displays the above symptoms.

Any help appreciated.

Rog.
-- 
      ____
100%  \  / Roger Grauwmeijer                       Internet: roger@otago.ac.nz
QUEER  \/  B0 f-- t+ w c g(+) k(-) s+ e: h- p!              Ph: +64 3 479 8560
Operations Controller, Computing Services Centre           Fax: +64 3 479 8577
University of Otago, P.O. Box 56, Dunedin, N.Z.             AH: +64 3 474 0352
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
`You are perfect, you are sheer, If you are a redhead queer' - Erasure (No GDM)
Xref: sparky comp.unix.ultrix:3793 comp.sys.dec:2520
From: forrest@nobozo.CS.Berkeley.EDU (Jon Forrest)
Newsgroups: comp.unix.ultrix,comp.sys.dec
Subject: Re: Disk Partitioning (was Re: capacity of an rz57?)
Date: 10 Apr 92 16:39:44 GMT
Organization: University of California at Berkeley
NNTP-Posting-Host: nobozo.cs.berkeley.edu

In article <1992Apr10.054432.10036@serval.net.wsu.edu> yeidel@tomar.accs.wsu.edu (Joshua Yeidel) writes:
>Wouldn't it use space most efficiently to have partitions be sized
>to cylinders, as well as beginning on cylinder boundaries?

That's for sure. I've come up with default partitions for each kind
of disk I have in my shop that use full cylinders, at least according
to my understanding of disk geometry. It's a big pain having to go
through the "System Management" installation option for every system
I install.

Furthermore, it would be nice (as somebody at the last DECUS pointed
out) if Ultrix could figure out the partition values based on input
from the user. For example, I should be able to say that I want
a 32Mb root and a 400Mb /usr, and then Ultrix should come up with
a suggested partition layout that uses full cylinder boundaries
based on this input.

-- 
Anything you read here is my opinion and in no way represents the Univ. of Cal.
Jon Forrest WB6EDM	 forrest@postgres.berkeley.edu	 510-643-6764
From: paulh@goose.aa.ox.com (Paul Haas)
Newsgroups: comp.unix.ultrix
Subject: Making one disk drive capable of booting any model DECstation
Date: 7 Apr 92 00:05:12 GMT
Article-I.D.: goose.ku1ppoINN49g
Organization: OTA Limited Partnership -- Ann Arbor, MI
NNTP-Posting-Host: goose.aa.ox.com

We have development workstations in Ann Arbor, MI and production
workstations Purchase, NY.  We formatted a disk and installed Ultrix
4.2 on it, using a DECstation 5000/125.  We then copied it to another
diskdrive.  I made an almost GENERIC kernal that would support all the
DECstation models.  I then flew to New York and tried to use these
disks on a model 5000/200 and a 3100.  Both machines panic'ed when they
tried to start the X server.  It turns out that /dev/mouse varies
between models.  After fixing that, everything worked.
I did waste a lot of time learning this.

My goal is to be able to swap disk drives between models on very short
notice such as when the disk drive on an important system crashes.  As
I work in another city, the person who will physically be doing the
swapping may not have much computer experience, so it is important that
the disk not need any single user mode customization.  Once they have
the system booted, I can change things over the network.  The spare
disk drive will have its own hostname and IP address.

What, if anything, am I missing?  I know I need to write a script to be
run from rc.local that will use sizer to MAKEDEV a mouse and the CPU
card tty ports.  I need a kernel that supports all the CPU models that
it might have to run on.  We have ordered a DECstation 5000/240, but
it has yet to arrive, so I can't experiment with it.  What new surprises
will it have?

Ideally, I will upgrade the systems to 4.2b (or 4.2c) more or less the
same way.  Configure a drive in Ann Arbor, then ship them it to
Purchase, New York.  Swap drives, and repeat until all the systems are
up to the latest OS version.
--
Paul Haas   (313) 930-1888
paulh@ox.com
From: wyatt@cfa.harvard.edu (Bill Wyatt)
Newsgroups: comp.unix.ultrix
Subject: Re: DECstation 5000/240 bootable tape
Date: 6 Apr 92 14:01:14 GMT
Article-I.D.: cfa214.1992Apr6.140114.17379
Organization: Smithsonian Astrophysical Observatory, Cambridge, MA,  USA

> wyatt@cfa.harvard.edu (Bill Wyatt) writes:
> 
> [...]
>>I then copied the TK to a 4mm DAT tape, which positions much faster,
>>and it booted off that just fine.
> 
> How did you copy the tape?  Did you use dd?

As questioned by more than one person, I have a tape duplicator
program that carefully duplicates tape block size and filemark
locations. You could, however use dd with a little (a lot?) of
experimentaion with the buffer size to determine what the bootable
tape structure is. 

But even that is not necessary, since many people (is this in a FAQ 
file?) have documented the structure of DEC's software (setld) tapes.
I can't recall the details at the moment. There are 512-byte blocks
and 10240-byte blocks, and nothing else, I'm pretty sure.


-- 
Bill Wyatt, Smithsonian Astrophysical Observatory  (Cambridge, MA, USA)
    UUCP :  {husc6,cmcl2,mit-eddie}!harvard!cfa!wyatt
 Internet:   wyatt@cfa.harvard.edu
     SPAN:   cfa::wyatt                 BITNET: wyatt@cfa
Newsgroups: comp.unix.ultrix
From: mjr@hussar.dco.dec.com (Marcus J. "will do TCP/IP for food" Ranum)
Subject: Re: file security
Organization: Digital Equipment Corporation, Washington ULTRIX Resource Center
Date: Fri, 10 Apr 1992 17:11:10 GMT

rng@cs.ulowell.edu (Raymond F. Ng) writes:

[Is this in the FAQ?]

>I am looking for a way to monitor all the bin files (executables).
>I want to write a function which can check whether a file has
>been modified.  Any suggestion?

	There's an option to setld (setld -v, to be exact) that uses
setld's inventory files to checksum your installation. The drivers
for all the setld routines are in /usr/etc/stl, and I suspect you
could adapt them to allow file verification for other than the base
release software. If you want to verify your ULTRIX release, though
you can do that any time with the command:

/etc/setld -v UDTBASE420  (for a 4.2 system)

mjr.
From: hudson@ux1.cso.uiuc.edu (John Hudson)
Newsgroups: comp.unix.ultrix
Subject: cpp error re: stddef.h
Keywords: stddef.h,cpp
Date: 10 Apr 92 19:16:04 GMT
Article-I.D.: ux1.1992Apr10.191604.15734
Organization: University of Illinois at Urbana-Champaign

When attempting to compile anything with make that includes 
/usr/include/stddef (just about everything does), I get the
error

cpp: error /usr/include/stddef.h:1: (null): too much pushback
cpp: error main.c:1049: missing endif
*** Error code 1

I have check to see if stddef.h was corrupted, even replaced it 
from another machine.

Any ideas?  Thanks in advance.

John Hudson
Xref: sparky comp.unix.ultrix:3782 comp.os.vms:8132
From: dscott@schlitz.ittc.wec.com (Dave Scott)
Newsgroups: comp.unix.ultrix,comp.os.vms
Subject: DECrpc woes
Date: 9 Apr 92 21:33:19 GMT
Followup-To: comp.unix.ultrix
Organization: Westinghouse - Simulators Division, Pittsburgh, PA

DECrpc is giving me some trouble...

I am attempting to transfer a potentially long character array
to and from the server.  But, I don't want to transfer the entire
array every time, if I don't have to.  So, I'm trying to use the
last_is() and max_is() identifiers with my array.

Things seem to work fine...until...I try to return from the server.
On return, I get the following on the server side:

 pid 12276 (server) was killed on an unaligned access, at pc 0x40abf4
 Server received signal - odd address error (OS/fault handler)
 *** Exiting: exception caught by PFM system cleanup handler
 *** odd address error (OS/fault handler)
     ^^^^^^^^^^^^^^^^^

	(What's an 'odd address error'?  Not in the manual :-) )

The sever process dies on an unaligned access, which is usually
because I'm overwriting something somewhere.  But, the twist is,
this address seems to be located in the do_request() function
(part of DECrpc I assume) as called ultimately by rpc_$listen().

Host Language: C
System(s):  DECstation 5000 (Ultrix 4.2) and VAX 6530 (VMS 5.5)
    (currently I'm working between 2 DECstations to reduce variables)

I realize I didn't give a whole lot of detail, but I'm trying to
save bandwidth :-)  If anybody has seen and solved this problem,
please mail or post.  If you need more detail, let me know.

advTHANKSance,  :-)

-dave
--
---
  dscott@ittc.wec.com   |   "Don't inhale marijuana.  It's not good for you.
  David A. Scott        |    And besides, you may want to campaign for
  interLogic Software   |    president one day."  -das
  Brownsville, PA       |
  +1 412 785 8886
Xref: sparky comp.unix.ultrix:3756 comp.windows.x:9696
From: tjj@lemma (Timo Jokitalo)
Newsgroups: comp.unix.ultrix,comp.windows.x
Subject: tty trouble
Date: 8 Apr 92 07:56:52 GMT
Reply-To: tjj@rolf.helsinki.fi (Timo Jokitalo)
Organization: Rolf Nevanlinna Institute, Helsinki, Finland


This is the problem: we have a Decstation 3100 with Ultrix 4.1.
We tried installing the program 'fep', which facilitates command line
editing with programs that don't allow it themselves. The program
compiles and runs without trouble, but sometimes refuses to run at all
because of a 'permission denied' error. This seems to be because for
some reason 'dxterm' seems to leave the /dev/ttyp? files with privileges
620 when exiting, while other programs, such as xterm, leave them with 666.
Is this normal behaviour and how might we work around our problem? Perhaps
someone has a working fep or might even suggest another program?

	Thanks in advance,
	Timo Jokitalo (tjj@rolf.helsinki.fi)
From: forrest@nobozo.CS.Berkeley.EDU (Jon Forrest)
Newsgroups: comp.unix.ultrix
Subject: Question About Remote Dumps and Changing Tapes
Date: 15 Apr 92 19:48:20 GMT
Article-I.D.: agate.si1a4INNr1l
Organization: University of California at Berkeley
NNTP-Posting-Host: nobozo.cs.berkeley.edu
Originator: forrest@nobozo.CS.Berkeley.EDU

I've been fooling around trying to backup large disks to a remote
tape drive. I do this from the system containing the drive by
executing a command like

	rsh node "rdump 0unsdBf 346 4137733 2097152 toe:/dev/nrmt0h /dev/rz0d"

The tape drive is on toe. My goal is to execute a single command that
takes care of all the backups.

If I'm not mistaken, there is a problem with this.
There's no way that someone logged in on toe can be notified when
the tape is full. Is this right? I suppose I could login to each
system and give the rdump command but that would defeat my goal of
executing one command. I also don't want to use opser since opser
is an interactive program and I want to run one command that does
everything overnight without human intervention.

What do you do about this? Is this problem solved by DECnsr?

-- 
Anything you read here is my opinion and in no way represents the Univ. of Cal.
Jon Forrest WB6EDM	 forrest@postgres.berkeley.edu	 510-643-6764
From: jeh@cmkrnl.com
Newsgroups: comp.unix.ultrix
Subject: Troubles installing 4.2A from CD-ROM on DS5000/125
Date: 16 Apr 92 21:30:13 GMT
Article-I.D.: cmkrnl.1992Apr16.143013.434
Organization: Kernel Mode Consulting, San Diego CA

One of my clients has a DECstation 5000 model 125 and the installation
procedure from the 4.2A CD-ROM usually -- but not always -- ends up with error
messages about undefined symbols with 'dc' and 'kn02' prefixes.  

This is with a DEC person doing the installation, not me.  I wouldn't be
involved in this at all, this is *way* out of my field, but I had already
established to my client that I'm good at troubleshooting things I've never
seen before.  

I did get it to work once, but I can't reconstruct what I did.... There aren't
that many options in the Basic installation; I wouldn't swear that I haven't
seen it fail once and succeed the second time with identical inputs both
times.  

Help?  Any clues? 

	--- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
Chair, VMS Programming and Internals Working Group, U.S. DECUS VAX Systems SIG 
Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
From: marchany@vtserf.cc.vt.edu (Randy Marchany)
Newsgroups: comp.unix.ultrix
Subject: DEC Fortran 3.1 STILL has CATASTROPHIC Problems!!!
Date: 17 Apr 92 13:33:51 GMT
Organization: Virginia Tech, Blacksburg, VA

group that there are still SEVERE problems with DEC fotran 3.1 for RISC>
A while ago, I had posted a note describing a problem that one of our
users discovered with the Fortran compiler v3.0. After talking to DEC
their response was 1) sending me a patch for the compiler (v3.0 update
4) which I installed and this didn't fix the problem 2) advising me to
install Fortran 3.1 update 1 which I did and the problem still exists.

The original problem occurred when trying to compile/run the HOMPACK
library with -O4 optimization. The process does not generate error
messages but the compiler generates code that yields incorrect results.
We are currently using FORTRAN v3.1 update 1 and we still have the
error.

Just thought I'd warn the net that there are STILL some pretty severe
(at least in terms of confidence) problems with DEC Fortran 3.1 for
RISC.


	-Randy Marchany
	VA Tech Computing Center
	Blacksburg, VA 24060

INTERNET: marchany@vtserf.cc.vt.edu


Newsgroups: comp.unix.ultrix
From: baker@gdwest.gd.com (Burt Baker)
Subject: test
Organization: General Dynamics Corp.
Distribution: gd
Date: Tue, 7 Apr 1992 19:53:42 GMT

test
From: cchd@lucifer.latrobe.edu.au (Huw Davies)
Newsgroups: comp.unix.ultrix
Subject: Re: DECstation 5000/240 hangs
Date: 6 Apr 92 23:14:13 GMT
Organization: La Trobe University

In article <1992Apr6.181236.18240@colorado.edu> grunwald@foobar.cs.colorado.edu writes:
>
>If you're using 'amd' (5.3beta), then that might explain it. Drop back
>to 5.3alpha14 if you are using it. We encounted similar problems using
>that version of the AMD automounter.

No, we're not in to such esoteric Unix features (yet). This system is
rather plain - no NFS even!

Thanks for the hint though. If we ever get this thing running for more
than a couple of hours we might think of doing something fancy.

-- 
  Huw Davies           | cchd@lucifer.latrobe.edu.au
  Computing Services   | Phone: +61 3 479 1500
  La Trobe University  | I own an Alfa to keep me poor in a monetary
  Melbourne Australia  | sense, but rich in so many other ways
Newsgroups: comp.unix.ultrix