[6664] in Perl-Users-Digest

home help back first fref pref prev next nref lref last post

Perl-Users Digest, Issue: 289 Volume: 8

daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sat Apr 12 18:07:11 1997

Date: Sat, 12 Apr 97 15:00:20 -0700
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)

Perl-Users Digest           Sat, 12 Apr 1997     Volume: 8 Number: 289

Today's topics:
     Re: BOOK: Objects on the Web (I R A Aggie)
     Re: DBM problem (Paul Marquess)
     Re: HELP: Convert dates to system time <sveerara@cisco.com>
     Re: Learning Perl <sveerara@cisco.com>
     Re: LISP as the ultimate fractal language (Was: Reply t (Henry Baker)
     Re: lock file necessary? (Mariusz Zydyk)
     Re: Ousterhout and Tcl lost the plot with latest paper <karl@NeoSoft.com>
     Re: Perl on Windows 95 (Walt Mills)
     Perl precompiled for Solaris 2.5 <riantuna@ea.oac.uci.edu>
     Re: Perl-Books. (Abigail)
     really newbie question: How do I extract pwd modal dial <hfrank@ix.netcom.com>
     re: regexp talk (regexpese?) (Terrence M. Brannon)
     Re: Reply to Ousterhout's reply (was Re: Ousterhout and <karl@NeoSoft.com>
     Re: Reply to Ousterhout's reply (was Re: Ousterhout and (Thomas)
     Re: Slurp entire file to SCALAR without changing $/ <rra@stanford.edu>
     Re: Split a line on "^M" <rra@stanford.edu>
     Re: Strange warning about split, without a split being  (Abigail)
     Re: Unique Filename (Greg Bacon)
     Re: Unique Filename <dorman@s3i.com.anti-spam>
     Re: Unix and ease of use  (WAS: Who makes more ...) (Steve Mading)
     Re: What does "UNIX" stand for.. (Re: Who makes more $$ <bnelson@netcom.com>
     Digest Administrivia (Last modified: 8 Mar 97) (Perl-Users-Digest Admin)

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

Date: Fri, 11 Apr 1997 17:15:43 -0500
From: fl_aggie@hotmail.com (I R A Aggie)
Subject: Re: BOOK: Objects on the Web
Message-Id: <fl_aggie-ya02408000R1104971715430001@news.fsu.edu>

In article <5im1ki$ilp$1@csnews.cs.colorado.edu>, tchrist@mox.perl.com (Tom
Christiansen) wrote:

+ So is this just depicable marketing spam, 

Yes. Take a look at our "friend"'s Dejanews profile:

AUTHOR PROFILE: Fauzia Burke <fburke@fsb.superlink.net>

*  308 unique articles posted. 
*  Number of articles posted to individual newsgroups (slightly skewed by
*  cross-postings): 

*  12 misc.books.technical 
*  10 alt.books.technical 
*  10 rec.arts.books 

Followed by 165 more groups at 8 or less posts, each. Most of these are
one-time posts into a particular newsgroup (124 posts).

I would suggest not doing business with smartbooks.com. If they'll stoop
to such underhanded advertising methods, I can only imagine how they
treat their customers...

James

-- 
Consulting Minster for Consultants, DNRC

To cure your perl CGI problems, please look at:
<url:http://www.perl.com/perl/faq/idiots-guide.html>


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

Date: 12 Apr 1997 19:38:25 GMT
From: pmarquess@bfsec.bt.co.uk (Paul Marquess)
Subject: Re: DBM problem
Message-Id: <5ioobh$b2d@pheidippides.axion.bt.co.uk>

Daniel Sundin (daniel.sundin@engelholm.se) wrote:
: I've learnt how to store records using DBM databases, when storing
: like:

: $DB{$foo} = $bar;

: which will save a key and a value, but nothing else. 

: The problem is, I want to save more than one value to each key. 
: I figured this could be done like:

: $DB{$foo} = { "Name" => "Daniel", "Address" => "BOX 1221"); 


: but it doesnt seem to work, all I get in $foo is a pointer to a hash,
: and I cant dereference it, get the values :(

>From the FAQ:

How can I store a multidimensional array in a DBM file?

Either stringify the structure yourself (no fun), or else
get the MLDBM (which uses Data::Dumper) module from CPAN and layer
it on top of either DB_File or GDBM_File.

Paul


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

Date: 12 Apr 1997 11:36:35 -0700
From: Sriranga R. Veeraraghavan <sveerara@cisco.com>
Subject: Re: HELP: Convert dates to system time
Message-Id: <ls3k9m8ytos.fsf@sveerara-ultra.cisco.com>


In article <01bc4713$1459a020$0edd4ac2@ddm3> "Mike Straw"
<thestraws@usa.net> writes:

>  I'm looking for the builtin function that converts an array/string
> to system time format (like what's returned from time()).  The array
> is year, month, day, etc. I'm pretty sure it's out there, but can't
> locate it in the Camel book or manpages.  Anyone know what it is?


	I think you want timelocal.pl.  To use it:

	require "timelocal.pl";

	$time = &timelocal(@timearray); # local time
	$time = &timegm(@timearray) # gm time

	It is detailed on pg 409 of the Camel Book (V1.2, 1992).


     ----ranga <sveerara@cisco.com>


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

Date: 12 Apr 1997 11:48:15 -0700
From: Sriranga R. Veeraraghavan <sveerara@cisco.com>
Subject: Re: Learning Perl
Message-Id: <ls3hghcyt5c.fsf@sveerara-ultra.cisco.com>

In article <5ih3pd$1v0$1@csnews.cs.colorado.edu> Tom Christiansen
<tchrist@mox.perl.com> writes:

> 
> In comp.lang.perl.misc, 
>     Randal Schwartz <merlyn@stonehenge.com> writes:
> :just read from the beginning
> :until you're tired of reading.  Repeat as necessary.  
> 
> Day 1: read chapters 1 and 2; get tired.
> Day 2: read chapters 1 and 2; get tired.
> Day 3: read chapters 1 and 2; get tired.
> Day 4: read chapters 1 and 2; get tired.
> 
> This reminds me of how people try to learn to play a new piano 
> piece: they never get to the end. :-)
> 

	My only question is how anyone could get tired of reading
	either the llama book or the camel book.  I started learning
	perl two years ago when my mom gave me her perl books.  I
	couldn't put them down, perl stopped the pain of shell and awk.

	The only other programming book that I have every had as much
	fun reading and doing the problems in was Peter Van der Linden's
	Expert C Programming.  I'm hoping that he does a crossover with
	Larry Wall and Randal Schwartz called Expert Perl Programming, with
	a long chapter on obfusicated perl.

	     ----ranga <sveerara@cisco.com>




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

Date: Sat, 12 Apr 1997 18:47:39 GMT
From: hbaker@netcom.com (Henry Baker)
Subject: Re: LISP as the ultimate fractal language (Was: Reply to Ousterhout's reply (was Re: Ousterhout and Tcl ...))
Message-Id: <hbaker-1204971047390001@10.0.2.1>

In article <19970411.7E8EE90.C8CE@contessa.phone.net>,
bouncenews@contessa.phone.net (Mike Meyer) wrote:

> In <hbaker-1004971904150001@10.0.2.1>, hbaker@netcom.com (Henry Baker) wrote:
> > Lisp is the ultimate 'fractal' language, because it is good at all levels,
> > from microcode to shell scripts.
> 
> This is more a property of the implementations than the language per
> se. You also get help from the name "LISP" being so flexible. Last
> time I looked, the shortest and longest ANSI language specs were both
> for LISP (is that still true?).

It don't mean a thing, if it ain't got that zing...

See no eval, hear no eval, speak no eval  --- C/C++ lament.

The whole point of Lisp is that it _is_ a machine, not a language!  You
are _allowed_ to know how the machine works, and that makes all the difference.


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

Date: Sat, 12 Apr 1997 19:27:31 GMT
From: pod@null.net (Mariusz Zydyk)
Subject: Re: lock file necessary?
Message-Id: <334fe1c1.1017817@news>

On Thu, 10 Apr 1997 10:27:15 +0200, lutz@muc.de (Lutz Albers) wrote:
[>>>MJD> Opening a file in append mode tells the kernel to atomically
[>>>MJD> seek to the end of the file immediately prior to *every* write.
[>>
[>>It still isn't safe, because it isn't atomic:
[>>
[>>        Process 1: seek to end of file
[>>        Process 2: seek to end of file
[>>        Process 1: write at end of file
[>>        Process 2: write at end of ... whoops...

------- I believe that according to some standard, writing to a file
in append mode is atomic. That is why we have a separate mode. The
process actually does not seek to the end of file, the kernel does.
--
 Mariusz Zydyk                           http://www.ucalgary.ca/~mszydyk/
 Prince of Darkness                                          pod@null.net


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

Date: Sat, 12 Apr 1997 14:55:41 -0500
From: Karl Lehenbauer <karl@NeoSoft.com>
Subject: Re: Ousterhout and Tcl lost the plot with latest paper
Message-Id: <334FE630.41C67EA6@NeoSoft.com>

>     rv@erix.ericsson.se (Robert Virding) writes:
> :A final question which has long interested me and which seems relevant
> :to this whole discussion: who would use Tcl if it DIDN'T have such a
> :integrated interface to Tk?

Shell scripts rewritten in Tcl/TclX 8.0 run anywhere from about twenty
to two hundred times faster.

Awk programs rewritten using TclX's "scanmatch" file scanning routines
run much faster.

Say what you want about Scheme, I doubt there're more than a small
handful of believers who would claim that sh or csh is a better or
more capable language than Tcl.


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

Date: Sat, 12 Apr 1997 21:37:02 GMT
From: millsjw@airmail.net (Walt Mills)
Subject: Re: Perl on Windows 95
Message-Id: <3350f96f.30885626@news.airmail.net>

On Fri, 28 Feb 1997 09:16:18 -0500, Charlie Wu 
>
>I have Perl5.003 and pws1.0 - and also associated .pl with
>c:\perl5\bin\perl.exe, and in the registry added an entry 
>".pl	c:\perl5\bin\perl.exe" (as suggested in one of the dejanews
>articles) but still no luck...
>

The short answer:

1) Put Perl in the /cgi directory. (dangerous)
2) Call your script with
http://yourserver.com/cgi/perl.exe?script.pl
 or use a batch file that has:

@perl.exe script.pl

as the only line.

There are also some clever ways to have the batch file call itself and
invoke Perl on itself and execute. Saves one file and is cleaner.

Steps 1 & 2 will tell you if Perl is going to work. Perl should also
work at the command prompt in the /cgi directory. You will see the
HTML output when you invoke perl.exe script.pl

add a -w for some troubleshooting hints (perl.exe -w script.pl)



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

Date: Sat, 12 Apr 1997 12:15:52 -0700
From: Ricardo Antuna <riantuna@ea.oac.uci.edu>
Subject: Perl precompiled for Solaris 2.5
Message-Id: <334FDF68.4BA6@ea.oac.uci.edu>

Is it possible to obtain this from somewhere?
My systems does not have a c compiler and I can't get gcc installed on
it.

Thanks for any response,

Ricardo
riantuna@ea.oac.uci.edu


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

Date: Sat, 12 Apr 1997 18:14:18 GMT
From: abigail@fnx.com (Abigail)
Subject: Re: Perl-Books.
Message-Id: <E8JEnv.2HF@nonexistent.com>

On 12 Apr 1997 06:17:03 -0700, Randal Schwartz wrote in
comp.lang.perl.misc <URL: news:8chghc1iuo.fsf@gadget.cscaper.com>:
++ >>>>> "I" == I R A Aggie <fl_aggie@hotmail.com> writes:
++ 
++ I> Indeedly doodlie! My [comments] follow.
++ 
++ I> Learning Perl, Randal L. Schwartz, ISBN 1-56592-042-2.
++ 
++ I> [a kindler, gentler introduction, suitable for people learning their
++ first
++ I>  programming language, AKA the llama]
++ 
++ As much as I'd like that to be true, that's not the case.  The llama
++ does *not* teach fundamental programming concepts, such as "what is a
++ variable", "what is an array", and "why would I need a subroutine".
++ That book would have needed about 75 more pages over the 250 pages of
++ the llama.  There are other books on the market that (attempt to :-)
++ teach Perl to non-programmers.  My book was intended as a crossover,
++ requiring some other algol-like languge (C, Pascal, Fortran, BASIC)
++ before stumbling in.


It makes me wonder, how suitable is Perl for teaching fundamental
programming concepts? Is there someone out there who uses Perl
for their first year programming course?



Abigail


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

Date: Sat, 12 Apr 1997 13:16:47 -0700
From: Frank Han <hfrank@ix.netcom.com>
Subject: really newbie question: How do I extract pwd modal dialogbox from Perl for NT
Message-Id: <334FEDAF.65C5@ix.netcom.com>

Hi! Is there any template I could look at how it's done?
I am also looking for Perl resources on the net. If you have a list of
perl resources, please email it to me.

Thanks very much in advance.

Frank


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

Date: 12 Apr 1997 14:36:55 -0700
From: brannon@bufo.usc.edu (Terrence M. Brannon)
Subject: re: regexp talk (regexpese?)
Message-Id: <ysizk9m7nct0.fsf@bufo.usc.edu>


Nope its regexperanto.

-- 
o============o  Sending  unsolicited commercial e-mail (UCE) to this address
 Legal Notice   is indication of your consent to pay me $120/hour for 1 hour
o============o  minimum for professional proofreading & technical assessment.
terrence brannon * brannon@kappa.usc.edu * http://rana.usc.edu:8376/~brannon


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

Date: Sat, 12 Apr 1997 15:38:57 -0500
From: Karl Lehenbauer <karl@NeoSoft.com>
Subject: Re: Reply to Ousterhout's reply (was Re: Ousterhout and Tcl ...)
Message-Id: <334FF2E1.167EB0E7@NeoSoft.com>

I used to love to play with LISP on the DEC-10 at IU circa 1976-1980.

But, swear to god guys, there is something about LISP that makes
workaday programmers turn and run.  For 25 years I have observed that
your rather ordinary programmer types just get totally and utterly
freaked when they try to pick up LISP or SCHEME.  I don't know why,
that's just been my observation.

For a language to be really successful, it has to be something that
doesn't frighten the type of guy who have a history of getting the job
done yet who don't necessarily "get it" at the deepest levels nor
consider programming to be the highest calling or the most desirable
thing to do in their spare time (as I do ;-)...

I like Tcl a lot.  We used it to make the software that runs our
business, NeoSoft, Inc.  It creates accounts, edits RADIUS databases,
monitors the network, sends alpha pages, extends the webserver,
interfaces to the databases, and is the basis of our Intranet.

Now we're making Win/Mac/Unix cross-platform Internet applications that
can run untrusted code simultaneously from multiple applications in one
process, multiplexing their inter-application I/O across network
connections where each participating program can act as both client and
server to many other programs that are doing the same thing.  And the
code to enable all this is 18 Kbytes of well-commented,
long-variable-name Tcl.

Out here in the real world you write programs that do things things,
over and over, day in and day out, for months and years, and the things
they do are not always 100% glamorous and tend to pretty much be text
processing and communications.

I assume that one set of people will will nod and say "That is so" and
the other will say "What an idiot".  Oh well...


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

Date: 12 Apr 1997 12:59:46 -0700
From: nouser@nohost.nodomain (Thomas)
Subject: Re: Reply to Ousterhout's reply (was Re: Ousterhout and Tcl ...)
Message-Id: <tz8d8s0au6l.fsf@aimnet.com>

In article <MPG.db948f77f6114de989762@news.demon.co.uk> cyber_surfer@gubbish.wildcard.demon.co.uk (Cyber Surfer) writes:

   Hey, you only need _one_ [book on Scheme]. My choice would be SICP,
   but it could easily be a personal thing.

Many people don't care about learning programming at the level of
SICP; they simply want to get some particular problem done quickly.
You may frown on them, but hands-on books like "Learn XYZ in 21 Days",
"Writing CGI Scripts in XYZ", "Neural Networks in XYZ", "Database
Programming in XYZ", and "GUI Apps in XYZ" are very useful to lots
of people.

Since I write software that is used by other people, the existence of
such books is an important consideration when picking an extension
language, because it saves me considerable time when documenting what
I did when I can simply point at existing books for a lot of the
functionality.

Thomas.


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

Date: 12 Apr 1997 14:07:25 -0700
From: Russ Allbery <rra@stanford.edu>
To: ulmer@mercury.net (Stephen L. Ulmer)
Subject: Re: Slurp entire file to SCALAR without changing $/
Message-Id: <qumhghcj6gi.fsf@cyclone.stanford.edu>

[ Posted and mailed. ]

Stephen L Ulmer <ulmer@mercury.net> writes:

> Is there anything overtly (or subtly) stupid about:

> my $filecontents = join('', <FILE>);

> to slurp the entire (remaining) contents of FILE into a scalar without
> tinkering with $/?  This works, but TANSTAAFL...

Well, you're making two copies of the content of the file, as I recall
from the way these things work, so if the file is large you could
potentially be wasting a great deal of memory.

Why not just change $/?  Make it local if you're worried about affecting
other code.

-- 
Russ Allbery (rra@stanford.edu)         <URL:http://www.eyrie.org/~eagle/>


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

Date: 12 Apr 1997 14:06:09 -0700
From: Russ Allbery <rra@stanford.edu>
Subject: Re: Split a line on "^M"
Message-Id: <qumk9m8j6im.fsf@cyclone.stanford.edu>

Rahul Dhesi <c.c.eiftj@88.usenet.us.com> writes:

> Thus lines can end with \r\n (which means there is a \r at the end of
> each line, just before the terminating \n), or with \n, or with \r where
> \r is synonymous with \n.  But lines cannot end with \r without ending
> with \n.

Unless you're dealing with Mac text files uploaded to a Unix system in
binary mode, of course.  :)

-- 
Russ Allbery (rra@stanford.edu)         <URL:http://www.eyrie.org/~eagle/>


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

Date: Sat, 12 Apr 1997 18:10:54 GMT
From: abigail@fnx.com (Abigail)
Subject: Re: Strange warning about split, without a split being used.
Message-Id: <E8JEI6.2Dr@nonexistent.com>

On Mon, 07 Apr 1997 11:29:38 -0700, Devin Ben-Hur wrote in
comp.lang.perl.misc <URL: news:33493D12.5766@egames.com>:
++ Eike Grote wrote:
++ > Abigail wrote:
++ > > Earlier today, I did:
++ > > $ENV {PATH} = qw (/usr/bin /bin);
++ > > (Of course I wanted to do: $ENV {PATH} = join ":", qw (/usr/bin /bin);)
++ > >
++ > > The warning I got when running this was:
++ > > Use of implicit split to @_ is deprecated at - line 1.
++ > > That surprised me, as there is no split being used.
++ > > Is this a bug, or does qw call split when being used in a scalar
++ > > context?
++ 
++ > The 'perlop' man page says:
++ >  qw/STRING/
++ >      Returns a list of the words extracted out of STRING, using
++ >      embedded whitespace as the
++ >      word delimiters. It is exactly equivalent to
++ >          split(' ', q/STRING/);
++ 
++ This is all well and good, but where does @_ come in?

Because it was evaluated in a scalar context. Then the split()
splits to @_, triggering a warning, and evaluates @_ in a
scalar context.

++ What Eike didn't point out to Abigail is that she
++ has a space between the 'qw' and the opening '('.
++ The list/string delimiter must be the next character 
++ after q, qq, or qw.

Nope. I never ever put the delimiter after q, qq or qw and it
always works fine. (I don't do that for the same reason as I
put a space between a function name and the '(' and that I
have a small pause between saying words...)

++ Apparently at some time in Perl's murky past, the bareword
++ 'qw' implied @_ as its argument.  This is what the error
++ is complaining about (deprecated behavior of bare qw
++ -> split(' ',@_)).

I think it is:

$ENV {PATH} = qw (/usr/bin /bin);                   ->
$ENV {PATH} = split (' ', q (/usr/bin /bin));       ->
$ENV {PATH} = @_ = split (' ', q (/usr/bin /bin)); 


Still, I think a warning complaining about 'split' while no split
is used in your program is confusing.


Abigail


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

Date: 12 Apr 1997 17:23:01 GMT
From: gbacon@cs.uah.edu (Greg Bacon)
To: Jim Becker <jbecker@erols.com>
Subject: Re: Unique Filename
Message-Id: <5iogdl$gvr$2@info.uah.edu>

[Posted and mailed]

In article <334FAFF7.5472@erols.com>,
	Jim Becker <jbecker@erols.com> writes:
: Dan Louderback wrote:
: > 
: > Anyone have ideas on how to generate unique filenames limited to 8.3
: > notation?
: > 
: > Regards,
: > Dan
: 
: How about something like this:
: 
: do { $filename = int(rand(99999999)) . ".txt" }
: until !-e $filename;

*sirens and flashing lights* Race condition alert!  Any time there is
a gap between checking for the existence of something and actually
using it, you have a possible race condition.

A possible solution is to have a control file that stores the last
created file, like so:

    $CONTROL = '/path/to/control-file';

    open CONTROL, "+<$CONTROL" or die "$0: failed open [$CONTROL]: $!";
    flock CONTROL, 2;
    seek CONTROL, 0, 0;

    ## get the last file used
    chomp($file_to_create = <CONTROL>);

    ## we'll use this
    $file_to_create++;

    ## rewind and make a note of what we've done
    seek CONTROL, 0, 0;

    # there's a bug in 5.003 that prevents this from working properly
    # when the strict pragma is in effect, so you may want to wrap
    # this in 'no strict; ... use strict;'
    truncate CONTROL, 0;

    print CONTROL, "$file_to_create\n";
    close CONTROL;

    die "$0: Internal inconsistency!" if -e $file_to_create;

    ## now we can create our file
    open FILE, ">$file_to_create"
        or die "$0: failed open [$file_to_create]: $!";

I suppose if you wanted to get the most out of your filename, you could
have a maximum of 11 chars (forcing the last three into the extension)
with

    $file_to_create =~ s/(.)(...)$/$1.$2/;

Hope this helps,
Greg
-- 
Greg Bacon <gbacon@cs.uah.edu>
Unix / Perl Consultant
Perl Institute Partner - http://www.perl.org/


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

Date: 12 Apr 1997 14:40:20 -0400
From: Clark Dorman <dorman@s3i.com.anti-spam>
Subject: Re: Unique Filename
Message-Id: <d7mi813vv.fsf@s3i.com>


Dan Louderback <dloud@erols.com> writes:
> 
> Anyone have ideas on how to generate unique filenames limited to 8.3
> notation?

That's a pretty general question.  A little more info would allow us to be
more useful.  My answer: yes, maybe

You might just want a counter, and when you need to, make it to a
string:

$file_name_counter = 0;
$ending = ".dat";
while ($file_name_counter < 99999999 ) {
	$file_name = $file_name_counter++ . $ending;
	[do stuff with $file_name]
}

If you are looking for a way to convert an unspecified number of files
from unspecified length names to 8.3, that's a little more difficult.

--
Clark


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

Date: 12 Apr 1997 12:02:24 -0500
From: madings@earth.execpc.com (Steve Mading)
Subject: Re: Unix and ease of use  (WAS: Who makes more ...)
Message-Id: <5iof70$h2b$1@earth.execpc.com>

Dean Z. Douthat (dean@cyberzone-inc.com) wrote:

: Steve Mading wrote:

: > The best way to count code would be to have something hooked into
: > the compiler so that the 'lex' part of the compiler could tell you
: > how many distinct 'tokens' were encountered.  This would be easy to
: > implement too, and has the added advantage of being able to ignore
: > the comments easily.
: For C or C++

: fgrep \; | wc -l

: Slightly conservative but easy. :-)

But if you tend to do things in a Lisp-like fashion, with a lot
of nesting of function calls, then you could have lots of code
nested deeply in one function call, and only one semicolon for
the whole thing.  (Also, what about semicolins in comments, which
I also do a lot of)

compare:
    x = func1();  y = func2();  z = func3();
    w = func( x, y, z );
with:
    w = func( func1(), func2(), func3() );

One of the nice things about C is that you can program equally well
in a procedural or functional fashion.


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

Date: Sat, 12 Apr 1997 19:44:41 GMT
From: Bob Nelson <bnelson@netcom.com>
Subject: Re: What does "UNIX" stand for.. (Re: Who makes more $$..)
Message-Id: <bnelsonE8JIuH.Hor@netcom.com>

David Collier-Brown <davecb@canada.sun.com> wrote:
> Someon wrote:Lawrence Kirby wrote:
> > > Multics stood for "MULTiplexed Information and Computer System"
> > > (watch for those capitals). "UNIX" stands for "UNiplexed Information
> > > and Computer System". 

> Lawrence Kirby wrote:
> > > That looks suspiciously like somebody's guess of how they think
> > > it ought to be. 

> That's fairly close.  The joke was ``What do you get when you
> cut the balls off Multics?  A Eunuch!" (pronounced unics or unix).
> Unics was used as a possible spelling in some discussions, but
> apparently didn't make it as far as the published manuals.

>From "A Quarter Century of UNIX" by Peter Salas (ISBN 0-201-54777-5):

"Steve Bourne, who was at Bell Labs in the 1970s, put it a bit more
formally: [...] The system supported two people working at the
same time and the term UNICS was apparently coined by Peter Neumann,
an inveterate punster, in 1970. \[UNiplex Information and Computing
Service, was a pun on an \'emasculated Multics\'; several people
have told me that Brian Kernighan changed the spelling, but
Kernighan said that no one recalls whose idea the change to UNIX
was\]."

(p. 9, "Summer 1969-Fall 1970")
-- 
=============================================================================
          Bob Nelson: Dallas, Texas, U.S.A.  -  bnelson@netcom.com
                     UNIX...anything else is just a toy
    Support Birmingham channel 33's FREEDOM of choice to NOT air "Ellen"
=============================================================================



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

Date: 8 Mar 97 21:33:47 GMT (Last modified)
From: Perl-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin) 
Subject: Digest Administrivia (Last modified: 8 Mar 97)
Message-Id: <null>


Administrivia:

The Perl-Users Digest is a retransmission of the USENET newsgroup
comp.lang.perl.misc.  For subscription or unsubscription requests, send
the single line:

	subscribe perl-users
or:
	unsubscribe perl-users

to almanac@ruby.oce.orst.edu.  

To submit articles to comp.lang.perl.misc (and this Digest), send your
article to perl-users@ruby.oce.orst.edu.

To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.

To request back copies (available for a week or so), send your request
to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
where x is the volume number and y is the issue number.

The Meta-FAQ, an article containing information about the FAQ, is
available by requesting "send perl-users meta-faq". The real FAQ, as it
appeared last in the newsgroup, can be retrieved with the request "send
perl-users FAQ". Due to their sizes, neither the Meta-FAQ nor the FAQ
are included in the digest.

The "mini-FAQ", which is an updated version of the Meta-FAQ, is
available by requesting "send perl-users mini-faq". It appears twice
weekly in the group, but is not distributed in the digest.

For other requests pertaining to the digest, send mail to
perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
sending perl questions to the -request address, I don't have time to
answer them even if I did know the answer.


------------------------------
End of Perl-Users Digest V8 Issue 289
*************************************

home help back first fref pref prev next nref lref last post