HDTenEightyP/NetNews huggingface dataset:
From: jhgreen@cs.sandia.gov (Jethro H. Greene)
Subject: Please post the FAQ
Followup-To: comp.unix.questions
Originator: jhgreen@cs.sandia.gov
Organization: Sandia National Laboratories, Albuquerque, NM
Date: Fri, 20 Nov 92 15:04:40 GMT


Newsgroups: comp.unix.questions
From: legend@cheshire.oxy.edu (Linda A. Malcor)
Subject: Tomorrow's date? (Utility?)
Keywords: date utility
Organization: Occidental College, Los Angeles, CA 90041 USA.
Distribution: comp.unix.shell
Date: Mon, 16 Nov 1992 23:15:45 GMT

I'm looking for a (standard) unix utility that can tell me what tommorow's
date is (as well as the date 15hrs in the future/past, etc.). Any ideas?
Date math is so common, I'd just like to avoid reinventing the wheel.

Thanks,
Daniel Malcor
Los Angeles Times - Editorial Library
(213) 237-4590
legend@cheshire.oxy.edu

Newsgroups: comp.unix.questions
From: twriter@rd.hydro.on.ca (Timothy Writer)
Subject: Re: Mixing Unix \w TCPIP & Novell on the same network?
Reply-To: twriter@rd.hydro.on.ca
Organization: "Ontario Hydro - Research Division"
Distribution: usa
Date: Mon, 23 Nov 92 04:43:49 GMT

allanon@sdf.lonestar.org (Kenneth Leung) writes:

>I have a question about mixing Novell servers & Unix Servers on the same
>network.

>Configuration : 1 SUN Sparc Server, 10 SCO Unix servers, 20 DOS PCs running
>		different TCP/IP Software such as FTP Software's PCTCP,
>		SUN NFS, ICE TCP & Chameleon TCP, over a Cabletron Ethernet
>		network.  The DOS PC runs telnet to different Unix machines
>		for different applications such as accounting or product
>		development.


>Now Management wants to put a Novell server in to the network and allow DOS
>users to access both Unix resources and Novell resources.  I am not too 
>familiar with Novell and how to mix it in with the TCP/IP network I am 
>currently running.  

>Can I run dual protocols on the DOS PC to access both Unix and Novell?
>Can I use Unix or Novell to gateway between one another?  Any
>info would be helpful.

My advice comes in in two parts:

1.  Try to dissuade management from introducing a Novell server.  IMHO,
Suns make excelent application and file servers for PCs running some
NFS product.  The Novell server will only contribute to administrative
hassles.

2.  Failing 1, the answer to your question is yes.  Both the Clarkson
packet drivers and ODI support multiple protocol stacks.  I believe NDIS
does also, but I haven't tried it.  I have found ODI more reliable
than the packet driver approach.  I have used it with Pathway Access
from Wollongong, PC/TCP Plus from FTP Software, and BWNFS from Beame &
Whiteside.  I have found BWNFS to be the most reliable.  I would also
recommend using a memory manager such as 386Max or QEMM, otherwise your
PCs won't have enough low memory to run many DOS applications.

To answer your second question, if you get NFS for Novell, your UNIX
machines can NFS mount Novell drives.  Presumably, so could your PCs.
Then you wouldn't need to run dual protocols on your PCs.  However, I
haven't tried this.  One note of caution, I believe NFS for Novell is
kind of expensive. 

A third option:  Netware for UNIX.  I read about this several months ago
in UNIX world.  I don't know if it's available yet, but you might want
to look into it.

Hope this helps,
Tim

-- 
Tim Writer			     phone:  (416) 231-4111 ext. 6990
Ontario Hydro Research Division	     fax:    (416) 237-9285
Toronto, Ontario		     e-mail: twriter@rd.hydro.on.ca
CANADA
Newsgroups: comp.unix.questions
From: rahardj@ccu.umanitoba.ca (Budi Rahardjo)
Subject: Re: IS UNIX DEAD? (long)
Organization: University of Manitoba, Winnipeg, Canada
Date: Wed, 18 Nov 1992 20:03:48 GMT

peter@global.hacktic.nl (Peter Busser) writes:

>ppg@oasis.icl.co.uk (Philippe Goujard) writes:

