HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.lang.asm370
Subject: IBM 3750 question
From: rabbi@kiwi.gen.nz (Rabbi Bajzheet)
Date: 2 Oct 92 06:23:43 GMT
Organization: Household UNIX, Auckland, New Zealand
X-Newsreader: Tin 1.1 PL4

[ Article crossposted from junk ]
[ Author was  ]
[ Posted on 1 Oct 92 19:03:20 GMT ]

A friend of mine has recently bought an IBM 3750 Communications Controller.
Apparently it multiplexes the i/o of a number of terminals, and sends the
resulting packets down a phone line to the mainframe. In this instance, the
3750 was in Auckland and the computer was somewhere in Australia.

All the date stamps we can find on it say it was made in 1980, but the design
looks a bit older than that.

BTW, this thing is BIG, like 1.7m*0.7m*0.8m...

So, does anyone know anything about these things? We're not planning on getting
it going, as getting three phase power into a residential home is a bit tricky
:-)

With te mux came 15 IBM 3782 terminals (think I got the number right - lost the
piece of paper :-( )... Anybody know if these are ascii/ansi compatable? Or do
they use ebcdic or something equally arcane?

Any information of any sort would be appreciated!

Oh, in case anyone's wondering, all this, plus 2 ITT terminals and 2 Memorex
terminals, cos NZ$50 (about US$25).

--
Rabbi Bajzheet - The Hooded Oesophagus   __o `God needs food, badly!'
Usenet: rabbi@kiwi.gen.nz             _`\<,_   - Friedrich Nietzsche
Snail: 12 St Aubyn St, Devonport, AK (_)/ (_) Voice: +64 09 445-1186
From: mjw@sw.stratus.COM (Michael Wilson)
Newsgroups: comp.lang.asm370
Subject: Re: 370 reference
Date: 24 Sep 92 22:28:39 GMT
Reply-To: IBM 370 Assembly Programming Discussion List <ASM370%UGA.BITNET@cmsa.Berkeley.EDU>
Distribution: inet
Organization: The Internet

If you're interested and can stand the pain start with the GA22-6974
manual known as the S/360 S/370 OEMI to get as close to the I/O
hardware as possible.  A shame though that SIO and similar commands
are locked up tight by the IOS (I/O Subsystem) in the MVS.  TPF still
lets you roll your own device drivers and interrupt handlers. The closest
you can easily get to doing IO the old fashoned way is with the EXCP
(EXecute Channel Program) command.  Work your way up through the simple
access methods like BTAM and then 3270 Data Streams.  By then you'll be
a dinosaur just like me. ;-)  You'll also need the 370 (POP) Principles
of Operations manual GA22-7000.  For a less detailed overview try a book
by Nallur S. Prasad "Architecture and Implementation of Large Scale IBM
Computer Systems"  1981 QED Information Sciences.  A very readable work
quite unlike the aforementioned IBM publications.  Good Luck.
-mjw-
Newsgroups: comp.lang.modula3
From: stanjm02@cc.curtin.edu.au
Subject: Difference btwn Modula-2 & Modula-3
Organization: Curtin University of Technology
Date: Tue, 6 Oct 1992 00:15:20 GMT

I have just started learning and using Modula-2 and I must admit I like
the language. However, I am a little confused about the difference between
Modula-2 and Modula-3. I would appreciate it very much if someone could
highlight the differences. I presume from the description that 3 is
'better' than 2. Thanks..

Email STANJM02@CC.CURTIN.EDU.AU
From: andrewb@lynx.cs.washington.edu (Andrew Berg)
Newsgroups: comp.lang.modula3
Subject: Modula-3 for OS/2 ??
Date: 28 Sep 92 19:09:18 GMT
Article-I.D.: beaver.1992Sep28.190918.13401
Organization: Computer Science & Engineering Dept., Univ. of Washington, Seattle
X-Newsreader: Tin 1.1 PL5

Addmittedly, I may be a bit green on these things, but what would it take to 
port the Modula-3 to OS/2?  I know that the source is available, but the ones
I saw at the FTP site seemed to all be targeted for a system much more
expensive than mine.  Is it possible to get a fairly generic version of the 
source that I could hack into an OS/2 version?  Right now the only compilers
I have for OS/2 are GCC and a _really_ old Modula-2.

Does anybody have suggestions or advice?

For the next 6 months or so, I will have no monies, but plenty of free time.

