HDTenEightyP/NetNews huggingface dataset:
From: sherman@unx.sas.com (Chris Sherman)
Subject: Re: The Problem with UNIX
Date: Thu, 12 Nov 1992 20:44:07 GMT
Organization: SAS Institute Inc.

In <BxJx49.MBo@mudos.ann-arbor.mi.us> mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:

>In article <17310@mindlink.bc.ca> Mischa_Sandberg@mindlink.bc.ca (Mischa Sandberg) writes:
>>(sockets bound to names, streams, devices). But even more common
>>is the "typed" nature of text files. 

>Typed files also have problems.  I'm no Mac expert, but I fondly
>remember the problems I had trying to convince the Finder to run a
>file that I had just downloaded.  I still don't remember exactly how I
>fixed it, but I know it wasn't as easy or obvious as "chmod +x file".
>And do you really want to be told, "Sorry, you can't edit an
>executable" by your editor?  If I typed "emacs /bin/ls", I probably
>meant it...

NeXT's have typed files, so if you double click on the icon, the right
thing happenes.  And, the files are treated normally by the Unix file
system from the command line too, so you can abuse any file with any
program any any way.  Sort of the best of both worlds.  Typed files, BTW,
are not part of the operating system.  They are a part of the GUI shell.
-- 
     ____/     /     /     __  /    _  _/    ____/
    /         /     /     /   /      /     /          Chris Sherman
   /         ___   /        _/      /          /
 _____/   __/   __/   __/ _\    _____/   _____/           sherman@unx.sas.com
Newsgroups: comp.unix.misc
Subject: Talk VMS to UNIX ?
From: mccalld@vax.sonoma.edu
Date: 11 Nov 92 11:24:59 -0800
Organization: Sonoma State University

Greetings:

I'm running VMS on my VAX and am trying to 'TALK' to another user via the
NET who is running some kind of UNIX on a 
Sun.    I type 'talk username@host.name.edu'..
The system comes back and says "Checking for an invitation on callers machine"
What does this mean??
thanks ahead of time
mccalld@sonoma.edu

Newsgroups: comp.unix.misc,comp.unix.questions,comp.sys.sgi,comp.graphics
From: anthony@kurango.cit.gu.edu.au (Anthony Thyssen)
Subject: Re: Interactive vs Background users
Organization: Griffith University, Brisbane, Australia.
Date: Fri, 13 Nov 92 04:22:52 GMT

aps583@huxley.anu.edu.au (Anthony P Scott) writes:
|  The problem is that they are only used
| for a small part of the day and certainly not at night. WE wish to
| soak up the excess CPU cycles by running GAUSSIAN and other cpu
| intensive programs in the background.
|
| Unfortunately when an interactive user comes along the terminal response
| is terrible, they get  upset and we are forced to kill the background
| proccess.
|
If you nice the background process (heavly) you will find that the 
backgroud program only runs when no other process is available.

IE: instead for running

      gaussian &

run

     nice -15 gaussian &


This puts the programs prioity very low. so if the machine is not busy
it will get run otherwise it will wait until the cpu is free.


  Anthony Thyssen - (SysProg @ Griffith University)     anthony@cit.gu.edu.au
------------------------------------------------------------------------------
          ``Never argue with a computer.''   --   Avon, Blake's 7
------------------------------------------------------------------------------
Newsgroups: comp.unix.misc
From: rolls@cis.umassd.edu (Frank Pinto)
Subject: Help with "makefile"
Organization: University of Massachusetts Dartmouth
Date: Wed, 11 Nov 1992 20:24:09 GMT

Hello all

I'm new at this, so go slow.
Recently I ftp'd some files from DIGITAL
after uncompressing, unarchiving them, I've
found out to compile the program I have to
know somthing about "makefile"
I have about 20 files in the particular
program.
What is , and how 
how do I use "makefile"

Thank in advance
Frank Pinto

Newsgroups: comp.unix.misc
From: "Christoph Luebbe" <UJ4J@DKAUNI2.BITNET>
Subject: Looking for BBS software for SUN SPARC Station
Organization: University of Karlsruhe, Germany
Date: Sat, 7 Nov 1992 14:42:18 GMT