>>Anyway I don't think it is very fair to compare vi and winword. One is a 
>>text editor created to edit mostly C sources the other is a word processor 
>>with graphic capabilities.

>I agree with that, compare it for instance with OS/2's E.EXE or Windows'
>NOTEPAD.EXE. They're very limited, but very easy to use.

That's not fair either. Compare it with "textedit" (or crisp) under Openwindows.

>>Another problem to overcome is that many terminal emulators don't work too 
>>well : they treat certain keys locally. When you press F1 on some terminal 
>>emulators it doesnt send F1 to the remote machine and calls the local help 
>>menu.

>That's not the case for the PC terminal emulators I know. Most use some kind of
>ALT combination.

I thought F1 is supposed to be a standard HELP key for Dos/Windows programs :-)

-- budi
-- 
Budi Rahardjo <Budi_Rahardjo@UManitoba.Ca>
Unix Support - Computer Services - University of Manitoba
Newsgroups: comp.unix.questions
From: zklf0b@gs144.uucp (Fergason)
Subject: Re: IS UNIX DEAD? (long)
Keywords: nn
Organization: Amoco Production
Date: Wed, 18 Nov 1992 17:47:08 GMT


In article <Bxw1Lp.CwH@undergrad.math.waterloo.edu> papresco@undergrad.math.waterloo.edu (Paul Prescod) writes:
>>and will probably miss the end:
>>
>>I disagree.  Not having used too many OS's, I can only recall 2 
>>that the help command did something.  Vax VMS, and Microsoft Dos 5.
>>I take that back, i just thought of Wylbur/MVSX, and VM/CMS.  I believe
>>help does something on those systems.  
>
>Add in OS/2 and (I believe) AmigaDOS.  Plus many, many, many, command 
>line oriented programs that are not operating systems like symbolic
>math packages and graphing packages.  Plus every text mode adventure
>game.	

I believe the subject was operating systems.  There are lots of programs
that help is a command.

>>
>>Why should help do something at the command prompt?  I would much, much
>>rather have the hardcopy manual in my hand.  While online help might
>>be nice, I really just do not see its absence as an inherent flaw.
>
>You think the average university should issue everyone textual manuals?
>Especially for the huge mass of files that come with Unix???
>And what about when those files change?


no, the university should not issue manuals.  I studied and worked at a 
university for the past 10 years, so i feel I have a grasp on how that
situation works.  the manuals were available, which is all I need.  I
could get the manual for anything, because there was one copy at the
help desks sprinkled around the campus.  If i buy software, i expect to
get manuals. 

i consider manuals and online help to be two different things.

Kelly
From: mbarkah@slate.mines.colorado.edu (Ade Barkah)
Newsgroups: comp.unix.questions,comp.unix.sysv386
Subject: How does a mortal become a UNIX WIZARD ?
Date: 19 Nov 92 00:15:12 GMT
Organization: Colorado School of Mines


What does it take for a man, er, person, to become a Unix Wizard ?

Which bibles should we study ? (after memorizing O'Rileys to become
  an X Wizzie ?)

How many kernels (and which ones) we need to take apart and reassemble ?

Some doth say that the only way thou shall gain salvation is to
partake in the (sacrireligios) ceremony of rewriting Unix from
scratch.

So, oh, mylord, how does a mortal become a Unix Wizard ?


(next question: how does a newbie become a net.personality ?)

(ade barkah)
-- 
Internet  : mbarkah@slate.mines.colorado.edu    (NeXT Mailable)
CompuServe: 74160,3404
Newsgroups: comp.unix.questions
From: luke@research.canon.oz.au (Luke Kendall)
Subject: Absurd! (Re: IS UNIX DEAD)
Organization: Canon Information Systems Research Australia
Date: Tue, 17 Nov 1992 22:48:31 GMT