andrewb@cs.washington.edu
Xref: sparky comp.lang.modula3:935 news.answers:3234
From: pdt@unix.brighton.ac.uk (taylor)
Newsgroups: comp.lang.modula3
Subject: Oberon on a Sparc
Date: 1 Oct 92 10:47:28 GMT
Organization: University of Brighton, UK

Has anyone used Oberon (from ETH) on a Sparcstation? I have downloaded it
but when I try to run it it can't seem to load the shared object libraries.
(libpixrect.so). The necessary libraries seem to be in /usr/lib as needed so I
don't know what is wrong. Can anyone help?
Newsgroups: comp.lang.modula3
From: pk@rwthi3.informatik.rwth-aachen.de (Peter Klein)
Subject: Re: verifying correct installation
Reply-To: pk@rwthi3.informatik.rwth-aachen.de
Organization: Lehrstuhl fuer Informatik III, RWTH Aachen, Germany
Date: Sat, 26 Sep 92 12:31:08 GMT

In article A7s@beach.csulb.edu, werts@piggy.cecs.csulb.edu (Michael Werts) writes:
>I appear to have finally gotten Modula-3 installed for our DECsystem
>5000/200 at school. The "Hello World" example program described in
>"How to Use the System" compiled and ran.
>
>Unfortunately, it also appeared to give an error message during the
>compile.
>
>
>   cheetah.cecs.csulb.edu> m3 -make -why -o hello Main.m3 A.m3 A.i3
>   new source -> compile A.i3
>   new source -> compile Main.m3
>   new source -> compile A.m3
>   program missing -> link hello
>
>
>Is the last line of this message anything to be concerned about?
>

No, not at all. Due to the -why option you passed to the driver, it explains
to you what it is doing and why. And the reason for linking the program hello 
is simply that the the program didn't exist (just like the reason for compiling
the sources was that they were new). So this is no error message, just
an explanation.

Peter
---
Peter Klein                        E-Mail: pk@rwthi3.informatik.rwth-aachen.de
Lehrstuhl fuer Informatik III      Tel.: +49/241/80-21320
Ahornstrasse 55                    Fax.: +49/241/80-21329
RWTH Aachen
D-5100 Aachen
Germany
From: ryan@ponder.csci.unt.edu (Ryan Stansifer)
Newsgroups: comp.lang.modula3
Subject: Syntax of Modula-3
Date: 5 Oct 92 21:42:28 GMT
To: m3

After programming some in Modula-3 I have come to think that the WITH
and TRY statements are wordy, especially in conjunction with other
blocks.  In thinking about the language syntax it occurred to me that
some simplification may be possible.  So, for the sake of argument I
offer the following 2 suggestions for expanding the block statement to
encompass both the WITH and the TRY statements.

Instead of
    WITH x = e DO S END
add a new kind declaration, say, WITH.
Now we write:
    WITH x = e BEGIN S END
Now we can mix VAR, CONST, WITH declarations and use only one
BEGIN/END block.  I think the WITH declarations should be separated
(and/or terminated) by semicolons like other declarations.

(There is another, perhaps more important, issue.  WITH declarations
seem to be used in two distinct ways.  One, as READONLY constant
r-values.  Two, as aliases.  Adding READONLY constants is
unproblematic, but I would hate to add a new "alias" declaration when
they are really READONLY constants of type reference, reference in the
C++ sense.)

Instead of
    TRY S EXCEPT Handler END
we could follow the example of Ada and tack on an exception part
to the block.  Now we write
    BEGIN S EXCEPT Handler END
This permits declarations can be added to the block without
extra BEGIN/END pairs.

I do not wish to touch off another language-changing war.  I'm just
curious about the advantages and disadvantages of different approaches.

Ryan Stansifer
ryan@cs.unt.edu
Newsgroups: comp.lang.modula3
From: rh@ecs.soton.ac.uk (Rachel Harrison)
Newsgroups: comp.lang.modula3
Subject: Re: verifying correct installation
Date: 28 Sep 92 11:06:05 GMT
Organization: Dept.of Electronics and Computer Science, University of Southampton, UK