Hi
We are a group of persons working on the same project in different
places. Therefore I got an account on a SUN SPARC station to provide
information interchange. Some members of our group have no access to
INTERNET. For these people we installed a modem to login via phone-
line on the SUN SPARC Station. The problem is that if you do that you
will see the UNIX prompt. My question: is there a chance to install
something like a mini BBS or a mailbox that welcomes the user and
provide the up- and download to inerchange information of all kind.
I hope someone can help us
Thanks in advance Christoph Luebbe
                  UJ4j@DKAUNI2.BITNET   or
                  UJ4J@ibm3090.rz.uni-karlsruhe.dbp.de
Xref: sparky comp.unix.misc:4051 comp.unix.questions:12959 comp.unix.programmer:5170
From: ravikm@austin.ibm.com (Ravi K Mandava)
Newsgroups: comp.unix.misc,comp.unix.questions,comp.unix.programmer,ncr.sys.unix
Subject: Re: Daemons must never die
Date: 5 Nov 92 15:19:18 GMT
Reply-To: ravikm@piobe.austin.ibm.com
Organization: IBM Austin
Originator: ravikm@piobe.austin.ibm.com


In article <1992Nov1.114010.464@global.hacktic.nl>, peter@global.hacktic.nl (Peter Busser) writes:
> My question is: do (most) daemons just fork+parent exit/child goes on, or what?
 
  One standard trick is to check if the daemon was started by 'init'
  (getppid() == 1), and if so, do not perform any of those tasks such as
  fork()ing, disassociating the controlling tty (setpgrp()/ioctl()), etc.
  These tasks are also not done in cases where source control (foreground
  debugging) is desired.
-- 
*******************************************************************************
Ravi K Mandava		email:	piobe!ravikm@ibmpa.awdpa.ibm.com
*******************************************************************************
Newsgroups: comp.unix.misc
From: Mischa_Sandberg@mindlink.bc.ca (Mischa Sandberg)
Subject: Re: The Problem with UNIX
Organization: MIND LINK! - British Columbia, Canada
Date: Tue, 10 Nov 1992 04:30:04 GMT

I think that much of what the original poster was objecting to, in the
Unix environment, was (a) that there are some really strange little gotchas
for the beginner, and (b) the Unix concept of absolutely flat typeless files
could stand a little upward extension --- especially since it's a fib,
anyway.

While one can argue the flexibility of an orthogonal shell (metachar
expansion)
and programs, the touchiness of such things as "mv * x" versus "mv *x"
ought to give most people pause. And how many of you experienced Unix users,
as SOME point, have aliased rm to "/bin/rm -i" --- probably just after
deleting a week's worth of source code?

While the examples quoted as alternatives (Windows, OS/2, DOS!?) are
pretty goofy, one might better look toward some other examples of
orthogonal function: Mac's and Smalltalk. The Mac's file system,
with resource forks and, essentially, "types" of file, sound like
a concise answer to (b), without the retarded side of typed files
a la VAX/VMS or CMS. And an environment that allows classes and
subclasses can provide the same interactive flex as the shell
(well, the Korn shell or better) while adding a layer of "do what I
want, since it's obvious" to such cases as "mail xyz <a.out".

At the beginning, I mentioned typelessness being a "fib". In the rawest
sense, Unix allows file-like objects with non-file attributes
(sockets bound to names, streams, devices). But even more common
is the "typed" nature of text files. We kludge around with file suffixes
as identification to other humans; and we kludge around even more
with magic numbers, /etc/magic and "file" to make guesses as to
what a file is good for. How about the "ls" command that checks
whether stdout is a device or a file, and behave differently
in either case? Give me a break!

So, instead of arguing whether the shell and Unix's general attitude
is a marvel of spare design or a pain, how about considering
where a similarly spare, upwardly-compatible extension to Unix
would radically improve Unix's usability. We're not all Ken T's,
but there ought to be some good ideas out there. What say?
--
Mischa Sandberg ... Mischa_Sandberg@mindlink.bc.ca
                 or uunet!van-bc!rsoft!mindlink!Mischa_Sandberg
