HDTenEightyP/NetNews huggingface dataset:
From: baker@nodecg.ncc.telecomwa.oz.au (Mark Baker +61 9 4916081)
Newsgroups: comp.unix.sys5.r3,biz.sco.general
Subject: At wits end - problem solved
Date: 25 Jan 93 08:30:13 GMT
Organization: Regional Network Systems Group, Perth

I have solved the SCO Unix 3.2.4 TCP/IP 2 remote shell problem that
I was having. By using the IP number address, rather than the node name,
everything now works.

Thanks all.

_______________________________________________________________________________
Mark Baker                             Phone: +61 9 4916081
Network Computer Centre                Fax:   +61 9 2212560
5th Floor Telecom Centre               ACSNET: baker@telecomwa.oz.au
80 Stirling Street, Perth              Inet:  baker%telecomwa.oz.au@uunet.uu.net
Western Australia 6000
Newsgroups: comp.unix.sys5.r3,biz.sco.general,mst.support
From: stevea@i88.isc.com (Steve Alexander)
Subject: Re: TCP 1.2 routing
Organization: Lachman Technology, Inc., Naperville, IL
Date: Thu, 28 Jan 1993 01:19:50 GMT

In article <BOB.93Jan27184135@volitans.MorningStar.Com> bob@MorningStar.Com (Bob Sutterfield) writes:
>(We were working to resolve this issue quietly in calm, pleasant,
>private discussions with SCO's tech support and developer relations
>folks.  But since Mr. Berry's question in these forums seems to be
>getting generally misunderstood, and since our fair name was getting
>dragged into the fray, I felt the need to clarify what's happening.
>To any SCO folks who may be listening in, please accept my apology for
>dragging this out even longer in public.)

Thanks for the good explanation.  We'll pursue this via support as well.

>   Surprisingly, MorningStar is a little confused.
>
>(Ummm, I think that's a compliment, right? :-)

Absolutely.  I should have known there was more to the picture than met
the eye :->

-- 
Steve Alexander, Lachman Technology, Inc. | stevea@isc.com
(708) 505-9555 x256 FAX: (708) 505-9574	  | ...!{sun,ico}!laidbak!stevea
Newsgroups: comp.unix.sys5.r3
From: chjo@huldra.tdata.no (Christer Johansen)
Subject: Portable Netware for SCO?
Organization: Tandberg Data A/S, Oslo, Norway
Date: Wed, 27 Jan 1993 17:53:36 GMT
X-Newsreader: TIN [version 1.1 PL8]

[ Article crossposted from biz.sco.general ]
[ Author was Christer Johansen ]
[ Posted on Wed, 27 Jan 1993 15:39:44 GMT ]

I need some advices from the net on this one.

We have an MS-DOS application that needs to be accessed from both
X-terminals and PC's running MS-DOS. The MS-DOS application must
be installed on a server as it depends on a sentral database.
(Or at least the database must be installed on a server).

The X-terminals are connected to either a Sparc Server running SunOS
or a i486 running SCO ODT 2.0.

Some of the PC workstations that needs to access the application is
running Novell Netware and some is running PC-Interface.

I'm thinking of installing the application on one of our i486 machines
that is running SCO ODT 2.0. In that way I believe the workstations
that is running PC-Interface can connect directly to that server
(it is running the PCI server) and start the application from there.

It should also be possible to NFS mount the application directory to
the servers running SunOS and ODT 2.0, and the X-terminal users on
these machines should then be able to access the application using
SoftPC on the Sparc Servers and vp/ix on the servers running ODT 2.0.

My problem then seems to be the PC workstations that is running Novell
Netware. My local SCO dealer told me that SCO was in the prosess of
porting Portable Netware, but then they laid down the project for some
reason.

I guess I could install PCI on the PC's running Netware (I know they
can coexist), but the pricetag for doing this seems to be quite high
as I'll need one PC-Interface license for each PC and there's a lot
of them.....

My questions are:

1> Does anyone know if any 3rd party developers have a version of
   Portable Netware for SCO?

2> If no to question 1, do you have a suggestion for an alternative
   setup. Maybe UnixWare (which I know very little about) as a server
   will do the trick?


