HDTenEightyP/NetNews huggingface dataset:
From: strzelin@sscdaq.phy.bnl.gov (Bob Strzelinski)
Subject: Modula-3 syntax and documentation
Keywords: syntax, documentation
Organization: Physics Dept., Brookhaven National Laboratory
Date: Thu, 12 Nov 1992 21:18:08 GMT


Successfully installed version 2.07 recently on a DECstation 5000/200 (Ultrix 4.3).  Everything (tests, demos) seems to work fine.  Am trying to get hold of the book _System_Programming_with_Modula-3_ mentioned in the FAQ.  In the meantime, is there any documentation available via anonymous ftp regarding modula-3 in general or specifically, its syntax?  Same question, even more so, for Trestle.

I need to evaluate this language quickly regarding suitability for a particular application so if someone could save me having to comb through comp.lang.modula3 archives, it would be greatly appreciated.
-- 
///////////////////////////////////////////////////////////////////////////////
// Robert J Strzelinski                 // Brookhaven National Laboratory    //
// strzelin@sscdaq.phy.bnl.gov          // Upton, NY 11973-5000              //
///////////////////////////////////////////////////////////////////////////////
From: kuschke@skuld.informatik.uni-dortmund.de (Michael Kuschke)
Newsgroups: comp.lang.modula3
Subject: Searching "m3bundle" to compile vbtkit
Date: 10 Nov 1992 15:39:07 GMT
Organization: Universitaet Dortmund - Informatik IV
Distribution: world
Reply-To: kuschke@skuld.informatik.uni-dortmund.de (Michael Kuschke)
NNTP-Posting-Host: skuld

Hello,

I'm new to the SRC modula-3 System, so excuse if i ask a question 
that was asked hundred times before.

I just started compiling the SRC Modula-3 distribution (V2.07, 09
in some parts). Everything worked ok, until I tried to compile the
vbtkit. Here m3make complains the follwoing about m3bundle:

Make: Cannot load .../modula-3/dist/bin/m3bundle.  Stop.

I'v  successfully compiled and installed the boot Package, libm3, 
X11R4, trestle, data, tools and tcl stuff.
What have i missed ? What else need's to be installed first ?

Any help will be appreciated.

        Thanks in advance
          -Michael
Newsgroups: comp.lang.perl
From: drich@sandman.lerc.nasa.gov (Daniel Rich)
Subject: nslookup in perl
Organization: NASA Lewis Research Center [Cleveland, Ohio]
Date: Mon, 9 Nov 1992 20:37:22 GMT


I am using a call to nslookup in one of my perl scripts, but someone
pointed out that nslookup behaves differently on different systems (of
course :-).  Has anyone implemented an nslookup perl library?  I am
thinking of doing it myself, but I wanted to check and make sure I
wasn't repeating anyone else's work.

Thanks.

-- 
-- 
Dan Rich                    | drich@lerc.nasa.gov   |  (216) 433-4000
Sr. Systems Engineer        | "Danger, you haven't seen the last of me!"
RMS Technologies, Inc.      |    "No, but the first of you turns my stomach!"
NASA Lewis Research Center  | -- The Firesign Theatre's Nick Danger

Newsgroups: comp.lang.perl
From: "Bernd Finkemeyer" <p00122@psilink.com>
Subject: Re: Problems with multiple-splitting
Reply-To: p00122@psilink.com
Organization: Bear Software, Colleyville, TX, USA
Date: Thu, 12 Nov 1992 00:46:37 GMT
X-Mailer: PSILink-DOS (3.3)

>DATE:   10 Nov 1992 11:01:19 GMT
>FROM:   Horst Luehrsen <horst@faui63.informatik.uni-erlangen.de>
>
>In article <ELIAS.92Nov4165430@fitz.TC.Cornell.EDU>, elias@fitz.TC.Cornell.EDU (Doug Elias) writes:
>>From: elias@fitz.TC.Cornell.EDU (Doug Elias)
>>Newsgroups: comp.lang.perl
>>Subject: Problems with multiple-splitting
>
>[stuff deleted]
>>The problem i'm seeing is that the $date string, obtained from the
>>first split, doesn't seem to be itself splittable.  i can't find
>>anything in the Camel Book to lead me to believe that this is
>>verbotten, and it seems perfectly in keeping with what the functions
>>are supposed to be able to do.
>[stuff deleted]
>
>Verbotten??? 
>
>	Verboten!!!
>
>Wenn schon deutsche Wrter, dann auch richtig!
>
>(If you use german words, spell them correct!)
>
>	Horst
>
> Horst Luehrsen <luehrsen@informatik.uni-erlangen.de> |
> Martensstrasse 3, W-8520 Erlangen                    | Kein Spruch
> Tel: +49-9131-857884  Fax:+49-9131-32090             |