In article <1992Sep26.123108.16975@Urmel.Informatik.RWTH-Aachen.DE> pk@rwthi3.informatik.rwth-aachen.de writes:
>In article A7s@beach.csulb.edu, werts@piggy.cecs.csulb.edu (Michael Werts) writes:
>>I appear to have finally gotten Modula-3 installed for our DECsystem
>>5000/200 at school. The "Hello World" example program described in
>>"How to Use the System" compiled and ran.
>>.........
>>Is the last line of this message anything to be concerned about?
>
>No, not at all. Due to the -why option you passed to the driver, it explains

I've compiler and run this program as well. The only problem is the size
of the object file generated, which is nearly 1Mb ! (for "hello world" !)
Can anyone tell me how to reduce this ?

Rachel Harrison                           email:  rh@ecs.soton.ac.uk 
Dept. of Electronics and Computer Science, 
307 Mountbatten Building, 
University of Southampton  
Southampton, SO9 5NH, UK 
Tel: +44 703 593249  Messages: +44 703 593649 Fax: +44 703 593045
From: moss@cs.umass.edu (Eliot Moss)
Newsgroups: comp.lang.modula3
Subject: Re: Difference btwn Modula-2 & Modula-3
Date: 6 Oct 92 14:44:58 GMT
Reply-To: moss@cs.umass.edu
Organization: Dept of Comp and Info Sci, Univ of Mass (Amherst)

There is a regular posting (FAQ = Frequently Asked Questions) that mentions a
few differences. I'm not an expert on M2, but here are what I understand to be
the highlights:

Features Modula-3 adds to Modula-2:

    - Object types and subtyping
    - Exceptions and exception handling
    - Garbage collection (and types for non-gc areas too)
    - Threads (lightweight processes in the same address space) and related
      support (such as mutual exclusion locks and conditions)

Features "removed" from Modula-2:

    - Variant records (since object types largely overlap in functionality)
    - Nesting of modules

Other differences:

    - The module/interface system is somewhat different in that a module can
      implement parts of more than one interface and an interface can be
      implemented by more than one module (though any given item in the
      interface should be implemented no more than once in a particular
      program). In short, the module/interface relationship is many to many.
    - Modula-3 supports generic interfaces and modules via what I characterize
      as "syntactic macro expansion" (i.e., parameter substitution).
    - The scheme for opaque types is rather different in that, via subtyping,
      types can be partially revealed in some contexts.
    - The required interfaces ("built-in" stuff) are more extensive and
      detailed, I believe.

Note also that there are enough differences that Modula-2 programs are
generally not legal Modula-3, and even automated tools cannot handle every
difference.

In my opinion Modula-3 is better in that it provides more of the features one
frequently wants for building substantial systems. There are philosophical
disagreements on this kind of point, of course, which are exemplified by the
fact that Wirth's own successor for Modula-2, called Oberon, is actually
smaller than Modula-2, whereas Modula-3 can be considered bigger.
--

J. Eliot B. Moss, Associate Professor	Visiting Associate Professor
Department of Computer Science		School of Computer Science
Lederle Graduate Research Center	Carnegie Mellon University
University of Massachusetts		5000 Forbes Avenue
Amherst, MA  01003			Pittsburgh, PA  15213-3891
(413) 545-4206, 545-1249 (fax)		(412) 268-6767, 681-5739 (fax)
Moss@cs.umass.edu			Moss@cs.cmu.edu
From: barnesdo@CS.ColoState.EDU (douglas barnes)
Newsgroups: comp.lang.modula3
Subject: Sys V ports
Date: 2 Oct 92 18:41:14 GMT
Organization: Colorado State University, Computer Science Department

What work, if any, is being done to port m3 to either the various
flavors of AT&T Sys V rel 3.x (eg Interactive)? 

doug

-- 
-----------                                                   -----------
douglas barnes                               Calgon can't take me away...
barnesdo@CS.ColoState.EDU                 From the things I did today -L7
Newsgroups: comp.lang.modula3
From: pk@rwthi3.informatik.rwth-aachen.de (Peter Klein)
Subject: large M3 executables (was: verifying correct installation)
Reply-To: pk@rwthi3.informatik.rwth-aachen.de
Organization: Lehrstuhl fuer Informatik III, RWTH Aachen, Germany
Date: Mon, 28 Sep 92 12:43:06 GMT