Thanks in advance
Christer Johansen
--
Christer Johansen, Tandberg Data A/S, PO Box 9, Korsvoll, N-0808 OSLO 8, NORWAY
Phone +47 (0)2 189090, dir +47 (0)2 189527  Fax +47 (0)2 189550
Internet: chjo@tdata.no    IEA: ibmmail(26692)
X.400: C=no; A=telemax; P=tdata; O=tdd; S=chjo

--
Christer Johansen, Tandberg Data A/S, PO Box 9, Korsvoll, N-0808 OSLO 8, NORWAY
Phone +47 (0)2 189090, dir +47 (0)2 189527  Fax +47 (0)2 189550
Internet: chjo@tdata.no    IEA: ibmmail(26692)
X.400: C=no; A=telemax; P=tdata; O=tdd; S=chjo
From: feoh@hal.gnu.ai.mit.edu (Chris Patti)
Newsgroups: comp.unix.sys5.r3
Subject: WANTED: Microsoft BusMouse drivers for AT&T Unix System 5 3.2
Date: 21 Jan 1993 20:27:27 GMT
Organization: MIT Artificial Intelligence Lab
Distribution: world
NNTP-Posting-Host: hal.gnu.ai.mit.edu

If anyone has such a driver, or knows if such a driver exists, please contact
Bill Drury at bild@ncm.interlan.com

Thanks.

Newsgroups: comp.unix.sys5.r3
From: tuppa@eueh50.tuwien.ac.at (Walter Tuppa)
Subject: FORTRAN for Interactive Unix (ISC)
Organization: Technical University of Vienna
Distribution: comp
Date: Thu, 28 Jan 1993 08:25:10 GMT

Hello,

I need some information where to get a good FORTRAN compiler (I know many
peolpe hate FORTRAN, but we need it for a big project) for Interactive UNIX
ISC 3.0. We have here a very old LPI Fortran compiler with many bugs and
restrictions. Does somebody know were to get a newer version of thsi
copmiler or is there any other company which sells such a beast ?

thanks in advance
Walter Tuppa

--
============================================================================
Walter Tuppa	Inst. for MicroElectronics, Technical University of Vienna
		Gusshausstrasse 27-29 / 1040 Vienna / AUSTRIA

E-Mail:		tuppa@iue.tuwien.ac.at
Phone:		+43/1/58801-3719
Fax:		+43/1/5059224
============================================================================
Xref: sparky comp.unix.admin:7272 comp.unix.programmer:6082 comp.unix.wizards:5683 comp.unix.questions:16057
From: grog@lemis.uucp (Greg Lehey)
Newsgroups: comp.unix.admin,comp.unix.programmer,comp.unix.wizards,comp.unix.questions
Subject: Re: >> Need HELP recovering tar data!
Date: 28 Jan 93 17:06:31 GMT
Followup-To: comp.unix.admin
Organization: LEMIS, W-6324 Feldatal, Germany

In article <1993Jan26.013851.9387@cypress.com> wl@cypress.com (Wilbur Luo/COMM) writes:
>I need some help recovering data on a tape. Here's what happened.
>
>A user was trying to read from a tape with tar data (and it wasn't write 
>protected), and inadvertently issues a tar cf /dev/tapeblah filea
>command. There was no file named "filea" but it looks like the header
>on the tape was overwritten anyway.

My sympathies

>We know the data is still on the tape, but it's inaccessible. I tried
>mt, dd, tarx,etc.. and tried to forward over the bad stuff and dump the
>data to no avail.
>
>Does anyone know how to recover the data or point me to a program that
>will?

In all likelihood, your first file (maybe more) is gone forever. But
GNU tar should recover the rest straight out of the box:

  tar: Hmm, this doesn't look like a tar archive.
  tar: Skipping to next file header...

-- 
Greg Lehey                       | Tel: +49-6637-1488              
LEMIS                            | Fax: +49-6637-1489
Schellnhausen 2, W-6324 Feldatal, Germany
From: pluto@stein.u.washington.edu (The Lonely Planet)
Newsgroups: comp.unix.admin
Subject: fake machine address when rlogin
Date: 25 Jan 1993 22:57:49 GMT
Organization: University of Washington, Seattle
NNTP-Posting-Host: stein.u.washington.edu
Keywords: for fun