How about "...spell them correctLY!"?

Wenn schon Englisch, dann bitte richtig!

Bernd Finkemeyer <a German in Texas>
Newsgroups: comp.lang.perl
From: dewey@centerline.com (Devan F. dewey)
Newsgroups: comp.lang.perl
Subject: Bad free() error???
Followup-To: comp.lang.perl
Date: 13 Nov 1992 17:34:13 GMT
Organization: CenterLine Software, Inc.
Distribution: world
NNTP-Posting-Host: 140.239.3.212

Has anyone ever seen this error:

Bad free() ignored at newreports.pl line 354, <> line 4.

The code that it points to is:

   351  sub             getparam {
   352          local($paramname, $string, $format, $req) = @_;
   353
   354          $input = &getinput($string, $format, $req);
   355          $parameter = " $paramname=$input";
   356          return $parameter;
   357  }
   358
   359  sub             getinput {
   360          local($string, $format, $req) = @_;
   361
   362          $nogo = 1;
   363          while ($nogo) {
   364                  print "\nEnter $string";
   365                  print " (Hint: $format)" if $format;
   366                  print ": ";
   367                  $input = <>;
   368                  chop $input;
   369
   370                  if ($input eq "" & $req) {
   371                          print "\n$string may not be empty.\n";
   372                          $nogo = 1;
   373                  } else {
   374                          $nogo = 0;
   375                  }
   376          }
   377
   378          return $input;
   379  }
   380


Thanks for any thoughts.

-Devan

                             
               Devan F. Dewey | Senior Systems Analyst
          CenterLine Software | dewey@centerline.com
            10 Fawcett Street | "Leme esplain - no dere is
          Cambridge, MA 02138 | too much. Leme sum up."
                                       -Inigo Montoya
Newsgroups: comp.lang.perl
From: rob@xyzoom.info.com (Rob Lingelbach)
Subject: stat(2) on ISC and "stat" perl script
Organization: Altruistic Intentions, Hollywood CA
Date: Sat, 7 Nov 1992 07:34:20 GMT

Using Tim Wilson's perl script "stat" to provide user-access to
stat(2), I find that on my Unix there are "0"'s (zeroes) in the fields
for blocks and blksize, as follows:

/usr/rob/.mushrc
	device		0x3
	inode		948		0x3b4
	mode		-rw-r--r--	0100644
	nlink		1
	owner		rob
	group		other
	rdev		0
	size		2042
	atime		Fri Nov  6 14:30:16 PST 1992
	mtime		Mon Oct 26 20:56:13 PST 1992
	ctime		Mon Oct 26 20:56:13 PST 1992
	blksize		0
	blocks		0
-------------

Tim hasn't heard of this behavior, and we were wondering if it is
specific to something "missing" from ISC's stat(2).  Can anyone tell
me what's wrong here?  OS is ISC 3.0.

Thanks--
Rob

-- 
Rob Lingelbach KB6CUN | 2660 Hollyridge Dr LA CA 90068 213 464 6266 (voice) 
rob@xyzoom.info.com   | "I care not much for a man's religion whose dog or 
robl@netcom.com       |  cat are not the better for it."  --Abraham Lincoln
Newsgroups: comp.lang.perl
From: jgd@acl.lanl.gov (Jerry G. DeLapp)
Subject: Re: Executing required files
Reply-To: jgd@acl.lanl.gov
Organization: Advanced Computing Lab, LANL, NM
	<1992Nov5.062131.17033@reed.edu>
Distribution: comp.lang.perl
Date: Tue, 10 Nov 1992 22:30:29 GMT

>>>>> Regarding Executing required files; mjeffery@reed.edu (Mark Jefferys) adds:

Mark> In article <1992Nov05.052448.29379@spillman.uucp> tye@spillman.uucp (E. Tye McQueen) writes:
Mark> % jgd@acl.lanl.gov (Jerry G. DeLapp) writes:
Mark> % )[...] Is there a reliable way of determining whether a
Mark> % )program *is being* required or *is being* directly executed?