This `is Unix dead' is one of the most stupid subjects I have ever seen
discussed.
  1) Some people seem to be confusing operating systems with the
     applications that run under the OS.
  2) Unix is the only OS that will run on (effectively) every computer ever
     manufactured.  Nothing else offers this - there _is no alternative_.
     (Even ignoring the fact that the Mac and PC operating systems only
     run on one hardware platform each, they still often have difficulty
     operating with add-on hardware even though it is intended to be
     used for them specifically!
Prediction:
  Now that Unix can be run on PCs, and the price barrier of all its
  benefits has fallen, and we are seeing many more user-friendly
  programs being developed for it, it will become the underlying
  operating system of choice.

It has its drawbacks, but nothing like those of its `competitors'. Sure,
Windows etc. will probably still be popular in 20 years time.  But what
do you expect? Some people still program in Cobol, for heaven's sake!
-- 
Luke Kendall, Senior Software Engineer.      | Net:   luke@research.canon.oz.au
Canon Information Systems Research Australia | Phone: +61 2 805 2911
P.O. Box 313 North Ryde, NSW, Australia 2113 | Fax:   +61 2 805 2929
From: ahd@apollo.sunquest.com (Art Dyer)
Newsgroups: comp.unix.questions
Subject: Re: pwd: getwd: can't open ..?
Date: 18 Nov 92 16:31:28 GMT
Organization: Sunquest Information Systems, Tucson

In article <Bxt31B.4Fn@uiag.ch> jonas@uiag.ch (Jonas Furrer) writes:
>Hi,
>
>why I have this error -> pwd: getwd: can't open ..
>
> [...]

When I had this problem, it was because of the mode of the mount point
(which you cannot see while the filesystem is mounted).  Unmount the
filesystem and _then_ examine the mode of /files/disk2/imagery.
--
Art Dyer    ahd@apollo.sunquest.com    Voice:  (602) 570-2000
Newsgroups: comp.unix.questions
From: vlad@dkbfpny.com (Vladimir Stavitsky)
Subject: passwd permissions denied
Organization: DKB Financial Products, Inc.
Date: Thu, 19 Nov 92 18:00:48 GMT

Hi, there.
I am pretty new doing system admin job, so here is
my question:

I added new user sadm recently, and a news group with the same
name sadm; everything works fine, but whenever i try to use passwd
command i get 'Permissions denied' message.

If somebody is willing to help and need additional information -
please mail to vlad@dkbfpny.com.

Thanks very much.
Vlad
From: jwreilly@mipos2.intel.com (Jeffrey Reilly)
Newsgroups: comp.unix.questions
Subject: Curses support under DOS?
Summary: Porting curses apps
Date: 17 Nov 92 15:56:17 GMT
Organization: Intel Corporation, Santa Clara, CA USA

Is anyone aware of a curses package that works/can be ported to a DOS
environment?

Any pointers would be appreciated!

Jeff

Jeff Reilly			| "Do not route the (Ethernet)
Intel Corporation		| cable near a cyclotron" -
jwreilly@mipos2.intel.com	| LAN/586 Board User's Guide
(408) 765 - 5909		|
Newsgroups: comp.unix.questions
From: philip@research.canon.oz.au (Philip Craig)
Subject: I/O mapping from /bin/login
Organization: Canon Information Systems Research Australia
Date: Wed, 18 Nov 1992 07:50:46 GMT

Hi. I'm trying to write a program which will call up a remote modem
and let the user login (as a dial back security measure).

I have it almost working (thanks for source contributions guys), but now
something *very weird* is happening.

The program runs very successfully, calling up my remote modem and
displaying "login:" on the terminal. It then awaits input from the
remote modem and upon getting <cr> prints "Password:" on the remote
modem.

All is good up to this point, but now things go strangely. Somehow,
/bin/login changes where it expects its input from at this point. It
awaits input from the starting terminal of the dialout program. If it
is given a bad password, the program will then print "login:" on the
correct remote terminal again, and *again await input* from the correct,
remote, location. This can be repeated for as many bad logins as /bin/login
allows.

If a correct password is supplied (from the wrong terminal, of course) then
the user's login shell is started, any .cshrc output appears in the correct,
remote, location, then the shell freezes awaiting input from the starting
terminal of the dial program. Not helpful.

The terminal is having /bin/login pointed at it by the following lines:

    /*
     * Redirect /bin/login's stdin, stdout and stderr (no error
     * checking here.)
     */
    dup2( fd, 0);
    dup2( fd, 1 );
    dup2( fd, 2 );
    dup2( fd, 3 );
    
    /*
     * Execute /bin/login with the serial line as its stdin, stdout
     * and stderr.
     */
    execl("/usr/etc/getty", "usr/etc/getty", "D2400", "-", (char *) 0);