I have root access to my sparc, and I wonder 
if I can set it up in such a way that it will
provide a fake address to the other machine
if I want to when I rlogin to the other
machine.
Newsgroups: comp.unix.admin
Subject: pcnfs daemon for Sun IPC's please.
From: adonkin@terra.cs.waikato.ac.nz (Andrew Donkin)
Date: 29 Jan 1993 09:48:23 +1300
Distribution: world
Organization: Comp Sci, U of Waikato, New Zealand
NNTP-Posting-Host: venus.cs.waikato.ac.nz


	Dear knowledgeable UNIX admins out there,

I'm looking for a pcnfs daemon to support various personal computers that
want to nfs-mount filesystems from our Sun IPC's.  Mounting the filesystems
is not the problem - that's done and working fine, but it's far from secure
and I want some sort of authentication involved.

There must be quantities of helpful folk out there using a server's
filespace from their PCs and Amigas and Archimedes - please let me know of
any good packages (and ftp sites), pitfalls, and any other hints and tips
you can think of.

	Thanks in advance -



-- 
,------------------------------------------------------------------------,
|            Andrew Donkin - adonkin@sol.cs.waikato.ac.nz                |
`------------------------------------------------------------------------'
Newsgroups: comp.unix.admin
From: ccowboy@seer.gentoo.com (Sharif Torpis)
Subject: UUCP ERROR MESSAGE - PLEASE IDENTIFY
Date: Thu, 28 Jan 1993 00:06:31 GMT
Organization: Brad Lanam,  Walnut Creek, CA

Can anyone tell me what the following error message from UUCP means:

     remote system cannot create temp file

Although I do receive this message, all the xfers seem to work. Also, I do
not get this message every time. Basically I'd just appreciate a definiton
of this error message. Thanks if anyone can help.

ccowboy@gentoo.com

Newsgroups: comp.unix.admin
From: rweisbe@starfleet.nswc.navy.mil (Bob Weisbeck)
Subject: process running in background
Organization: Naval Surface Warfare Center
Date: Fri, 22 Jan 1993 14:38:24 GMT

  Sorry if this is not the right group for this but;
I have a process that the users might run in the background.
I would like the process to determine if it is running in 
the background so that I can suppress messages to stdout.
Anyone have any ideas?

Thanks in advance.

Bob
Xref: sparky comp.unix.admin:7207 comp.unix.questions:15856
Newsgroups: comp.unix.admin,comp.unix.questions
Subject: Help! My system is in a time warp!
From: steve@vulture.ksc.nasa.gov (Steve Schindler)
Date: 22 Jan 93 13:49:50 EST
Organization: Voice Systems Branch, NASA - Kennedy Space Center

Cron has been complaining every so often and I finally got a chance to look
into the problem. Earlier this week, dodisk sent me mail to tell me that it
had started executions on Thu Feb 18 02:00:00 EST 1993 and finished on 
Thu Feb 18 02:00:11 EST 1993! The date of the mail was also Thu, 18 Feb 93!!

Reviewing the cron log, I found out that everything was fine until  
2125 on Wednesday, Jan. 20 when cron was aborted, as it is every evening,
by an init 6 command. When cron was restarted, the system date was 2259 on
Wednesday, Feb. 17. The system ran with the wrong date for 24 hours until
the init 6 command was issued again. This time the system came up with the
correct date- Thursday, Jan. 26.

This has happened once before around the 5th of January. The only thing that
I can think of is that the backup battery for the clock is just about dead.
The system is a Compaq 386.

Comments? 
-- 
-------------------------------------------------------------------------
Steve Schindler     Voice Systems Branch      NASA - Kennedy Space Center 
internet: steve@vulture.ksc.nasa.gov
NASAmail: (site:smtpmail,id:<steve(a)vulture.ksc.nasa.gov>)
From: dik@cwi.nl (Dik T. Winter)
Newsgroups: comp.unix.admin
Subject: Re: Can't delete file name " | more " ?
Keywords: rm, file, delete
Date: 21 Jan 93 02:56:31 GMT
Organization: CWI, Amsterdam

In article <1993Jan20.160037.19410@sci34hub.sci.com> gary@sci34hub.sci.com (Gary Heston) writes:
 > In article <1jh76kINN2fn@apache.genrad.com> jbm@apache.genrad.com (John A. Meneghini) writes:
 > >-rw-r--r--  1 jbm           790 Jan 14 10:58  | more
 > >-rw-r--r--  1 jbm           402 Jan 14 11:00  | more 
 > 
 > Try "rm *re", or get out adb and edit the directory entries.
 > 
Except that it will remove at most one of those files.  (How do you
think it is possible that 'ls' shows two identical filenames, except
for some horrible bug in the OS of course.)  See the FAQ.
(Time for RTFFAQ?)
-- 
dik t. winter, cwi, kruislaan 413, 1098 sj  amsterdam, nederland
home: bovenover 215, 1025 jn  amsterdam, nederland; e-mail: dik@cwi.nl
Newsgroups: comp.unix.admin
From: navarra@casbah.acns.nwu.edu (John Navarra)
Subject: Re: Screen ??? bugs ???
Organization: Northwestern University, Evanston Illinois.
Date: Sat, 23 Jan 1993 20:24:58 GMT

In article <d461Haun*b@atlantis.psu.edu> barr@pop.psu.edu (David Barr) writes:
>This is wrong.  I've been using the current release of screen for months
>now, and I've had no problems.  This was true a couple years ago, but
>no longer.  Get the latest version from:
>
>prep.ai.mit.edu:/pub/gnu/screen-3.2b.tar.Z
>
>The configure script makes installation very easy.

	Actually, in our case (running SunOS) it was the Sun code that
was buggy. The code which assigns ptys was woefully inadequate and that 
caused screen to get half-open ptys. The new version of screen employs
methods to ignore such pairs (as best as it can) and has other improvements
as well. Since this time, Sun came out with a patch to fix this bug and
all has worked well. 
	One thing that you might want to consider when installing screen
(especially if you are going to use it on a busy machine) is that you
install more ptys (and provide for them in the code). Additionally, you
might want to change the way in which ptys are allocated in the code. 
The search for unused ptys can be unneccesarily slow. I simply reversed 
the order and all was well.

Screen is THE most useful Unix program in existence for non-windowing 
terminals. I could not exist without it -- and I use a windowing
terminal!!!


-tms

-- 
You can get further with a kind word | You can get further with a kind word
and a gun than a kind word alone.    | and a phaser than a kind word and a gun.
          --al capone                |           -- John Navarra
=======From the Lab of the MaD ScIenTIst....navarra@casbah.acns.nwu.edu========
From: jik@athena.mit.edu (Jonathan I. Kamens)
Newsgroups: comp.unix.admin
Subject: Re: Tivoli Address Required
Date: 26 Jan 1993 14:20:14 GMT
Organization: Massachusetts Institute of Technology
Distribution: world
NNTP-Posting-Host: pit-manager.mit.edu

In article <1993Jan25.085024.6050@comp.lancs.ac.uk>, graham@comp.lancs.ac.uk (Graham Dean) writes:
|> I'm looking for a contact address for "Tivoli Systems" -
|> any pointers much appreciated.

Try info@tivoli.com.

-- 
Jonathan Kamens                                         jik@MIT.Edu
Aktis, Inc.                                    Moderator, *.answers
Newsgroups: comp.unix.admin
From: rkilgore@ccel.mitre.org (Richard Kilgore)
Subject: SLIP for a DECstation 5000 & an HP 9000/730
Organization: MITRE Corp. Reston, VA
Date: Wed, 27 Jan 1993 18:58:56 GMT

I am trying diligently, novice though I am, to get an HP 730 to talk to a DECstation 5000 via SLIP.
I found software on the net for the DEC and am using a built-in utility for the HP (point-to-point
link, i.e., ppl).  I don't know whether I am incorrectly configuring or operating the DEC, or the
HP, or both.

Could anyone who has experience with using SLIP on either of these machines please send me e-mail
at the address rkilgore%mdf@mwunix.mitre.org?


						Thank you,

						- Rick
-- 
        ----------------------------------------------------------
         Richard B. Kilgore             Member Technical Staff
         MITRE Corporation              Room:  S4151
         7525 Colshire Drive            Phone: (703) 883-6864
         Mail Stop W548                 FAX:   (703) 883-3308
         McLean, VA 22102               rkilgore%mdf@mwunix.mitre.org
        ----------------------------------------------------------
From: farrell@abq.bdm.com (Dave Farrell)
Newsgroups: comp.unix.admin
Subject: Re: Login Name Administration & Conventions
Date: 21 Jan 93 18:28:20 GMT
Followup-To: comp.unix.admin
Distribution: usa
Organization: BDM International, Inc.
NNTP-Posting-Host: bwayman.abq.bdm.com

In article <1993Jan11.143317.17165@cc.ic.ac.uk>, vulture@imperial.ac.uk
(Thomas Sippel - Dau) wrote:
> 
> In article <TNJWBXJ8@cc.swarthmore.edu>, eoliver@ralph.cs.haverford.edu (Erik Oliver) writes:
> - Well, in principle I agree that letting people call themselves what ever
> - they want is nice, there is a usefullness in making account names
> - meaningful:
> - 	o mail is more easily sent since user names are standardized
> - 	o you avoid needing to create policies about what sorts
> - 	  of names are acceptable.

This brings up the issue of username length. What is the real standard and
why?
Is it really 8 characters only. Under Ultrix I cannot login (via telnet or
rlogin) but I can ftp into an account with a username longer than 8 chars.
I don't have any problem using more than 8 under Irix. A/UX warns that you
may have trouble with rlogin if more than 8 chars are used. The Sun OS
seems
to allow them also without apparent problem.
I ahve looked through about a dozen books about Unix design and
Administration
but have found no guidance. Can anyone give me a definitive answer?
Also how about password length and hostname length?
Any useful response will be appreciated, thanks.
Later...Dave.
Newsgroups: comp.unix.admin
From: marc@r-node.pci.on.ca (Marc G Fournier)
Subject: Re: mail accounting package
Organization: R-node Public Access Unix - 1 416 249 5366
Date: Fri, 22 Jan 1993 20:57:36 GMT
Distribution: usa

In article <437@heimdall.sdrc.com> gary.t.smith@sdrc.com writes:
>In article <1993Jan7.205300.1924@fizz.fdn.org> ben@fizz.fdn.org (Benoit Grange)
>writes:
>>Does a mail accounting package exists.
>>
>>I would like to find a program that reads the syslog file produced by mail  
>>and produces a list of messages sent/recevied by people and the total  
>>received/sent size by people. This program must deal with mutilple  
>>recipients in order to be minimum accurate.
>>
>>That 'program' may be awk/perl/c or other, i don't want to create  
>>something from sratch if an existing package fits my needs.
>>
>
>Yes: I would be interested, as well. If anyone has information, please post, as
>I'm certain that there are other administrators out there who would be
>interested.
>
><<standard disclaimers>>
>

	Me too please

marc


-- 
Marc G. Fournier      | R-node Public Access Unix running Linux 0.99p1
Etobicoke, Ontario    | 416-249-5366   24hrs 7 days/week   network email
voice: 249-4230       | shell accounts available  2500+ newsgroups  FREE
marc@r-node.pci.on.ca | Telebit WorldBlazer/SupraModem2400/Cardinal 2400
From: john.furlani@East.Sun.COM (John L. Furlani)
Newsgroups: comp.unix.admin
Subject: Re: Set a password from a shell script?
Date: 29 Jan 93 04:08:33 GMT
Organization: Sun Microsystems, RTP, NC
Distribution: world
NNTP-Posting-Host: quixote.east.sun.com
In-reply-to: ccsis@sunlab1.bath.ac.uk's message of 27 Jan 93 13:17:12 GMT



You should check out "expect" written by Don Libes at NIST.  It is a fully
controlable pty shell (either interactive or script).  expect uses Tcl (Tool
Command Language).

Setting the passwd is only one of the many examples in the paper and included
with the package.  This is a VERY powerful tool.

expect can be found through archie or on ftp.cme.nist.gov in /pub.

j.


In article <C1IKwp.E00@sunlab1.bath.ac.uk> Icarus Sparry writes:
>   Newsgroups: comp.unix.admin
>   References: <1993Jan19.230306.12818@wl.com>
>   Organization: Bath University Computing Services, UK
>
>   In the referenced article, duffiem@wl.com (Mark Duffield) writes:
>   >I am looking for a program (c, shell, perl) that will allow me to
>   >set a users password from a shell script.  This program will only be run from
>   >root.  As you probably know, passwd(1) won't let you do this.  I have alot
>   >of users to create and I don't want to:
>
>   You don't say if you are using a BSD based system, but if you are then
>   you should get the 'pty' program from a comp.sources.unix archive.
>
>   When you do, you will find your statement that passwd(1) will not allow
>   you to set passwords is false. 'pty' even has an example script which
>   shows you how to do it. 'pty' is a very useful program - get it!
--
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
                John L. Furlani                    SunSoft, Inc.
MaBell:		(919)460-8383                      P.O. Box 13447
Internet:	john.furlani@East.Sun.COM          RTP, NC 27709
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Newsgroups: comp.unix.admin
From: subbarao@fc.hp.com (Kartik Subbarao)
Subject: Re: process running in background
Originator: news@nimaster
Reply-To: subbarao@fc.hp.com
Organization: putchar('I'); for (i = 0; i < 3; i++) putchar('E');
Date: Fri, 22 Jan 1993 19:10:41 GMT

In article <1jpfd9INNl5e@matt.ksu.ksu.edu> probreak@matt.ksu.ksu.edu (James Michael Chacon) writes:
>rweisbe@starfleet.nswc.navy.mil (Bob Weisbeck) writes:
>
>>  Sorry if this is not the right group for this but;
>>I have a process that the users might run in the background.
>>I would like the process to determine if it is running in 
>>the background so that I can suppress messages to stdout.
>>Anyone have any ideas?
>
>>Thanks in advance.
>
>>Bob
>
>Try calling isatty on file descriptor 1. This should be standard out,
>and isatty will tell you if its connected to a terminal.

So how does that help? He wants to tell if his process is running in the
BACKGROUND, not whether it is connected to a terminal or not.

You can tell that your process is in the background if it's process group
is different from the terminal's process group.

	-Kartik
Newsgroups: comp.unix.admin
From: cd@bard.uk.cray.com (Chris Dickson)
Subject: Re: FDDI, 20+GB unix file partitions, Remote NFS mount IBM to Sun, etc.
Organization: Cray Research (UK) Ltd
Date: 21 Jan 93 12:14:27 CST

In article <1993Jan19.233642.18807@siemens.com>, aad@siemens.com (Anthony Datri) writes:
|> >(1) Is there any way to increase the size of a file partition from 2GB (to
|> >20 - 50 GB, for example) in Unix OS?
|> 
|> On a typical machine, the filesystem calls (eg., fseek) take signed 32-bit
|> arguments -- hence the limit.  To deal with bigger files/filesystems, you
|> need system calls that take bigger types as arguments.  If you change the
|> existing calls, you'll break existing binaries and probably lots of source,
|> too.  One way of doing this is to have a || set of calls that handle
|> 64-bit offsets -- fseek64, say.  Of course, this means that utilities have
|> to be modified to work.  This description is incomplete and probably
|> inaccurate.  If you ask on comp.sys.convex I'm sure you'll get a better
|> descripton of how they did it.
|>
Large files/filesystems are no problem if your server has a 64-bit architecture
anyway. I'm not sure whether they are implemented on all 64-bit machines, though
(they are on ours, you would have to check for RS6000 , alpha etc ).

I must admit that a Sun fseek > 2Gb into a file on an NFS mounted Cray 
filesystem would not work - this is limited by the size of the original argument.
I can't see any way round this without adding/changing code on the client side.


|> >(6) Are there any products/vendors out there who make high speed unix
|> >file servers of 500GB and more (per server)?  
|>
 
Cray make unix file servers which can access up to 2Tb of disk + more or less
unlimited 'dmf migrated' data which is offline but still accessible using normal
unix system calls ( over NFS or whatever ). Speed would normally be network-
limited for any kind of network except HIPPI.