From ts@uwasa.fi Thu May 18 00:00:00 1995
Subject: About FAQUOTE.TXT

This FAQUOTE.TXT file was earlier part of the TSFAQN Frequently
Asked Questions collection. This is no longer the case because part
of the information is out of date. The file will continue, however,
to be available as ftp://garbo.uwasa.fi/pc/pd2/faquote.zip.

FAQUOTE.TXT Edited postings and email of interest reproduced with
the kind permission of the authors (when the _principal_ author is
someone else but I). As you will note, these quotes more or less
relate to what is in the other parts of this FAQ collection.

        Please note  that  some  of  the  information  and
        addresses  in  this part of my FAQ collection will
        be out of date, since I am not updating this part.
        For  more recent additional FAQ information please
        see ftp://garbo.uwasa.fi/pc/pd2/tspost*.zip.

The pointer given by Jonathan Kamens (included in this file) to
collected FAQs from newsgroups is particularly interesting.

Comments, corrections, and additions are solicited.

....................................................................
Prof. Timo Salmi        Co-moderator of comp.archives.msdos.announce
Moderating at garbo.uwasa.fi archives (ftp:// http://) 193.166.120.5
Department of Accounting and Business Finance  ; University of Vaasa
ts@uwasa.fi http://uwasa.fi/~ts BBS 961-3170972; FIN-65101,  Finland

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

From ts@uwasa.fi Thu May 18 00:00:01 1995
Subject: Uploading to garbo archives

1. *****
 Q: Re: How do I contribute to the archives?
From: ts@uwasa.fi
Subject: Re: How do I contribute to the archives?
To: dfs@doe.carleton.ca (David F. Skoll)
Date: Tue, 6 Nov 90 20:43:14 EET DST

> I have a program called REMIND which I posted to cbip.  I
> would like to post it onto your archives; how do I do that?

Hi David!
   Thanks for the offer.  Much appreciated.  There are two methods.
You can either use FTP put command to upload it in our /pc/incoming
directory, and notify my fellow moderator Harri Valkama (later Ari
Hovila ajh@uwasa.fi), or do as you did, that is email it to me
uuencoded. I'll take a look (a.s.a.p.), and if it passes (as yours
undoubtedly will barring major problems) I'll put it up for general
download at our archives.
   (In the case you will have to send an uuencoded file in multiple
parts in the future, please take a look how the postings in the
comp.binaries.ibm.pc newsgroup are constructed. It is not absolutely
necessary to follow the same method, but it makes easier handling
multiple parts.)

Epilogue: The potential uploaders should first carefully read

 15876 Feb 18 19:35 ftp://garbo.uwasa.fi/pc/UPLOAD.INF
 UPLOAD.INF Instructions for uploading material to Garbo archives

 6169 Feb 19 10:05 ftp://garbo.uwasa.fi/pc/UPTEXT.INF
 UPTEXT.INF The required formula for your Garbo upload announcements

> I've included a UUEncoded .ZIP file in this letter - it contains
> REMIND.EXE as well as full documentation, and a utility to
... part deleted ...

> --
> David F. Skoll                              Department of Electronics
> dfs@doe.carleton.ca                         Carleton University
> (613) 786-7515                              Ottawa, Ontario, Canada
>
> --------- CUT HERE FOR REM20.ZIP -----------------------------------
> begin 600 rem20.zip
... rest deleted ...