About $^R Mark says:

Mark> A bit redundant, since __FILE__ does most of this already.  I'd like:

Mark>     __REQUIRED__  Expands to true if file is currently being required.
Mark>     __INCLUDED__  Expands to true if file is currently being included
Mark>                    by "do" or "require".

Mark> In the meantime, something like:

Mark> 	if (__FILE__ eq $0) {
Mark> 		# I'm being run directly.
Mark> 	} else {
Mark> 		# I'm being run by require, eval, or do,
Mark> 		# or some idiot set $0.
Mark> 	}

Very nice, I've just completed my first version using this technique, and it
works just fine. I really like the comment too!

I still like the idea of __REQUIRED__ to armor plate me from idiots setting $0
though. Any chance of this appearing in 5.0?

Thanks for the suggestion.
--

Jerry G. DeLapp -- ACL System Scientist -- (505) 665-4531 <jgd@lanl.gov>
Computing beyond the Bleeding Edge -- The Advanced Computing Laboratory
From: tchrist@convex.COM (Tom Christiansen)
Newsgroups: comp.lang.perl
Subject: Re: explicit sub parameters - a proposal
Date: 12 Nov 92 15:39:41 GMT
Reply-To: tchrist@convex.COM (Tom Christiansen)
Organization: Convex Computer Corporation, Colorado Springs, CO
Originator: tchrist@pixel.convex.com
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

From the keyboard of mcook@fendahl.dev.cdx.mot.com (Michael Cook):
:What about this idea: perl should allow this construct:
:
:	sub foo($a, $b, @rest) {
:	  # ...
:	}
:
:which would be exactly equivalent to
:
:	sub foo {
:	  local ($a, $b, @rest) = @_;
:	  # ...
:	}
:
:That would greatly improve the readability of Perl, I think.  (Not to mention
:the fact that people might be less likely to stumble into all the strange
:things that can happen when you start playing around with @_.)

Yes, this would help with at least one aspect of variable suicide,
the one addressed by the first part of FAQ 2.31 as of the last posting.

I agree that it would be an improvement, but some things are left
unaddressed.  One problem is that what I believe people really expect to
work is:

	foo(@abc, @xyz) if $blah;

	sub foo(@alpha, @beta) {
	    ....
	} 