Any problem here. The descriptor in fd is the one that successfully
read and wrote characters to the modem for the dialing command.

Please reply by e-mail--I can't keep up with the volume in here.

Thanks in advance,
-- 
   _/_/_/ _/  _/ _/ _/     _/ _/_/_/ _p_h_i_l_i_p_@_r_e_s_e_a_r_c_h_._c_a_n_o_n_._o_z_._a_u   _--_|\
  _/  _/ _/  _/ _/ _/     _/ _/  _/  Phone: +61 2 805 2951        /      \
 _/_/_/ _/_/_/ _/ _/     _/ _/_/_/   Fax:   +61 2 805 2929        \_.--._/
_/     _/  _/ _/ _/_/_/ _/ _/     PO Box 313 North Ryde 2113 AUSTRALIA  v
From: JLS2013%TNTECH.bitnet@cunyvm.cuny.edu (Joel L. Seber ... CH210)
Newsgroups: comp.unix.questions
Subject: Re: Playing CD in workstation A, hearing it in B, Can I?
Date: 21 Nov 92 16:38:35 GMT

From:   TTU::JLS2013      "Joel L. Seber ... CH210" 21-NOV-1992 10:04:19.43
To:     JLS2013
CC:     JLS2013
Subj:   Re: Playing CD in workstation A, hearing it in B, Can

Date:   18-NOV-1992 03:44   Expires:    3-DEC-1992 00:00
From: IN%"INFO-UNIX@BRL.MIL"
Description: Re: Playing CD in workstation A, hearing it in B, Can I?

From: Eduardo Rodriguez <erodrigu@dcc.uchile.cl>
Date: 8 Sep 92 19:27:47 GMT
Originator: erodrigu@tolten
To:       info-unix@sem.brl.mil


In article <Bu9pL1.2M6@news.cso.uiuc.edu>, berger@atropa (Mike Berger) writes:
> This is true, but it's only one possible approach.  You can play the
> CD, take the audio from the headphone jack and connect it to the audio
> in on the sparc, digitize it, and send it to another machine over the
> network.  Assuming its a novelty and not a serious need to get digital
> accuracy for playing a CD over the network, that might be acceptable.

Is there anybody that did that?. Somebody here told me that this
can be dangerous (the audio in the sparc can result damaged, due to
the output level is very high), any comments?, do I need some
device special between the output and input audio devices?

edo...

Eduardo Rodriguez S        - --- - --- - --- -    erodrigu@dcc.uchile.cl
Dpto de Ciencias de la Computacion  - --- -    ...!uunet!uchdcc!erodrigu
Universidad de Chile   --- - --- - ---   erodrigu%uchdcc@uchcecvm.BITNET
- --- - --- - --- - --- - --- - --- - --- - --- - --- - --- - --- - ---

Newsgroups: comp.unix.questions
From: a1001032@cdf.toronto.edu (Fiona Wong)
Subject: Re: file .fingerees
Organization: University of Toronto Computing Disciplines Facility
Date: Tue, 17 Nov 1992 17:51:59 GMT

In article <Nov.17.08.56.40.1992.16495@gnumath.rutgers.edu> lukeh@gnumath.rutgers.edu (Luke Higgins) writes:
>
>I have found a program which attempts to execute a file when you are
>fingered and I am having problems getting it to work.  My problem is
>that on my system I can't seem to find the .fingerees file.  Is this
>a standard unix file and if so how do I go about finding it.

make it by yourself. :-)

>	Thanks
>	Luke  (a computer novice  to say the least)