....................................................................
Prof. Timo Salmi        Co-moderator of comp.archives.msdos.announce
Moderating at garbo.uwasa.fi archives (ftp:// http://) 193.166.120.5
Department of Accounting and Business Finance  ; University of Vaasa
ts@uwasa.fi http://uwasa.fi/~ts BBS 961-3170972; FIN-65101,  Finland
--------------------------------------------------------------------

From mcastle@mcs213f.cs.umr.edu Thu May 18 00:00:02 1995
Subject: Printer output grabbers

2. *****
 Q: Re: Need a printer output grabber
From: mcastle@mcs213f.cs.umr.edu (Mike Castle)
Newsgroups: comp.binaries.ibm.pc.d
Subject: Re: Need a printer output grabber
Date: 20 Nov 90 23:17:37 GMT
References: <4570@rossignol.Princeton.EDU>
Organization: University of Missouri - Rolla

In article <4570@rossignol.Princeton.EDU> mb@cs.Princeton.EDU
(Matthias Blumrich (GS)) writes:
> I used to have a utility which spools printer output to a file
> instead of sending it to the COM port, and I lost it.  Does anyone
> have such a thing? Please respond by e-mail to mb@cs.princeton.edu.
> Thanks...
> - Matt -

LPT2DSK.ARC  PD1:<MSDOS.PRINTER> Capture LPT output to a disk file
LPTX600.ARC  PD1:<MSDOS.PRINTER> Redirect printer output to a file
LPTX700.ARC  PD1:<MSDOS.PRINTER> Updated LPT (redirect PRN to file) [.ASM src]
PRIND25.ZIP  PD1:<MSDOS.PRINTER> Redirect printer to file/screen/printer on cmd
PRINDIR.ARC  PD1:<MSDOS.PRINTER> Redirects printer output to disk file
PRISC.ARC    PD1:<MSDOS.PRINTER> Selective print screen by lines, disk option
PRN2FILE.ARC PD1:<MSDOS.PRINTER> Redirect printer to disk (w/asm)
PRNDSK.ARC   PD1:<MSDOS.PRINTER> Redirect Printer Output To Disk
PRT2SCRN.ARC PD1:<MSDOS.PRINTER> Redirects & stops shift PrtSc lock
PSEND.ARC    PD1:<MSDOS.PRINTER> Sends controls to printer from text file
PSTASH20.ARC PD1:<MSDOS.PRINTER> Redirects lpt output to file
RPRN.ARC     PD1:<MSDOS.PRINTER> Redirect printer output to disk file
SCRNDUMP.BAS PD1:<MSDOS.PRINTER> Dump screen to file [within BASIC]
VPRINT20.ARC PD1:<MSDOS.PRINTER> Redirect printer output to disk file V2.01
VPRNT301.ARC PD1:<MSDOS.PRINTER> Printer redirection to disk file, v3.01
BOSSKY13.ZIP PD1:<MSDOS.SCREEN>  Capture screen to disk/display captured screen
CAPBUF.ARC   PD1:<MSDOS.SCREEN>  TSR captures any text screen to disk
CONCPY11.ARC PD1:<MSDOS.SCREEN>  Copy screen output to file & still see it
LAMNETH.ZIP  PD1:<MSDOS.SCREEN>  Redirect PrintScreen to print to a disk file
PIPEV20.ARC  PD1:<MSDOS.SCREEN>  Redirect console output to a disk file
PSPLUS.ZIP   PD1:<MSDOS.SCREEN>  TSR: Shift-PrtSc saves to disk or printer
SCRIPT11.ZIP PD1:<MSDOS.SCREEN>  Saves console output to a file
SNIPPR22.ZIP PD1:<MSDOS.SCREEN>  TSR to save part of screen to disk/print/keybd

These are all available at simtel20.army.mil (26.2.0.74) in the
directory listed above (PD1:<MSDOS.xxxxx> )  or at
wuarchive.wustl.edu (128.252.135.4) in mirrors/msdos/xxxxx.
 --
Mike Castle (Nexus) S087891@UMRVMA.UMR.EDU (preferred)       | ERROR:  Invalid
                    mcastle@mcs213k.cs.umr (unix mail-YEACH!)| command 'HELP'
Life is like a clock:  You can work constantly, and be right | try 'HELP'
all the time, or not work at all, and be right twice a day.  |
--------------------------------------------------------------------

From mcastle@mcs213f.cs.umr.edu Thu May 18 00:00:03 1995
Subject: SIMTEL20 via RPIECS.BITNET

3. *****
 Q: Re: SIMTEL20 via RPIECS.BITNET
From: mcastle@mcs213f.cs.umr.edu (Mike Castle)
Newsgroups: comp.binaries.ibm.pc.d
Subject: Re: SIMTEL20 via RPIECS.BITNET
Date: 9 Jan 91 22:03:26 GMT
Organization: University of Missouri - Rolla

   There are several mail servers that will process the ftp commands
for those who have access to e-mail, but not FTP.  Addresses are:
   In North America (Simtel20 access only):
          LISTSERV@VM1.NODAK.EDU   North Dakota State University.
          LISTSERV@VM.ECS.RPI.EDU  Rensselaer Polytechnic Institute.
    In the body of the mail have the command:
    GET PDGET HELP PCSERV-L
Also (any ftp site):
          BITFTP@PUCC.PRINCETON.EDU
   In the body of the mail have the command:
   HELP
Trickle servers (Simtel20 access only):
In Denmark:     TRICKLE@DKTC11.BITNET
In Turkey:      TRICKLE@TREARN.BITNET
In Italy:       TRICKLE@IMIPOLI.BITNET
In Belgium:     TRICKLE@BANUFS11.BITNET
In Austria:     TRICKLE@AWIWUW11.BITNET
In Germany:     TRICKLE@DTUZDV1.BITNET
In Spain:       TRICKLE@EB0UB011.BITNET
In Israel:      TRICKLE@TAUNIVM.BITNET
In Netherlands: TRICKLE@HEARN.BITNET
France:         TRICKLE@FRMOP11.BITNET
Germany:        TRICKLE@DB0FUB11.BITNET
Chile:          TRICKLE@USACHVM1.BITNET
Not sure:       TRICKLE@DS0RUS1I.BITNET
    In the body of the mail have the command:
    /HELP
  If anyone knows of any other mirrored archives of Simtel20, please
let me know and I'll add them to this generic response.
Thanks.
--
Mike Castle (Nexus) S087891@UMRVMA.UMR.EDU (preferred)       | ERROR:  Invalid
                mcastle@mcs213k.cs.umr.edu (unix mail-YEACH!)| command 'HELP'
Life is like a clock:  You can work constantly, and be right | try 'HELP'
all the time, or not work at all, and be right twice a day.  |--------------------------------------------------------------------
--------------------------------------------------------------------

From ts@uwasa.fi Thu May 18 00:00:04 1995
Subject: sci.parapsychology and like crap

4. *****
 Q: Re: "A Search For Truth":  another case for sci.parapsychology
Article 16104 of news.groups:
Newsgroups: sci.skeptic,sci.psychology,alt.dreams,news.groups,
            talk.religion.newage,sci.philosophy.meta
Path: uwasa.fi!ts
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: "A Search For Truth":  another case for sci.parapsychology
Organization: University of Vaasa
Date: Sat, 17 Nov 90 14:32:14 GMT

In article <2743E336.6F2D@tct.uucp> chip@tct.uucp (Chip Salzenberg) writes:
... part deleted ...
>
>Maybe parapsychology is worth discussing, if only for humor value.
>But it certainly is *not* an "established science," so it doesn't
>belong in sci.  Perhaps talk.parapsych would be acceptable.

   The only conceivable scientific view into parapsychology would be
to look at it as a kind of a sociological or anthropological
phenomenon.  That is, why do so many people insist believing in
things which have no connection with reality.  Is it man's inbuilt
irrational craving for having a religion, which has to find new
outlets in the modern world, and so on?  What brings the influx of
these fringe "sciences"?  Is it that the world as it is is too
difficult to live in without escaping into these worlds of fantasy
and self-deception?  And pondering this will not need founding a new
sci group.  Therefore I agree with your suggestion to at least take
the discussion to the talk newsgroups, even if I fail to accept how
people with abilities to use and understand computers (how could
they else write here) are drawn in by these fringe "sciences".

....................................................................
Prof. Timo Salmi        Co-moderator of comp.archives.msdos.announce
Moderating at garbo.uwasa.fi archives (ftp:// http://) 193.166.120.5
Department of Accounting and Business Finance  ; University of Vaasa
ts@uwasa.fi http://uwasa.fi/~ts BBS 961-3170972; FIN-65101,  Finland
--------------------------------------------------------------------

From kushmer@bnlux0.bnl.gov Thu May 18 00:00:05 1995
Subject: Doubts on TP 6.0, part I

5. *****
 Q: Re1: Doubts on TP 6.0 updatating being worth the while
From: kushmer@bnlux0.bnl.gov (christopher kushmerick)
Newsgroups: comp.lang.pascal
Subject: Re: Doubts on TP 6.0 updatating being worth the while
Date: 9 Jan 91 03:21:34 GMT
Organization: Brookhave National Lab, Upton, NY

In article <1991Jan8.215108.24559@uwasa.fi> ts@uwasa.fi (Timo Salmi) writes
from his faq:
> Q: Should I upgrade my Turbo Pascal version?
:
>scale programming modular pratform. Version 5.0 introduced the
>debugger. And there an advanced hobbyist's path ended. Version 5.5
>introduced object oriented programming, which I'm sure is important
>for the initiated, but personally I just dont't need it even if I
>write a lot of programs. And with the 6.0 we go completely out of
>the realm of conventional programming into Turbo Pascal visions
:
   I want to agree with the author, and comment on turbo vision.
   Now I am sure that vision offers some powerful features. Borland
claims that they even use it to implement the front end (Actually, I
don't know if _I_ would use that example to promote anything).
   However, A: it is implemented as an OO library, and B: the source
is not provided.
   With the number of turbo pascal packages offered with complete
source for doing screen management, I am not sure what the big deal
is about vision.
   I havn't yet seen what is so great about the new front end. Part
of this is no doubt due the the fact -I've said it before and I'll
say it again- the new color scheme does not work on a LCD screen,
and lately thats what Ive been using.
   My advice: If you are happy with 5.0, stay there.
--
Chris Kushmerick
kushmer@bnlux0.bnl.gov    <===Try this one first
kushmerick@pofvax.sunysb.edu
--------------------------------------------------------------------

From dmurdoch@watstat.waterloo.edu Thu May 18 00:00:06 1995
Subject: Doubts on TP 6.0, part II

6. *****
 Q: Re2: Doubts on TP 6.0 updatating being worth the while
From: dmurdoch@watstat.waterloo.edu (Duncan Murdoch)
Newsgroups: comp.lang.pascal
Subject: Re: Doubts on TP 6.0 updatating being worth the while
Date: 9 Jan 91 14:08:48 GMT
Sender: daemon@maytag.waterloo.edu (Admin)
Organization: University of Waterloo

In article <2396@bnlux0.bnl.gov> kushmer@bnlux0.bnl.gov (christopher kushmerick) writes:
>
>Now I am sure that vision offers some powerful features. Borland
>claims that they even use it to implement the front end (Actually, I
>don't know if _I_ would use that example to promote anything).
>
>However, A: it is implemented as an OO library, and B: the source is not
>provided.
:
   A minor correction: according to Borland, full source for
TurboVision is available, with the run-time library source code.  I
think the price was $199US.  This is really competitive with the
prices for similar libraries for C, but way out of the league of TP
libraries, where Object Professional is available with full source
code for about $125US from mail-order houses.
:
>I havn't yet seen what is so great about the new front end. Part of this
>is no doubt due the the fact -I've said it before and I'll say it again-
>the new color scheme does not work on a LCD screen, and lately thats
>what Ive been using.
   It's also not so hot on a monochrome screen, if you're using a
mouse.  The scroll bars use one of those block characters with half
the pixels on and half off.  The mouse cursor is just a
reverse-video block; when it lands on the scroll bar, it all but
disappears.
:
>My advice: If you are happy with 5.0, stay there.
   That's generally good advice.  One bug in 5.0 that was fixed in
5.5 is with floating point code generation:  if you translate
Fortran programs with long, complicated expressions that are full of
constants, you'll find that 5.5 (and 6.0) are much less likely to
give you an error 207 from a coprocessor stack overflow.  In fact,
if "e" is of type extended, the expression
   e+e+e+e+e+e+e+e+e+e
can't be evaluated in 4.0 or 5.0, but it presents no problems in 5.5
or 6.0.
   I don't know of any 5.5 bugs that were fixed in 6.0, so if you
don't like TV, the only reasons to upgrade would be the inline
assembler, the relaxed rules for linking external .OBJ files, and
the new debugger and protected mode compiler if you go for the
"Professional" version.
---
Duncan Murdoch
dmurdoch@watstat.waterloo.edu
--------------------------------------------------------------------

From bb16@prism.gatech.EDU Thu May 18 00:00:07 1995
Subject: Doubts on TP 6.0, part III

7. *****
 Q: Re3: Doubts on TP 6.0 updatating being worth the while
From: bb16@prism.gatech.EDU (Scott Bostater)
Newsgroups: comp.lang.pascal
Subject: Re: Doubts on TP 6.0 updatating being worth the while
Summary: It's worth it to me
Date: 9 Jan 91 15:01:55 GMT
Organization: Georgia Institute of Technology

In vairous articles, Kamal Z Zamli, christopher kushmerick, and Timo
Salmi write:
[ Gross Summary:   TP6.0 and TVision aren't worth upgrading to ]

   To make one vote against the majority opinion.  I would
reccommend upgrading to TP6.0.   One feature that doesn't get
mentioned a lot is that TP6.0 can generate 80286 instrutions
({$G+}).  This in itself helped me speed up a couple of program by
25-50%. Granted, if you're still using an 8088, it's not a feature,
but I've been wishing for 286 instructions since TP4.0.  The multi-
file editor is also plus (I'm too cheap to spend $$$ on Epsilon,
Brief, <insert favorite editor>, etc) since my other programming
editor (PE 2) didn't interface nicely with TPC.
   TVision:
   While I can't say that I'm 100% in love with all of their units,
they do provide a building block.  I don't really care for their
color selection (Dialog boxes and push buttons esp.) but you have
the capability of changing the colors (and the users of your
software can change them again if they don't like your favorite
colors.
   As far as not providing all of their source code, the idea behind
OOP is to NOT go back to the building blocks, but to build on,
enhance, or delete features of your building blocks.  Sometimes
that's easier said then done, but that's what Borland is trying to
get us to do  (along with standardizing to one user interface).
   I can't say that I'm 100% in love with OOP techniques or that I'm
comfortable with all the hidden subtleties of inheritance,
poly-whatever, etc.  Most of the time I don't use the OOP features,
but I try to use them when I can.  My major motivation is
remembering when I first started working 8 years ago and couldn't
for the life of me convice the other engineers that indenting their
FORTRAN programs and using variable names other than a, b, aa, bb,
i, j, and k would make life easier down the road.
   My Bottom Line:
   It's worth the upgrade price just for the 286 instructions.  OOPs
and TVision are bonuses to make the deal even better.
   Anyway,  that's my $0.05  ($0.02 plus overhead)
          --
Scott Bostater      Georgia Tech Research Institute - Radar Systems Analysis
"My soul finds rest in God alone; my salvation comes from Him"  -Ps 62.1
uucp:     ...!{allegra,amd,hplabs,ut-ngp}!gatech!prism!bb16
Internet: bb16@prism.gatech.edu
--------------------------------------------------------------------

From hartung@crl.ucsd.edu Thu May 18 00:00:08 1995
Subject: Binaries in non-moderated newsgroups

8. *****
 Q: Don't post binaries in non-moderated newsgroups
Article 9481 of comp.binaries.ibm.pc.d:
From: hartung@crl.ucsd.edu (Jeff Hartung)
Newsgroups: comp.binaries.ibm.pc.d
Subject: Re: 4dos misfeature?
Message-ID: <17360@sdcc6.ucsd.edu>
Date: 10 Mar 91 01:21:04 GMT
Sender: news@sdcc6.ucsd.edu
Organization: University of California, San Diego
Lines: 33

In article <301@dogear.UUCP> root@dogear.UUCP (Bob Kirkpatrick) writes:
>I don't use the MOVE command from 4DOS. While I'm an avid fan of 4DOS, I use
>the UNIX look-alike commands posted on c.b.i.p. -- the one enclosed (mv.com)
>has NEVER let me down, or provided me with any consternations. I offer it to
>you. (mv is easier to type than move...)
[The ensuing binary posting of mv.com deleted]

No doubt I will not be the only one to point this out, but the _*IS*_ _*NOT*_
nor should it ever be, the place to post binaries, under any circumstances,
no matter what the intent nor perceived justification for doing so!!!!!!!!!!!
The reasons that this is so include:

       1)  There is a (moderated) newsgroup, and a procedure for submitting
           to it, which are established for this purpose.
       2)  There is no way to guard against virii if binaries are posted to
           the net via unmoderated newsgroups.
       3)  There is no protection against redundant postings of the same
           program either.
       4)  Nor is there quality control to insure that plain CRAP doesn't get
           posted.
       5)  In the past, when c.b.i.p. was not moderated, alot of virus-
           ridden, crappy, redundantly posted, useless stuff clogged the net
           until c.b.i.p. was almost shut down, and many sites began keeping
           it _off_ their system.

In conclusion, if you want to post a binary, send it to Bill for submission
via the procedure outlined in c.b.i.p. each month.

--
 --Jeff Hartung--
 Disclaimer: My opinions only, etc., etc., BLAH! BLAH! BLAH!...
 InterNet - hartung@crl.ucsd.edu    or    ps299bx@igrad1.ucsd.edu
 UUCP - ucsd!crl.ucsd.edu!hartung        BITNET - hartung@ucsd
--------------------------------------------------------------------

From johnston@oscar.ccm.udel.edu Thu May 18 00:00:09 1995
Subject: What are .hqx files

9. *****
 Q: Re: About .hqx files
Newsgroups: comp.binaries.ibm.pc.d
Subject: Re: About .hqx files
Date: 18 Mar 91 20:03:35 GMT

In article <1991Mar15.180502.1@talos.cc.uch.gr>,
operator@talos.cc.uch.gr writes...
>Can anybody tell me what to do with .hqx files??????

This is the Macintosh analogue of "uu**coding".  Decode them on a
unix machine with "mcvert", or on a Macintosh with BinHex 4.0 or
StuffIt.

-- Bill (johnston@oscar.ccm.udel.edu)
--------------------------------------------------------------------

From jik@athena.mit.edu Thu May 18 00:00:10 1995
Subject: Pascal to C converters

10. *****
 Q: Re: Pascal to C converter wanted
From: jik@athena.mit.edu (Jonathan I. Kamens)
Newsgroups: comp.sources.wanted
Subject: Re: Pascal to C converter wanted
Date: 22 Mar 91 12:29:53 GMT
Organization: Massachusetts Institute of Technology

In article <1991Mar19.154832.27163@cs.city.ac.uk>,
dh130@cs.city.ac.uk (Andrew Thompson) writes:
|> I am trying to find a pascal to c converter source
|> code on the anonymous ftp. Anyone know of one?
  This is answered in
    Subject: Answers to Frequently Asked Questions (FAQ) on comp.lang.c
    Newsgroups: comp.lang.c
in question number 95.  If this article has expired at your site,
you can get a copy of it using the instructions appended to the end
of this message.
  However, since you probably aren't interested in most of what it
has to say, here's what it says about pascal to C converters:
     p2c    written by Dave Gillespie, and posted to comp.sources.unix
            in March, 1990 (Volume 21).
     ptoc   another comp.sources.unix contribution, this one written in
            Pascal (comp.sources.unix, Volume 10, also patches in Volume
            13?).
  By the way, as you can see, both of these are in the
comp.sources.unix archives.  It's usually a good idea to check the
indices for comp.sources.unix and other major source newsgroups
(comp.sources.misc and comp.sources.x, for example) before posting a
source request to the net.
  People can send "help" to mail-server@pit-manager.mit.edu to get
the help message for the entire mail server, or "send usenet/index"
to get a list of the newsgroups for which I have FAQs stored, or
"send usenet/newsgroup.name/index" to get a list of the FAQs in a
particular newsgroup.
--
Jonathan Kamens                               USnail:
MIT Project Athena                              11 Ashford Terrace
jik@Athena.MIT.EDU                              Allston, MA  02134
Office: 617-253-8085                          Home: 617-782-0710
--
--------------------------------------------------------------------

From phantom@eng.umd.edu Thu May 18 00:00:11 1991
Subject: Equal compression, LHA is faster

11. *****
 Q: Equal compression, LHA is faster
From: phantom@eng.umd.edu (Scott S. Perry)
Newsgroups: comp.compression
Subject: LHA 2.11 vs. ARJ 1.10
Summary: Equal compression, LHA is faster
Keywords: arj lha lharc comparison
Date: 1 Apr 91 20:59:33 GMT
Organization: College of Engineering, Maryversity of Uniland, College Park

   Last night I did several comparisons between LHA 2.11, ARJ 1.10,
and Pkzip 1.10. In general ARJ and LHA produced very similar sized
archives, within 100 bytes for 160K or so archives. They both beat
Pkzip by 5-10%.
   In terms of speed, as you might expect, Pkzip usually beat ARJ
and LHA significantly, but in one case, LHA beat Pkzip (I think 35
vs. 40 seconds). Arj was always in last place by a lot.
   The data I used was a combination of text and executables, with
three different sets of data. This was on an AT at 10 Mhz. I used
the default compression method in all tests.
   Although this information would imply that either Pkzip or LHA
would be the best choice based on whether speed or size is your
goal, it's worth mentioning that ARJ is very flexable, and has a lot
of options the others don't. It may be quite possible to get better
performance out of ARJ by using different parameters. Arj can be
told to sacrifice some size for speed.
   Scott
--------------------------------------------------------------------

From lemson@ux1.cso.uiuc.edu Thu May 18 00:00:12 1995
Subject: The Compression Sources Listing

12. *****
 Q: Pointer to The Compression Sources Listing
From: David Lemson <lemson@ux1.cso.uiuc.edu>
Subject: Compression sources listing
To: ts@uwasa.fi
Date: Tue, 9 Apr 91 16:20:52 CDT

> Hi, I maintain a list of sources for various compression types here
> at ux1.cso.uiuc.edu.  I thought that maybe you would like to know
> about this list, since you probably field a lot of compression
> questions that could be answered by my list.
> Also, you might want to put a pointer to it in your great TSFAQ
> listing to it.  Anyhow, the anonymous ftp site is
> ux1.cso.uiuc.edu:/doc/pcnet/compression.  ('compression' is the
> filename)
> For your convenience, I will send you a copy of it in this mail
> message.  It changes almost daily, though(!).
> -Begin  text ---
>
> The most recent copy of this text may be anonymous ftp'd from
> ux1.cso.uiuc.edu (128.174.5.59) in the directory /doc/pcnet as
> as the file compression.
> This file is maintained by David Lemson (lemson@uiuc.edu).
> Please do not strip this note from this list when passing it on.
> -------------------------------------------------------------------------------
> DECODING THIS CHART: This chart has been compacted to fit into 80 columns
:
> --
> David Lemson   University of Illinois Computing Services Consultant
> Internet : lemson@uiuc.edu         UUCP :...!uiucuxc!uiucux1!lemson

Thank you, David.  A nice idea, and the information is very welcome.
I'll be pleased to put this message in the next edition of my
Frequently Asked Questions to help to propagate the information.

   All the best, Timo

....................................................................
Prof. Timo Salmi        Co-moderator of comp.archives.msdos.announce
Moderating at garbo.uwasa.fi archives (ftp:// http://) 193.166.120.5
Department of Accounting and Business Finance  ; University of Vaasa
ts@uwasa.fi http://uwasa.fi/~ts BBS 961-3170972; FIN-65101,  Finland

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

From sloane@kuhub.cc.ukans.edu Thu May 18 00:00:13 1995
Subject: Server for missing c.b.i.p parts

13. *****
 Q: Server for missing c.b.i.p parts.

Article 10335 of comp.binaries.ibm.pc.d:
From: sloane@kuhub.cc.ukans.edu
Newsgroups: comp.binaries.ibm.pc.d
Subject: Server for missing c.b.i.p parts.
Date: 19 Apr 91 19:03:26 GMT
Organization: University of Kansas Academic Computing Services

This is to announce the availability of an email server for
individual parts of comp.binaries.ibm.pc artilces.  To get a part of
an article that you missed, send email to:

cbipserv@kuhub.cc.ukans.edu

where the body of the email message (NOT the subject line) contains
commands.  Currently, the server understands two different commands,
sendme and address. The sendme command looks like:

sendme vnnimmm

where vnnimmm is the volume and issue number that is included in
every CBIP article.  The address command is optional and may be used
to route the returned article to a different email address than the
return address of the requestor. The format of the address command
is:

address user@site.dom

The address given must contain a fully qualified domain name. UUCP
bang paths are NOT supported.  All commands are processed in the
order they are found in the message, so something like:

sendme v00i001
address me@my.site.edu

would send volume 00 issue 001 to the reply address of the email
message, and the address command would have no effect. Currently,
only the first ten lines of the email message are scanned for
commands. If you send something to the server and don't get a
response, it means that either your email address wasn't valid or
the server couldn't find any commands in your mail. Only articles
posted within the last 30 days are availble.  This is not intended
to be an archive server, just a way to get missing parts of a fairly
recent article.  This server is currently available on a test basis.
If you have any problems, please report them to me.  The server is
not intended to be very robust, so don't bother trying to break it,
it would be too easy. :-)
--
USmail: Bob Sloane, University of Kansas Computer Center, Lawrence, KS, 66045
E-mail: sloane@kuhub.cc.ukans.edu, sloane@ukanvax.bitnet, AT&T: (913)864-0444
--------------------------------------------------------------------

From rind%popvax@harvard.harvard.edu Thu May 18 00:00:14 1995
Subject: Using com ports in TP

14. *****
 Q: Using com ports in TP

>From rind%popvax@harvard.harvard.edu Tue May 14 01:44:51 1995
To: ts@chyde.uwasa.fi
Subject: Using com ports in TP
Date: Mon, 13 May 91 18:44:45 EDT

Timo -- The question of how to use the comports seems to be
a major FAQ, and the last time I looked at your list of answers,
you only had a comment warning people that it's a complex topic.
I don't know if you've updated that answer, but if you want to
put this code somewhere, it shows the basics of talking to the
ports.  I'm going to post this to comp.lang.pascal once as well.
This is not intended to be a useful program; just a shell
demonstrating the ports.

program Modemo;
{This is a demo of how to use the comports (COM1 and COM2 only) from
Turbo Pascal.  It is just stripped down code, to give you an idea
of how to deal with the ports.  If the code looks odd, it's because
I've taken it from a real application of mine and just left the
parts necessary to initialize the ports and send and receive
characters.  Typing a capital 'S' should stop the program.

David Rind
rind@popvax.harvard.edu
}

Uses  dos, crt;

const
  baud: array[2..7] of word=(300,600,1200,2400,4800,9600);  {Baud rates}
  Parity : Byte = 3; {Even parity}
  Stopbits : Byte = 0; {1 stop bits}
  Wordlength : Byte = 2; {7 bit words}
  PortBufSize = 10000;

var
  ch: char;   {Current character}
  regs: registers;
  base: word;
  com1,com2: pointer;   {Address of com-port interrupt vector saved here}
  hd,tl : word;   {Head and tail of com-port buffer}
  bd,comport,holdint: byte;
  buf: array[0..portbufsize] of byte;
  sb,quit : Boolean;
  x : integer;

procedure send(ch: char);    {Send character out COM port}
  begin
    while port[base+5] and $20=0 do;  {Wait for ready to receive message from port}
    port[base]:=ord(ch);   {Send character}
  end;

procedure alt(st: string);
  var i:integer;
  begin
    for i:=1 to length(st) do send(st[i]);
    ch:=#0;
  end;

Function GetBufChar(Var Ch : Char) : Boolean;
{Get a character from the buffer and return it by reference in Ch.
Function returns False if buffer was empty, True otherwise.}
  Begin
    If hd = tl then GetBufChar := False
    Else {Something in buffer}
    Begin
      GetBufChar := True;
      Ch := Chr(buf[tl]);
      If sb and ((hd+portbufsize-tl) mod portbufsize < 65) then
      Begin  {^S pending and buffer now with < 65 characters in it.}
        sb := False;
      End;
      Inc(tl);
      If tl = portbufsize then tl := 0;
    End;
  End;


procedure input(flags,CS,IP,AX,BX,CX,DX,SI,DI,DS,ES,BP: word);
  interrupt;
  begin
    if port[base+5] and 1=1 then      {If bit 0=1 then something came in the com port}
      Begin
        buf[hd]:=port[base];                 {Put new character from com1 into buffer}
        inc(hd);
        if hd = portbufsize then hd := 0;
        if not sb and ((hd+portbufsize-tl) mod portbufsize > (portbufsize-100) ) then begin  {Running out of buffer room?}
          send(^S);         {Control S}
          sb:=true;
        end;
      End;
      port[$20]:=$20;    {Clear the interrupt}
  end;


begin
  bd:=4;        {set baud rate=1200}
  Comport := 1;
  regs.AX:=(bd*32)+(Parity*8)+(Stopbits*4)+Wordlength;
   {Set up for setting baud rate of serial port}
  regs.DX:=comport-1; {for com1, DX := 0}
  intr($14,regs);    {Set baud rate, etc. for port}
  getintvec($0C,com1);    {Save old interrupt for com1}
  getintvec($0B,com2);    {Save old interrupt for com2}
  hd:=0; tl:=0; {Head and Tail of buffer}
  Holdint := port[$21]; {Save initial status of interrupt enables.}
  if comport = 1 then
  Begin
    setintvec($0C,@input); {Redirect input from Com1 to procedure Input}
    port[$21]:=port[$21] and $EF; {Enable interrupts for Com1}
    base:=memw[$40:$00]; {Get base address of Com1}
  End
  Else
  Begin
    Setintvec($0B,@input); {Redirect input from Com2 to procedure Input}
    port[$21]:=port[$21] and $F7; {Enable interrupts for Com2}
    base := memw[$40:$02]; {Get base address of Com2}
  End;
  {The next 3 lines have to do with setting up the modem control
   register.  I'd suggest getting a book if you really need to
   understand this.}
  port[base+3]:=port[base+3] and $7F;
  port[base+1]:=$01;
  port[base+4]:=$09;
  x:=port[base]; port[$20]:=$20;  {Read from port to initialize
                                   and clear port}
  quit := false;
  repeat
    if keypressed then
    begin   {Accept input from keyboard!}
      ch := readkey;
      if ch='S' then quit := True;
      send(ch);  {Send ASCII value of character out com1}
    end
    else if GetBufChar(ch) then
    begin
      write(ch);
    end;
  until quit;
  port[$21]:= Holdint;
  port[base+3]:=port[base+3] and $7F;
  port[base+1]:=$0;
  port[base+4]:=$0;
  setintvec($0C,com1);
  setintvec($0B,com2);
end.


David Rind
rind@popvax.harvard.edu
--------------------------------------------------------------------

From  adrianho@barkley.Berkeley.EDU Thu May 18 00:00:15 1995
Subject: Sick people on the net

15. *****
 Q: What to do about sick people on the net?

>From adrianho@barkley.Berkeley.EDU Mon May 20 10:30:03 1991
To: Timo Salmi <ts@uwasa.fi>
Subject: Re: Sick people on the net (Was Re: Fancy a good fuck?)
Date: Mon, 20 May 91 00:34:28 -0700
From: Adrian J Ho <adrianho@barkley.Berkeley.EDU>

Thank you for your extract from /pc/ts/tsfaq23a.arc, Timo.  If you
are indeed its author, you might also wish to add the following text
(you may, of course, edit it if you so wish):

----------------------------------------------------------------------
        It should be noted, moreover, that offensive postings are
rarely the product of malicious intent on the part of the alleged
poster.  Originating addresses can be forged with ease, and many an
unsuspecting novice user has left without logging out completely,
providing a convenient avenue for the real poster to exploit.
        A calm and reasoned response (if you should desire to reply)
is called for in such situations: inform the alleged poster that
you're assuming that s/he had not originated the posting, and advising
them to pay closer attention to account security in future.  Inform
them also that other posters, taking offense at similar postings, have
emailed the postmasters and/or system administrators at the local
site, including a copy of the offensive posting and requesting that
the suspected individual be denied future access to the net.  Such
requests have almost always been granted.
----------------------------------------------------------------------

If that last sentence doesn't make people sit up and take heed,
nothing will.  8-)

-----------
Adrian J Ho
adrianho@barkley.berkeley.edu
--------------------------------------------------------------------

