HDTenEightyP/NetNews huggingface dataset:
From: pds@lemming.webo.dg.com (Paul D. Smith)
Subject: CMU Coke Machine [Re: Torek a hack? [Re: What must I learn...]]
Date: 14 Aug 92 14:18:20 GMT
	<PDS.92Aug12103914@lemming.webo.dg.com>
	<1992Aug13.162107.16798@monu6.cc.monash.edu.au>
Organization: NSDD/ONSD, Data General Corp., Westboro, MA

[] Regarding Re: Torek a hack? [Re: What must I learn...];
[] edp328j@monu6.cc.monash.edu.au (Ultrix Systems Support) writes:

    edp> After much searching I finally found the following:

    edp> Since time immemorial (well, maybe 1970) the Carnegie-Mellon CS

(It's "Carnegie Mellon" now, no dash :)

    edp> department has maintained a departmental Coke machine which sells
    edp> bottles of Coke for a dime or so less than other vending machines
    edp> around campus.

Less than that; when I graduated in 1988 it was selling 16 oz. bottles
for $.25, when most other places were selling 12 oz. cans for $.50 or
more.

However, the machine was in the grad CS lab as I mentioned yesterday;
you needed a special key (or a friendship with someone with such a key
:) to get in.  For a while they also had an M&M machine in there which
distributed a huge handful of M&M's for $.10.

Actually I almost missed my own graduation ceremony because of that
coke machine [nostalgic story follows; press `n' now!]: at CMU we had
a larger ceremony for the whole university, then each department split
up and handed out diplomas to its students.  In that intermission a
friend and I decided we *needed* a coke, and figuring it would take at
least a half-hour to set up the smaller ceremony we wandered over to
get one.

When we got back they were already over half-way through handing out
the diplomas.  Luckily both our names begin with `S' so they hadn't
got to us yet; but our row was lined up to get on stage already, so we
just wandered down the row asking people their last name until we
found the proper place, and jumped in :-).

Sad to hear it's gone though.  I suppose whomever owns the current
vending machine wouldn't be too thrilled about having people muck with
the hardware :(.
--

                                                                paul
-----
 ------------------------------------------------------------------
| Paul D. Smith                          |    paul_smith@dg.com    |
| Data General Corp.                     | pds@lemming.webo.dg.com |
| Network Systems Development Division   |                         |
| Open Network Systems Development       |   "Pretty Damn S..."    |
 ------------------------------------------------------------------
From: wietse@wzv.win.tue.nl (Wietse Venema)
Newsgroups: comp.unix.wizards
Subject: Re: Need example device drivers
Date: 13 Aug 92 19:06:28 GMT
Distribution: comp
Organization: Eindhoven University of Technology, The Netherlands

steiny@steiny.com (Don Steiny) writes:

>	I am putting together a course in device driver writing and I would
>like to have as many examples to peruse through as I can get.   I would like
>them for any system for any device.    I am sure that many have been posted
>to the net, and there are a number of good books with examples, but, the
>more the merrier.

An archive of PD device drivers for SYSV.[2-4] on the 80[2-4]86 can be
found on ftp.win.tue.nl, directory /pub/sysvX86.

	Wietse
Newsgroups: comp.unix.wizards
From: amir@cs.columbia.edu (Amiran Eliashvili)
Subject: Segmentation problems
Organization: Columbia University Department of Computer Science
Date: Thu, 13 Aug 1992 02:27:12 GMT


Hi all:


	I am developing on a Real Time System that is fully compatible
with 4.3bsd. I am having some unexplained segmentation violation. I
suspect it has to do with the way the page faults are managed by the
OS. How can I detect whether the segmentation violation is due
mismanagement of page faults or just a pointer problem (which I
believe is not the case). Also, can anyone elaborate on the way page
faults are managed by the OS and how a program might be broken in
memory into segments that correspond to some paging scheme.

Please mail all responses to amir@cs.columbia.edu
Thanks
/amiran
Newsgroups: comp.unix.wizards
From: knie2586@csd4.csd.uwm.edu (Robert Joseph Knier)
Subject: Re: Have $8000, what to buy?
Organization: Computing Services Division, University of Wisconsin - Milwaukee
Distribution: comp
Date: Fri, 14 Aug 1992 19:13:24 GMT

In article <MELLON.92Aug11123706@pepper.ncd.com> mellon@ncd.com (Ted Lemon) writes:
>
>>Maybe a Personal DECstation, a.k.a "maxine".  Nice open bus, decent graphics,
>>R3000 upgradeable to R4000, and fairly cheap.  I think it has ISDN on the
>>motherboard, too, but I'm not sure.  It's got sound, too.  I'm not too fond of
>>DEC these days but the machine itself isn't too shabby.
>
>The R4000 upgrade isn't available yet, to the best of my knowledge.
>I wouldn't count on being able to get it until it ships.   The
>graphics are okay, but don't get the standard DEC monitor - it's an
>utter piece of crap.   The good news is that I think it's VGA or SVGA
>compatible (maybe some DEC person can verify this?), so you should be
>able to get a good one that will work.
	

	I am not from DEC but the company I work for has R4000 and 
wanted to use the monitors for SVGA cards on PC's.  After calling
DEC, they told me they knew nothing at all about the monitors.  They
just bought them from Zenith (and would send them out for repairs).
So, I called Zenith and asked them the above question.  The answer
was that the horiztonal scan frequency was to high.  The people at
Zenith seemed to be surprized at the question and said it would
be quite difficult.


						Bob Knier
						(knie2586@csd4.csd.uwm.edu)
From: chapin@ssvax.gte.com (Barry Chapin)
Newsgroups: comp.unix.wizards
Subject: Obtaining uppermost 'controlling' pid?
Date: 19 Aug 92 12:36:24 GMT
Article-I.D.: europa.1992Aug19.123624.22341
Organization: GTE/SCSD


Hello all,

I need to obtain, from within an application running in a nested shell,
the process id of the controlling process of a remotely logged in user
session.  That is, the 'uppermost' or 'root' process id of the process
that is started when a remote connection (an ISODE VT connection) is
recieved And the responder process is started, which then in turn starts
a shell for that remotely logged in user.

Eg: If this user then 'spawns' other shells or whatever, how can an
aplication running in any of these possibly deeply nested, lower level
shells, get the process id of that original starting responder process?

Thanks in advance.

-Barry Chapin
GTE Government Systems

Email to CHAPIN%SCSD@GTE.COM
From: philip@server.uwindsor.ca (Philip Smith)
Newsgroups: comp.unix.wizards
Subject: unsubscribe
Date: 21 Aug 92 16:22:40 GMT

unsubscribe philip@server.uwindsor.ca

Newsgroups: comp.unix.wizards
From: navarra@casbah.acns.nwu.edu (John Navarra)
Subject: Re: csh bashing
Organization: Northwestern University, Evanston Illinois.
Date: Thu, 13 Aug 1992 04:33:02 GMT

In article <BswF58.17C@csfb1.fir.fbc.com> uunet!csfb1!jbrock writes:
>Seriously.  It's nice to know which tools knowledgeable people respect
>and which they don't.  But what about ksh?  It's hardly figured in
>the proceedings and I'm feeling left out!  Is it worthy?  Considered
>harmful?  Beneath consideration?

	It's not that we aren't considering ksh, but that we are arguing
over the merits of programming in csh vs NOT programming in csh. I claim
that experts do not program in csh unless they HAVE to (for .login scripts
and the like) and even then, they still regret it. Other people claim that
csh is actually useful to program in for rare circumstances. There is the
point that some people do not have access to all the available tools, but
part of the reason for that is because people still insist on using csh
even though there are obviously better FREE choices. The vendors are to
blame here and so are the proponents of a shell which is long past
sticking a fork in.  
	To argue the merits of a particular shell vs another shell would
be to close to comp.unix.shells. 

-tms


-- 
From the Lab of the MaD ScIenTiST:
					
navarra@casbah.acns.nwu.edu		
From: tmilner@hprpcd.rose.hp.com (Tom Milner)
Date: Tue, 11 Aug 1992 23:40:53 GMT
Subject: Re: MP CPU-time phenomena
Organization: Performance Technology Center, Roseville
Newsgroups: comp.unix.wizards

In comp.unix.wizards, boyd@prl.dec.com (Boyd Roberts) writes:

|  In article <1992Aug6.214740.164@socrates.umd.edu>, steves@socrates.umd.edu (Steven Sonnenberg) writes:
|  > The cpu-bound application is:
|  > 
|  > 	while (1) i++;
|  > 
|  > I am measuring process CPU utilization based on u.u_utime + u.u_stime
|  > over the elapsed time (CPU seconds).  For example, in 10 seconds
|  > there are 20 seconds on CPU time (assuming 2 processors).
|  > 
|
|  And just how is your while loop going to run on both processors at the same time?
|
|
|  Boyd Roberts			boyd@prl.dec.com
|

There's no reason that a processor switch could not occur anywhere in
the code... In a 10 second window, all processors could have a chance to
execute the code stream. 
                                  _____________________________________
                                 /_______________  ___________________/
                                                / /
                                               / /
                                              / / Tom Milner (Tn: 785-5637)
                                             / /  HP Performance Tech Center
                                            / /   tom@hpptc16.rose.hp.com
                                           /_/    __________________________
                    
Newsgroups: comp.unix.wizards,comp.unix.bsd
From: erc@unislc.uucp (Ed Carp)
Subject: Re: Have $8000, what to buy?
X-Newsreader: Tin 1.1 PL5
Organization: Unisys Corporation SLC
Distribution: comp
Date: Wed, 12 Aug 1992 21:32:56 GMT

David Paigen (paigen@tfs.com) wrote:

: Stay away from A/UX.  It is slow (or used to be) and not really BSD.  Ditto

Oh, A/UX isn't *that* bad ... It's even tolerable speed-wise with the
new releases.  As for being BSDish, it's designed to be more SYSVR3ish.

But I *still* wouldn't want to run it on anything less than a IIci. :)

Oh, BTW, it integrates the Mac user interface with unix quite nicely - you
can even run most of your Mac apps under A/UX!
-- 
Ed Carp, N7EKG     erc@apple.com                801/538-0177
"This is the final task I will ever give you, and it  goes  on  forever.   Act
happy, feel happy, be happy, without a reason in the world. Then you can love,
and do what you will."           -- Dan Millman, "Way Of The Peaceful Warrior"
Newsgroups: comp.unix.wizards
From: skutvik@sleepy.UUCP ( ECMS TEST)
Newsgroups: comp.unix.wizards
Subject: Re: CMU Coke Machine [Re: Torek a hack? [Re: What must I learn...]]
Summary: another networked coke machine
Date: 20 Aug 92 03:09:39 GMT
Organization: Boeing Computer Services, Seattle


 few months ago, worked on a trouble ticket where the user was complaining
of a coke machine being down, not thinking that Boeing had many networked 
coke machines, I thought it was a joke.  Then found out that there is some
sort of metalworking machine (jobs shipped to it from a mini) called a 'coke
machine'...go figger
Newsgroups: comp.unix.wizards
From: ted@zeus.ocs.com (Ted Scott)
Subject: AAAUUUUUUGGGGHHHHH <Re: Torek a hack? [Re: What must I learn...]>
Organization: Online Computer Systems, Inc.  Germantown, Md., 20874
X-Newsreader: Tin 1.1 PL4
Date: Wed, 12 Aug 1992 14:27:05 GMT

brnstnd@nyu.edu (D. J. Bernstein) writes:
: In article <1992Aug5.021413.6797@decuac.dec.com> mjr@hussar.dco.dec.com (Marcus J. Ranum) writes:
: > 	I think it's pretty idiotic to try to define "a wizard" at all.
: 
: However, as a practical matter, it's pretty idiotic to pretend that
: comp.unix.wizards will benefit from seeing the same lengthy ``what is a
: wizard?'' thread every month. By popularizing an *adequate* definition,
: various people in this group have considerably shortened the average
: lifetime of that thread, which used to sputter along for weeks. Why
: don't you go with the flow? You're not helping by reacting in this way.

Um... haven't we seen this thread sputtering along for years now?
I've been laughing at it for at least 6 months.
 
: All the people who I consider foo wizards can, in my opinion, write foo
: from scratch, for various foo. And all the people who might know
: something about foo but can't write foo from scratch are, in my opinion,
: not foo wizards. It's a reasonable working definition. If you don't like
: it, don't start a flame war in unix-wizards by saying so.

FOO, FOO, FOO, FOO.
FOO, FOO, FOO, FOO,
Wunderfull FOO wunderfull FOO...
<curtain opens revealing serveal net.personalities in viking garb singing>
meanwhile; sitting at a table D.J.B.'s companion says "But I don't like FOO"
.. 

SHEESH! Lighten up!


-Ted Scott          
tscott@ocsmd.ocs.com           I was told that I'm a P.C. person:
(301) 601-2252                               Politically Challenged, that is.
From: heller@.cs.umass.edu
Newsgroups: comp.unix.wizards
Subject: Utilities sought...
Date: 12 Aug 92 14:03:03 GMT
Reply-To: heller@.cs.umass.edu ()
Organization: University of Massachusetts, Amherst

I am looking for a couple of utilities to deal with some problems I am
having:

The first problem is minor, but anoying.  It seems that /etc/utmp
sometimes gets out of sync with reality.  That it, finger, who, and w
(which all read this file) report users as being logged in who are not
really logged in.  This seems to be caused by the various programs that
create "terminals" and put entries in /etc/utmp, not always managing to
clean up after themselves (usually when these programs are killed off in
some abrupt fashion).  Is there a utility which will "fix" /etc/utmp by
removing records that are bogus.

The second problem deals with umounting disks and getting "mount device
busy". I'd like a utility that will list the process(s) that have
connections to a specified disk, so I can kill these processes off or
have the users of these process disconnect themselves from the disk to
be umounted, without having to reboot the system (a real pain).

------------

Please respond directly, since I cannot stand to deal with the
newsreaders we have (rn and xrn), which tend to drive me nuts trying to
use them...

Robert
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.unix.wizards
Subject: Re: Have $8000, what to buy?
Date: 14 Aug 92 06:05:00 GMT
Distribution: comp
Organization: Auspex Systems, Santa Clara

>Rodger said he wanted BSD, so that rules out sVr4.

Actually, he said he wanted "BSD features", which *doesn't* necessarily
rule out SVR4.  SVR4 may have the BSD features he wants, or it may not;
he didn't enumerate which features he wanted.

Now, if he wants cheap source, or if he wants something that looks
*exactly* like BSD, that *does* rule out SVR4.  (Then again, for
sufficient values of "looks exactly like BSD", it potentially rules out
386BSD and BSD/386, as well - i.e., if he really wants a "traditional"
BSD system without of the SVisms that got into POSIX and that Berkeley's
picking up, 386BSD and BSD/386 may not be what he wants.)
Newsgroups: comp.unix.wizards
From: fitzgb@mml0.meche.rpi.edu (Brian Fitzgerald)
Subject: Intro to comp.unix.wizards - read before posting! (weekly announcement, last change: Jul 31 10:30)
Followup-To: poster
Organization: Rensselaer Polytechnic Institute, Troy NY
Date: Sun, 23 Aug 1992 10:00:42 GMT
Expires: Tue, 22 Sep 1992 10:00:24 GMT

Please take a moment to read this before posting to comp.unix.wizards
for the first time.

comp.unix.wizards is for in-depth discussion of advanced unix topics.

Elementary questions do not belong in comp.unix.wizards.  Although some
socket questions (for example) are appropriate, "How do I program with
sockets?" is not.

Crossposting to comp.unix.wizards and comp.unix.questions is
inappropriate.  Plenty of wizards read comp.unix.questions and answer
questions there.

A wizard is someone who can rewrite the entire system from scratch.  If
you are not a wizard, you are welcome to follow along the discussions
anyway.  You'll learn quite a bit about how UNIX works.  Caution: post
to wizards only if you are yourself a wizard.

For a list of answers to frequently asked questions (FAQ), please refer
to comp.unix.questions (or comp.lang.c, news.answers, etc...).  "How do
I delete a file whose name starts with a '-' ?" is an example of such a
question.  Please do not ask or answer FAQ's on the net.

Write to Unix-Wizards-Request@BRL.MIL (Subject: subscribe.  Any
message.) if you want a daily digest of this newsgroup mailed to you.

To unsubscribe from the unix-wizards mailing list, send mail to
Unix-Wizards-Request@BRL.MIL Subject: unsubscribe.  It is incorrect to
post such requests to the list, or to mail them to me, though others
may mistakenly do so.

E-mail comments about this posting are welcome.  From time to time I'll
summarize them.

Brian
--
These opinions are mine, and do not necessarily reflect those of any
academic department or computing service at Rensselaer.
From: dpr@ohm.york.ac.uk (David Rossiter)
Newsgroups: comp.unix.wizards
Subject: Re: springy load
Date: 15 Aug 92 00:39:51 GMT
Organization: Electronics Department, University of York, UK

In <1992Aug10.201149.12268@bernina.ethz.ch> hoesel@igc.ethz.ch (Frans van Hoesel) writes:

>I have this program xload running in a small window, so I can see
>what is happening to the load on my Indigo. When I normally move the
>mouse in and outside a window, the load isn't affected much.
>If however I wait a long time (letting the load go very low, because
>this is a stand alone indigo, with empty crontab and nothing much
>else running) then as soon I do something simple like moving the
>mouse my load jumps to 1.

>If the load is an indicator of what number of jobs are in the run queue
>(is it called so?) averaged over the last minute, then why is it that the
>load graph is 'zaggy'... shoudn't it go up smooth and then down smooth
>(assuming something is making the machine very busy for a short period
>of time)??

I have EXACTLY the same symptom (assuming this is a problem) - same
machine, same program, stand alone. Basically, the load as displayed by xload
appears to exhibit a capacitance-like effect. If it starts high,
the (apparent) load will gently decay in a pseudo-exponential way
to the expected level - over some time (i.e minutes - almost)
despite no actual load on the system - that I know of....

Any help/comments much appreciated!

Dave
Xref: sparky comp.unix.wizards:3616 comp.unix.bsd:4155
From: jgreely@morganucodon.cis.ohio-state.edu (J Greely)
Newsgroups: comp.unix.wizards,comp.unix.bsd
Subject: Re: Have $8000, what to buy?
Date: 14 Aug 92 20:30:50 GMT
Article-I.D.: morganuc.JGREELY.92Aug14153050
	<1992Aug14.155011.1039@sinix.UUCP>
Distribution: comp
Organization: Ohio State University Computer and Information Science
Originator: jgreely@morganucodon.cis.ohio-state.edu

In article <1992Aug14.155011.1039@sinix.UUCP> tim@sinix.UUCP
 (Tim Bissell) writes:
>As far as the NeXT is concerned, ignore this guy.

Being in an environment where we get to cope with all sorts of odd
workstations, I'm inclined to agree.  NeXT has come a long way since
their system software was hopelessly braindead (anyone remember the
file system organization in 0.8?), and is now only mildly peculiar.
The more they back away from the original, seriously limited vision,
the better off they are.  I like the SGI Indigo better, even though
it's a SysV machine; this is probably because it was designed from the
start to be a Unix workstation, unlike the NeXT.
-- 
J Greely (jgreely@cis.ohio-state.edu; osu-cis!jgreely)
Newsgroups: comp.unix.wizards
From: jbrock@csfb1.fir.fbc.com (John Brock)
Subject: Re: csh bashing
Reply-To: uunet!csfb1!jbrock
Organization: First Boston Corporation
Date: Thu, 13 Aug 1992 01:36:43 GMT

Well I'm certainly enjoying all this wizardly bickering over sh and csh!

Seriously.  It's nice to know which tools knowledgeable people respect
and which they don't.  But what about ksh?  It's hardly figured in
the proceedings and I'm feeling left out!  Is it worthy?  Considered
harmful?  Beneath consideration?

Incidentally, as far as I'm concerned IBM's REXX blows away any UNIX shell
I've every seen, at least as a programming language :-)

-- 
John Brock (212) 909-4662
The First Boston Corporation
12 East 49th Street
New York, NY 10017
uunet!csfb1!jbrock
From: hurtta@cs.Helsinki.FI (Kari E. Hurtta)
Newsgroups: comp.unix.wizards
Subject: Re: cd'ing to a dir from a process & staying there
Date: 20 Aug 92 15:00:38 GMT
Organization: Department of Computer Science, University of Helsinki, Finland

In article <BtA89y.MCt@encore.com> mpalmer@encore.com (Mike Palmer) wrote:
> Can anyone suggest a way for a process to cd to a dir & stay there when the \
> process exits.

So program must modify its parent's environment ... 
That's magic.

- K E H
( Kari.Hurtta@Helsinki.FI,
  hurtta@cc.Helsinki.FI,
  hurtta@cs.Helsinki.FI,
  HURTTA@FINUH.BITNET
)
Newsgroups: comp.unix.wizards
From: mbeizer@gandalf.ca (Martin Beizer)
Subject: Lightweight Processes
Keywords: lightweight processes
Organization: Gandalf Data Ltd.
Distribution: na
Date: Mon, 17 Aug 1992 14:18:47 GMT

I have gotten some email responses to my posting about lightweight
processes which indicate additional detail would be appropriate.

I am using gcc 2.2.1, with the `-g' flag, linking with `-lnbio'
and `-llwp' and Sun's, not the gnu, libc.a. Turning off the `-g' flag
has no effect.  Teeing output to a file does not help: the
program still behaves as it does with stdout going only to the screen.

I have had the program dump lightweight process thread information,
and have found none of the explicitly created threads blocked on
another thread, monitor, etc.

Using `setvbuf' to cause stdout to become unbuffered makes the program
"lock up" sooner, while using a large block buffer delays the onset of
only one thread running.  In this case, the time at which only one
thread begins to run appears to be correlated with the buffer being
output.

Any ideas would be appreciated!
----------------------------------------------------------------------
Martin Beizer			      Gandalf Systems, Cherry Hill, NJ
(609) 424-8700 X 5820 	       mbeizer@gandalf.ca, beizer@infotron.com
From: peter@miller.cs.uwm.edu (Peter J Diaz de Leon)
Newsgroups: comp.unix.msdos
Subject: DOS/MSWINDOWS under UNIX
Date: 19 Aug 92 20:23:11 GMT
Article-I.D.: uwm.1992Aug19.202311.20622
Distribution: usa
Organization: University of Wisconsin, Milwaukee

I need to know what is the best way of running
MS-Windows 3.1 under UNIX. Do I buy Desqview and
run the windows applications remotely?  Does
ISC's version of VPIX allow MS-Window applications
to be run?  How about LOCUS computing's DOS MERGE?

Please note that when running MS-WINDOWS I need
to be running in 386 enhanced mode. Therefore
DESQVIEW, VPIX, DOS MERGE must be able to
handle MS-WINDOWS in 386 enhanced mode.

-Peter
Newsgroups: comp.unix.msdos,comp.sys.ibm.pc.misc
From: brkirby@mothra.cns.syr.edu (Bruce Kirby)
Subject: Looking for xmodem/ymodem/zmodem running under unix
Organization: Dept. of Political Science, Syracuse U.
Date: Thu, 13 Aug 92 09:53:05 EDT

I have a v.32bis modem running with Crosstalk for Windows.  Connected
to a Sun, I would like to be able to transfer binary files back and
forth.  Thr problem is that kermit seems unreasonably slow.  Is there
software available to perform xmodem, ymodem, or zmodem transfers?  If
so, where?

Thanks.

	Bruce Kirby
brkirby@swan.npac.syr.edu
-----------------------
"... but when you come to Heritage USA,  remember to bring your Bible
and your VISA card  -  because the Bible is the Holy Truth,  and God
doesn't take American Express."
-----------------------