In article 12942@ecs.soton.ac.uk, rh@ecs.soton.ac.uk (Rachel Harrison) writes:
>I've compiler and run this program as well. The only problem is the size
>of the object file generated, which is nearly 1Mb ! (for "hello world" !)
>Can anyone tell me how to reduce this ?
>
The problem is the pretty large part of the M3 standard library which
is linked into *every* executable, even the "hello world" one: garbage
collector, thread scheduler, etc. Although the code size for small
examples seems unreasonable, remember that this overhead won't grow
with the size of your application.

Well, to reduce the size, there are a few possibilities:
 - compile libm3 with optimization. With gcc, this reduces the code size
   almost to a half.
 - strip your executable.
 - the most elegant way to solve the problem once and for all is to use
   shared libraries. In this case, libm3 is not linked statically into
   the executable, so the size of the executable is proportional to the
   sum of your object file sizes. Unfortunately, not all operating systems
   can handle shared libraries, but I don't know which.
   To use shared libraries, you can either extend the m3make templates
   as suggested some weeks ago in this group. This will give you a
   shared_library target in the m3makefiles.
   Personally, I use the following little script for converting the static
   library into a shared one:

#! /usr/public/bin/zsh
/bin/ld -o $1:r.so.$2 $(/bin/nm -pg $1 | awk '/^[0-9a-f]* D/{printf " -u " $3 }') $1
rm $1
touch $1

   This works on SunOS, I don't know about others. The script takes two
   parameters: the name of the static library to be converted and the
   revision number for the shared library.
   Note that the static library is reduced to 0 bytes.

Peter
---
Peter Klein                        E-Mail: pk@rwthi3.informatik.rwth-aachen.de
Lehrstuhl fuer Informatik III      Tel.: +49/241/80-21320
Ahornstrasse 55                    Fax.: +49/241/80-21329
RWTH Aachen
D-5100 Aachen
Germany
From: nr@cs.Princeton.EDU
Newsgroups: comp.lang.modula3
Subject: Suggestion for ETimer interface
Date: 5 Oct 92 22:37:40 GMT
Organization: Princeton University, Dept. of Computer Science
Originator: nr@dynastar


It might not be a bad idea if ETimer.Pop verified the timer on top of
the stack, e.g.

PROCEDURE Pop(top : T := NIL) =
BEGIN
  IF top = NIL OR top = <<the top timer on the stack>> THEN
    <<pop the stack, like existing ETimer.Pop()>>
  ELSE
    <<checked runtime error>>
  END;
END Pop;

Existing clients of ETimer.Pop would continue to work, and new clients
-- 
Norman Ramsey
nr@princeton.edu
Newsgroups: comp.lang.modula3
From: muller@src.dec.com (Eric Muller)
Subject: Re: yet another installation problem (seg violation compiling RT0.i3)
Organization: DEC Systems Research Center
Date: Sat, 26 Sep 92 05:03:26 GMT

In article <mdixon.717219297@thelonius>, mdixon@parc.xerox.com (Mike Dixon) writes:
|> ok, i've managed to get the driver and compiler running on my NeXT machine,
|> but i'm losing when i try to make libm3.  
[...]
|> any suggestions?  thanks...

Unfortunately, we do not have access to NeXT machines to see what is
going on.  You may want to contact Gary Frederick
<jsoft!ggf@uunnet.uu.net> or Drew Dean <ddean@risc.uni-linz.ac.at>,
who have worked on the NeXT port.

-- 
Eric.

Newsgroups: comp.lang.modula3
From: karmat@polaris.utu.fi (Kari Mattsson)
Subject: How to use threads in Modula-3? A sample request.
Organization: University of Turku, Finland
Disclaimer: Personal views expressed.
Date: Sun, 4 Oct 92 18:59:35 GMT


Hi!

I'm just starting to seriously program in Modula-3.  It is installed
on our (Univ. of Turku) Sun SPARCserver.  It appears that the
administrators have not installed any contributing or sample programs.

I have experience with Pascal and Modula-2, and find the Modula-3
language itself rather easy.  I'm not very familiar programming Unix,
and that's where my problem lies.  I'm trying to implement (a rather
theoretical, I know) parallel merge sort routine using the thread
feature of M3.

I have the routines implemented, but how to do thread programming, so,

     ***  COULD SOMEONE, PLEASE E-MAIL/POST SOME WORKING SAMPLE
     ***  CODE USING THE THREADS IN MODULA-3???

Anything is appreciated..., a lot.  Thank You.



