HDTenEightyP/NetNews huggingface dataset:
From: rcbi110@muvms3.bitnet (R. ALAN MONROE)
Newsgroups: comp.unix.ultrix
Subject: How do you cat together files without getting subdirs?
Date: 21 Jul 92 18:38:58 GMT
Organization: Marshall University


I want to cat a pile of text files together. They are all in the same
directory.  However there are also subdirectories in there too.  How can I
wildcard to get the files, but not the subdir entries?

I figure this isn't _too_ hard, but I'm not so hot in unix yet...

((   ||  /\\ \\  / /\\  ((      R. Alan Monroe       (( "What a balmy       ((
 )) _// /--\\ \\/ /--\\  )) rcbi110@muvms3.wvnet.edu  )) night.."-Geddy Lee  ))
((              _       ((                           ((  @ Star Lake on the ((
 ))  ||  /\\  //  ||_/   ))    Pinkwater Rules!       )) coldest first day   ))
((  _// /--\\ \\_ || \  ((            :^)            ((  of summer ever     ((
From: carter@ferrari.mst6.lanl.gov (Dave Carter)
Newsgroups: comp.unix.ultrix
Subject: Re: even more slip questions...
Date: 30 Jul 92 17:17:39 GMT
Organization: Los Alamos National Lab, Group MST-6

In article <1992Jul28.162726.3127@desire.wright.edu> ejones@desire.wright.edu writes:
>Is slip usually this dog-dirt slow over 9600? 

i have a simple question.  is it possible to set the baud rate on a
decstation 5000/200 serial port at 19200?  i want to let the modems
haggle it out, like they're designed to.  (assuming the modems are
14.4K.)

						- dave
-- 
carter@mr2.mst6.lanl.gov
Newsgroups: comp.unix.ultrix
From: richard@sis.uucp (Richard Baird)
Subject: fstab entry for CD-ROM???
Followup-To: comp.unix.ultrix
Summary: How do I set up an fstab entry so that dump and fsck do not touch the drive
Keywords: fstab CD-ROM
Organization: Sheridan College, Ontario, Canada
Date: Tue, 28 Jul 1992 14:53:34 GMT



Greetings:

I would like to set up my fstab so that the bookreader CD is mounted on 
startup. How do I do this such that dump and fsck do not touch the drive? 

I tried the following:

/dev/rz4c:/usr/lib/dxbook:ro:0:0:ufs::

But my weekly fsck still checked the drive even though the man page says:

" A pass number of 0 in /etc/fstab causes a disk to not be checked."

I was also wondering how to stop dump from touching this drive. An extra
300 MB is making my DAT drive almost full.


Sorry if this is a simple one, but any advice would be appreciated

Richard

---
|Richard Baird              |e-mail:  richard.baird@sheridanc.on.ca           |
|Computing & Communications |phone: (416) 845-9430 x449  #include <disclaim.h>|
|Sheridan College, Oakville,|                                                 |
|Ont. Canada                | "Sorry, no witty comments today"                                                |
From: pavlov@niktow.canisius.edu (Greg Pavlov)
Newsgroups: comp.unix.ultrix
Subject: Re: DEC's new policy on upgrades
Date: 29 Jul 92 01:39:39 GMT
Organization: Canisius College, Buffalo NY. 14208

In article <1992Jul27.203808.7270@jarvis.csri.toronto.edu>, cks@hawkwind.utcs.toronto.edu (Chris Siebenmann) writes:
> 
>  According to two of our local salespeople, DEC will no longer sell
> incremental upgrades to people without DEC's overpriced software
> service agreement[*]; ....
> ..... If this is indeed the policy, I
> will do my utmost to dissuade people from buying DEC gear, because
> their support has just dropped from 'non-existent' to 'hostile' (it
> has already killed one potential sale).
> 
> [*: Support is on the order of $300+ a month; DEC releases less than
>     one usable new version a year, on average, and the full kit cost
>     is $2,000 or so -- incrememental kits are cheaper.]

  If you want to drop DEC over $3600 per year then there wasn't much to keep
  you there anyway.

  It's amazing how many people want everyone else to work for nothing.....




  greg pavlov
  pavlov@fstrf.org
Newsgroups: comp.unix.ultrix
From: shenkin@avogadro.barnard.columbia.edu (Peter S. Shenkin)
Subject: Fortran debugging problems
Organization: Dept. of Chem, Barnard College, Columbia U, New York
Originator: shenkin@avogadro.barnard.columbia.edu
Date: Mon, 27 Jul 1992 14:32:21 GMT
X-Posted-From: avogadro.barnard.columbia.edu
X-Posted-Through: sol.ctr.columbia.edu

I have two problems;  system is Ultrix 4.2 on a DECStation 5000/200.
Both problems involve a large Fortran program.

1.  dbx problem.  When I run the program from dbx, if I try to set a
    stop point, dbx tells me that "file foo.f was not compiled with -g";
    however this is not true;  the file was in fact compiled with -g.
    Is there a workaround?

    Note:  if I dump core and do a post-mortem analysis with dbx, lines
    are correctly reported using "where," and variables are correctly
    printed.  So in some sense dbx works --it just doesn't seem to know
    that it works.

2.  I'm compiling with run-time bounds checking (-C).  When the program dies,
    it puts the following on stderr:

forrtl: info: Fortran error message number is 72.
forrtl: warning: Could not open message catalog: for_msg.cat.
forrtl: info: Check location/protection of NLSPATH and /usr/lib/for_msg.cat.
Illegal instruction (core dumped)

    I'm having trouble understanding the first three lines.  (The fourth
    line is all too clear.  :-)  )  /usr/lib/for_msg.cat is a sym link:

lrwxr-xr-x  1 root 23 Oct 10  1991 for_msg.cat@ -> cmplrs/fort/for_msg.cat

    In /usr/lib/cmplrs/fort we have:

-rwxr-xr-x  1 root         9153 Feb 28  1991 for_msg.cat*
-rwxr-xr-x  1 root         8907 Feb 28  1991 for_msg.cat4.2*

    Should /usr/lib/for_msg.cat actually be linked to the second of these, 
    rather than the first, since I'm on Ultrix 4.2?  Are the permissions 
    correct?  What does this guy do, anyway?

    And what is NLSPATH?  I find no mention of it on the f77 man page.
    Is it supposed to be an environmental variable?  What should it be
    set to?

I might add:  I'm missing some of the FM's, so if these subjects are
covered there, I apologize -- but please help me anyway.

	Thanks,
	-P.
-- 
************************f*u*cn*rd*ths*u*cn*gt*a*gd*jb*************************
Peter S. Shenkin, Department of Chemistry, Barnard College, New York, NY 10027
(212)854-1418    shenkin@avogadro.barnard.columbia.edu   shenkin@cunixf.BITNET
******************** The singular of "media" is "medium". ********************
From: maj@cl.cam.ac.uk (Martyn Johnson)
Newsgroups: comp.unix.ultrix
Subject: Re: what are some good params for dumping to an exabyte?
Date: 31 Jul 92 12:08:59 GMT
Reply-To: maj@cl.cam.ac.uk (Martyn Johnson)
Organization: U of Cambridge Computer Lab, UK

In article <1992Jul31.062912.18701@news.clarkson.edu>,
abstine@hobbes.erc.clarkson.edu (Art Stine) writes:
|> Can anyone tell me what some good parameters are for dumping to an
|> exabyte (2.3G and 5.0G) drive in order to get the most out of a tape?

This question often comes up. It seems to me that trying to find
parameters which correctly express the size of an Exabyte is a waste
of time, for two reasons:

1. You don't usually want to split dumps across Exabytes, because they
   are big relative to most filesystems.  More often you are doing the
   converse - multiple dumps on one tape. In that case, dump's notion
   of tape size is flawed.

2. The code in dump which estimates what will fit on a tape is a historical
   relic. In Ultrix, it will detect end of media and request a new tape
   anyway. No need to tell it.

I wish there was an option to tell dump to forget about guessing the
tape length (and that it were the default!).  In the absence of this, we
just give it numbers which are so big that any dump we do will never be
artificially split by dump. Just give it big numbers - we use "s 150000"
and let the other default. Just watch out that you don't make the numbers
so big that you get overflow!

Martyn Johnson      maj@cl.cam.ac.uk
University of Cambridge Computer Lab
Cambridge UK
From: frank@croton.nyo.dec.com (Frank Wortner)
Newsgroups: comp.unix.ultrix
Subject: Re: GCC 2.x.x under Ultrix 4.2a ??
Date: 21 Jul 92 18:12:59 GMT
Reply-To: frank@nyo.dec.com
Organization: Digital Equipment Corporation


It sounds like your GCC sources are misconfigured.  Did you type

	configure decstation

in the source directory before you compiled?  My guess is you probably
typed

	configure mips

instead.  That's wrong;  use "decstation" as the argument.

						Frank
Newsgroups: comp.unix.ultrix
From: sharpe@adodem.enet.dec.com
Subject: Re: postscript printers
Organization: Digital Equipment Corporation
Date: Tue, 28 Jul 1992 17:23:01 GMT


In article <3636@MILANO.INFN.IT>, AMERONI@MILANO.INFN.IT writes...
>Hello !
>I remember reading in this newsgroup a discussion on
>some options for a postscript printer which are supported
>on a risc machine only with a printeserver (the options
>concerning the landscape printing and so on) and I remember
>someone sayin that with a dec kit they were supported
>also not on a printserver.
>Could someone email me other information and /or a
>summary of the discussion (I am interested in particular
>to the name of the kit)?
>Thak you very much
>alberto Meroni
>alberto.meroni@mi.infn.it

You have jogged my guilty memory. I just about have the abovementioned package
ready for FTP access from gatekeeper.dec.com, and am awaiting instructions from 
the keepers of gatekeeper on how to place archives on there ...

Please note, this package is NOT SUPPORTED software. It will be available on 
an AS IS BASIS!

Should be this week.

Regards
Richard Sharpe
These opinions be mine, Digital has its own!
Newsgroups: comp.unix.ultrix
From: mjr@hussar.dco.dec.com (Marcus J. Ranum)
Subject: Re: Some Ultrix 4.3 questions
Organization: Digital Equipment Corporation, Washington ULTRIX Resource Center
Date: Fri, 31 Jul 1992 14:04:17 GMT

>Just a few questions regarding Ultrix 4.3:

	In general, we're not supposed to answer this kind of stuff
outside of a non-disclosure. :(

mjr.
From: fingerhu@ircam.fr (Michel Fingerhut)
Newsgroups: comp.unix.ultrix
Subject: Re: What is /usr/etc/rdt
Date: 21 Jul 92 14:57:19 GMT
Organization: IRCAM, Paris (France)

wb@ifado.arb-phys.uni-dortmund.de writes:
>Accidentally I found a file /usr/etc/rdt in Ultrix 3.2 (VAX). This is
>Does anybody know?

From the man page:

                                                                       rdt(8)
                                                                  Unsupported

   Name
     rdt -  read diagnostic tape

   Syntax
     rdt function-key [ -Bblksize ] [ -Ddensity ] [ filename ... ]

   Description
     The rdt command reads diagnostic programs to disk from labeled tapes.
     The files are placed in the current user's area.  The reading is based
     upon the precepts set forth in the ANSI standard x3.27-1978.  The tape
     is assumed to have been written by a VAX/VMS system.

...
Newsgroups: comp.unix.ultrix
From: JOHN@rzmain.rz.uni-ulm.de (JOHANN STRAUSS, AALEN, GERMANY)
Subject: To many open files - Problem with named
Organization: University of Ulm, FRG
Date: Wed, 22 Jul 1992 09:05:10 GMT
X-News-Reader: VMS NEWS 1.21

Hi there !

I've a Problem with the BIND-Nameservice on Decstations runnig ULTRIX V4.2


named starts without Problems and will work good for 2-3 days.
Suddenly he creates Megabytes of output into the syslog file:

Jul .......  localhost: 221 named: accept: Too many open files
.
.
.

If i try to restart named with kill -1 221 then named will terminate.
Then i start named again and he will work some days - until he gets the
next too many open files problem.

Trying to remove this Problem i've built the kernel with smmax 2048
(I've read this here some months ago) - The same result.

Does anybody know how it will work ?

Please also use E-Mail : john@noc.rz.fh-aalen.de

Thanks
Newsgroups: comp.unix.ultrix
From: rob@mother.bates.edu (Rob Spellman)
Subject: Managing lots of users
Organization: Bates College, Lewiston, ME
Date: Tue, 21 Jul 1992 13:48:32 GMT

Does anybody know of software that will make my job of administering a
few thousand user accounts easier?

We are just starting to use Ultrix, and with the previous operating
system we were using, we had programs that helped with this task, but
I don't know of software running under Ultrix.

I don't want to run adduser for the next several days.


-- 
Rob Spellman
rob@mother.bates.edu
Computing Support Services
Bates College
Newsgroups: comp.unix.ultrix
From: jpt@salama.fno.dec.com (Jari Tavi)
Subject: Re: What is Ultrix 4.2c???
Reply-To: jpt@salama.fno.dec.com (Jari Tavi)
Organization: Digital Equipment Corporation
Date: Wed, 29 Jul 1992 07:26:20 GMT


--In article <2A759CC0.26543@noiro.acs.uci.edu>, fredv@abba.acs.uci.edu (Fred Velijanian) writes:
|> 
|> So what is 4.2c??? Is it the combination of 4.2a plus
|> security patch + Motif 1.1.3?

Yes, and also it contains so called "Open SCSI" aka. CAM aka Common
Access Method interface. CAM is standard device driver interface for
SCSI device drivers. Also there's support for new periherals (mostly
disks and tapes like TZ85).

Motif distribution is "Integrated Motif", which means that files will
be in places where they belong to, and most DECwindows OOTB applications
will be "Motified". Remember to check if you have /usr/lib/DXM dependencies
in your Makefiles ... or if you need DXm-porting tools, because these 
things will change in V1.1.3.

|> Confused,

No need, I hope ;-)

===============================================================================
Full-Name:      Jari Tavi			
Organization:   DEC Finland                     Dept:           EIS/ACT
Tel:            +358-0-434 5252                 DTN:            879-5252
E-mail:         rixrax::jpt                     A1-mail:        Jari Tavi @FNO
Internet:       jpt@rixrax.enet.dec.com
Address:        Digital Equipment Corporation Oy
                PL 16
                02201 Espoo
                FINLAND
===============================================================================
* All opinions are my personal, and do not necessarily represent opinions of
* my employer! 
Newsgroups: comp.unix.ultrix
From: shenkin@avogadro.barnard.columbia.edu (Peter S. Shenkin)
Subject: SUMMARY: Re: rcs5 on DecStation 5000/200 ?
Organization: Dept. of Chem, Barnard College, Columbia U, New York
Date: Thu, 23 Jul 1992 13:40:07 GMT
X-Posted-From: avogadro.barnard.columbia.edu
X-Posted-Through: sol.ctr.columbia.edu

In article <1992Jul22.145416.16450@ctr.columbia.edu>
 shenkin@avogadro.barnard.columbia.edu (Peter S. Shenkin) writes:

>In trying to compile rcs5, rcs can't build conf.h;  it complains that
>it can't figure out the signal type.
>
>Can someone send me a working conf.h for this machine?

Paul Eggert suggested by email that I obtain rcs-5.6.3-beta from 
ftp.cs.purdue.edu.  I did, and this version compiled without difficulty.
What functionality I've tested so far does work.

	-P.
-- 
************************f*u*cn*rd*ths*u*cn*gt*a*gd*jb*************************
Peter S. Shenkin, Department of Chemistry, Barnard College, New York, NY 10027
(212)854-1418    shenkin@avogadro.barnard.columbia.edu   shenkin@cunixf.BITNET
******************** The singular of "media" is "medium". ********************
Newsgroups: comp.unix.ultrix,biz.dec.turbochannel
From: ajc@pa.dec.com (AJ Casamento)
Subject: Re: MIPS on Alpha (was: Byte sex)
Organization: Digital Equipment Corporation
	<1992Jul16.093404.57272@cc.usu.edu>
Date: 22 Jul 92 17:13:01



In article <1992Jul16.093404.57272@cc.usu.edu> ivie@cc.usu.edu (CP/M lives!) 
writes:


Roger,

  What's the matter? Did you think I fell asleep?

>> In article <1992Jul15.194751.4054@nntpd.lkg.dec.com>, kirk@tallis.enet.dec.
>> com (Matthew B. Kirk) writes:
>> > 
>> > In article <1992Jul15.095407.57244@cc.usu.edu>, ivie@cc.usu.edu (CP/M 
>> > lives!) writes...
>> > 
>> >>I know the VS4000/60 guys have or are working
>> >>on a MIPS interpreter to run the self-tests on a VAX, and I presumed the
>> >>Alpha guys were doing the same thing. 
>> > 
>> > Is this a behavioral model?

>> I'm not sure I understand the phrase "behavioral model" here. The only
>> "behavioral model"s that I'm aware of are used by hardware guys doing
>> simulation.

  That's true as far as I am aware.

>> My understanding is that it interprets the MIPS code in the ID ROM. It uses
>> the instruction set specified by the TURBOchannel Firmware Spec and supplies
>> the REX entry points also specified by that spec.

  This is also true. There is a version on the VAXen and another for the Alpha
  platforms.

>> Tri/Add folks care to comment? Am I going to be able to run my ID ROMs on
>> Alpha boxes?

  You are certainly going to be able to run your ID ROMs on the TURBOchannel
  based Alpha machines. We have NO intention of forcing module variations for
  each of the platform architectures. The hardware/firmware will run for any
  of the TURBOchannel option modules that comply to the specification. Now, 
  the device drivers are a different story obviously. VMS device drivers will
  have to be written. OSF device drivers are being written. And both will have
  to undergo testing/modification against the Alpha TURBOchannel platforms.
  
  All of the existing Alpha TURBOchannel based platforms will be able to handle
  the existing TURBOchannel firmware.


>> Roger Ivie
>> ivie@cc.usu.edu


  Good to hear from you, and I hope that this helps answer your question.

				Thanx,
				  AJ


      **********************************************************************
      * AJ Casamento			"The question is not whether or    *
      * Digital's TRI/ADD Program	 not the opinions are mine; but    *
      * 529 Bryant Ave. PAG-2		 rather, which of my personalities *
      * Palo Alto, CA 94301-1616	 do they belong to?"		   *
      * 415.617.3460							   *
      * ajc@decwrl.dec.com						   *
      **********************************************************************
From: maj@cl.cam.ac.uk (Martyn Johnson)
Newsgroups: comp.unix.ultrix
Subject: Re: utmp error
Date: 30 Jul 92 08:12:46 GMT
Reply-To: maj@cl.cam.ac.uk (Martyn Johnson)
Organization: U of Cambridge Computer Lab, UK

In article <1664@hsdndev.UUCP> you write:
|> We seem to be having a problem with utmp running under ULTRIX RISC
|> 4.2A.  utmp doesn't seem to properly record the most recent logins
|> after a fair number (approx. 25 or so) people have logged in.  It
|> fails such that "who am i" simply returns a blank, although whoami
|> returns the correct information.  Unfortunately, this problem is
|> occurring on our main email server and causes a homegrown email
|> program we use to fail.
|> 
|> Any ideas?

Yes, this happens if you are using more ptys than are mentioned in
the /etc/ttys file.

Martyn Johnson      maj@cl.cam.ac.uk
University of Cambridge Computer Lab
Cambridge UK
From: mjr@hussar.dco.dec.com (Marcus J. "will do TCP/IP for food" Ranum)
Newsgroups: comp.unix.ultrix
Subject: Re: Problem with npasswd??
Date: 29 Jul 92 20:18:36 GMT
Organization: Digital Equipment Corporation, Washington ULTRIX Resource Center

>>	Un-crackable password files are in principle a contradiction
>>in terms.
>
>I am not searching for un-crackable passwords, just un-Crackable ones. In
>other words, I want to combat Crack, which is available to every bored 
>undergrad in the universe.

	Do away with your password file entirely and replace it with
a cryptographic smart card authentication system. That's what I meant
about solving the problem, rather than the symptoms. In short what you
are saying is:

	1) I don't trust my users not to do something dumb
	2) Therefore I will add logic to my software to make it increasingly
		hard for them to do something dumb

	You still haven't solved the problem: that you don't trust your
users and you're still insecure - you've just vigorously attacked *ONE*
of the symptoms. If you don't trust your users, just take one more step
and make *SURE* that your authentication system doesn't in any way shape
or form require you to trust your users at all.

mjr.
From: robm@ataraxia.Berkeley.EDU (Rob McNicholas)
Newsgroups: comp.unix.ultrix
Subject: Re: dxpsview error
Date: 21 Jul 92 15:49:30
Organization: Computer Systems Support Group, U.C. Berkeley, Berserkeley, CA
NNTP-Posting-Host: ataraxia.berkeley.edu
In-reply-to: frank@croton.nyo.dec.com's message of 21 Jul 92 18:20:59 GMT

In article <4429@datum.nyo.dec.com> frank@croton.nyo.dec.com (Frank Wortner) writes:
   Try this:  pull down the "Options" menu and select "Watch Progress".
   Now open the file.

   I *think* this is documented in the release notes, but I don't have a copy
   here, so I can't tell you where.



Sorry, that doesn't help.  I already tried that:

X Error:  BadMatch - parameter mismatch
  Request Major code 128 (Adobe-DPS-Extension)
  Request Minor code 2 ()
  Error Serial #1009
  Current Serial #1009


-Rob
--
Rob McNicholas     	    Technical & Computing Services, EECS, U.C. Berkeley
robm@ataraxia.berkeley.edu  Voice: 510/642-8633  FAX: 510/643-7846
Xref: sparky comp.unix.ultrix:5817 comp.unix.admin:4254
From: idall@augean.eleceng.adelaide.edu.AU (Ian Dall)
Newsgroups: comp.unix.ultrix,comp.unix.admin
Subject: Re: Strange behaviour of df and /tmp
Date: 22 Jul 92 01:21:37 GMT
Organization: Electrical and Electronic Eng., University of Adelaide

In article <1992Jul20.152235.20345@news.uakron.edu> david@vax1.cc.uakron.edu (David Sumitra) writes:
>The system is Ultrix 4.2 on vax 11/785. I have a strange behaviour of
>'df'. It shows 65% full on /tmp. Whereas infact, it is empty according
>to 'ls -la'. The 'du' on /tmp seems to agree with 'ls'.
>
>According to DEC whom I called for help, this could occur when a process
>unlinks a file and just hangs or sits for a while to complete. DEC says
>since the file is unlinked it is not easy to get its inode to remove
>it.  It seems it is the standard feature with all unix based file
>systems and not just the Ultrix.

It is a feature!

>  The suggested solution is to unmount
>/tmp file system and to run 'newfs'.

This won't work. The system won't allow you to umount a filesystem which
has open files one it.

The way this all works is that files are deleted when the link count
goes to zero. When a process has a file open, the kernels internal
idea of the link count gets incremented and decremented when the
process closes the file.

Thus, to free the blocks allocated to a file you need to a) remove all
links to it in the file system *and* kill all processes which have the file
open.

Determining the process could be tricky. It requires grunging through kernel
tables. ofiles may have the ability to find all processes accessing the
partition tmp is on.


-- 
 Ian Dall           life (n). A sexually transmitted disease which afflicts
                              some people more severely than others.
   ACSnet: idall@augean.oz
 Internet: idall@augean.oz.au
Newsgroups: comp.unix.ultrix
From: shenkin@avogadro.barnard.columbia.edu (Peter S. Shenkin)
Subject: rcs5 on DecStation 5000/200 ?
Organization: Dept. of Chem, Barnard College, Columbia U, New York
Originator: shenkin@avogadro.barnard.columbia.edu
Date: Wed, 22 Jul 1992 14:54:16 GMT
X-Posted-From: avogadro.barnard.columbia.edu
X-Posted-Through: sol.ctr.columbia.edu

In trying to compile rcs5, rcs can't build conf.h;  it complains that
it can't figure out the signal type.

Can someone send me a working conf.h for this machine?

Thanks,
	-P.
-- 
************************f*u*cn*rd*ths*u*cn*gt*a*gd*jb*************************
Peter S. Shenkin, Department of Chemistry, Barnard College, New York, NY 10027
(212)854-1418    shenkin@avogadro.barnard.columbia.edu   shenkin@cunixf.BITNET
******************** The singular of "media" is "medium". ********************
Xref: sparky comp.unix.ultrix:5991 de.comp.os.unix:1338 comp.protocols.tcp-ip.ibmpc:4533