But the local() semantics above wouldn't help that.  This might help 
a little:  (using Larry's typed pointers)


	foo(\@abc, \@xyz) if $blah;

	sub foo(\@alpha, \@beta) {
	    ...
	} 

    being like 

	sub foo {
	    local(\@alpha, \@beta) = @_;
	} 

Hm... not quite satisfied with that either....

--tom
-- 
    Tom Christiansen      tchrist@convex.com      convex!tchrist
    OOPS!  You naughty creature!  You didn't run Configure with sh!
    I will attempt to remedy the situation by running sh for you...
        --Larry Wall in Configure from the perl distribution
From: lwall@netlabs.com (Larry Wall)
Newsgroups: comp.lang.perl
Subject: Re: Platform information
Date: 7 Nov 92 02:13:40 GMT
Distribution: comp.lang.perl
Organization: NetLabs, Inc.

In article <GLENN.92Oct19182423@capella.clsi.COM> glenn@clsi.COM (Glenn Boysko) writes:
: 
: Hello All:
: 
: Is there a _standard_ way that Perl can identify the platform that it is
: running on?  I am looking for a way to consistently produce a short, unique
: identifier that indicates the platform (sun3, sun4, vax, etc.) that the script
: is running on.  I can use this information to build pathnames, etc.
: 
: I am aware that I can inspect the file system for the presence of certain
: files, but was wondering if Perl had anything builtin...

No, your best bet is probably to run uname -a and try to intuit from there.
You might look at how Configure tries to find hints files.

Larry
From: samuele@syma.sussex.ac.uk (Spam@tin.supermarket.tescos)
Newsgroups: comp.lang.perl
Subject: Re: Perl on Sun IPX/Sun OS 4.1.2.
Date: 4 Nov 92 18:47:42 GMT
Organization: University of Sussex

jstuart@mcs.kent.edu (Jeff Stuart) writes:
: Could someone please send me their working configuration for Perl on SunOS
: 4.1.2.  Or could someone please send me their config for SunOS 4.1.1 and I'll
: go from there.
:

Me tooooooo - I can get perl 4.035 to compile without errors, but it will NOT
pass its own tests : it seggies on op/regexp and op/eval, then finally seggies
completely out of the test routine after running lib/big.

This is all after I have tried various combinations of hints and compilers -
and it still seems to fail!!!

Thanks,
Spam.
From: kentkar@shambala.uucp (Kent Karrer)
Newsgroups: comp.lang.perl
Subject: Problems compiling Perl 3.0 on ISC
Keywords: Perl on ISC
Date: 10 Nov 92 03:50:55 GMT
Distribution: usa
Organization: The Conscious Interlude


I am trying WITHOUT success to compile the kit for Perl 3.0 on a 486-based
ISC 3.0 system. I have tried everything but "no joy".

Do I need GNU C to do this? If not, can anyone with ISC 3.0 please pass
some hints my way. I am a C programming novice so please keep that in mind.

Thanks
-- 
[ A GREAT DEAL OF CHAOS IN THE WORLD occurs because people don't appreciate ]
[                      themselves. -- Chogyam Trungpa                       ]
[               "SHAMBHALA - The Sacred Path of the Warrior"                ]
[____uunet!seaeast!shambala!kentkar  /or/  uunet!polari!shambala!kentkar____]
Newsgroups: comp.lang.perl
From: chare@unilabs.uucp (Chris Hare)
Subject: explanation of the camel book code needed
Keywords: sh csh perl ksh running with shells
Organization: UniLabs Research Group
Date: Thu, 5 Nov 1992 12:32:19 GMT

On pg 216 of the camel book is a description of how to make perl run from
shells which do not support the #! construct.  I need a conscise, word by
word, letter by letter explanation, as I'm somewhat lost o how this is
interpreted by the shells, and what it all means.

Thanks for your help and feedback.

Regards.

-- 
????                --- It Always works for me! ---                           
Chris Hare, UNIX Scientist                  Preferred : chare@unilabs.org
Just a mild-mannered consultant by day ....
From: tasos@cs.bu.edu (Anastasios Kotsikonas)
Newsgroups: comp.lang.perl
Subject: perl: Out of memory!
Date: 12 Nov 92 20:00:30 GMT
Organization: Computer Science Department, Boston University, Boston, MA, USA
Originator: tasos@cs


I tried to make perl on my SVR4 system and it compiled almost without 
a problem; when I tried to make install, I got:

mouni: /user/perl/perl-4.035/ 94> make install
        ./perl installperl
syntax error in file installperl at line 6, next token ???
Out of memory!
*** Error code 1 (bu21)

It ran out of memory after it executed for about 5 mins. Any clues?

Tasos
Newsgroups: comp.lang.perl
From: Tom Christiansen <tchrist@convex.COM>
Subject: Re: Wanted: file descriptor management
Originator: tchrist@pixel.convex.com
Date: Fri, 13 Nov 1992 21:45:08 GMT
Distribution: comp
Reply-To: tchrist@convex.COM (Tom Christiansen)
Organization: Convex Computer Corporation, Colorado Springs, CO
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

From the keyboard of lmjm@doc.ic.ac.uk (Lee M J McLoughlin):
:I'm writing a program that needs to process input lines a bit like
:cpp.  In particular I need to be able to implement a #include -like
:mechanism.  So I'm looking for a library that I can use to mangage
:file descriptors so that when I switch file, on an include, I can
:switch back to my original file when I'm done.
:
:If anyone has such a library or can point me at something I can turn
:into such a library I'd be most greatful.

Try the cacheout() routine from the Perl library.  I also have
a cachein() routine as well.

--tom
From: jim@fiveoh.ilo.dec.com (Jim Lawton)
Newsgroups: comp.lang.perl
Subject: Re: perl under Ultrix 4.3?
Date: 10 Nov 92 15:48:18 GMT
Article-I.D.: rdg.1992Nov10.154818.16002
Reply-To: jim@ilo.dec.com
Organization: Digital Equipment Corporation



In article <1dchcrINNn07@ef2007.efhd.ford.com>, mjo@slee01.srl.ford.com (Mike O'Connor) writes:
>Anyone built perl under Ultrix 4.3 with either gcc 2.3.1 or the
>shipped cc?  Having some problems...

I've built PL35 on ULTRIX (RISC) 4.3 using cc. One thing was needed to get
it to build. 4.3 needs the same hints as 4.2. In perl-4.035/hints/ultrix_4.sh
you need to make the changes shown below. I've already sent this patch to Larry
Wall.

Hope this solves your problem,
/jim


*** ultrix_4.sh	Thu Oct 22 10:51:02 1992
--- ultrix_4.sh.dist	Wed Oct 21 18:10:05 1992
***************
*** 7,13 ****
  may fail if run under NFS.  Ignore the failure.
  EOF
      case "$tmp" in
!     *4.2*|*4.3*) d_volatile=undef;;
      esac
  ;;
  esac
--- 7,13 ----
  may fail if run under NFS.  Ignore the failure.
  EOF
      case "$tmp" in
!     *4.2*) d_volatile=undef;;
      esac
  ;;
  esac
***************
*** 18,23 ****
      toke_cflags='optimize="-g"'
      ttoke_cflags='optimize="-g"'
      ;;
! *4.2*|*4.3*) libswanted=`echo $libswanted | sed 's/ malloc / /'` ;;
  esac
  