Kari Mattsson                       YO-kyl 12 B 9, SF-20540 Turku, Finland
Kari.Mattsson@utu.fi -or- karmat@utu.fi       Voice and Fax: +358-21-542354
Sent from TAHKO III, an OS/2 2.0 personal computer... settling for no less!
From: rlp@drutx.ATT.COM (Bob Prehn (@ The Right Choice))
Newsgroups: comp.lang.modula3
Subject: can't install compiler on SPARC
Keywords: Ustat_i.o 4.1.1
Date: 1 Oct 92 15:53:02 GMT
Distribution: comp
Organization: AT&T Bell Laboratories - Denver

I just obtained Modula-3 2.07 from gatekeeper.dec.com and tried to
install the compiler via "m3make -f m3makefile.boot all install"
It lists all the .io files and preceeds the Ustat_i.o file with a "\ ".
The loader fails with "ld:  Ustat_i.o: No such file or directory".
Ive tried this under ksh,/bin/sh & csh with the same results.

============================================================================

"They that can give up an essential liberty to obtain a little temporary
safety deserve neither liberty nor safety".
					      - Benjamin Franklin (1759)

 Robert Prehn      +-------------------------------------------------------+
 AT&T Bell Labs    |   ____   _______   _____   _______                    |
 Room  1F50        |  / __ \ |__   __| /   _ \ |__   __|                   |
 11900 North Pecos | | <__> |   | |    \  \ \_\   | |                      |
 Denver, Co  80234 | |  __  |   | |    /   \ __   | |   THE          CHOICE|
        	   | | |  | |   | |   |  (\ / /   | |                      |
 drutx!rlp         | |_|  |_|   |_|    \_____/    |_|                      |
 (303) 538-4554    |                                                       |
                   +-------------------------------------------------------+
Newsgroups: comp.lang.modula3
From: cavers@menudo.uh.edu (Chris M. Cavers)
Subject: docs for m3
Organization: University of Houston
Date: Tue, 6 Oct 1992 06:44:57 GMT

Can someone email me info on how to correctly assemble the docs for
modula 3.  I have the doc-2.07.tar.Z file.  I uncompressed/untared it
and could never find anything to make the complete documentaion...
the makefile has a message like 'doc has to be built by hand'


Newsgroups: comp.lang.modula3
From: vixie@pa.dec.com (Paul A Vixie)
Subject: Re: How to use threads in Modula-3? A sample request.
Organization: DEC Network Software Lab
Date: 4 Oct 92 12:39:53

UNSAFE MODULE Main;

IMPORT Datagram, Netdb, Net, MyTime;		(* local hacks *)
IMPORT Stdio, Wr, Fmt, Thread, Time, Text;	(* standard *)
IMPORT Word, Ctypes;				(* nonportable *)

TYPE
    T = Ctypes.long;	(* 64-bit machines will be trouble here *)

VAR
    Done := FALSE;
    Rcvd := 0;
    Waits := 0;
    NetTime: T;

CONST
    TimeDifferential = -2085978496;	(* inetd(8)'s offset *)

PROCEDURE ProtocolF(self: Thread.Closure): REFANY RAISES {} =
VAR
    port := Datagram.NewClient(NIL, mayBroadcast := TRUE);
    server := Netdb.NewRemotePort("255.255.255.255", "time", "udp");
    timeval := NEW(REF T);
BEGIN
    port.send(NIL, 0, server);	(* 0-length datagram is a "request" *)
    LOOP
	EVAL port.recv(timeval, BYTESIZE(timeval^), server);
	timeval^ := Word.Minus(Net.ntohl(timeval^), TimeDifferential);
	Wr.PutText(Stdio.stdout,
	    "["& Netdb.INaddrToText(server.host.addrList[0]) &"]" &
	    " -> " & MyTime.TimeToText(timeval^) & "\n");
	Wr.Flush(Stdio.stdout);
	IF Rcvd = 0 THEN
	    NetTime := timeval^;
	ELSE
	    NetTime := Word.Divide(Word.Plus(NetTime, timeval^), 2);
	END;
	INC(Rcvd);
	Done := FALSE;
    END;
END ProtocolF;

BEGIN
    EVAL Thread.Fork(NEW(Thread.Closure, apply := ProtocolF));
    REPEAT
	Done := TRUE;
	Time.LongPause(1);
	INC(Waits);
    UNTIL Done;
    IF Rcvd = 0 THEN
	Wr.PutText(Stdio.stdout, "No Replies.\n");
    ELSE
	NetTime := Word.Minus(NetTime, Waits);
        Wr.PutText(Stdio.stdout,
	    "Network time: " & MyTime.TimeToText(NetTime) &
	    " (" & Fmt.Int(Rcvd) & " replies)\n");
    END;
END Main.
--
Paul Vixie, DEC Network Systems Lab	
Palo Alto, California, USA         	"Don't be a rebel, or a conformist;
<vixie@pa.dec.com> decwrl!vixie		they're the same thing, anyway.  Find
<paul@vix.com>     vixie!paul		your own path, and stay on it."  -me
From: wdh@grouper.mkt.csd.harris.com (W. David Higgins)
Newsgroups: comp.lang.perl
Subject: Re: "Camel" book
Date: 1 Oct 92 22:22:19 GMT
Organization: Harris CSD, Ft. Lauderdale, FL

In article <1992Sep30.085433.13174@alf.uib.no> buboo@alf.uib.no (Ove Ruben R Olsen) writes:
>
>Some people ride their Camel so much that the pages starts to fall out,
>if so happens, give it to your co-worker and buy a new one. Except if
>you have the first printing: January 1991. 

Does having the first printing give one special powers unknown to
mortal man?  If so, why hasn't it rubbed off on me ;-)

What is the current printing, anyway?
Newsgroups: comp.lang.perl
From: jamie@heavy.enet.dec.com (Jamie.)
Subject: Re: Docs for PERL Needed.
Reply-To: jamie@heavy.enet.dec.com (Jamie.)
Organization: Digital Equipment Corporation
Date: Mon, 28 Sep 1992 17:16:38 GMT


Thanks for all the response I received regarding Perl manuals and Perl program
locations! You can stop now; I get the message ;-)

I'll try Addison Wesley (they're based in the same town as me after all!). The
reason I assumed no Perl books were available was that Blackwells, a supposedly
reputable booksellers looked the subject up on their microfiche and declared
that there was nothing that they could get hold of. I took this to mean that
nothing was in print in the UK... silly me!