*-*-*-*-*-*-*-*-*-*-*
Engineers think equations are an approximation of reality.
Physicists think reality is an approximation of the equations.
Mathematicians never make the connection.
From: igb@fulcrum.co.uk (Ian G Batten)
Newsgroups: comp.unix.misc
Subject: Re: Is anyone using m4?
Keywords: m4,macro,preprocessor
Date: 10 Nov 92 09:23:03 GMT
Distribution: comp.*.unix
Organization: Fulcrum Communications

In article <crigler.720808909@eola.cs.ucf.edu> crigler@cs.ucf.edu (James Crigler) writes:
> Okay, the subject and summary ask it all.  Is m4 really used for anything,
> or is it just a curiosity?

UK-Sendmail uses it to build sendmail config files.  I derived my
sendmail config generator from UK-Sendmail some years ago and it still
uses m4.  This sort of thing:

ifdef(`V2',`
# note temporary removal of the m (multiple) flag.  this is
# because the V2 binmail seems to drop mail to large lists
# on the floor.
Mlocal, P=/bin/mail, F=lsDFMn, S=20, R=20, A=mail $u')
ifdef(`V3',`
Mlocal, P=/usr/bin/lmail, F=lsDFMmf, S=20, R=20, A=lmail $u')
ifdef(`V4',`
Mlocal, P=/usr/ucblib/binmail, F=lsDFMmnr, S=20, R=20, A=mail -d $u')
ifdef(`AIX',`
Mlocal, P=/bin/bellmail, F=lsDFMmn, S=20, R=20, A=mail $u')
ifdef(`SUNOS',`
Mlocal,   P=/bin/mail, F=rnlsmFD, S=20, R=20, A=mail -d $u')

I also use it to handle our local maps for amd.  This sort of thing:

define(`userfile',
       `$1	fs:=/home/$2/$1')dnl

And so on.

m4 is the VERY THING.

ian
Xref: sparky comp.unix.misc:4153 comp.protocols.tcp-ip:5155 comp.lang.postscript:5509
From: andrew@frip.WV.TEK.COM (Andrew Klossner)
Newsgroups: comp.unix.misc,comp.protocols.tcp-ip,comp.lang.postscript
Subject: Re: problems tfping to a rip
Date: 14 Nov 92 01:22:42 GMT
Article-I.D.: shaman.2156
Reply-To: andrew@frip.wv.tek.com
Followup-To: comp.unix.misc
Organization: Tektronix Color Printers, Wilsonville, Oregon

[]

	"The reason seems to be that the UDP checksum is wrong.
	normally this checksum is correct, but the troublesome packets
	always have 0xFFFF for checksum. if my calculations are correct
	it should be 0x0 instead."

No, a UDP checksum is never 0.  If the calculation yields 0, then
0xFFFF is stored instead.  Perhaps the code in the RIP is flawed and
does not include this provision.  A 0 in the UDP checksum field means
"no checksum was computed."

From RFC768, the defining document for UDP:

> If the computed  checksum  is zero,  it is transmitted  as all ones (the
> equivalent  in one's complement  arithmetic).   An all zero  transmitted
> checksum  value means that the transmitter  generated  no checksum  (for
> debugging or for higher level protocols that don't care).

	"What is your solution"

Convince the Intel machine not to generate UDP checksums.  On the Suns,
whether or not to UDP checksum is controlled by a variable in the
kernel; you use adb or equivalent to patch it.  Check with your Intel
rep to see if they have something equivalent.

In the long term, you should ask Linotype to fix their broken UDP
implementation.

  -=- Andrew Klossner  (andrew@frip.wv.tek.com)
                       (uunet!tektronix!frip.WV.TEK!andrew)
From: ziniuwei@acsu.buffalo.edu (Ziniu Wei)
Newsgroups: comp.unix.misc
Subject: Re: What CPU supported as workstation ??
Date: 10 Nov 92 20:37:17 GMT
Organization: State University of New York at Buffalo/Comp Sci

In article <9231512.8671@mulga.cs.mu.OZ.AU> minh@cryptic.rch.unimelb.edu.au (Minh Tran) writes:
>
> 	Can someone understand the question ??
>	My friend asked me this question and I have no Idea what it means
>	Can someone help ??
>
>	Thanks
>	---
>	minh


            /|
           / |		
          /  |		Ziniu Wei
    _____/___|_____	Center of Excellence of Document Analysis (CEDAR)
   /    /    /    /	Department of Computer Science 
  /    /    /    /	State University of New York at Buffalo
 /____/____/____/	
      |   /
      |  /		Internet: ziniuwei@cs.buffalo.edu
      | /		
      |/

-- Old programmers never die, they just branch to a new address. --
From: ingram@cs.duke.edu (Robert E. Ingram)
Newsgroups: comp.unix.misc
Subject: multiport terminal emulators
Date: 11 Nov 92 21:06:03 GMT
Reply-To: ingram@cs.duke.edu
Followup-To: poster
Organization: Duke University Computer Science


I am interested in hearing from anyone who has had experience with:

1. Network Wizards company of Menlo Park, CA. And/or,
2. Multiport terminal emulators used as the console for fileserver, 
   mainframe, etc.

PLEASE reply via email.


---
--
Department of Computer Science, Duke University, Durham, NC 27706
Internet:	ingram@cs.duke.edu    (Robert Ingram, Systems Programmer)
UUCP:		mcnc!duke!ingram
Newsgroups: comp.unix.misc
From: jbotz@mtholyoke.edu (Jurgen Botz)
Subject: Re: The Problem with UNIX
Organization: Mount Holyoke College
Date: Fri, 13 Nov 1992 15:22:10 GMT

In article <aldavi01.721634891@starbase.spd.louisville.edu> Arlie Davis <aldavi01@starbase.spd.louisville.edu> writes:
>In <sherman.721601047@foster> sherman@unx.sas.com (Chris Sherman) writes:
>> NeXT's have typed files, so if you double click on the icon, the right
>> thing happenes.  And, the files are treated normally by the Unix file
>> system from the command line too, so you can abuse any file with any
>> program any any way.  Sort of the best of both worlds.  Typed files, BTW,
>> are not part of the operating system.  They are a part of the GUI shell.
>
>In other words, they are not typed files.  If it isn't typed by the kernel,
>then it isn't typed.

That's silly... in a lot of modern OSes the whole /filesystem/ isn't part
of the "kernel".  (I'm not sure about NeXTstep as it's based on Mach 2.5,
but under Mach 3.0 the filesystem is usually a user process.)

>This is with the UNIX philosophy, which states that the kernel has no
>business interpreting the contents of files, that files should simply appear
>as a given sequence of bytes.

So what?  The NeXT uses the BSD filesystem, but the OS isn't even Unix.
In terms of "pure" unix philosophy you're right, but there hasn't been
a /pure/ Unix since the Sixth (or maybe Seventh) Edition.

>By the way, it is fairly easy to do some intelligent file-type identification
>in order to do the Right Thing.

It is?  Reliably?  Please demonstrate!
--
Jurgen Botz                  |   Internet: JBotz@mtholyoke.edu
Academic Systems Consultant  |     Bitnet: JBotz@mhc.bitnet
Mount Holyoke College        |      Voice: (US) 413-538-2375 (daytime)
South Hadley, MA, USA        | Snail Mail: J. Botz, 01075-0629

Newsgroups: comp.unix.misc,comp.unix.wizards
From: abe@mace.cc.purdue.edu (Vic Abell)
Subject: Re: termcap/terminfo
Keywords: infocmp
Organization: Purdue University
Date: Fri, 6 Nov 1992 20:13:13 GMT

In article <zq+q#xq@lynx.unm.edu> warsa@polaris.unm.edu (j warsa) writes:
>. . .
>
>Do I have to hack my terminfo file to convert it to termcap and put it on the 
>remote system, or is there something out there already that I can use either
>for conversion or as an entry for the termcap database (for aixterm).

One tool that might help is infocmp.  It will (almost) create a termcap
file from a compiled terminfo one.  I've compiled and run it successfully
under AIX.

The source code to infocmp is available from the AT&T Software Toolchest
for a modest charge -- it cost me $50.00 plus a small UUCP transmission
fee.  You can get more information on the toolchest at 1-800-828-8649.
There is also a toolchest dialup system at 1-908-522-6900.  The courtesy
login is "guest".  As I vaguely recall, it's 2400 baud, even parity,
1 start/stop bit, but I can't find those parameters described in the
information I have at hand.
Xref: sparky comp.unix.misc:4138 comp.unix.questions:13342 comp.sys.sgi:16380 comp.graphics:11837
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.unix.misc,comp.unix.questions,comp.sys.sgi,comp.graphics
Subject: Re: Interactive vs Background users
Date: 13 Nov 92 02:27:56 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1dsh2fINNeok@manuel.anu.edu.au> aps583@huxley.anu.edu.au (Anthony P Scott) writes:
| I am writing this post in the hope that some other NET people may have
| a solution for a problem we have at the moment.
| 
| I work in a COMPUTATIONAL CHEMISTRY group and while we have our own 
| machines to use we also have access to various other machines - in
|  particular an INDIGO R4K and SGI4D -- which are used by other research
| groups  for graphics to run AMBER, QUANTA
| and other graphics based programs.
| 
|  The problem is that they are only used
| for a small part of the day and certainly not at night. WE wish to
| soak up the excess CPU cycles by running GAUSSIAN and other cpu
| intensive programs in the background.
| 
| Unfortunately when an interactive user comes along the terminal response
| is terrible, they get  upset and we are forced to kill the background
| proccess.

See the npri man page, and particularly -h.  I'd try running them
as something like 'npri -h 200'.
--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
Xref: sparky comp.unix.misc:4046 comp.unix.questions:12936 comp.unix.programmer:5164
From: peter@ferranti.com (peter da silva)
Newsgroups: comp.unix.misc,comp.unix.questions,comp.unix.programmer,ncr.sys.unix
Subject: Re: Daemons must never die
Date: 5 Nov 92 00:49:26 GMT
Organization: Xenix Support, FICC

In article <1992Nov1.114010.464@global.hacktic.nl> peter@global.hacktic.nl (Peter Busser) writes:
> peter@ferranti.com (peter da silva) writes:
> >If you're working in System V, add a line like this to /etc/inittab:

> >tag:23:respawn:/usr/lib/daemon -mark 666 /dev/beast /etc/inferno

> (IMHO, you forgot the old saying: "Don't do this at home, kids!")

I do this at home. In my spare bedroom, to be precise.

> Have you actually tried this? When I type /etc/crond at the command line then
> it exits immediately.

Oh, a self-backgrounding daemon. I don't like those on general principles,
and this is one reason why. I'm not familiar with "crond", but I assume it's
a self-backgrounding version of cron in some variant of UNIX.

> My question is: do (most) daemons just fork+parent exit/child goes on, or
> what?

What.

Most daemons assume that their parents have set things up for them. If there
is a need for a self-backgrounding program write a front end or provide an
appropriate flag that means "background yourself". I have a generic self-
backgrounding front end I call "detach" that creates a brand new process
group so you don't even have a control tty any more. Much better than nohup.
-- 
% Peter da Silva % 77487-5012 % +1 713 274 5180 % Har du kramat din varg idag?
(<<VV$@\\$'&O 9$O%'$LT$&$"V6"$&$<4$?'&$ #I&&?$=$444@)24 24 scale newpath/P true
def 3 21 moveto{dup 36 eq{pop/P P not def}{dup 7 and 4 sub exch 56 and 8 div 4
sub P{rlineto}{rmoveto}ifelse}ifelse}forall stroke showpage %          `-_-'
From: bhoughto@sedona.intel.com (Blair P. Houghton)
Newsgroups: comp.unix.misc
Subject: Re: What CPU supported as workstation ??
Date: 11 Nov 1992 23:14:23 GMT
Organization: Intel Corp., Chandler, Arizona
NNTP-Posting-Host: alfalfa.intel.com

Oh, yeah, and there's always the Sun 386i series.

				--Blair
				  "Too many secrets."
Newsgroups: comp.unix.misc
From: michael@gandalf.moria (Michael Haardt)
Subject: Re: Is anyone using m4?
Reply-To: u31b3hs@pool.informatik.rwth-aachen.de (Michael Haardt)
Organization: An old and gray machine, somewhere in Moria.
Date: Mon, 09 Nov 92 23:00:00 +0100
Return-Path: <u31b3hs@pool.informatik.rwth-aachen.de>

In article <crigler.720808909@eola.cs.ucf.edu>, crigler@cs.ucf.edu (James Crigler) writes:
> Okay, the subject and summary ask it all.  Is m4 really used for anything,
> or is it just a curiosity?

I use it to generate machine dependent makefiles from one general source
and as macroprocessor for my transputer assembler.  I love it since good
old Minix times, cpp is too poor in its capabilities and I am curious
about m5, which I ftp'ed today.

Michael
Xref: sparky comp.unix.misc:4115 comp.unix.questions:13265 comp.sys.sgi:16312 comp.graphics:11777
From: aps583@huxley.anu.edu.au (Anthony P Scott)
Newsgroups: comp.unix.misc,comp.unix.questions,comp.sys.sgi,comp.graphics
Subject: Interactive vs Background users
Date: 12 Nov 1992 02:55:11 GMT
Organization: Australian National University
Distribution: world
NNTP-Posting-Host: 150.203.2.12
Originator: aps583@huxley


Hello there,
I am writing this post in the hope that some other NET people may have
a solution for a problem we have at the moment.

I work in a COMPUTATIONAL CHEMISTRY group and while we have our own 
machines to use we also have access to various other machines - in
 particular an INDIGO R4K and SGI4D -- which are used by other research
groups  for graphics to run AMBER, QUANTA
and other graphics based programs.

 The problem is that they are only used
for a small part of the day and certainly not at night. WE wish to
soak up the excess CPU cycles by running GAUSSIAN and other cpu
intensive programs in the background.

Unfortunately when an interactive user comes along the terminal response
is terrible, they get  upset and we are forced to kill the background
proccess.

What we would really like is something that detects an interactive user
and places the background process in sleep, frees up memory and will
then allow better interactive terminal response. When the interactive
user finishes their session and the terminal has been idle for a
period of time or the interactive user has logged out the background
session in sleep can be bought back to life again and the procesing
takes off from where it left off.

A program that suspends the background process may also be OK, so
long as it is able to be started again from where it left off.


Have you any ideas?
It seems that something like this would (should) have been thought
of before.

Thanks for your time. Please either post any suggestions or email me
directly to either of:-

aps501@vp.anu.edu.au.oz
aps583@huxley.anu.edu.au.oz


Dr. Tony Scott.

Newsgroups: comp.unix.misc
From: gryphon@openage.openage.com (The Golden Gryphon)
Subject: HELP! needed in identifying ethernet board for ATT UNIX
Organization: Open Age, Inc.
Date: Thu, 12 Nov 1992 14:43:51 GMT



Hi All,

A customer of mine has an AT&T 6386 WGS UNIX Box.  He wants to add TCP/IP to
the box, so he purchased the WIN TCP/IP from AT&T.  This package is now
installed, but the customers SMC ethernet board does not seem to be the one
required by the software.  

The documentation references an AT&T StarLan NI board, and a StarLan NP600A
board.  These look like Racal-Datacomm boards that were OEMed by AT&T.  I would
like to get some verification on which ethernet boards my customer needs to
purchase.  I will try talking to AT&T and R-D today, but AT&T has a great game
of 800-it's-not-my-department phone tag.  I spend over an hour on hold
yesterday with AT&T as employee after employee gave me 800 number after 800
number.  No one was able to answer my question.  When I finally got to a
support line where they thought they could help I was told I would be called
back.  No time was given for the call back, and it did not come.

Please help me identify the board I need to buy.

-- 
The Golden Gryphon 				gryphon@openage.COM
Solve a man's problem and he has 1 less.        No incumbents in 92.
"Mad Scientists seeks mindless brawny assistants, good pay, quite location."
Openage - The Premier SCO UNIX integrator in the Washington D.C. area
Newsgroups: comp.unix.misc