--- 18,23 ----
      toke_cflags='optimize="-g"'
      ttoke_cflags='optimize="-g"'
      ;;
! *4.2*) libswanted=`echo $libswanted | sed 's/ malloc / /'` ;;
  esac
From: hdnea@usho92.hou281.chevron.com (David Neal)
Newsgroups: comp.lang.perl
Subject: Re: Platform information
Date: 9 Nov 92 16:31:03 GMT
Distribution: comp.lang.perl
Organization: Chevron

In article <1992Nov7.021340.26274@netlabs.com> lwall@netlabs.com (Larry Wall) writes:
>In article <GLENN.92Oct19182423@capella.clsi.COM> glenn@clsi.COM (Glenn Boysko) writes:
>: 
>: Hello All:
>: 
>: Is there a _standard_ way that Perl can identify the platform that it is
>: running on?  I am looking for a way to consistently produce a short, unique
>: identifier that indicates the platform (sun3, sun4, vax, etc.) that the script
>: is running on.  
>
>No, your best bet is probably to run uname -a and try to intuit from there.
>You might look at how Configure tries to find hints files.
>
>Larry


Yes, BUT would it be possible to add such an item?? It would not
have to be determined dynamically, after all. A compile time
constant that was in the same variable on each platform would be
enough: $_!_@#$ or something.

Configure

.
.
.

The Perl variable $_!_@#$ can be pre-loaded with a cpu-type. This
may help perl scripts deal with cpu specific problems like
the size of an int. Value for $_!_@#$ (none for none) [sun4] 




 

-- 
David Neal -- hdnea@hou281.chevron.com 
Conserve water, California's deserts need more cotton farms.
Barbie says, Take quaaludes in gin and go to a disco right away!
 But Ken says, WOO-WOO!!  No credit at ``Mr. Liquor''!!