So, I have examples galore (though very few comments in them ;-) and hopefully
a reference manual on the way!

Thanks again,


				Jamie.
From: sdpage@andersen.co.uk (Stephen Page)
Newsgroups: comp.lang.perl
Subject: Re: Latest patch doesn't like starting with a label
Date: 29 Sep 92 18:54:49 GMT
Organization: Andersen Consulting (UK Practice)

Many thanks to the readers who pointed out that there are two more
patches, 34 and 35, than I had applied. No idea how I missed them...!

I am pleased to say that the patches correct the problem with labels at
the start of code AND the one I reported earlier with a \n being eaten
after a reference to an associative array in a print string (see message
<1992Sep22.184930.10802@andersen.co.uk>).
 
Newsgroups: comp.lang.perl
From: wisplan@vms.macc.wisc.edu (Shaun Abshere)
Subject: perl=>C ??
Organization:  University of Wisconsin Academic Computing Center
Date:  6 OCT 92 15:42:24    

Is there any way to generate C code corresponding to a perl script? Anybody
written anything that will make it easier to rewrite a lengthy perl script
in C?. (not sure i want to know what 2000 lines of perl would look like in
C, might give me nightmares, but one can ask...)

Also: perl can be installed on a DOS machine, yes? 
To avoid rewriting my perl scripts in C, I could install perl on the PCs
that need to run these programs, but we're talking about 100 sites...ouch.
Anyone know how much room perl takes up on a DOS machine, how easy it is to
install, pitfalls, hazards?

stan howald
howald@wisplan.uwex.edu
Newsgroups: comp.lang.perl
From: fjk4i@fulton.seas.Virginia.EDU (Frederick Joseph Keith)
Subject: FAQs from a rank novice...
Organization: University of Virginia
Date: Tue, 6 Oct 1992 23:50:47 GMT


A few questions from someone TOTALLY new to perl:

1.  Where can I find the FAQ file?

2.  Where can I find a pre-compiled version of perl for MS-DOS?

3.  Where can I find downloadable perl documentation?

Thanks!

--joe keith
--
-----------------------------------------------------------------------------
F. Joseph Keith           University of Virginia    
Internet: fjk4i@virginia.edu 
-----------------------------------------------------------------------------
Newsgroups: comp.lang.perl