-- 
|       ____                    | You know you've been spending too much time |
|      /    . __   __   __      | on the computer when your friend misdatess  |
|     /--- / /  ) /  ) ___)     | a check, and you suggest adding a "++" to   |
|____/    / (__/ /  / (__(______|_fix it._____________________________________|
Newsgroups: comp.unix.questions
From: papresco@undergrad.math.waterloo.edu (Paul Prescod)
Subject: Re: IS UNIX DEAD
Organization: University of Waterloo
Date: Mon, 23 Nov 1992 08:38:01 GMT

>This is a blanket statement, and therefore somewhat suspect.  There are some
>things that are inherently complex, and no amount of GUIfying can change
>this.  When we have AI, we might be able to hand off some of this complexity,
>but until then we are stuck with it.
>
>One cannot blame the complexity whooly on a poor user interface.
>

Agreed.  But there is a tendancy in this newsgroup to believe that 
poor user interface=power.  You and I realize this is not true.  Where
complexity cannot be hidden, it is not (i.e. C program).  Where it
can be, it should (i.e. file management)



Newsgroups: comp.unix.questions
From: jhgreen@cs.sandia.gov (Jethro H. Greene)
Subject: Are Set UID binaries safe?
Followup-To: comp.unix.questions
Originator: jhgreen@cs.sandia.gov
Organization: Sandia National Laboratories, Albuquerque, NM
Date: Sun, 22 Nov 92 05:54:45 GMT


Newsgroups: comp.unix.questions
From: mccall@mksol.dseg.ti.com (fred j mccall 575-3539)
Subject: Re: IS UNIX DEAD? (long)
Organization: Texas Instruments Inc
Date: Tue, 17 Nov 1992 21:17:47 GMT

In <1992Nov11.223946.411@global.hacktic.nl> peter@global.hacktic.nl (Peter Busser) writes:

>sherman@unx.sas.com (Chris Sherman) writes:

>>In <1992Nov6.113324.6348@global.hacktic.nl> peter@global.hacktic.nl (Peter Busser) writes:


>>>user interfaces. With NT or OS/2 you only need to learn only *1* user
>>>interface.

>>Suppose you don't like it...

>Then you're stuck with it. But then at least you're stuck consistently... :-)

Yes, and all cars should look like an EDSEL.  ;-)

-- 
"Insisting on perfect safety is for people who don't have the balls to live
 in the real world."   -- Mary Shafer, NASA Ames Dryden
------------------------------------------------------------------------------
Fred.McCall@dseg.ti.com - I don't speak for others and they don't speak for me.
From: frain@cis.ksu.edu (Jerry Frain)
Newsgroups: comp.unix.questions
Subject: Re: IS UNIX DEAD? (very long)
Date: 18 Nov 92 06:43:26 GMT
Organization: Kansas State University
NNTP-Posting-Host: depot.cis.ksu.edu

papresco@undergrad.math.waterloo.edu (Paul Prescod) writes:

> And for me, who can forget and type qw instead of wq, a prompt
> "haven't saved yet" would be nice.  BTW, this is not asking for
> superflurous time wasting prompting.  VI will NOT LET YOU QUIT with
> a Q.  It must be wq or Q!.  So if I type Q, why not ask me if I
> meant WQ?  Easier for the user, easeir for the power user that
> forgets.

Friendliness and easiness to use varies from user to user.  So use the
editor you find friendly, and let others use the editor they find
friendly, and quit yer bitchin'.

BTW, I use GNU Emacs (on my UNIX box), which beats the snot out
anything that runs on a DOS thing, as well as vi.

> That's fine...your keyboard doesn't have an F1 key and you don't
> want help.  My keyboard DOES have an F1 key, and unix doesn't have a
> standard F1 key.

Any program that might run on a variety of terminals and relies on the
existence of function keys is inherently crippled.

F1 is not an intuitive label, I don't see the need for it AT ALL in
the world of "user friendliness".  Certainly a key labelled "help"
makes much more sense (though not in the context of UNIX).

> VI is decaying.

Bit-rot?

Jerry Frain
Xref: sparky comp.unix.questions:13689 comp.unix.admin:6297
Newsgroups: comp.unix.questions,comp.unix.admin
Subject: Need help with psf3.5 (Postscript filter)
From: steve@vulture.ksc.nasa.gov (Steve Schindler)
Date: 20 Nov 92 14:30:43 EST
Organization: Voice Systems Branch, NASA - Kennedy Space Center

I'm having a problem with psf3.5. Everything works fine except that
Postscript files are always converted to text. There are not options set 
that should cause this text output. The -z option has no effect. In fact,
if you type "psf -?" the -z option isn't shown!

Thanks in advance for all suggestions.

Steve

-- 
-------------------------------------------------------------------------
Steve Schindler                      steve@vulture.ksc.nasa.gov
Voice Systems Branch                 steve@testeng.ksc.nasa.gov
NASA - Kennedy Space Center
From: peter@global.hacktic.nl (Peter Busser)
Newsgroups: comp.unix.questions
Subject: Re: IS UNIX DEAD?
Date: 14 Nov 92 13:32:14 GMT
Organization: Global Village 1

pfcouvar@unix.amherst.edu (Peter F. Couvares) writes:

>peter@global.hacktic.nl (Peter Busser) writes:
>>dmcquaid@csws19.ic.sunysb.edu (Devin McQuaid) writes:

>>>>Where can I get toll-free support for Linux?
>>>comp.os.linux
>>>you won't get an answer in 20 min. but you will get your answer
>>USENET costs $$$ too. And administration.

>	That's a dumb response--so does a phone. The support itself is free,
>which is what was initially asked for. Any kind of free support, be it via
>phone, mail, or net account, will cost something to access.

Well, that's the point, here you need a modem (which implies a phone
connection) and possibly long distance calls to get comp.os.linux (the USENET
provider in Holland doesn't have a toll free number). You can't get c.o.l when
you need it, you have to poll every day.

Besides whom you're gonna call to setup UUCP and USENET? The gostbusters? ;-)
Newsgroups: comp.unix.questions,alt.folklore.computers
From: alderson@elaine46.Stanford.EDU (Rich Alderson)
Subject: Re: Whence Unix? (was Re: IS UNIX DEAD?) (New Thread?)
Followup-To: comp.unix.questions
Originator: alderson@leland.Stanford.EDU
Reply-To: alderson@elaine46.Stanford.EDU (Rich Alderson)
Organization: Stanford University Academic Information Resources
Date: Mon, 23 Nov 92 18:01:37 GMT

In article <1992Nov20.183900.16110@bilver.uucp>, bill@bilver (Bill Vermillion) writes:
>In article <hT8BrAbBBh107h@lorc.UUCP> lowen@lorc.UUCP (Lamar Owen) writes:
>
>>In <STEVEV.92Nov13100727@miser.uoregon.edu> stevev@miser.uoregon.edu (Steve VanDevender) writes:
>
>>>In article <1dvltdINN6i4@skat.usc.edu> jlowrey@skat.usc.edu (John 'Fritz' Lowrey) writes:
>
>>>	   My seed:
>>>	   Microsoft DOS	->	Intended as a stepping stone while DR 
>>>				   wrapped up CP/M-86, and now the program
>>>				   loader of choice for countless millions. 
>
>>>You really need to study up on your computing history.  You seem
>>>to imply that Microsoft got MS-DOS from Digital Research.
>>>Microsoft got MS-DOS from a small firm called Seattle Computer,
>>>which had written a quick-and-dirty CP/M clone called SC-DOS.

Well...  This has been discussed on this newsgroup before, but not for a while,
so what the hell.

What Seattle Computer did was to assemble the source for CP/M 1.4 on the 8086,
for their single-board computer based on that chip.  Microsoft bought it, not
knowing that it was a copyright violation.

>>>Then Microsoft hacked it up and marketed the hell out of it.
>
>>The original marketing niche for MS-DOS was as a stepping stone from the
>>8-bit CP/M world to the multiuser 16-bit world of Xenix.  Microsoft, in
>>the early 80's, fully intended to make Xenix their high-end OS.  However,
>>the market chose otherwise.
>
>And why did the market choose otherwise.
>
>Easy.   Dos 1.0 - on a 64k max memory machine with a single 160k floppy
>at $60 list price was a much better deal than CPM from DRI at $300.
>
>DOS 1.0 looked a lot like CPM.  But when I used it I found that the
>S-100 4Mhz Z80 based machines with memory mapped display was so much
>faster than the 4.7 Mhz 8086 machine with the IBM 'idea' of a video
>display adapter was pretty poor.      

For obvious reasons.

Of course, by that time CP/M was at version 2.2, which differed from version
1.4 in pretty much the same way that it differed from PC-DOS/MS-DOS.

And that was a 4.7MHz *8088*--not even the full-fledged 8086.  Cheaper support
chips you know.  Used the same 8-bitters as the 8080, 8085, and Z80.
-- 
Rich Alderson   'I wish life was not so short,' he thought.  'Languages take
                such a time, and so do all the things one wants to know about.'
                                                        --J. R. R. Tolkien,
alderson@leland.stanford.edu                              _The Lost Road_