From: mjo@slee01.srl.ford.com (Mike O'Connor)
Newsgroups: comp.lang.perl
Subject: perl under Ultrix 4.3?
Date: 6 Nov 1992 01:22:35 GMT
Organization: Not an official spokesperson for Ford Motor Co.
Reply-To: "Mike O'Connor" <mjo@fmsrl7.srl.ford.com>
NNTP-Posting-Host: slee01.srl.ford.com

Anyone built perl under Ultrix 4.3 with either gcc 2.3.1 or the
shipped cc?  Having some problems...

						...Mike


--
 Michael J. O'Connor           |  Internet:  mjo@fmsrl7.srl.ford.com
 Ford Motor Company, OPEO      |  UUCP:      ...!{backbone}!fmsrl7!mjo
 20000 Rotunda, Bldg. 1-3001   |  Phone:     +1 (313) 248-1260
 Dearborn, MI  48121           |  Fax:       +1 (313) 323-6277
Newsgroups: comp.lang.perl
From: Tom Christiansen <tchrist@convex.COM>
Subject: Re: sorting problem
Originator: tchrist@pixel.convex.com
Date: Thu, 12 Nov 1992 21:14:31 GMT
Reply-To: tchrist@convex.COM (Tom Christiansen)
Organization: Convex Computer Corporation, Colorado Springs, CO
Keywords: sort
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

From the keyboard of mnrausch@cip.informatik.uni-erlangen.de (Martin Rausche):
:I need a fast sorting routine for the following problem:
:I have a database and the entries look like this:
:keyword;author;title;owner
:My solution:
:
:sub byname
:{
:        @ah=split(/;/,$a);
:        @be=split(/;/,$b);
:        shift(@ah);
:        shift(@be);
:        $ah=join(";",@ah);
:        $be=join(";",@be);
:        $ah cmp $be;
:}
:
:@data=sort byname @data;
:
:This is a very slow procedure, but how can I speed it up?

    for (@data) { push(@idx, /^[^;]*;(.*)/) } 
    @data = @data[sort { $idx[$a] cmp $idx[$b] } 0..$#idx];

--tom
-- 
    Tom Christiansen      tchrist@convex.com      convex!tchrist

    #define NULL 0           /* silly thing is, we don't even use this */
        --Larry Wall in perl.c from the perl source code
Newsgroups: comp.lang.perl
From: jv@mh.nl (Johan Vromans)
Subject: Re: NGetOpt interface - how to use it
X-Md4-Signature: 32ad8a29165a25b44527ca27632b98c6
Organization: Multihouse Automation, the Netherlands
Date: Tue, 10 Nov 1992 11:48:10 GMT


> I'd like to use the NGetOpt interface, but I'm not sure how to 
> check if an option is set or not.
> 
> |    #!/usr/local/bin/perl
> |    require "newgetopt.pl";
> |    do NGetOpt('gridsize=f','intervals=i','expparts=i');
> |    
> |    if ( option -gridsize is set )

	if ( defined $opt_gridsize ) 

Johan
--
Johan Vromans				       jv@mh.nl via internet backbones
Multihouse Automatisering bv		       uucp:..!{uunet,sun4nl}!mh.nl!jv
Doesburgweg 7, 2803 PL Gouda, The Netherlands  phone/fax: +31 1820 62911/62500
------------------------ "Arms are made for hugging" -------------------------
From: nrp@csug3.cs.reading.ac.uk ("Scented fads" Neilski)
Newsgroups: comp.lang.perl
Subject: Re: explanation of the camel book code needed
Keywords: sh csh perl ksh running with shells
Date: 6 Nov 92 09:48:40 GMT
Reply-To: nrp@csug.cs.reading.ac.uk
Organization: University of Reading

chare@unilabs.uucp (Chris Hare) writes:

>On pg 216 of the camel book is a description of how to make perl run from
>shells which do not support the #! construct.  I need a conscise, word by
>word, letter by letter explanation, as I'm somewhat lost o how this is
>interpreted by the shells, and what it all means.

I don't have the camel book (a serious shortcoming, I know) but I assume
that you're referring to something like the output produced by a2p and s2p:

#!/gnu/bin/perl
eval 'exec /gnu/bin/perl -S $0 ${1+"$@"}'
	if $running_under_some_shell;

OK.  The first line is obviously the #! line.  The next two lines are split
because shells interpret one line at a time, whereas perl goes to
semicolons.  The shell comes along and sees the eval line, and executes it.
This gets the perl program run with all the right arguments, and since it
contains an exec the shell goes no further, but the eval makes it return
the exit code produced by the perl program.

Now perl comes along and finds the two-line statement, which says "eval
this if the variable $running_under_some_shell is true".  Since we're at
the beginning of the program $running_under_some_shell has not been defined
and so the eval is not performed, and perl goes on with the rest of the
program.

Simple! (?)

-- neilski

-- 
nrp@csug.cs.reading.ac.uk  \--------------------------------------------------
----------------------------\ I'm the kinda guy who likes to have
his own ... special odour.  And that's why I wear ... TUNA FISH SANDWICH!
From: etxmesa@eos.ericsson.se (Michael Salmon)
Newsgroups: comp.lang.perl
Subject: Re: Trip report: USENIX LISA VI
Date: 5 Nov 92 07:44:55 GMT
Reply-To: etxmesa@eos.ericsson.se (Michael Salmon)
Organization: Ericsson Telecom AB

In article <Bx7Bs1.AzF@visix.com>, 
ken@visix.com (Ken Mayer) writes:
[...]
|> Years ago I was telling my friend how much I liked emacs over vi; she
|> said [sniffed] the same things about emacs that I hear today about
|> perl. Isn't funny how "things" tend to repeat themselves. 

Except that in the case of emacs she was right. ;^)

-- 

Michael Salmon

#include	<standard.disclaimer>
#include	<witty.saying>
#include	<fancy.pseudo.graphics>

Ericsson Telecom AB
Stockholm
Newsgroups: comp.lang.perl