CP/M/CPM_CDROM.iso/simtel/archives/cpm/8612-1.txt

Text File | 1993-02-13 | 137.8 KB | 3,241 lines

 1-Dec-86 07:27:11-MST,1172;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 1 Dec 86 07:26:53-MST
Received: from nadc.arpa by AMSAA.ARPA id a010006; 1 Dec 86 8:41 EST
Date: 1 Dec 1986 08:38:41-EST
From: [e-mail]
To: [e-mail], [e-mail], [e-mail]
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA
Subject: re: vi-like editor

Dr. Bruce Wampler's TVX editor (public domain) exists on SIMTEL20 in two forms:
in PD:<CPM.C128>C128TVX2.LBR is an older version that is "vi-like" but does
not have the same exact user interface as "vi", however, it is small enough to
run on a CP/M 3.0 system (mine has 58K TPA).  On PD:<MSDOS.TVX-EDITOR> is a
newer version with an interface which comes closer to emulating "vi", but may
be too large to run on a 64K system once compiled (I'm not sure, never tried).
There are conditional compilation sections to support CP/M.  The source lang-
uage is "C".  The .COM file in C128TVX2.LBR is set up for an ADM31 terminal
emulation - if you have any other terminal type, you will have to re-compile.
Sincerely,
Frank Prindle
[e-mail]
 1-Dec-86 23:44:58-MST,1446;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 1 Dec 86 23:44:46-MST
Received: from brl-smoke.arpa by AMSAA.ARPA id a001042; 2 Dec 86 1:03 EST
Date:     Tue, 2 Dec 86 0:54:54 EST
From:     Steve Lesh (ISC | howard) <[e-mail]>
To:       [e-mail]
cc:       [e-mail]
Subject:  CP/M 80 C

    Thanks to all for responses to my query.

    I thought I'd pass on the results of phone conversations with two
CP/M 80 C compiler vendors.

1)    the latest release of Aztec C is 1.06d.  According to the vendor,
    it is System V compatible with respect to all the pre-processor
    directives (I didn't ask whether they had bit-fields yet).

    (The pre-processor stuff is important if you like Fred Fish's
    DBUG program posted on the network a little while ago.)

2)    the latest release of the Eco-C compiler is 3.47.  They too men-
    tioned support for System V pre-processor directives.  The person
    I talked to would not guarentee that a "bug" I was told was in
    their CP/M 80 C compiler had been fixed.  (He says that K&R say
    that there is supposed to be a space between the function name and
    the left paran.)
    (or at least that there is some scripture somewhere which justifies
    their not making a change)

    Thanks again for your replies.  We still have not made any commit-
ments so any additional information will be appreciated.
 2-Dec-86 09:32:23-MST,1496;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 2 Dec 86 09:32:12-MST
Received: from ucl-cs.arpa by AMSAA.ARPA id a011783; 2 Dec 86 10:15 EST
Received: from pyr1.cs.ucl.ac.uk by mv1.Cs.Ucl.AC.UK   via Ethernet with SMTP
           id aa02072; 2 Dec 86 14:46 WET
Date:     Tue, 2 Dec 86 14:44:05 WET
From:     Adrian Warman <[e-mail]>
To:       [e-mail]
Subject:  Draco Error File.

Hello.

    I successfully uploaded the DRACO system and example programs from
SIMTEL20, and have had 100% success in getting the demo programs to compile
and run.

    However, for some reason, whenever I try out any program which has
any errors in - for example:

#util.g

proc nonrec main() void:

if x=1 then
    writeln("Hi there.")
fi
corp

    ...then although the correct error (16) is flagged showing that "x" is
unknown, the full error message does not appear, even though DRCERR.DAT is
on the same (default) directory.

    I am using DRACO.COM rather than BIGDRACO.COM, 'cos my CP/M-plus system
only has a 59K TPA, and BIGDRACO.COM needs 60K (apparently).


    Does anyone have any suggestions as to what I am doing wrong?

        Thanks for any help.

    Adrian Warman
    Dept. Computer Science
    University College London
    London, UK

(Not too sure what the e-mail address is - this is my first posting :-) -, but
I think it is...)

    ARPA:[e-mail]
    JANET:[e-mail]
 3-Dec-86 01:52:54-MST,1209;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed 3 Dec 86 01:52:48-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a028568; 3 Dec 86 3:14 EST
Received: from USENET by ADM.BRL.ARPA id aa15864; 3 Dec 86 3:13 EST
From: "a.yorinks" <[e-mail]>
Newsgroups: comp.os.cpm
Subject: simtel20 access
Message-ID: <[e-mail]>
Date: 2 Dec 86 16:06:04 GMT
To:       [e-mail]

A few weeks ago, I was able to access simtel20. I received the INFO
package and then received some catalogues.  I have asked simtel for
some more catalogues and have received no reply.


I received the following information. It is excerpted from an article
on netnews:

>                        ....if you are sending a message through an
>Internet host which is not using its Official Host Name, or does not
>advertize one of the TCP services listed above, do not expect to see a
>reply from us.

What I would like to know is, did I originally access simtel20 legally,
and if so, can I still access it ? I communicate to simtel through ihnp4. Does
this satisfy the above requirements?

Any help would be greatly appreciated.
 4-Dec-86 13:39:02-MST,1099;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 4 Dec 86 13:38:50-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a010559; 4 Dec 86 13:24 EST
Received: from USENET by ADM.BRL.ARPA id aa10107; 4 Dec 86 13:20 EST
From: "Joseph D. Loda" <[e-mail]>
Newsgroups: comp.os.cpm
Subject: Looking for a backup utility
Message-ID: <[e-mail]>
Date: 3 Dec 86 05:46:28 GMT
To:       [e-mail]

Help!  I'm looking for a backup utility for my system (an Apple II+ with a
Sider 10 meg drive).   Most of the p/d utilities I have seen so far
will not back up a file larger than a floppy; on an Apple system with 5.25
drives that hold 126K, this is a problem.  The archive bit stuff would
be nice, but right now I'd settle for something that backs up (and restores)
files larger than a floppy.  Does this beast exist?

Thanks in advance for any help.
--
Joe Loda
Analysts International (Chicago Branch)

Usenet:   ..!ihnp4!aicchi!joeloda
   CIS:   75726,1641
   BIX:   jloda
 GEnie:   j.loda
 4-Dec-86 14:43:19-MST,1146;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 4 Dec 86 14:43:03-MST
Received: from nadc.arpa by AMSAA.ARPA id a017027; 4 Dec 86 15:49 EST
Date: 4 Dec 1986 15:42:42-EST
From: [e-mail]
To: [e-mail]
Subject: UNIX equivalent for crunch 2.3

I am looking for a high level language (read that "C") implementation which
uncompresses files compressed by the CP/M utility CRUNCH 2.3.  I've always
been impressed by the many, many, implementations of SQ/USQ, all of which
read and write the same format files.  Unfortunately, this is apparently not
the case with this new generation of "Lempel-Zev" compression programs.
Neither "COMPRESS" (from PD:<UNIX.FILE-MGMT>), nor "LZW" (from PD:<UNIX.CPM>),
will decode this format; add to this the fact that "LZW" seems to be terminally
broken when compiled under UNIX.  A solution to this problem is not obvious.

Alternatively, I would take a formal specification of the format of these
"crunched" files and put together such a utility myself.

Thanks in advance,
Frank Prindle
[e-mail]
 4-Dec-86 18:09:09-MST,793;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 4 Dec 86 18:09:03-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a021823; 4 Dec 86 19:22 EST
Received: from USENET by ADM.BRL.ARPA id aa15769; 4 Dec 86 19:17 EST
From: [e-mail]
Newsgroups: comp.os.cpm
Subject: Simtel20 Archives
Message-ID: <8710GTI@PSUVMA>
Date: 25 Nov 86 15:27:41 GMT
Expires: 10 Dec 86 05:00:00 GMT
Posted: Tue Nov 25 10:27:41 1986
To:       [e-mail]

What are the commands to have the Simtel20 archives send me information,
i.e. a Directory of what is contained in them.

                                   Leon Geesey
                                     Student
                                  Penn State Univ
 4-Dec-86 22:50:02-MST,807;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 4 Dec 86 22:49:57-MST
Received: from wiscvm.arpa by AMSAA.ARPA id a022714; 5 Dec 86 0:14 EST
Received: from (WILD)FREMBL51.BITNET by WISCVM.WISC.EDU on 12/04/86 at
  08:33:58 CST
Date:           Thu, 04 Dec 86 14:37:03 n
To:  [e-mail]
From:             David Wild <[e-mail]>
Organisation:   European Molecular Biology Laboratory
Postal-address:  c/o ILL, BP 156X, 38042 Grenoble Cedex, France
Phone:          [phone] [switchboard]  76-48-72-75 [direct]
Subject:        re: problems with Archive Server


Since posting my previous message the "missing" replies from the Archive-Server
have started to come through...sorry...

Dave

 4-Dec-86 23:45:07-MST,4526;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 4 Dec 86 23:44:40-MST
Received: from simtel20.arpa by AMSAA.ARPA id a022762; 5 Dec 86 0:40 EST
Date: Thu, 4 Dec 1986  22:30 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Cc:   [e-mail]
Subject: CRUNCH-UNCRUNCH abstract

The following is Steven Greenberg's ABSTRACT.TEC from CRUNCH23.LBR.

                       Technical Abstract

CRUNCH 1.x maintained a table representing up to 4096 strings  of
varying lengths using the so called LZW algorithm, which has been
described in the earlier documentation.  These strings were  ent-
ered into a table in a manner where the strings content was  used
to  determine the physical location (hashing), and that  location
was used as the output code.  Hash "collisions" were resolved  by
maintaining another 12 bits of data per entry which was a "link",
or pointer to another entry.

In contrast, CRUNCH 2.x uses an "open-addressing, double hashing"
method similar to that employed in the UNIX COMPRESS.  This meth-
od  involves a table of length 5003, where only 4096 entries  are
ever made, insuring the table never gets much more than about 80%
full.  When a hash collision occurs, a secondary hash function is
used to check a series of additional entries until an empty entry
is  encountered.   This method creates a table filled  with  many
criss-crossed "virtual" chains, without the use of a "link" entry
in the table.

One reason this is important is that [without using any addition-
al  memory] the 1 1/2 bytes which were previously allocated as  a
link can now become the [output] code number.  This enables us to
assign  code  numbers, which are kept right alongside  the  entry
itself,  independently  of the entry's physical  location.   This
allows  the codes to be assigned in order, permitting the use  of
9-bit  representations  until there are 512 codes in  the  table,
after which 10 bit representations are output, etc.

The  variable bit length method has three ramifications.   It  is
particularly  helpful when encoding very short files,  where  the
table  never even fills up.  It also provides a fixed  additional
savings  (not  insubstantial) even when the table does  fill  up.
Thirdly,  it  reduces the overhead associated with  an  "adaptive
reset"  to the point where it becomes a very viable  alternative.
"Adaptive  reset" simply means throwing out the whole  table  and
starting over.  This can be quite advantageous when used  proper-
ly.  CRUNCH v2.x employs this provision, which was not  incorpor-
ated in the V1.x algorithm.

"Code  reassignment" is an advancement I introduced with the  re-
lease  of CRUNCH v2.0 based on original work.  It is not used  in
COMPRESS,  any  MS-DOS ARC program, or [to the best of  my  know-
ledge]  any other data compression utility  currently  available.
There are many ways one might go about this (and at least as many
possible pitfalls).  The algorithm I selected seemed to represent
a good tradeoff between speed, memory used, and improved  perfor-
mance, while maintaining "soundness of algorithm" (ie it works).


Briefly,  it works as follows: Once the table fills up, the  code
reassignment process begins. (At this same time, the  possibility
of  adaptive reset is also enabled).  Whenever a new  code  would
otherwise be made (if the table weren't full), the entries  along
the  hash  chain  which  would normally  contain  the  entry  are
scanned.  The first, if any, of those entries which was made  but
never  subsequently referenced is bumped in favor of the new  en-
try.   The uncruncher, which would not normally need  to  perform
any  hash  type function, has an auxiliary  physical  to  logical
translation table, where it simulates the hashing going on in the
cruncher.   In this fashion it is able to exactly  reproduce  the
reassignments made my the cruncher, which is essential.

---

I  hope to write an article soon on "Recent Advancements in  Data
Compression".  It would cover the recent history generally, along
with a more detailed description of some of the algorithms, and a
series of additional ideas for future enhancement.

                                              Steven Greenberg
                                              16 November 1986
 5-Dec-86 00:50:21-MST,1263;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Fri 5 Dec 86 00:50:12-MST
Received: from wiscvm.arpa by AMSAA.ARPA id a022895; 5 Dec 86 2:21 EST
Received: from (WILD)FREMBL51.BITNET by WISCVM.WISC.EDU on 12/03/86 at
  12:23:33 CST
Date:           Wed, 03 Dec 86 14:23:37 n
To:  [e-mail]
From:             David Wild <[e-mail]>
Organisation:   European Molecular Biology Laboratory
Postal-address:  c/o ILL, BP 156X, 38042 Grenoble Cedex, France
Phone:          [phone] [switchboard]  76-48-72-75 [direct]
Subject:        Re: Simtel20 access


I've been getting files from the Archive-Server at SIMTEL20 since its
inauguration without any problems, but now seem to have hit on one....

During the last ten days or so, I have sent off several requests (via the
Bitnet-Arpanet gateway at WISCVM ) but have not had a single reply.

I understand that there is some congestion between Bitnet and Arpanet -
is this the reason? Other stuff from Arpanet appears to be getting through,
including my INFO-CPM mailings. Could anyone throw any light on what is
happening? Have other Bitnet requestors encountered this problem recently?

David

 6-Dec-86 17:28:15-MST,4428;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sat 6 Dec 86 17:28:03-MST
Received: from brl-adm.arpa by AMSAA.ARPA id aa00141; 6 Dec 86 18:06 EST
Received: from USENET by ADM.BRL.ARPA id aa05413; 6 Dec 86 5:59 EST
From: Jon Mandrell <[e-mail]>
Newsgroups: comp.os.cpm
Subject: Re: Interrupts on the N* Advantage
Message-ID: <[e-mail]>
Date: 2 Dec 86 18:49:32 GMT
To:       [e-mail]


Sorry, I tried to mail this, but it got bounced.


If the UART which you are using is a Z80 SIO or DART, then the interrupts
are easy.  If you have something like and 8251, then things get a bit worse.

All of the following assumes that you have a Z80 device out there:

  The Z80 actually has 3 interrupt modes:
  Mode 0:
  A device toggles the INTR line, and the Z80 reads one byte off of the data
bus and executes it.  This instruction is usually a RST, since these are one-
byte CALLs (so they can be forced easily).  The RST instructions run you to
one of 8 locations in low memory (0000, 0008, 0010, 0018, 0020, 0028, 0030,
or 0038).  Actually, you can force any instruction onto the bus, but it doesn't
really make sense to do a INC or whatever when an interrupt happens.
 This is not the mode you would be using.

 Mode 1:
 A device toggles the INTR line, and the Z80 branches to location 0038.  It
pushes the current PC onto the stack, so that you can perform an RET and get
back to your program.  This mode is rarely used.

 Mode 2:
 Welcome to the real power of interrupts.  In this mode, the I register
contains the top 8 bits of an address.  When a device toggles the INTR line,
the Z80 acknowledges it, and then reads in one byte.  This is the bottom
8 bits of an address.

    ((I reg) * 256) + (byte read in)

The Z80 goes to the calculated address, and grabs the word there.  This is
the address vector of the interrupt routine.  Perhaps an example would help.

Suppose you had the following code at location XX00 (any page boundary):



; channel B of the SIO

    dw    chbtx        ; transmitter empty
    dw    chbstat        ; external status change
    dw    chbrx        ; receive char available
    dw    chbspec        ; special receive condition

; channel A of the SIO

    dw    chatx        ; transmitter empty
    dw    chastat        ; external status change
    dw    charx        ; receive char available
    dw    chaspec        ; special receive condition



Then, if you perform the following code:



    ld    a,XX        ; the page number of the interrupt table
    ld    i,a        ; setup the interrupt register



Any interrupt vectors that are placed on the bus will access the above
table.  Still with me?

Now, you need to set the SIO up.  You might want to find a DART or SIO
manual for this code to make sense, but here goes.  I use the OTIR to
output a block of data to the same port.  You need to know the ports that
the SIO resides at.



    ld    hl,table    ; the address of the table
    ld    b,tlen        ; the length of the table
    ld    c,SIO_PORT    ; the port address
    otir



with a table that looks like this:



table:
    db    0        ; junk.  Make sure we are at register 0
    db    18h        ; reset the SIO
    db    4        ; switch to register 4
    db    44h        ; X16 clock, 1 stop, no parity
    db    3        ; switch to register 3
    db    0c1h        ; rx 8 bits, rx enable
    db    5        ; switch to register 5
    db    0eah        ; dtr, tx 8 bits, tx enable, RTS
    db    1        ; register 1 (interrupt enable)
; set Y to 1 if you want a transmitter interrupt, or to 0 if you want to
; poll.  0 is probably the way you want to go.  Note that the value given
; below disables interrupts for special receive conditions, and for status
; changes (modem signals), so that the entries into the interrupt table above
; need not have them.
    db    000110Y0b    ; rx int on all chars
; if this is channel B of the SIO which you are initializing, add the following
    db    2        ; switch to register 2
    db    0        ; vector value
tlen    equ    $-table        ; calculate the length of the table



If you are not initializing channel B with the above code, you need to send
a 2 and a 0 to channel B's control port also.

Well, that is the very basics.  Make sure your interrupt routines end with
the RETI instruction, instead of a RET.  If you have any questions, send
me some mail, or give me a call at [phone].

--
Jon Mandrell    (ihnp4!uw-beaver!tikal!amc!jon)
Applied Microsystems Corp.

"flames >& /dev/null" - me
 6-Dec-86 19:42:55-MST,8991;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sat 6 Dec 86 19:42:26-MST
Received: from simtel20.arpa by AMSAA.ARPA id a000651; 6 Dec 86 21:11 EST
Date: Fri, 5 Dec 1986  20:00 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Cc:   [e-mail]
Subject: Towards a UNIX equivalent for crunch 2.3

Here is another old DOC file from the original release of
CRUNCH/UNCRUNCH, DETAILS.DOC.

--Keith

*****************************************************************
*                                                               *
*            LZW "Cruncher"   Data Compressor Utility           *
*           LZW "Un-Cruncher" Data Decompressor Utility         *
*                                                               *
*                     Z-80 Only, CP/M 2.2+                      *
*                         v1.0  3/30/86                         *
*                                            -Steven Greenberg  *
*****************************************************************


     This  document  is intended to supplement  the  accompanying
ABSTRACT.DOC for those interested in some more technical details.


     As  mentioned, the cruncher is based an Kent Williams'  imp-
lementation  of the Lempel / Zev algorithm.  For  further  infor-
mation on the algorithm itself, I refer you to his public  domain
file  LZW2COM.LBR which contains a description of  the  technique
and an actual implementation written in "C" source.

     In order to make a practical stand alone "cruncher" that was
easy  to use, especially for those already familiar with  squeez-
ers, some header information had to be included in the  resulting
"crunched" file (eg. the filename of the original file, etc.).  I
have  defined  a header based on the time  tested  squeezed  file
format, with some necessary changes and a few additions.  The ad-
ditions are mostly to insure that files crunched now will  always
be un-crunchable with future versions of the uncruncher, no  mat-
ter what possible enhancements are made.  Those familiar with the
MS-DOS  ARC.xxx program have probably seen this idea  in  action.
More on this later.

     Another  slight problem with LZWCOM & LZWUNC had to do  with
the  question of termination.  When the input file was  exhausted
during  compression,  it was unlikely the output file  was  on  a
sector  boundary.   No matter what the rest of the  final  output
sector  was padded with ("1A"'s were used), the uncruncher  would
try  to uncrunch those bytes (since all data is conceivably  val-
id).   This  resulted  in occasional  extra  sectors  of  garbage
following an otherwise properly decoded file.  While this did not
usually cause a problem, it was certainly not desirable.

     I have chosen to handle the termination problem the same way
it was handled with squeezed files;  by dedicating a unique  code
to  represent EOF (End Of Field).  By only allowing 4095  instead
of  4096 different codes (not a major shortcoming), code 000  can
become  a  dedicated EOF.  As soon as it is  encountered  on  the
input  file, the decoding process is known to be  complete.   For
those who are interested, the exact code put out by CRUNCH can be
duplicated by the "C" program LZWCOM if table entry zero "artifi-
cially" flagged as "used" (before initializing the table).   That
insures  that the code will never come up, except  when  manually
inserted at the end of file.

     The other functional difference from LZWCOM involves  repeat
byte coding.  CRUNCH converts the "physical input stream" into  a
"logical  input  stream", which is then handed to  the  cruncher.
The conversion takes 3 or more contiguous occurrences of the same
byte  and encodes them as <byte> "90H" <count> where  "count"  is
the number of "additional" occurrences of <byte> (ie total occur-
rences  -1).  90H itself is encoded as "90H" ,"00".  This  scheme
is identical to that used in standard squeezing.

     Crunching  requires  only one pass through the  input  file,
while  squeezing requires two.  While this is one of its  signif-
icant  advantages, it does complicate the problem of including  a
checksum,  if  one is desired, in the header of the  result  file
(since  the value is not known until everything is done).  A  bad
solution is to close the finished output file, re-open it, insert
the checksum, and close it again.  A good solution is to put  the
checksum at the end of the output file right after the EOF.   And
that's  where  it is.  With all this in mind,  herein  follows  a
specification for the format of a crunched file.

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

     ID  FIELD:  Bytes 0 and 1 are always 076H and 0FEH,  respec-
tively.  This identifies the file as "crunched".

     FILENAME:  The  filename field starts at byte 2.   It  is  a
field  of variable length, terminated by a zero byte.  The  field
contains  the  filename as ASCII chars, including  an  ASCII  "."
immediately preceding the filename's extension.  Less than  eight
characters may precede the ".";  there is no necessity to pad the
filename with blanks.  Additional characters after the 3rd exten-
sion character but before the zero byte specifically are  allowed
and  will be ignored by the current uncruncher.  This  allows  an
area of unlimited size for date stamping, or other  miscellaneous
information which a future cruncher or application program  might
want  to insert, for use or display by some uncrunching  program.
By  skipping over these bytes now, future  incompatibilities  are
eliminated.

     Following the zero byte are the following 4 bytes, in order:

     REFERENCE REVISION LEVEL:   1 byte  }
     SIGNIFICANT REVISION LEVEL: 1 byte  } described later
     ERROR DETECTION TYPE:       1 byte  }
     SPARE:                      1 byte  }

     CRUNCHED  OUTPUT: After the SPARE byte, the actual  crunched
output finally begins.  The crunched output is a series of 12-bit
codes  in "natural" order.  (Every other 12-bit code starts on  a
byte  boundary and includes the 4 ms bits of the next byte.   The
"odd"  codes start in the middle of a byte and include the  whole
following byte as the remaining 8 ls bits).  A 12-bit code of 000
is  an EOF, as explained above.  If the EOF code itself  ends  in
the middle of a byte, an additional 4 bits of zero are padded  on
to get back on a byte boundary for the checksum.

     CHECKSUM: The next two bytes are the 16-bit checksum,  least
significant  byte first.  The checksum is the modulo 2^16 sum  of
all  the bytes as input from the physical input stream, prior  to
repeat  byte encoding (or, in the case of uncrunching, as  output
to the physical output stream, after repeat byte decoding).

     REMAINDER  OF THE SECTOR: The remaining bytes in the  sector
following  the checksum are irrelevant.  CRUNCH fills  them  with
"1A"'s.

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

     These are the four bytes not fully described above:

     "Reference  Revision Level":  The program/revision level  of
the  program that performed the crunch operation.  This  byte  is
put  in  for general reference only. The current  value  is  "10"
(hex).

     "Significant Revision Level":  If the value of this byte  in
a  crunched data file exceeds the value contained within the  un-
crunching  program, the message "File requires newer revision  of
program" will be displayed.  If changes or enhancements are  ever
made to CRUNCH which are significant enough to actually output an
incompatible file, the information in this byte will allow a  new
revision  of UNCR to be compatible with all existing data  files,
old  or  new.  The error message gets displayed only  if  someone
tries to uncrunch a new file with an old uncruncher which doesn't
know about the "future" format yet. Current value is "10" (hex).

     "Error Detection Type": If this value is non-zero, the  cur-
rent  uncruncher will not examine the checksum or give  an  error
associated  with  it.  This will permit a CRC type (or  no  error
checking) value to be used if circumstances warrant it. The  cur-
rent  UNCR program is always checking for "illegal" codes,  which
are  ones which have not been defined by previous codes.  If  any
are  encountered,  the message "Invalid Crunched File"  is  disp-
layed. This inherent self-checking probably precludes the  neces-
sity of more advanced error checking.

     "Spare":  The SPARE byte is a spare byte.

                                             - Steven Greenberg
                                               30 March 1986
 6-Dec-86 19:48:08-MST,1313;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sat 6 Dec 86 19:48:01-MST
Received: from simtel20.arpa by AMSAA.ARPA id a000654; 6 Dec 86 21:14 EST
Date: Fri, 5 Dec 1986  20:23 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Cc:   [e-mail]
Subject: Towards a UNIX equivalent for crunch 2.3

The original LZWCOM program referred to in Steven Greenberg's
description of his CRUNCH/UNCRUNCH program is available from
SIMTEL20 as:

Filename            Type     Bytes     CRC

Directory PD:<CPM.SQUSQ>
LZW.LBR.1            BINARY     50816  0D23H

This LBR contains the following files:

 COMMLZW.C
 LZW.C
 LZW.DQC
 LZW.SUB
 LZWCOM.COM
 LZWUNC.C
 LZWUNC.COM

Please remember that Greenberg has pointed out some shortcomings and
problems with the original LZWCOM approach.  However, this should be a
good starting place for making a Unix C version of Greenberg's
enhanced cruncher.  The LZW.DOC file says that the C programs can be
compiled on Unix and should be reasonably portable.

Please keep me posted on your progress.  I need a C version myself for
use here on SIMTEL20 to maintain the crunched files.

--Keith
 6-Dec-86 21:56:17-MST,1317;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sat 6 Dec 86 21:56:05-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a000996; 6 Dec 86 23:38 EST
Received: from USENET by ADM.BRL.ARPA id aa13452; 6 Dec 86 23:29 EST
From: Jon Mandrell <[e-mail]>
Newsgroups: comp.os.cpm
Subject: Re: CP/M 80 C
Message-ID: <[e-mail]>
Date: 3 Dec 86 19:25:08 GMT
To:       [e-mail]

In article <[e-mail]> [e-mail] (ISC | howard) writes:
>2)    the latest release of the Eco-C compiler is 3.47.  They too men-
>    tioned support for System V pre-processor directives.  The person
>    I talked to would not guarentee that a "bug" I was told was in
>    their CP/M 80 C compiler had been fixed.  (He says that K&R say
>    that there is supposed to be a space between the function name and
>    the left paran.)
>    (or at least that there is some scripture somewhere which justifies
>    their not making a change)

  I think this is backwards.  I use ECO-C (version 3.10) and you can NOT place
a space between the function call and the open paren.  K&R does NOT say that
a space is valid, but they never say that it isn't.
--
Jon Mandrell    (ihnp4!uw-beaver!tikal!amc!jon)
Applied Microsystems Corp.

"flames >& /dev/null" - me
 7-Dec-86 13:44:09-MST,1386;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sun 7 Dec 86 13:44:03-MST
Received: from simtel20.arpa by AMSAA.ARPA id a000220; 7 Dec 86 15:10 EST
Date: Sun, 7 Dec 1986  11:48 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Cc:   [e-mail]
Subject: CP/M ARC's renamed to ARKs

In response to a suggestion by Bob Freed <apollo![e-mail]>
the author of the CP/M UNARC program, I have renamed *.ARC to *.ARK in
the SIMTEL20 CP/M program archives and on my RCP/M Royal Oak.  I will
also be doing the same on the GEnie CP/M RoundTable.

Bob suggested that there would be less confusion about whether
programs were for CP/M or MSDOS.  The file structure of ARCs and ARKs
is identical and Bob's UNARC program will automatically deal with
either filetype extension.

Bob is close to releasing his new CP/M ARC/ARK maker program NOAH (as
in NOAH's ARK).  Questions about UNARC and NOAH should be directed to
Bob at his new network address (welcome to the network Bob!).

--Keith Petersen
Arpa: [e-mail]
Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
GEnie Mail: W8SDZ
RCP/M Royal Oak: 313-759-6569 (300, 1200, 2400 bps)
 8-Dec-86 08:22:26-MST,1185;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 8 Dec 86 08:22:17-MST
Received: from wiscvm.arpa by AMSAA.ARPA id a007264; 8 Dec 86 9:35 EST
Received: from (MAILER)RPICICGE.BITNET by WISCVM.WISC.EDU on 12/08/86
  at 08:35:46 CST
Received: by RPICICGE (Mailer X1.23) id 0563; Mon, 08 Dec 86 09:28:40
  EST
Date: Mon, 08 Dec 86 09:20:31 EST
From:  "John S. Fisher" <[e-mail]>
To:  [e-mail]
cc:  [e-mail]
Subject: Re: Simtel20 access
In-Reply-To:  WILD@FREMBL51 -- Wed, 03 Dec 86 14:23:37 n

I also have experienced a major problem getting ANYTHING from SIMTEL20
lately.  I had entered requests every other day for about two weeks and
received nothing.  On a hunch, I tried sending a hand-constructed request
file, bypassing my mail system (even though it had always worked before).
I received the archive file the next day.
     Has something strange happened to the BITNET/ARPA gateway regarding
mail from mailers, or perhaps has ARCHIVE-REQUEST support changed slightly
so that my (formerly acceptable) RFC822 headers are rejected?
 8-Dec-86 08:29:12-MST,1430;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 8 Dec 86 08:28:56-MST
Received: from apg-4.arpa by AMSAA.ARPA id a007696; 8 Dec 86 9:48 EST
Date: Fri, 5 Dec 86 12:50:06 EST
From: Gene Gall AMSTE-IMI 3708 <[e-mail]>
To: [e-mail], [e-mail]
Cc: [e-mail]
Subject: Site Licensing??
Resent-From: Gene Gall AMSTE-IMI 3708 <[e-mail]>
Resent-To: [e-mail], [e-mail], [e-mail]
Resent-Date: Mon, 8 Dec 86  9:45:27 EST

Geroge/Frank,

     I have been tasked with providing a quick response to a query regarding
site licensing of software.  I haven't been following this too closely of late.
Would appreciate any off-the-top-of-your-head comments on current status.

     On my last look, most software vendors (despite enormous pressure from
business users) were well-contented with status quo and reluctant to offer site
licenses.  The few I read about seemed to be only token gestures
(astronomically priced).  Has anything changed?

1.  Any typical examples spring to mind (product, license cost, copy limit)?

2.  Does one license generally provide for multiple formats (e.g., NorthStar,
Apple, Z-100, Wyse PC, Z-248)?

3.  Are patches or upgrades included or even provided for?

     Any quick thoughts would be appreciated.  Thanks.

                              Gene
 8-Dec-86 10:22:58-MST,1024;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 8 Dec 86 10:22:42-MST
Received: from wiscvm.arpa by AMSAA.ARPA id a011296; 8 Dec 86 11:47 EST
Received: from (PFENNIGE)CGEUGE51.BITNET by WISCVM.WISC.EDU on 12/08/86
  at 10:49:00 CST
Date: 8 DEC 86 16:59-N
From:  [e-mail]
To:  [e-mail]
Subj: bookshops ?

GREETINGS,
This message is primarily intended for those people familiar with
 the >Manhattan< area of New York. I will be passing thru NY in a few weeks
 for a flying visit (less than 24 hours). I want to buy some reference books
 etc on WORDSTAR, dBASE II ETC and computing books in general. Can anybody
out there give me some recommendations as to where in Manhatten I should go
to get the best selection etc, as I will not have the time to go roaming around
 town looking for bookshops. Any advice on locations etc of bookshops would be
appreciated......Brian Jarvis. Geneva Switzerland.
10-Dec-86 10:24:28-MST,682;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed 10 Dec 86 10:24:22-MST
Received: from wiscvm.arpa by AMSAA.ARPA id a012881; 10 Dec 86 11:37 EST
Received: from (UZR50D)DBNRHRZ1.BITNET by WISCVM.WISC.EDU on 12/10/86
  at 10:34:41 CST
Date: Wed, 10 Dec 86 14:55:02 MEZ
To:  [e-mail]
From:  [e-mail]
Subject: ADA Errata-files

Help !

I have got the ada description from the Simtel20 Archieve in
<ADA.GENERAL>. But there seem to be specail text characters in
Errata files. How can I manage them to get a readable file?

Please give me an answer.

So long Ralf
11-Dec-86 05:06:19-MST,547;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 11 Dec 86 05:06:13-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a028831; 11 Dec 86 5:46 EST
Received: from USENET by ADM.BRL.ARPA id aa17938; 11 Dec 86 5:40 EST
From: root <[e-mail]>
Newsgroups: comp.os.cpm.ctl
Subject: newgroup comp.os.cpm
Message-ID: <[e-mail]>
Date: 10 Dec 86 18:08:09 GMT
Control: newgroup comp.os.cpm
Posted: Wed Dec 10 13:08:09 1986
To:       [e-mail]

comp.os.cpm
11-Dec-86 07:37:50-MST,691;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 11 Dec 86 07:37:39-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a004092; 11 Dec 86 8:48 EST
Received: from USENET by ADM.BRL.ARPA id aa21004; 11 Dec 86 8:44 EST
From: Lee Olds <[e-mail]>
Newsgroups: comp.os.cpm
Subject: kermit for Concurrent CP/M 86 request
Message-ID: <[e-mail]>
Date: 8 Dec 86 23:49:05 GMT
To:       [e-mail]

********************

I am looking for a version of KERMIT for Concurrent CP/M 86.

Please respond via e-mail:

       ...uw-beaver!ssc-vax!voodoo!brutus!lee

         Thanks in advance.
               Lee
11-Dec-86 15:35:31-MST,1073;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 11 Dec 86 15:35:24-MST
Received: from edwards-2060.arpa by AMSAA.ARPA id a019504; 11 Dec 86 16:17 EST
Date: Thu 11 Dec 86 13:12:32-PST
From: [e-mail]
Subject: RF Design Public Domain Software
To: [e-mail], [e-mail], [e-mail]
cc: [e-mail]
Message-ID: <[e-mail]>

Help!! We are trying to get out some of the public domain RF Design software
to people. Most of it is in IBM-PC format and easy to work with. Some of it
is in two formats that we cannot work with, and we are looking for people that
can copy these disks to IBM-PC format and or download them to the network and
mail them to me to work with. Formats are:

        HP86/87 5.25" floppy
        HP9800/9845 8" floppy

Please send mail direct to me or call:
    Gerold Harrison
    36 Irene Lane East
    Plain View, NY   11803
    [phone]

I am at Bussard@edwards-2060
-------
11-Dec-86 18:33:56-MST,2113;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 11 Dec 86 18:33:41-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a021043; 11 Dec 86 20:02 EST
Received: from USENET by ADM.BRL.ARPA id aa13659; 11 Dec 86 19:54 EST
From: [e-mail]
Newsgroups: comp.os.cpm
Subject: Re: bookshops ?
Message-ID: <168200001@uiucdcsb>
Date: 10 Dec 86 20:19:00 GMT
Nf-ID: #R:brl-adm.ARPA:1347:uiucdcsb:168200001:000:1501
Nf-From: uiucdcsb.cs.uiuc.edu!kenny    Dec 10 14:19:00 1986
To:       [e-mail]


Excuse me for posting to the net, but your BITNET address got trashed
somewhere.

/* Written 10:57 am  Dec  8, 1986 by [e-mail] in uiucdcsb:comp.os.cpm */
/* ---------- "bookshops ?" ---------- */
GREETINGS,
This message is primarily intended for those people familiar with
 the >Manhattan< area of New York. I will be passing thru NY in a few weeks
 for a flying visit (less than 24 hours). I want to buy some reference books
 etc on WORDSTAR, dBASE II ETC and computing books in general. Can anybody
out there give me some recommendations as to where in Manhatten I should go
to get the best selection etc, as I will not have the time to go roaming around
 town looking for bookshops. Any advice on locations etc of bookshops would be
appreciated......Brian Jarvis. Geneva Switzerland.
/* End of text from uiucdcsb:comp.os.cpm */

No question.  Barnes&Noble.  Fifth Avenue at around 18th Street (It's
been a while... best to check the phone book first and get the exact
address).  They pride themselves on being able to come up with
virtually any textbook, including out-of-print ones.  I still use them
as a last-resort source when other efforts to find a book have failed,
even though I haven't lived in New York for years.

Kevin Kenny            UUCP: {ihnp4,pur-ee,convex}!uiucdcs!kenny
Department of Computer Science    ARPA: [e-mail] ([e-mail])
University of Illinois        CSNET: [e-mail]
1304 W. Springfield Ave.
Urbana, Illinois, 61801        Voice: [phone]
11-Dec-86 19:19:01-MST,1126;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 11 Dec 86 19:18:54-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a021091; 11 Dec 86 20:24 EST
Received: from USENET by ADM.BRL.ARPA id aa13874; 11 Dec 86 20:16 EST
From: [e-mail]
Newsgroups: comp.os.cpm
Subject: Wanted: CP/M or Concurrent DOS
Message-ID: <46500001@uicsrd>
Date: 9 Dec 86 19:58:00 GMT
Nf-ID: #N:uicsrd:46500001:000:523
Nf-From: uicsrd.CSRD.UIUC.EDU!konicek    Dec  9 13:58:00 1986
To:       [e-mail]





    I am trying to find a copy of CPM86 or Concurrent DOS. I just
got a hold of an iSBC 12a board (8086 processor for the multibus)
and need to get an OS up and running. I guess it doesn't need to be
CP/M but I don't know of any other OS readily available.

I will *PAY* for it if I can find something.

Thanks in advance,
Jeff Konicek

ATT: 217 244-0044


P.S. Anybody ever get MSDOS running on a non-ibm 8086 machine
    (Specifically, the multibus with ram, disk control, serial
     I/O, and terminal (no graphics))
12-Dec-86 07:23:41-MST,13529;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Fri 12 Dec 86 07:23:06-MST
Received: from simtel20.arpa by AMSAA.ARPA id a024713; 12 Dec 86 8:30 EST
Date: Fri, 12 Dec 1986  06:28 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail], [e-mail], [e-mail],
      [e-mail], [e-mail]
Subject: Pending FCC ruling threat to modem users

The FCC is considering a ruling which may threaten low-cost modem
access to many on-line services, perhaps including Arpa/Milnet TACs
and Usenet Unix systems.  Here are the details from a copy of a file
just uploaded to my Remote CP/M system.

--Keith Petersen
Arpa: [e-mail]
Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
GEnie Mail: W8SDZ
RCP/M Royal Oak: 313-759-6569 (300, 1200, 2400 bps)

--cut here--BADNEWS.PCP--cut here--

The FCC is considering reregulating the packet-switching networks like Telenet,
Tymnet, Compuserve, The Source and PC Pursuit.    This could result in additional
costs to the user.  This is excerpted from Infomat magazine which is available
for downloading.


 ====================================
 COMPUTER AND SOFTWARE NEWS -- PART 1
 ====================================

 by Tim Elmer

 ------------------------------------
 FREE LOCAL ACCESS TO PACKET
 SWITCHING NETWORKS MAY BE ELIMINATED
 ------------------------------------

 (BPS) -- The Federal Communications Commission (FCC) will vote on a proposal
to reregulate packet switching networks that, if approved, would eliminate
free local telephone access to those networks.

 "If this occurs, it might eventually double or triple the costs to those
using packet switching networks to access commercial on-line databases and
information services and triple or quadruple the costs to those using
Telenet's PC Pursuit," said Philip M. Walker, vice president and regulatory
counsel for Telenet Communications Corp.

 Predictably, the initiative to reregulate packet switching networks comes
primarily from the Bell Operating Companies (BOCs) and secondarily from AT&T.
These companies provide local telephone service to vast majority of telephone
customers throughout the U.S. and will benefit the most from FCC reregulation
of the packet switching networks.

 Under current FCC rules formulated in 1980 in the FCC's Second Computer
Inquiry, called Computer II, a distinction is made between "basic services"
and "enhanced services."

 "Basic services" are those that don't offer protocol conversion such as local
and long-distance voice telephone services.  "Enhanced services" are defined
in an open-ended fashion as computer-based services that are more than a
"basic service," in other words, services such as packet switching networks,
database and on-line type services, and remote computing services that offer
protocol conversion, according to Walker.

 Under the 1980 Computer II Inquiry, the FCC ruled that "basic services" would
continue to be regulated as they had always been.  However, the FCC also ruled
that "enhanced services" would be deregulated, which opened up the industry to
competition.  This resulted in numerous companies entering the packet
switching business, including BOCs, AT&T and at least a dozen others.  The
competition resulted in significant price reductions for packet switching
services.

 To prevent monopolization of the packet switching industry by the Big Boys
(the BOCs and AT&T), the FCC ruled that they had to keep separate accounting
figures for their "basic services" and for their "enhanced services," and that
they could not use revenues from their lucrative "basic services" to cross-
subsidize their "enhanced service" packet switching networks.

 The FCC also ruled that if the BOCs and AT&T used their "basic service"
telephone lines for packet switching services, then they must let their
competitors have access to those lines on the same basis, which would preserve
true competition in the industry.

 "Now, under the FCC's Computer Inquiry III, the FCC is asking, should we
redefine protocol conversion services as 'basic services' rather than enhanced
services?  Should we redefine all those companies as common carriers?  This
would, in effect, subject them not only to federal regulations but, even
worse, to state regulations," Walker said.

 The result would eliminate comparable interconnection requirements currently
imposed on BOCs and AT&T, allowing them to charge their packet switching
competitors local dial-in fees to access packet switching long-distance line
networks.

 It would also allow BOCs and AT&T to offer their own packet switching
services on a non-compensatory basis and, finally, allow them to cross-
subsidize those services with revenues from their much more lucrative voice
telephone service revenues.  In short, it would allow BOCs and AT&T to
monopolize the packet switching industry and probably drive out most
competitors.

 "In terms of cost impact," Walker said, "if we had to pay local access
charges, it would cost us about $3.60 an hour at the originating end, for
calls made by users to on-line databases and information services like
CompuServe and The Source.

 "And with PC Pursuit, for which we have out-dial modems, we would have to pay
not only 3.60 per hour access fees at the originating end but also $4.80 at
the terminating end, a total of about $8 or $9.  Obviously, to survive, we
would have to add those additional charges to our current fees and pass them
on to our consumers," Walker said.

 That would almost certainly spell the end of PC Pursuit, and it would likely
put out of business not only many independent packet switching networks but
also many on-line databases and information services.

 FCC approval of changes being considered in Computer III, Walker said, "would
really have a major impact on anyone using a packet switching service to
access online bulletin boards, databases, or information services aimed at the
residential user.  They are just going to get creamed if this happens."

 Walker said that is was not clear exactly when the FCC would vote on the
proposal, but that it would probably be the latter part of January or early
part of February, 1987.  "They are moving very fast on this," he said.

 For additional information, be sure to read Alan Bechtold's editorial in this
issue.

 ==========END>>>


 Copyright (C) 1986, by BBS PRESS SERVICE, INC.

 =================
 THE EDITOR SPEAKS
 =================

 "Low-Cost packet switching Service Threatened"

 by Alan R. Bechtold

 As described in our lead news story this issue, the FCC is now considering a
major change in the way packet switched phone services are defined.  This
change is likely to lead to the demise of many of these services, and to much
higher prices for the use of the few that will eventually remain in business.

 At the risk of over-simplification, I think I should first describe just what
a packet switched networking service is.  These are the services you use to
access online databases and commercial online services, such as CompuServe and
The Source, with just a local telephone call.  Once you call the local Telenet
or Tymnet number, for example, and a connection is made, you are then
connected with a computer that puts you in communication with the online
services with which you wish to communicate.

 This computer is handling a number of calls into the main system computer at
the same time.    It takes information you send and delivers it in "packets" to
the proper destination, picks up information from the online service computer
you called, and sends it, also in "packets," back to you.  All of this
communicating is done in these so-called "packets" because this allows the
network's computers to offer protocol conversion and handle several ongoing
communications sessions at the same time.

 FCC regulations allow AT&T and Bell Operating Companies (BOCs) to engage in
packet switching network operations, but they must also maintain completely
separate accounting of their voice and packet switching operations.  They must
also offer free local-calling access to their lines to any competitors engaged
in the packet switching service industry.

 The above regulations have allowed Telenet and Tymnet, among others, to
operate at a reasonable cost in a competitive atmosphere.  This is a case of
regulation of a business actually RESULTING in increased competition and lower
prices to consumers.

 As things stand now, you can call any local Telenet or Tymnet access number
and use these services to inexpensively access such online services as
CompuServe, The Source, Delphi, and countless others.  In addition, GTE's new
PC PURSUIT service now offers you access, through their Telenet packet
switching service, to literally hundreds of local bulletin boards in cities
all across the country--for a flat charge of $25 per month.

 But, the FCC is now being asked to REREGULATE this segment of the
communications industry, eliminating the FCC requirements that AT&T and BOCs
keep separate accounting records of their voice and packet switching services,
and eliminating the stipulation that the BOCs and AT&T must offer their
competitors in the packet switching business free access to their local
telephone connection lines.

 The idea is patently ridiculous.

 Mark Fowler, Chairman of the FCC, has been hailed by the press as a "fair-
market zealot."  The chances are very good that he views this proposed
reregulation as the magic road to increased competition and fairer pricing for
consumers.

 Unofficially, the word is out that the FCC advisory committee now considering
this matter is indeed leaning in favor of the proposed reregulation of the
packet switching industry.  If the committee recommends these changes, it's
likely that a majority of the five voting members on the Federal
Communications Commission will vote in favor of the changes.

 I have talked to sources within the industry who say it is the BOCs who are
pushing VERY HARD for this reregulation, because they want to get into the
packet switching service business in a big way, and they would like to rid
themselves of needless competition on their way to success.

 What's that?  RID themselves of competition?  But--the proposed reregulation
is supposed to FOSTER competition!  Why would a group of companies (BOCs)
hoping to eliminate their competition PUSH for this reregulation?  I hope the
answer to THAT question is entirely clear.

 Here we have an industry that is currently populated with plenty of
competition.  Prices are already reasonable.  Reregulation of the packet
switching service industry will IMMEDIATELY give giant corporations the upper
hand, and will allow them to cut off free access to their local access phone
lines to their competitors, namely Telenet and Tymnet and other similar
services that now offer you high-quality service, in a competitive
marketplace, at reasonable prices.

 The proposed reregulation, however, would force all packet switching services
to compete with the BOCs and AT&T, companies that would be able to use the
enormous profits they earn with their voice telephone services to cross-
subsidize their packet switching services and offer them on a non-compensatory
basis, at least until their competitors are eliminated.  When that happens,
they are then sure to jack up their fees to any level they want.

 It would also force their packet switching competitors to pay access fees for
connection to local phone lines.  The access fees alone could add as much as
$4.00 per hour to the fees packet switching companies would be forced to pass
on to their customers.    This will be added to your hourly connect-time charges
for accessing ALL online databases through these services.

 The proposed reregulation could very well spell the death of PC PURSUIT.
Because GTE also uses dial-out modems at the other end of their Telenet
connections for PC PURSUIT service, the company would be forced to pay an
hourly charge at BOTH ends of the phone line--totaling up to $8 or $9 per
hour.  These fees would have to be added to the flat $25 per month that GTE
now charges for access to PC-PURSUIT.  It would simply make the final cost to
PC-PURSUIT customers too high for the service to remain practical and
affordable.

 So--this is ONE TIME you MUST use your word processor to produce some letters
opposing this proposed reregulation!  Write to:

 Honorable Mark Fowler
 Chairman of the Federal Communications Commission
 Washington D.C. 20554

 Refer to Computer Inquiry III in your letters.  State clearly, in your own
words, that competitive packet switching services should not be reregulated or
subjected to carrier access charges, and then explain why not.    Tell Mr.
Fowler that reregulation of packet switching services will completely destroy
the existing fair market for these services, and eventually increase costs,
not DECREASE them.

 And hurry!  I have heard this matter will be going before the FCC for a vote
in the latter part of January or early part of February.  Time is running out.

 ==========END>>>
12-Dec-86 09:27:50-MST,2051;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Fri 12 Dec 86 09:27:30-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a029277; 12 Dec 86 10:39 EST
Received: from USENET by ADM.BRL.ARPA id aa24484; 12 Dec 86 10:31 EST
From: Mike Ciaraldi <[e-mail]>
Newsgroups: comp.os.cpm
Subject: Terminal Emulator for VB3B
Message-ID: <[e-mail]>
Date: 12 Dec 86 04:50:10 GMT
To:       [e-mail]

I know someone with an S-100 Z-80 CP/M system that includes
a Solid State Music VB3B video board.
This is a 24x80 character board driving a standard video monitor.
His BIOS has just a "glass tty" driver, i.e. it can send
characters tothe screen one after the other, and obey
CR and LF, but no other cursor positioning.

The only program he has that does full-screen stuff is Wordstar,
which has its own video board driver.

He has a modem on his system and a terminal emulation program
(MODEM7 or one of its derivatives).  Now he wants to be able
to call a host computer and do full-screen terminal emulation,
with some sort of cursor control so he can run screen editors
on the host instead of line editors.

Does anyone have a terminal emulation program I could have
(we might even pay for a commercial one) that emulates a
VT52, H19, VT100, ADM3 or anything else halfway intelligent,
using a VB3B without any CP/M BIOS support for cursor
positioning?

I have the version of KERMIT from Queen's University, written
in Turbo Pascal, that emulates a VT52.  Unfortunately, it
uses the Turbo Pascal screen-management functions.  These can be
easily patched to match any terminal, but won't work with a
really dumb one; there has to be cursor positioning already
supported.

Thanks in advance for any help.

Mike Ciaraldi
seismo!rochester!ciaraldi

p.s. Why not add a driver to the BIOS?  The system is so
old it's not worth the time and trouble.  For $150
we could buy a used CRT terminal and avoid the whole problem.
12-Dec-86 11:12:58-MST,1243;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Fri 12 Dec 86 11:12:51-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a002821; 12 Dec 86 12:41 EST
Received: from USENET by ADM.BRL.ARPA id aa27129; 12 Dec 86 12:33 EST
From: "J.S.Jonas" <[e-mail]>
Newsgroups: comp.os.cpm
Subject: Re: bookshops ?
Message-ID: <[e-mail]>
Date: 12 Dec 86 01:47:58 GMT
To:       [e-mail]

> This message is primarily intended for those people familiar with
>  the >Manhattan< area of New York. I will be passing thru NY in a few weeks
>  town looking for bookshops. Any advice on locations etc of bookshops would be
> appreciated......Brian Jarvis. Geneva Switzerland.

Pardon the posting but a lot of my e-mail has been bounced back,
and I want this reply received on time to be useful.

Barnes and Noble has a good selection at their main store at
17th street and 5th Avenue.  You don't have the time to browse the
Bargain Annex across the street.

I remember a good selection of computer books at Coliseum Books
at 57th Street and Broadway (I believe).  It's near the NY Coliseum.

    Jeffrey Jonas
    {ihnp4 | allegra | cbosgd} attunix ! jeffj
13-Dec-86 19:04:09-MST,756;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sat 13 Dec 86 19:04:03-MST
Received: from simtel20.arpa by AMSAA.ARPA id a000963; 13 Dec 86 20:42 EST
Date: Wednesday, 10 December 1986  06:47-MST
Message-ID: <[e-mail]>
From: Keith Petersen <[e-mail]>
Sender: [e-mail]
To: [e-mail]
Subject:   MEX overlay for Apple PCPI and Applecat II needed
ReSent-From: [e-mail]
ReSent-To: [e-mail]
ReSent-Date: Sat 13 Dec 1986 18:41-MST

I have received a request for an overlay for MEX for use with the
Apple PCPI card and Applecat II internal modem.  Does anyone have
this?

--Keith
14-Dec-86 01:08:49-MST,1015;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sun 14 Dec 86 01:08:43-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a001472; 14 Dec 86 2:40 EST
Received: from USENET by ADM.BRL.ARPA id aa05679; 14 Dec 86 2:28 EST
From: Keith Brown <[e-mail]>
Newsgroups: comp.os.cpm
Subject: Wanted: Aztec C compiler for CP/M (I know: yuk!)
Message-ID: <[e-mail]>
Date: 13 Dec 86 07:27:34 GMT
Keywords: compiler C CP/M
To:       [e-mail]


Wanted/Needed:  A real legal copy of the Aztec C compiler for my
Epson QX-10 CP/M computer.  Must have the manual and all 'comes-withs'.

And, oh yes, I'm willin to pay for it, too.  Other 5.25" CP/M formats
would probably be acceptable.

I just figured that someone in the neighborhood had been down the CP/M
path back in the olden days before *nix and might have a copy around
they no longer were using.

-Keith (...tektronix!reed!keithb)
503 635-5055 days/eves pst.
16-Dec-86 02:18:15-MST,1719;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 16 Dec 86 02:18:07-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a002710; 16 Dec 86 3:43 EST
Received: from USENET by ADM.BRL.ARPA id aa00898; 16 Dec 86 3:30 EST
From: Mark Steven Jeghers <[e-mail]>
Newsgroups: comp.os.cpm
Subject: Re: Wanted: Aztec C compiler for CP/M (I know: yuk!)
Message-ID: <[e-mail]>
Date: 16 Dec 86 04:21:05 GMT
Keywords: compiler C CP/M
To:       [e-mail]

In article <[e-mail]> [e-mail] (Keith Brown) writes:
>
>Wanted/Needed:  A real legal copy of the Aztec C compiler for my
>Epson QX-10 CP/M computer.  Must have the manual and all 'comes-withs'.
>
>And, oh yes, I'm willin to pay for it, too.  Other 5.25" CP/M formats
>would probably be acceptable.

I also need a good C compiler under CP/M.  I'm on a Kaypro.  Aztec C
would be dandy, but Software Toolworks C would be ok also.
--
+----------------------------------------------------------------------------+
|     Mark Steven Jeghers         ECHOMPGULP - process has eaten it          |
| cryptography, terrorist, DES, drugs, cipher, secret, decode, NSA, CIA, NRO |
|                                                                            |
|     {ihnp4,cbosgd,lll-lcc,lll-crg}|{dual,ptsfa}!cogent!mark                |
|                                                                            |
| Cogent Software Solutions can not be held responsible for anything said    |
| by the above person since they have no control over him in the first place |
+----------------------------------------------------------------------------+
16-Dec-86 04:48:50-MST,1186;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 16 Dec 86 04:48:43-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a003218; 16 Dec 86 6:21 EST
Received: from USENET by ADM.BRL.ARPA id aa01830; 16 Dec 86 6:13 EST
From: Michael Kersenbrock <[e-mail]>
Newsgroups: comp.os.cpm
Subject: Osborn (and others) screen movement commands wanted
Message-ID: <[e-mail]>
Date: 16 Dec 86 02:42:03 GMT
To:       [e-mail]

Does any one have a list of screen-movement ( plus attribute setting, etc)
for an Osborn computer?  Or for any other one (other than ANSI/vt100 which
I have now)?  Kaypro maybe?

Every once in a while I run across a program that is either binary-only, or
mercilessly hardwired to some particular format (Osborn at the moment).

It seems like it might not be too hard to write a conversion RSX to do
translations, and be relatively universal as well.  If someone has an
osborn list and sends it to me, I'd appreciate it.  If there's interest,
I could post the results.

--

Mike Kersenbrock
Tektronix Computer Aided Software Engineering
Aloha, Oregon
16-Dec-86 07:31:22-MST,3893;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 16 Dec 86 07:31:00-MST
Received: from mit-mc.arpa by AMSAA.ARPA id a007736; 16 Dec 86 8:54 EST
Received: from MX.LCS.MIT.EDU (CHAOS 1440) by MC.LCS.MIT.EDU 16 Dec 86 08:53:23 EST
Date: Mon, 15 Dec 86 22:53:25 EST
From: "Keith F. Lynch" <[e-mail]>
Subject: Re: Pending FCC ruling threat to modem users
To: [e-mail]
cc: [e-mail], [e-mail], [e-mail],
    [e-mail], [e-mail], [e-mail]
Message-ID: <[e-mail]>

    From: Keith Petersen <[e-mail]>

    ... Mark Fowler, Chairman of the FCC, has been hailed by the press as
    a "fair market zealot."  The chances are very good that he views this
    proposed reregulation as the magic road to increased competition and
    fairer pricing for consumers.

  In a free market, it would not matter to users whether this
legislation was passed or not.  The legislation does not COMPELL local
phone companies to charge four dollars or more per hour for a local
phone call to a long distance data service (e.g. PC PURSUIT) it merely
ALLOWS them to do so.
  Since it doesn't cost local phone companies any more to complete a
local call to such a service than it costs them to complete any other
local call, phone companies would not lose money by not adding this
charge.  And since any local phone company which chose NOT to charge
extra for such calls would get plenty of business from users who
formerly used any local phone company which DID decide to add the
extra charge, there would certainly be local phone companies which
choose not to add this charge.  This is how the free market works.
  HOWEVER, we unfortunately do NOT have a free market in local
telephone service.  Since each user has no choice which local phone
company to use, thanks to a pernicious government-mandated monopoly,
most local phone companies probably WILL add this charge if they are
allowed to.  They know they won't lose any customers to competing
firms, since there are no competing firms allowed.
  In an ideal world, this legislation would be a good thing.  Phone
companies like any other company should be allowed to charge whatever
they wish for their services, subject only to the constraints of the
marketplace.  But in the context of the captive marketplace, this
legislation would be a very bad thing.  If phone companies are given
a monopoly, their prices have to be regulated by the government, since
they are not regulated by the free market.  Without regulation, they
would be able to charge as much as they could without people abandoning
phone service for bicycle messengers or carrier pigeons.
  Phone service ought to cost the user just a few percent more than
the cost to the phone company of providing the service.  In a free
market, it would.  In a regulated mandated monopoly, it might (how
could anyone ever tell?).  But given an unregulated mandated monopoly,
i.e. the worst of both worlds, the local phone companies will sell
their services for slightly less than the cost to the user of doing
completely without phone service.
  If Mark Fowler is indeed an advocate of the free market system, this
is how it should be explained to him.

     Write to:

     Honorable Mark Fowler
     Chairman of the Federal Communications Commission
     Washington D.C. 20554

     Refer to Computer Inquiry III in your letters. ...

     And hurry!  I have heard this matter will be going before the FCC for a
     vote in the latter part of January or early part of February.  Time is
     running out.

  I completely agree.  Write today!

  Please reply to me, I am not on most of these lists.
                                ...Keith

16-Dec-86 09:36:18-MST,1423;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 16 Dec 86 09:35:58-MST
Received: from xerox.arpa by AMSAA.ARPA id a014126; 16 Dec 86 11:03 EST
Received: from PinotNoir.ms by ArpaGateway.ms ; 16 DEC 86 07:59:34 PST
Date: 16 Dec 86 07:58 PST
From: [e-mail]
Subject: Re: C compiler requests
In-reply-to: Mark Steven Jeghers <[e-mail]>'s message of 16 Dec
 86 04:21:05 GMT
To: [e-mail]
Message-ID: <861216-075934-3894@Xerox>

>In article <[e-mail]> [e-mail] (Keith Brown) writes:
>>
>>Wanted/Needed:  A real legal copy of the Aztec C compiler for my
>>Epson QX-10 CP/M computer.  Must have the manual and all
'comes-withs'.
>>
>>And, oh yes, I'm willin to pay for it, too.  Other 5.25" CP/M formats
>>would probably be acceptable.
>
>I also need a good C compiler under CP/M.  I'm on a Kaypro.  Aztec C
>would be dandy, but Software Toolworks C would be ok also.
>

So why don't you guys just go ahead and buy your compilers directly from
Aztec or Software Toolworks? They will be very happy to sell you a real
legal copy, and carry both QX-10 and Kaypro formats. Mix also has a C
compiler for just $39, with tons of documentation, a good deal for a
learning tool.

Remember that info-cpm isn't for classified ads (at least on the ARPANET
side).

Cheers!

-- Pablo Ghenis
16-Dec-86 11:01:15-MST,1031;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 16 Dec 86 11:01:09-MST
Received: from nadc.arpa by AMSAA.ARPA id a016591; 16 Dec 86 12:21 EST
Date: 16 Dec 1986 12:12:39-EST
From: [e-mail]
To: [e-mail]
Subject: re: Mix C compiler

> ... Mix also has a C compiler for just $39, with tons of documentation, a
> good deal for a learning tool.

That's about the size of it too - a learning tool.  Mix C for CP/M is a victim
of terminal neglect.  It does more things wrong than right.  While the MSDOS
version has undergone many revisions in the past year, the CP/M version
remains virtually untouched.  All sorts of problems with blanks, unexpected
reserved words, undocumented error codes, runtime anomalies, etc.  Forget
trying to port any non-trivial program to Mix C, you're wasting your time.

Frank Prindle
[e-mail]
PS. I'd be glad to sell my Mix C compiler/book to any sucker who'd give me $39
    for it:-}
16-Dec-86 13:01:24-MST,2770;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 16 Dec 86 13:01:12-MST
Received: from ge-crd.arpa by AMSAA.ARPA id a020303; 16 Dec 86 13:57 EST
Date: 16 Dec 86 13:54 EST
From: OCONNOR DENNIS MICHAEL <[e-mail]>
Subject: Re: Re: Pending FCC ruling threat to modem users
To: [e-mail]



Date: 16-DEC-1986 13:30
Sender: OCONNORDM
Subject: Re: Re: Pending FCC ruling threat to modem users
To: [e-mail]@SMTP, [e-mail]@SMTP,
To: [e-mail]@SMTP, [e-mail]@SMTP
--------
People have written lots on this new FCC rule change ( threat? threat?? ).
Lots of stirring propaganda about regulators who beleive in fairy
tales, monopolies that will screw you to the wall given the chance,
and legislated monopolies. Lots of misconceptions.

First: MODEM calls DO NOT cost the phone company the same amount as
other calls. They tend to be longer, and don't tolerate noise as well.
Anyone who knows ANYTHING about the phone system knows it can only handle
some fraction of the possible calls that might be happening at any one
time, and the longer the average phone call is, the more equipment
will be needed to meet this fraction. If the phone company always
charged for local service BY THE MINUTE, well, no problem, but
phone companies usually charge BY THE CALL or BY THE MONTH. So heavy
modem users are currently being SUBSIDIZED by the rest of the users.
Sounds like it MIGHT be UNFAIR.

Second: the goverment does not "mandate" a "pernicous" monopoly, it
simply allows it. You or I can go out, get right-of-way on the
utility poles like the cable companies, and start our very own
telephone system. The problem is you and I would lose big money trying
to compete with the phone system. And our users would be annoyed at
people next door using BELL being a long-distance call. But you can do it,
in fact, General Electric HAS done it, for both its local and long-distance
telephone needs ( known as DIALCOM ).

If ANYBODY needs something explained to him, it is probably NOT Mark Fowler.
Before people rush to pester him, why don't you all invite someone from
the Phone Companies to give THEIR SIDE. This rush to get half-informed
people to rise up and make trouble is simply electronic rabble-rousing,
NOT what democracy thrives on : informed opinion from people who have
been exposed to ALL SIDES of an issue.

( DISCLAIMER : I'm not neccesarily disagreeing with anyone, nor
  do these opinions represent anybody elses. I could even be wrong.
  But then again, so could you. 'Cause remember ...  No matter
  where you go, There you are. )        Dennis O'Connor

--------

--------

16-Dec-86 20:53:36-MST,1002;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 16 Dec 86 20:53:22-MST
Received: from wiscvm.arpa by AMSAA.ARPA id a028925; 16 Dec 86 22:14 EST
Received: from (SINGPANG)HLERUL5.BITNET by WISCVM.WISC.EDU on 12/16/86
  at 21:11:56 CST
Date:     Wed, 17 Dec 86 00:09 N
From:        [e-mail]
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA
Subject:  Xmodem for vax/vms
To:  [e-mail]
X-Original-To:  [e-mail], SINGPANG

Hello all,
I am having some trouble with the xmodem.for which is in the archive
request in simtel20. Downloading text files is okay.
Binary files is a mess. The first 128 bytes are okay, but then xmodem.for puts
after every following 128 bytes 130 bytes of spaces or other junk; so I cant
download com files.
Does anybody have a fix for this or is there another version of xmodem for vax/v
ms

Regards,
Marc
BITNET: SINGPANG@HLERUL5
16-Dec-86 21:52:31-MST,1174;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 16 Dec 86 21:52:24-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a029033; 16 Dec 86 23:14 EST
Received: from USENET by ADM.BRL.ARPA id aa03296; 16 Dec 86 23:09 EST
From: [e-mail]
Newsgroups: comp.os.cpm
Subject: NEEDED:Northstar Serial Board
Message-ID: <408100001@prism>
Date: 16 Dec 86 16:00:00 GMT
Nf-ID: #N:prism:408100001:000:590
Nf-From: prism.UUCP!brian    Dec 16 11:00:00 1986
To:       [e-mail]


HELP! - Need serial interface for Northstar Advantage

I have a northstar advantage (cp/m machine with 2 floppies, cpm2.2, and
graphics all in a desktop package) which is mute.

I'd like to get the serial card for this machine.

I'll either pay $$$ or trade something for it.

thanks.

[phone] work
[phone] home

brian k. moran


----
Brian K. Moran  [e-mail]
               {mit-eddie, ihnp4!inmet, wjh12, cca, datacube}!mirror!brian
Mirror Systems    2067 Massachusetts Avenue  Cambridge, MA, 02140
Telephone:    [phone] extension 141
(((((((( * ))))))))
---
16-Dec-86 23:59:56-MST,588;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 16 Dec 86 23:59:49-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a029371; 17 Dec 86 1:35 EST
Received: from USENET by ADM.BRL.ARPA id aa05357; 17 Dec 86 1:27 EST
From: Stephen Tihor <[e-mail]>
Newsgroups: comp.os.cpm
Subject: Re: bookshops ?
Message-ID: <[e-mail]>
Date: 17 Dec 86 01:57:00 GMT
Posted: Tue Dec 16 20:57:00 1986
To:       [e-mail]

McGraw Hill Bookstore (6th near 46th) is my second choice after the
big B&N.
17-Dec-86 08:31:44-MST,783;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed 17 Dec 86 08:31:18-MST
Received: from apg-1.arpa by AMSAA.ARPA id a007888; 17 Dec 86 9:35 EST
Date: Wed, 17 Dec 86  9:27:32 EST
From: Robert Bloom AMSTE-TEI 3775 <[e-mail]>
Subject: NorthStar Adv Serial Board
To: [e-mail]
Cc: [e-mail]

(I wish arpa hosts could recognise the uucp paths ...)
NorthStar serial boards and lots of NorthStar knowledge can be found
at Fischer Computer Systems in Angwin, CA [phone].  I bought one
from Randy jFischer about 6 months ago.  So far we done about $7k of
business (which goes a long way in the 8-bit world now) with no
complaints.  "Just a satisfied customer."

Bob Bloom

17-Dec-86 13:44:23-MST,681;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed 17 Dec 86 13:44:09-MST
Received: from brl-smoke.arpa by AMSAA.ARPA id a018967; 17 Dec 86 14:16 EST
Date:     Wed, 17 Dec 86 13:59:53 EST
From:     Steve Lesh (ISC | howard) <[e-mail]>
To:       [e-mail]
cc:       [e-mail]
Subject:  boot from 3.5 Unidisk / applicard

    Does anyone know of a disk-driver from PCPI (or anybody else) that
permits booting from Apple's 3.5 Unidisk with the Apple II+ controller
card?

    I would also appreciate hearing from anyone  using the Applicard
with the new  GS.

    Thanks in advance.
17-Dec-86 16:31:10-MST,1104;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed 17 Dec 86 16:31:01-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a025451; 17 Dec 86 17:56 EST
Received: from USENET by ADM.BRL.ARPA id aa13782; 17 Dec 86 17:50 EST
From: Dennis Flaherty <[e-mail]>
Newsgroups: comp.os.cpm
Subject: A/D Data Acquisition
Message-ID: <[e-mail]>
Date: 17 Dec 86 19:29:00 GMT
To:       [e-mail]

This one sounds awful, so anyone who can help us,
please send email!

We have a 8086 Multibus system with a Burr-Brown
31-channel A to D converter board, 8-inch
floppies, and a hard drive running CP/M-86.
We need a program for data acquisition to capture
data from the A/D converter board to be saved
on either the floppies or the hard drive.
If anyone has such a program or knows how to
obtain one, please save us months of software
development and write back!
                                Dennis Flaherty
usenet:  ihnp4(etc)!uwvax!uwmcsd1!marque!dennisf
internet:  marque![e-mail]
17-Dec-86 21:23:34-MST,1806;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed 17 Dec 86 21:23:13-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a026033; 17 Dec 86 22:43 EST
Received: from USENET by ADM.BRL.ARPA id aa15780; 17 Dec 86 22:28 EST
From: Keith Brown <[e-mail]>
Newsgroups: comp.os.cpm
Subject: Re: C compiler requests
Message-ID: <[e-mail]>
Date: 17 Dec 86 19:30:27 GMT
To:       [e-mail]

In article <[e-mail]> [e-mail] writes:

>>In article <[e-mail]> [e-mail] (Keith Brown) writes:
>>
>>Wanted/Needed:  A real legal copy of the Aztec C compiler for
>>my Epson QX-10 CP/M computer.  Must have the manual and all
>>'comes-withs'.  [...]
>
>So why don't you guys ... buy your compilers directly from
>Aztec or Software Toolworks? They will ... sell you a real
>legal copy,... Mix also has a C compiler for just $39, with
>tons of documentation, a good deal for a learning tool.
>  [...] -- Pablo Ghenis

The reason I posted this to the net is that most of you reading this
are now developing under the *nix environment.  Many of you who may
have bought a 'real legal' copy of the Aztec C compiler no longer use
or need it.  I'm simply offering an oportunity for someone to re-coup
a little of their investment by selling a tool they no longer need.

As it turns out, I ran out of time and so have purchased my own copy
directly.  However, I've received requests from others to turn over
any 'extra' leads to them.

As for MIX C, I've also heard that it's worthless for serious work.
I have tried it, along with SuperSoft, Ecco, and BDS.  None are full
implementations of C (at least in the versions I've got).

-Keith Brown
...!tektronix!reed!keithb
18-Dec-86 02:49:30-MST,2076;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 18 Dec 86 02:49:23-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a026616; 18 Dec 86 4:12 EST
Received: from USENET by ADM.BRL.ARPA id aa17671; 18 Dec 86 4:06 EST
From: Mark Steven Jeghers <[e-mail]>
Newsgroups: comp.os.cpm
Subject: Re: C compiler requests
Message-ID: <[e-mail]>
Date: 18 Dec 86 07:07:09 GMT
To:       [e-mail]

In article <[e-mail]> [e-mail] (Keith Brown) writes:
>In article <[e-mail]> [e-mail] writes:
>>>In article <[e-mail]> [e-mail] (Keith Brown) writes:
>>>
>>>Wanted/Needed:  A real legal copy of the Aztec C compiler for
>>>my Epson QX-10 CP/M computer.  Must have the manual and all
>>>'comes-withs'.  [...]
>>
>>So why don't you guys ... buy your compilers directly from
>>Aztec or Software Toolworks? They will ... sell you a real
           ^^^^^^^^^^^^^^^^^^
How is the C by Software Toolworks?  I understand it is about $50
for CP/M.

>As for MIX C, I've also heard that it's worthless for serious work.
>I have tried it, along with SuperSoft, Ecco, and BDS.  None are full
>implementations of C (at least in the versions I've got).

Is Software Toolworks C a full implementation (or close)?
--
+----------------------------------------------------------------------------+
|     Mark Steven Jeghers         ECHOMPGULP - process has eaten it          |
| cryptography, terrorist, DES, drugs, cipher, secret, decode, NSA, CIA, NRO |
|                                                                            |
|     {ihnp4,cbosgd,lll-lcc,lll-crg}|{dual,ptsfa}!cogent!mark                |
|                                                                            |
| Cogent Software Solutions can not be held responsible for anything said    |
| by the above person since they have no control over him in the first place |
+----------------------------------------------------------------------------+
18-Dec-86 10:43:37-MST,1609;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 18 Dec 86 10:43:03-MST
Received: from acc.arpa by AMSAA.ARPA id a007948; 18 Dec 86 12:04 EST
Date: 18 Dec 86 08:44:00 PST
From: [e-mail]
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA
Subject: re:A/D Data Aquisition
To: info-cpm <[e-mail]>
cc: [e-mail]
Reply-To: [e-mail]
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA


Dennis;
    When I had to deal with one of the Intel Boards
about three years ago, I found that Intel supported (had)
a users group called Insight. It cost us about $200.00
to join for the year, but it was like a CP/M Users Group
(an example only) in that you had access to programs written,
and donated by others. If you donate programs, you get credit
toward those you wish to obtain. The only frusterating part
was that you had to join BEFORE you found out IF they had
what you needed. We took the chance, and got what we needed,
and it saved us a BUNCH of time, effort, and bucks.
I'm afraid that this info is three years old, we didn't
renew out membership, as the project was completed.
I'm afraid couldn't tell you how to get to them,
except possibly through an Intel Rep.
I hope this helps, I can't remember what all they had, I do
remember that it seemed extensive at the time, with all sorts
of off the wall programs for specific applications, and
quite a bit of general interest as well.

    Take Care
    Shawn Miner
    (Advanced Computer Communications)
    shawn@acc


------
18-Dec-86 17:08:37-MST,1551;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 18 Dec 86 17:08:21-MST
Received: from wiscvm.arpa by AMSAA.ARPA id a019990; 18 Dec 86 18:42 EST
Received: from (SINGPANG)HLERUL5.BITNET by WISCVM.WISC.EDU on 12/18/86
  at 17:40:28 CST
Date:     Fri, 19 Dec 86 00:04 N
From:        [e-mail]
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA
Subject:  problems with rsa lbr in sigm vol.202
To:  [e-mail]
X-Original-To:  [e-mail], SINGPANG

Hello all,
thank you for all the messages concerning my query about xmodem for the vax.
I have received a copy and everything is doing fine (I think).
I have now another problem:
I have downloaded rsasetup.com. Unfortunately this program hangs up my micro
CRCK4.COM gives as checksum E608. Is this the right checksum??
If the author is listening: I would rather have the Turbo Pascal sources
because I think ther terminal package in Turbo Pascal is driving my micro
crazy. It does not know about the terminal implemented in rsasetup, rsacrypt
and rsaclear.

Can anyone tell me if this package (rsat12.lbr on sigm vol202) is working
properly on any micro or do I have to look for something else.

If you know of any other package concerning public key cryptography (or other
systems) please let me know.. I intend to use it for private messages in Fido
networks and Bitnet.
Regards:
Marc Chang

P.S. Any errors in my typing are due to bad line connection
18-Dec-86 17:38:47-MST,1472;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 18 Dec 86 17:38:24-MST
Received: from umd2.umd.edu by AMSAA.ARPA id a020048; 18 Dec 86 19:04 EST
Date: Thu, 18 Dec 86 18:34:40 EST
From: Manasseh Katz <[e-mail]>
To: [e-mail]
Subject: VFILER for CPM-86
Message-ID: <M1986$[e-mail]>

I have downloaded VFILER for CPM-86 - FASTVF86.LBR on SIGM vol 229.
The LBR includes a doc file, a source (A86) file and an executable.
The program runs OK, but not perfectly since my terminal has some codes
different from a NEC APC.  The doc and source give easy directions for
customizing it, but it didn't work.  I then tried just reassembling the
original A86 file, following the directions, to see if that would work -
it doesn't.  I get BDOS errors with strange files and impossible disks
when I try to run it.  Has anyone tried using this file (on anything
other than an APC) ?  I am using ASM86 ver 1.1, under MPM-86 ver 2.13,
if that means anything to anyone.  I am using a WYSE 100 terminal, though
that doesn't matter since I get errors even before i try to customize
the program.  If noone has any idea what's wrong, does anyone have a similar
type of filer program for CPM-86 ?
                                   Manasseh Katz
                                   [e-mail]
                                   [e-mail]
18-Dec-86 20:31:15-MST,1063;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 18 Dec 86 20:31:06-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a021250; 18 Dec 86 21:56 EST
Received: from USENET by ADM.BRL.ARPA id aa04951; 18 Dec 86 21:45 EST
From: Bill Hery <[e-mail]>
Newsgroups: comp.os.cpm,rec.arts.books
Subject: Re: bookshops ?
Message-ID: <[e-mail]>
Date: 18 Dec 86 15:47:36 GMT
To:       [e-mail]

> McGraw Hill Bookstore (6th near 46th) is my second choice after the
> big B&N.

Another interesting place for advanced computer, math, physics, and
engineering books is Books Scientific, near Barnes and Nobles 18th st.
store at 18 E. 16th Street (just east of fifth Avenue).

They have a good selection of textbooks (undergrad and grad) and monographs;
I've found things there that B&N didn't stock.  They don't take credit cards,
but they did take a personal check from a NJ bank.  All this information is
as of about a year ago.

Bill Hery
ihnp4!bonnie!wjh
19-Dec-86 17:51:32-MST,1249;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Fri 19 Dec 86 17:51:20-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a002280; 19 Dec 86 19:21 EST
Received: from USENET by ADM.BRL.ARPA id aa03269; 19 Dec 86 19:08 EST
From: Praveen Kumar <[e-mail]>
Newsgroups: comp.os.cpm,rec.arts.books
Subject: Re: bookshops ?
Message-ID: <[e-mail]>
Date: 19 Dec 86 15:16:32 GMT
To:       [e-mail]


>From: [e-mail] (Bill Hery)
>Another interesting place for advanced computer, math, physics, and
>engineering books is Books Scientific, near Barnes and Nobles 18th st.

I have been buying my textbooks and all my technical books from them
for over 3 years now.  They are a fantastic store.  They have almost
everything.  They also give you a ten percent discount and they also
only charge $1.50 for shipping (they ship UPS, BTW).

Their address and phone number:

Books Scientific
18th E. 16th Street, 2nd Floor
New York NY 10003
800-621-1220

Usual disclaimer...I have no connections to Books Scientific except as
a satisfied customer.
--

ARPA:    [e-mail]
UUCP:    {seismo,allegra}!umcp-cs!eneevax!phaedrus
19-Dec-86 22:12:25-MST,2732;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Fri 19 Dec 86 22:12:11-MST
Received: from simtel20.arpa by AMSAA.ARPA id a002680; 19 Dec 86 23:42 EST
Date: Friday, 19 December 1986  21:07-MST
Message-ID: <[e-mail]>
Sender: [e-mail]
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA
From: [e-mail]
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA
To: [e-mail]
Subject:   Uncrunching on UNIX etc. here at last
ReSent-From: [e-mail]
ReSent-To: [e-mail]
ReSent-Date: Fri 19 Dec 1986 21:41-MST

I've just transferred a copy of what I consider to be a first release
of UNCR.C to simtel20.

Filename            Type     Bytes     CRC

Directory PD:<UNIX.CPM>
UNCR231.C.1            ASCII     12651  0052H

It is portable enough to compile and execute ok on an 8-bit CP/M system,
though about 2.5 times slower than the real UNCR 2.3.  So it's major
application is uncrunching on the host (UNIX, VMS, TOPS-20 ...)
systems.  I've tested it through all it's major paths on a Sun-3, a
VAX-11/780, and the C-128 CP/M.  Here is an abstract:

UNCR231.C is a C language implementation of the LZW decompression
algorithm utilized by Steven Greenberg's Z-80 CP/M program UNCR
Version 2.3 (from PD:<CPM.SQUSQ>CRUNCH23.LBR).  This program will
decompress (uncrunch) any file written with CRUNCH 2.x, although it
will not work with files written by CRUNCH 1.x (an earlier algorithm).
The only requirements placed on the C compiler used are that it
support a long type of at least 4 bytes (actually 21 bits will do),
and that it will read and write files in binary (no newline or ^Z
translation) using getc()/putc() when the files have been opened with
mode "rb"/"wb".  This is absolutely the case for UNIX on 32 bit
machines, but may require some coaxing on other systems, particularly
CP/M and MSDOS compilers.  Note that UNCR231.C is not recommended for
use on z-80 CP/M systems, since the real thing is over twice as fast;
rather it is meant to fill the gap and allow these "crunched" files to
be recovered on more powerful systems where speed is not an issue.
Usage is just:

$ uncr <filename> [<another filename> ...]

If your shell or O.S. does wildcard expansion, by all means use that.
Files not in "crunched" format will be skipped.  The decompressed
files will have the names of the original CP/M files (in lower case if
that is significant on your system).  This program follows in the
footsteps of usq.c and lar.c in attempting to provide a portable
implentation of a popular algorithm.

Sincerely,
Frank Prindle
[e-mail]
22-Dec-86 00:09:14-MST,1138;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 22 Dec 86 00:08:49-MST
Received: from simtel20.arpa by AMSAA.ARPA id a008269; 22 Dec 86 1:32 EST
Date: Sun 21 Dec 86 23:26:11-MST
From: "Frank J. Wancho" <[e-mail]>
Subject: New SIG/M releases now available on SIMTEL20.ARPA
To: [e-mail]
Message-ID: <[e-mail]>

Keith Petersen has just finished uploading the latest releases
of the SIG/M volumes 282 through 294, plus a new 000.  A new
master SIGM:SIGM.CRCLST will be available by Monday morning.

The SIG/M releases are made available as-is, with the usual
disclaimers.  We take no responsibility and perform no censor
role in providing these volumes.  In other words, use these
files and programs at your own risk, but let us know if there
are problems, such as missing or broken files, or mismatched
CRCs.  Complaints about functionality or lack thereof should
be directed to SIG/M, keeping in mind that they are strictly
a volunteer and definitely not-for-profit organization.

--Frank
-------
22-Dec-86 08:00:50-MST,1378;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 22 Dec 86 08:00:40-MST
Received: from decwrl.dec.com by AMSAA.ARPA id a013235; 22 Dec 86 9:30 EST
Received: from rhea.dec.com by decwrl.dec.com (5.54.3/4.7.34)
    id AA01941; Mon, 22 Dec 86 06:29:22 PST
Message-Id: <[e-mail]>
Date: 22-Dec-1986 0839
From: NOW willya gimme some fightin' room? <[e-mail]>
To: [e-mail], [e-mail]
Subject: Looking for a book on CP/M interfacing

I'd like to write an application program or two and am looking for a book that
will provide concise and complete information on using CP/M system services
(BIOS calls).  My MicroPro StarCard came with "The CP/M Primer," by Murtha and
Waite, but there's very little *really* useful info there.  For $2.00 I bought
a remaindered book called "A Practical Guide to CP/M" which isn't all that
useful, either.  What I need is specific information on what the register
contents should be on entry and exit, where the byte count is returned on a
console read, what anomalous results can occur, etc.

Thanks in advance,
Dick Binder   (The Stainless Steel Rat)

DEC Enet:    ASD::BINDER
UUCP:        { decvax, allegra, ucbvax... }!decwrl!asd.dec.com!binder
ARPA:        [e-mail]
22-Dec-86 13:05:21-MST,1492;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 22 Dec 86 13:05:12-MST
Received: from seismo.css.gov by AMSAA.ARPA id a021157; 22 Dec 86 14:21 EST
Received: from scubed.UUCP by seismo.CSS.GOV (5.54/1.14) with UUCP
    id AA05848; Mon, 22 Dec 86 14:20:49 EST
Received: by scubed (4.12/5.20b)
    id AA17492; Thu, 18 Dec 86 00:23:54 pst
Received: by sdcsvax.UCSD.EDU (5.57/4.42)
    id AA13913; Wed, 17 Dec 86 22:46:47 PST hops=0
Received: by sdchema.chem.ucsd.edu (5.44)
    id AA02255; Wed, 17 Dec 86 22:45:36 PST
Received: by crash.UUCP (5.9/UUCP-Project/rel-1.0/09-14-86)
    id AA05092; Wed, 17 Dec 86 21:56:34 PST
Message-Id: <[e-mail]>
Date: Wed, 17 Dec 86 21:47:58 PST
From: Marc Wilson <scubed!sdcsvax!pnet01.UCSD.EDU![e-mail]>
To: crash![e-mail]
Subject: VDO25 screen problems

     Does anyone out there have a solution to VDO's annoying beep?  I have
discovered that it's caused by an illegal cursor motion command being sent to
my terminal, but I haven't found a way to fix it.  Is there a fix, or do I
just have to live with it?

     In the same vein, WordStar 3.30 has the same problem.  Every time W* puts
up the "WAIT" message, the next control code output is invalid.

     The only solution I have found so far is to disable the speaker on my
terminal, but I'm not too enthusiastic about that.

--Marc Wilson
crash!pnet01![e-mail]
22-Dec-86 14:30:58-MST,1494;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 22 Dec 86 14:30:50-MST
Received: from seismo.css.gov by AMSAA.ARPA id a024739; 22 Dec 86 16:00 EST
Received: from scubed.UUCP by seismo.CSS.GOV (5.54/1.14) with UUCP
    id AA08094; Mon, 22 Dec 86 16:00:11 EST
Received: by scubed (4.12/5.20b)
    id AA03153; Sat, 20 Dec 86 06:01:22 pst
Received: by sdcsvax.UCSD.EDU (5.57/4.42)
    id AA10610; Sat, 20 Dec 86 01:19:52 PST hops=0
Received: by sdchema.chem.ucsd.edu (5.44)
    id AA19815; Sat, 20 Dec 86 01:18:44 PST
Received: by crash.UUCP (5.9/UUCP-Project/rel-1.0/09-14-86)
    id AA16736; Sat, 20 Dec 86 00:36:39 PST
Message-Id: <[e-mail]>
Date: Sat, 20 Dec 86 00:35:02 PST
From: Marc Wilson <scubed!sdcsvax!pnet01.UCSD.EDU![e-mail]>
To: crash![e-mail]
Subject: VDO25 screen problems

     Does anyone out there have a solution to VDO's annoying beep?  I have
discovered that it's caused by an illegal cursor motion command being sent to
my terminal, but I haven't found a way to fix it.  Is there a fix, or do I
just have to live with it?

     In the same vein, WordStar 3.30 has the same problem.  Every time W* puts
up the "WAIT" message, the next control code output is invalid.

     The only solution I have found so far is to disable the speaker on my
terminal, but I'm not too enthusiastic about that.

--Marc Wilson
crash!pnet01![e-mail]

23-Dec-86 06:44:53-MST,833;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 23 Dec 86 06:44:46-MST
Received: from simtel20.arpa by AMSAA.ARPA id a028960; 23 Dec 86 8:18 EST
Date: Tue, 23 Dec 1986  06:17 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: Looking for a book on CP/M interfacing

> I'd like to write an application program or two and am looking for a
> book that will provide concise and complete information on using CP/M
> system services (BIOS calls).

Take a look at...

Filename            Type     Bytes     CRC

Directory PD:<CPM.CPMINFO>
EASYBDOS.LBR.1            BINARY     96256  9C5DH

It's a complete tutoral on the use of CP/M BDOS calls.

--Keith
24-Dec-86 10:00:42-MST,1525;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed 24 Dec 86 10:00:21-MST
Received: from acc.arpa by AMSAA.ARPA id a003852; 24 Dec 86 11:24 EST
Date: 24 Dec 86 08:17:00 PST
From: [e-mail]
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA
Subject: help to filter text to printer
To: info-cpm <[e-mail]>
cc: [e-mail]
Reply-To: [e-mail]
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA

I'm aware of, and have seen Smart Key II in use.
I am very interested in its companion program,
Smart Print. I need a filter between the output
of a word processor, and a letter quality printer.
The problem is that I need to do foreign language
text processing such as the ' over another character,
the umlaut etc. This requires that the printer
strike, backspace, and strike again. Neat trick, except
that the word processor will count this as three
characters, and justify accordingly. I hope to find
a public domain 'filter' that will recognize an otherwise
unused chacachter such as ] or [ and substitute the
appropriate strike, backspace, strike sequence.
Anyone had to 'deal' with this problem?
And /or know of an existing program that will
filter the text for me? Any help will be much
apppreciated.



    Thanks in advance
    Shawn Miner
    (Advanced Computer Communications)
    (Santa Barbara, Ca.)
    [e-mail]

p.s. Happy Hollidays to all from sunny Southern California.

------
24-Dec-86 18:47:11-MST,865;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed 24 Dec 86 18:47:06-MST
Received: from simtel20.arpa by AMSAA.ARPA id a009180; 24 Dec 86 20:16 EST
Date: Wed, 24 Dec 1986  18:15 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Cc:   [e-mail]
Subject: problems with rsa lbr in sigm vol.202
In-reply-to: Msg of 18 Dec 1986  16:40-MST from SINGPANG%HLERUL5.BITNET at WISCVM.WISC.EDU

There is a newer version of RSA available in:

Filename            Type     Bytes     CRC

Directory PD:<CPM.PUBKEY>
RSA13-T.LBR.1            BINARY    104448  2ED5H

I believe there were some bug fixes and also there are quite a few
more support and demonstration files.

--Keith
24-Dec-86 19:44:57-MST,7292;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed 24 Dec 86 19:44:34-MST
Date:     Wed, 24 Dec 86 21:24:49 EST
From:     Dave Towson (info-cpm-request) <[e-mail]>
To:       [e-mail]
Subject:  Useful new product for CP/M and some related operating systems:

Fellow CP/Mers - In keeping with my periodically announced policy (copy sent
upon request) of posting announcements of new commercial products that are of
general interest to the CP/M community, here is a description of a software
product from Plu*Perfect Systems that adds to CP/M the ability to switch back
and forth between two active tasks without losing the current status of
either. This feature is one that I have come to dearly love as a regular user
of the UNIX operating system.  Quite often, I find that while involved with
one task I need information from another.  For example, when answering
correspondence I frequently need to refer to the message to which I am
responding.  If I know from the start that I will need to do that, I use the
two-window mode of our message program; but if I find out too late, it is
extremely handy to be able to suspend the editor job and go back and read the
message.  Other scenarios are more likely for the CP/M environment, but the
one just given was the first to come to mind.  The new product, known as
"BackGrounder ii", also provides a print spooler and a number of additional
functions that appear to be quite useful.

     A demonstration version is available from the SIMTEL20 archives in file:

               PD:<CPM.BKGROUNDER>BGIIDEMO.LBR

It includes all BGii features, but is restricted to drive A: and lacks the
spooler and other utilities.  Patches for WordStar 3.0 and 3.3 that redraw the
screen in response to a control-backslash are also provided so that the user
can see the text he is editing after he returns to a suspended editor task.
However, these patches do not require the BackGrounder product, and appear to
be generally useful (I tried the one for WS 3.3, and it worked fine on a
TurboDOS computer without BGii).  The files in the demo library have been
compressed using the CRUNCH utility (which, by the way is rather impressive in
its ability to achieve compression factors in excess of two-to-one).  A copy
of the uncruncher is included in the library, but it did not operate properly
on the TurboDOS system on which I tried it.  Fortunately, the fix was
available from the archives:  File:

             PD:<CPM.SQUSQ>CRUNCH23.LBR

contains a complete CRUNCH package including the cruncher, uncruncher,
documentation and a note describing how to patch the cruncher and uncruncher
so that they will work correctly under TurboDOS.

     Before attempting to use the demonstration software, users are urged to
read the following files from the library:

        -CRUNCH.NOT for uncrunching instructions
        BGIIDEMO.DOC for summary of features and files
        DINSTALL.PRN for detailed installation steps

     The complete BGii system, with printed and indexed user's manual, can be
obtained from Plu*Perfect Systems, Box 1494, Idyllwild CA 92349.  The price
is:
             $75 + 6% in California + $3 shipping.

Other sources are listed in the documentation.

     The following information has been provided by the vendor, and I have no
personal experience with the product.  Additional information can be requested
from the author at the following address:

              [e-mail]

Persons submitting such inquiries are invited to send copies of their corres-
pondence to info-cpm if the subject matter is of general interest.  Purely
personal matters should be discussed privately.



Dave Towson <[e-mail]>
info-cpm list maintainer

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


                  BackGrounder ii


                   MAJOR FEATURES


TASK SWITCHING

      On user command, switch between two active programs, each with full
memory.


BACKGROUND COMMANDS

      Run built-in BackGrounder ii commands from within an active program,
as well as at CP/M prompt:

      bg     calc  cls   cut     date  dir    echo  era     feed  find  forms
      flip   go    get   help    jot   jump   keys  list    ndr   note  ocp
      paste  peek  poke  printr  ren   reset  save  screen  shift
      spool  swap  time  type    user  whl    whlq

Supports ZCPR3 syntax: DU:filename.typ, named-directory, multiple-command
line.


BACKGROUND LIST SPOOLING AND PRINTING

     Redirect list output to file.  Print files from a queue while running
programs.


CUT-AND-PASTE

     Transfer screen region to notepad, another program, or printer (requires
screendriver).


KEYBOARD MACROS

     Pre-defined, on-the-fly, and record-keystroke capability, both global
and program-specific.   Load and save macros within a program.


EXTENSIBLE COMMANDS

     Add customized, user-coded assembly-language foreground and background
commands.


                    REQUIREMENTS

NECESSARY

     Z80 or equivalent CPU, standard CP/M 2.2 BDOS, or ZRDOS v. 1.1, 1.2, 1.3,
or 1.7.


RECOMMENDED

     Ram-disk or hard-disk.


DESIRABLE

     Video-mapped memory, or terminal with transmit-character or transmit-
region function.


MEMORY AND DISK SPACE

     Standard system: 2.75K memory + 2K of CCP space.

     ZCPR3 system:    0.25K memory + 2K of CCP space, if RCP and IOP are
                      reclaimed.

     100K swap file.


                COMPATIBILITY

     Runs all CP/M 2.2 programs that adhere to CP/M addressing standards,
subject to above memory limit.

     Supports all ZCPR3 external environment buffers, including task-specific
shells.

     Unspooling may drop keyboard characters if the BIOS lacks a type-ahead
buffer.


                 PERFORMANCE

     BGii uses a pre-allocated disk file as virtual memory for overlays and
task-switching buffers.  Ram-disks work best, and tuned hard-disks are also
effective.  On floppy-disk systems, BGii can be used well as an extended
command processor for one task; however, task-switching is too slow to be
used as a regular floppy feature.

     Representative 58-60K tpa swap times:

    SB180       6 Mhz    ram disk            < 1 sec
    Kaypro 10    4 Mhz    Advent ram disk            < 2 secs
    Kaypro 10    4 Mhz    Turborom, hard disk, 1K sectors      4 secs
    Kaypro  2    5 Mhz    Turborom, DSDD 1K floppy    ~20 secs


             SCREEN-RELATED FEATURES

     BGii uses optional terminal-specific screendrivers to save and restore
the working screen and to implement cut-and-paste, notepad, and screen-dump
commands.  Screendrivers are available for Kaypro '83, Kaypro '84, and
Heath/Zenith 19 computers/terminals.  ASM source code and documentation for
these drivers permits modification for other terminals that have a transmit-
character or transmit-region function.

     If no screendriver is installed, BGii can send a user-defined macro
to the running program to cause it to redraw the screen, if it has that
capability.  Patches to add this feature to WordStar v 3.0 and 3.3 are
included.

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

26-Dec-86 13:09:52-MST,1144;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Fri 26 Dec 86 13:09:45-MST
Received: from simtel20.arpa by AMSAA.ARPA id a014254; 26 Dec 86 14:36 EST
Date: Fri, 26 Dec 1986  12:34 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Cc:   [e-mail], [e-mail]
Subject: Need to contact Mike Mosko K3RL

In January 1984 Ed Mosko, K3RL, wrote a CP/M program called EDFILE.
It has since become very popular.

I'd like to contact Mike regarding some questions I have and to see if
there have been any updates since the original release.  I have his
address from the program documentation but no phone number was
included.  He lives in Coopersburg, PA.

Is Mike reachable on the net, or does anyone have his phone number?

73,
--Keith Petersen
Arpa: [e-mail]
Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
GEnie Mail: W8SDZ
RCP/M Royal Oak: 313-759-6569 (300, 1200, 2400 bps)
27-Dec-86 10:50:42-MST,1466;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sat 27 Dec 86 10:50:37-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a019220; 27 Dec 86 12:19 EST
Received: from USENET by ADM.BRL.ARPA id aa17532; 27 Dec 86 12:08 EST
From: [e-mail]
Newsgroups: comp.os.cpm
Subject: Re: N*/Z80 Interrupt Drivers
Message-ID: <363900001@uicsl>
Date: 19 Dec 86 18:46:00 GMT
Nf-ID: #N:uicsl:363900001:000:892
Nf-From: uicsl.UUCP!klieb    Dec 19 12:46:00 1986
To:       [e-mail]


There is an excellent series of application notes regarding Z80 interrupts
and asynchronous communications in Zilog's "Microprocessor Applications
Reference Book, Volume 1." There are two in-depth articles on asynchronous
applications of the DART/SIO, as well as a good article on synchronous SIO
programming. In addition, there are several other articles that deal with
interrupt-driven use of the CTC, etc. Each article includes commented
assembly language code.

You should be able to obtain a copy of this book from Zilog Sales and
Technical Center, 10340 Bubb Road, Cupertino, CA 95014. Their phone number
is [phone]. These books were often given free of charge to designers
using the Z80, so perhaps Zilog will sell one for a nominal cost.

                                               Kurt Liebezeit
                                              ...!ihnp4!uiucdcs!uicsl!klieb
27-Dec-86 12:43:05-MST,2362;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sat 27 Dec 86 12:42:55-MST
Received: from simtel20.arpa by AMSAA.ARPA id a025421; 27 Dec 86 14:19 EST
Date: Sat, 27 Dec 1986  12:18 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: Quick reference list to SIMTEL20's CP/M directories

Quick reference list to SIMTEL20's PD:<CPM.x> directories
as of December 27, 1986 (where 'x' is one of the names below):

22RSX         CBIOS         FILCPY        MEX           SCREENGEN
6502          CCP           FILE-DOCS     MICNET        SMALLC21
AMETHYST      COBOL         FILUTL        MISC          SORT
APPLE         COMND         FINANCE       MODEM         SPELL
ARC-LBR       CPM3          FORTH-83      MODEM2        SPREADSHEET
ASMUTL        CPM68K        FORTRAN       MODEM7        SQUSQ
ATARI         CPM86         GENASM        MSOFT         STARTER-KIT
AZTEC-C       CPMINFO       GENCOM        NEWS          SUBMIT
BASIC         CPR86         GENDOC        NSTAR         SYSUTL
BBS           CUG           GENIE         NUBYE         TERM
BBSLISTS      DATABASE      GRAPHICS      OSBORN        TRS-80
BDOS          DBASEII       HAMMING       PACKET        TURBODOS
BDSC-1        DEBUG         HAMRADIO      PARASOL       TURBODOS-SIGI
BDSC-2        DIRUTL        HDUTL         PASCAL        TURBOPAS
BDSC-3        DISASM        HEATH         PBBS          TXTUTL
BDSC-4        DISKPLOT      HELP          PILOT80       VDOEDIT
BKGROUNDER    DRACO         HEX           PLOT33        VOICE
BSTAM         DSKBUF        IMP           PPSPEL        WSTAR
BYE3          DSKUTL        INSIDCPM      PROLOG        XCCP
BYE5          EDITC80       KAYPRO        PUBKEY        XLISP
C128          EDITOR        LIST          PUBPATCH      Z8EDEBUG
C64           EDUCATION     MACLIB        RBBS          ZCPR
C80           EMX           MATH          RBBS4         ZCPR2
CATLOG        EPSON         MBBS          RCPM          ZCPR3
CB80          FAST2         MEMTEST       ROS

PD:<CPM>CPM.CRCLST on SIMTEL20 (the file listing all the filenames,
sizes and CRCs of the PD:<CPM.xx> directories) has been updated as
of today.

--Keith
28-Dec-86 11:26:37-MST,2684;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sun 28 Dec 86 11:26:29-MST
Received: from decwrl.dec.com by AMSAA.ARPA id a015545; 28 Dec 86 12:58 EST
Received: from rhea.dec.com by decwrl.dec.com (5.54.3/4.7.34)
    id AA23694; Sun, 28 Dec 86 09:57:15 PST
Message-Id: <[e-mail]>
Date: 28-Dec-1986 1237
From: Sold - but we have others <[e-mail]>
To: [e-mail], [e-mail], [e-mail]
Subject: Re: Printer filter

Shawn Miner asks:

> ...I need a filter between the output of a word processor, and a letter
> quality printer.  The problem is that I need to do foreign language text
> processing such as the ' over another character, the umlaut etc.  This
> requires that the printer strike, backspace, and strike again.  Neat trick,
> except that the word processor will count this as three characters, and
> justify accordingly...Anyone had to 'deal' with this problem?  And /or know
> of an existing program that will filter the text for me?  Any help will be
> much apppreciated.

I do what you're talking about frequently - probably on a daily basis.  A
simple filter may be a cheap way to deal with your problem, but it's a
band-aid, and it is guaranteed to get in your way more than it helps out.
What you might think about instead is investing in a better word processor.

A good word processor will *not* count a char-<BS>-char sequence as three
characters and misjustify the output.  I use WordStar, and WS handles this
function quite well.  In the WS installation sequence, you can tell WS about
your printer:

a.  Backspacing printer - able to backspace and overstrike the same character

b.  Non-backspacing printer - print the entire line and issue <CR> without
    accompanying <LF>, then restrike all overstruck character positions on
    the line

When editing, you enter the backspace command the same way regardless of how
your printer is installed, and WS figures out how to print things.

WordStar is disgustingly cheap at present, at least in its IBM or Apple CP/M
incarnations - something like $120 will get you WS Professional, which
includes Spellstar, MailMerge, and StarIndex.  Sure, there are *nicer* WP
packages available now, but WS is still about the most powerful one around.
If WS isn't to your liking, try some of the other good WPs, such as Paper
Clip or WordPerfect.

Cheers,
Dick Binder   (The Stainless Steel Rat)

DEC Enet:    ASD::BINDER
UUCP:        { decvax, allegra, ucbvax... }!decwrl!asd.dec.com!binder
ARPA:        [e-mail]
28-Dec-86 13:45:42-MST,1741;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sun 28 Dec 86 13:45:34-MST
Received: from simtel20.arpa by AMSAA.ARPA id a015707; 28 Dec 86 15:22 EST
Date: Sunday, 28 December 1986  10:28-MST
Message-ID: <[e-mail]>
Sender: Walt Lamia <[e-mail]>
From: Walt Lamia <[e-mail]>
To: [e-mail]
Subject:   Modified version of VMSSWEEP.FOR available
ReSent-From: [e-mail]
ReSent-To: [e-mail], [e-mail]
ReSent-Date: Sun 28 Dec 1986 13:22-MST

Now available from SIMTEL20...

Filename            Type     Bytes     CRC

Directory PD:<MISC.VAXVMS>
VMSSWEEP.FOR.28            ASCII     53386  ED78H

I have modified V2.7 of VMSSWEEP to extend the EXTRACT and VIEW
functions to process all of the members of library.  It does this by
accepting at the member number prompt a number greater than the
maximum number of members, and interpreting this as "all members".
The prompt indicates this option by suggesting "(9999 for all)".

It also fixes a problem in which unacceptable VMS file names were
generated if the member names had the 8th bit set.  I don't know how
such libraries got created in the first place, but this version strips
8th bits off of the file names.

This version does NOT correctly handle members CRUNCHed with the
latest LZW algorithm, which typically have names of the form "*.?Z?".
VMSSWEEP will hang on these files.

Incidentally, V2.7 corrected the problem with some .ARC libraries
which caused older versions to report CRC errors.  This showed up in
the DRACO libraries.

I have taken the liberty of naming this version V2.8.

Walt Lamia
28-Dec-86 18:32:50-MST,999;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sun 28 Dec 86 18:32:42-MST
Received: from usc-isi.arpa by AMSAA.ARPA id a016108; 28 Dec 86 20:11 EST
Date: 28 Dec 1986 20:09:02 EST
Subject: Mail Order houses
From: Rex Buddenberg <[e-mail]>
To: [e-mail]
cc: [e-mail]

Since this seems to be a good place to grapevine along reputations...
I've dealt with JDR Microdevices over several years with uniformly good
service.  They advertise in the usual places (e.g.Byte).

Just invested in a hard disc which arrived a week after order (coast to
coast and Christmas eve no less) and worked perfectly on installation.
When I phoned in the order, they found my name in the address database
(even though it had been almost a year since last order), updated
the address and got with the hardware.

Hardware house only -- no software to speak of.
Satisfied customer.
-------
29-Dec-86 05:43:33-MST,617;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 29 Dec 86 05:43:28-MST
Received: from dockmaster.arpa by AMSAA.ARPA id a017202; 29 Dec 86 7:10 EST
Date:  Fri, 26 Dec 86 20:28 EST
From:  "Paul E. Woodie" <[e-mail]>
Subject:  Osborn screen movement commands
To:  [e-mail]
Message-ID:  <[e-mail]>

Osborn(e) screen movement commands were designed to emulate the
Televideo 912/920 series of terminals.  I don't have info on other types
of pc's.

--Paul Woodie --(Woodie at dockmaster)
29-Dec-86 07:12:53-MST,545;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 29 Dec 86 07:12:44-MST
Received: from nadc.arpa by AMSAA.ARPA id a018697; 29 Dec 86 8:45 EST
Date: 29 Dec 1986 08:36:41-EST
From: [e-mail]
To: [e-mail], [e-mail], [e-mail], [e-mail],
    [e-mail], [e-mail]
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA
Subject: Re: Printer filter

you should be able to turn off the justify option .

29-Dec-86 08:51:44-MST,2718;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 29 Dec 86 08:51:32-MST
Received: from decwrl.dec.com by AMSAA.ARPA id a021417; 29 Dec 86 10:23 EST
Received: from rhea.dec.com by decwrl.dec.com (5.54.3/4.7.34)
    id AA05693; Mon, 29 Dec 86 07:22:05 PST
Message-Id: <[e-mail]>
Date: 29-Dec-1986 0908
From: Sold - but we have others <[e-mail]>
To: [e-mail], [e-mail], [e-mail],
    [e-mail]
Subject: Re: Printer filter

[e-mail] writes:

> you should be able to turn off the justify option .

This in response to my message to Shawn Miner in re: his query for a filter to
handle overstriking sequences via backspacing.

True, you should be able to turn off the justify option.  With WordStar, and
with most other good WPs, you can.  But turning off justification is not in
itself sufficient.  Consider the following nonsensical bit of French
philosophy:

    Ca, c'est la boite noire de noel bien aimee qui doit rougir qu'on la
    connaitrait.

(Rough translation, "That's the well-loved black Christmas box that must blush
so that it may be known."  Pardon the rust; I've had little opportunity to
speak French in the last 20 years.)

This example, of course, lacks six diacritical marks that should be there.
To print it with marks, by backspacing, requires twelve "extra" characters in
the text - with justification turned off, you'll get one awfully short line in
the middle of your text, or maybe two slightly short ones.  For drafts, and
for many other uses, that's okay.  But it's not acceptable if you're trying to
produce professional printed copy.  For that, you need justification.  A good
WP understands all this.  WordStar counts a <BS> and one following character
as no characters and thereby does not screw up the character count.  Justified
or not, the printed text will have lines as full as possible.  I surmise that
other WPs are as intelligent.

Writing a filter to handle all the justification, character-counting, bolding,
underscoring, line-overstriking, discretionary hyphenation, etc., that a truly
good WP does, seems to me a trifle in the line of far too much work for far
too little return, without even considering the hassle of using such a filter.
Such a filter defeats the purpose of a WP - why not just use ED and then run
the result through your filter??  No, thank you, not me.

Cheers,
Dick Binder   (The Stainless Steel Rat)

DEC Enet:    ASD::BINDER
UUCP:        { decvax, allegra, ucbvax... }!decwrl!asd.dec.com!binder
ARPA:        [e-mail]
29-Dec-86 16:01:31-MST,999;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 29 Dec 86 16:01:17-MST
Received: from xerox.arpa by AMSAA.ARPA id a001587; 29 Dec 86 17:34 EST
Received: from Burger.ms by ArpaGateway.ms ; 29 DEC 86 10:24:57 PST
Sender: [e-mail]
Date: 29 Dec 86 10:24:26 PST (Monday)
Subject: S-100 Mother boards???
From: [e-mail]
To: [e-mail]
cc: [e-mail]
Reply-to: [e-mail]
Message-ID: <861229-102457-2101@Xerox>

Folks:

My S-100 system is growing beyond the 10 slots which I have in my
current system.  I've recently obtained a box which came sans
(without) a motherboard.  I'm interested in a 20 slot board from
CompuPro or other manufacturer.  If you have one lying around,
please let me know and we can negotiate.

Please respond to me personally at

[e-mail]

and not to the whole list.

Thanks,

Tracy.
29-Dec-86 22:27:22-MST,2779;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 29 Dec 86 22:26:55-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a002433; 29 Dec 86 23:52 EST
Received: from USENET by ADM.BRL.ARPA id aa04723; 29 Dec 86 23:48 EST
From: Gregory Smith <[e-mail]>
Newsgroups: comp.os.cpm
Subject: Dualcase MACRO-80 Assembler Patch
Message-ID: <[e-mail]>
Date: 30 Dec 86 01:12:29 GMT
To:       [e-mail]

There was some demand for this, so here goes.

APPLICABILITY:
    Microsoft MACRO-80 assembler, version 3.44.
    The title of an assembler listing shows:
        MACRO-80 3.44   30-Mar-82

EFFECT:
    (1) upper and lower case in symbols become distinct. External
    symbols are passed to the linker L80 with their case intact.
    L80 and LIB80 don't seem to have any trouble with the lowercase
    letters. Macro names are also dualcase; you may define a macro
    'call' which does not conflict with the mnemonic CALL.

    (2) As a side-effect of (1), predefined symbols such as mnemonics,
    assembler directives, and register names must be in UPPER case.

    (3) The warning message '%No END statement' becomes '%No END'
    [ I had to get a few bytes from somewhere...]

    (4) WEIRDNESS:: The symbols are shoved into buckets based on their
    first letter. After the patch, 'FOOBAR' and 'frobozz' go into the
    same bucket. The problem is that the table lookup code assumes that
    each bucket contains symbols with the same initial letter, so
    'foobar' will conflict with 'Foobar'. I don't know whether this
    can be fixed. The initial letter *is* stored in the symbol table,
    since 'foobar' and 'Foobar' are both propogated intact into the
    object module (provided only one of the two is defined).
    L80 does not suffer from this problem.

PATCH:
-----------------------------------
 OFFSET        ADDRESS
(in file) (in memory)    WAS   BECOMES
   40B           50B    20    00
            73    D6
            74    3B
            61    E6
            74    1F
            65    4F
            6D    C9

   A82           B82    20    00

   BFC           CFC    D6    C3
            3B    0C
            4F    05
-----------------------------------

People who already have large run-time object libraries with all uppercase
globals will need to reassemble them with the patched assembler in order to
call them from C using lower case symbols. Perhaps a more useful patch would
invert the case; a call to printf() would refer to the global 'PRINTF', and
the function FooBar would appear to the linker as 'fOObAR'. All predefined
assembler words would then have to appear in lowercase. If there is any
demand for such a weirdness, I will get out my byte-bashing utilities
and figure out the patch (If I remember correctly how the above patch
works, the case-inverting patch is quite simple).
30-Dec-86 00:46:17-MST,2155;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 30 Dec 86 00:46:07-MST
Received: from simtel20.arpa by AMSAA.ARPA id a002742; 30 Dec 86 2:30 EST
Date: Tue 30 Dec 86 00:29:13-MST
From: "Frank J. Wancho" <[e-mail]>
Subject: Cheap PC hard disks for old S-100 system?
To: [e-mail]
cc: [e-mail]
Message-ID: <[e-mail]>

With all those ads for dirt-cheap high-capacity hard disk drives
(relative to just a few years ago), just what would I need to buy to
hook one of those drives to my S-100 NorthStar Horizon, mostly running
TurboDOS these days?  What interface do most of these drives use/need?
Are they mostly ST-506-compatible, or SCSI, or what?

I have several ways to go depending on the answer.  For example, if
they were ST-506, I could probably get a TurboMaster card with a
built-in ST-506 interface and the TurboDOS drivers to go with it.
(The catch is that I haven't yet heard of a mod for it to allow me to
block out the 1K I need at the top of Bank 0 so I can keep my N* disk
controller in the system.)  Other hard disk controller cards pose
problems of their own, such as one of the old Morrow cards or the
CompuPro DISK3 - i.e., some know historical problems with these cards
on the N* S-100 bus with the N* ZPU card, plus the possible lack of
TurboDOS drivers to support them.

Now, if these drives can use the so-called SCSI interface, perhaps I
can consider using the AMPRO SCSI add-on, if they still sell it.  But,
as I recall, it wasn't quite up to the full SCSI spec - something
about limits on the number of devices or device addresses or somesuch.
That, of course, may be academic if you only plan to hook up one or
two of these drives.

In any event, the question remains: what interface do these cheap hard
drives expect?  (What do they expect if you don't buy the PC interface
card normally sold with these drives?)  I'll compile a list of brand
name, model number, interface, and recommendation when and if I
receive sufficient replies.

Thanks,
Frank
-------
30-Dec-86 09:28:34-MST,1404;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 30 Dec 86 09:28:19-MST
Received: from umd2.umd.edu by AMSAA.ARPA id a005816; 30 Dec 86 11:02 EST
Date: Tue, 30 Dec 86 10:52:26 EST
From: Manasseh Katz <[e-mail]>
To: [e-mail]
Subject: Altos Floppy
Message-ID: <M1986$[e-mail]>

After a year and a half, I finally figured out how to get the 5-1/4" floppy
on my Altos 586 to read Double Density (instead of Quad) diskettes.  It
actually couldn't be any simpler.  MODE.CMD set it to single, double, or
Altos format.  In double-density mode, the drive reads an IBM PC CP/M-86
diskette that I had paid $25 to get converted several months ago to Altos
format.  The MODE command is NOT in the Altos documentation - I checked and
rechecked after I discovered the program.  One of the Altos manuals (not
the MPM-86 manual) does mention that the drive can read double-density
diskettes (though not single-density) so I always knew it could be done,
I just didn't know - it was right in front of me the whole time....
I don't know if there are any other Altos 586/986 users out there, but
if there are I hope this helps.
                                   Manasseh Katz
                                   [e-mail]
                                   [e-mail]
30-Dec-86 12:33:20-MST,987;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 30 Dec 86 12:32:51-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a000350; 30 Dec 86 14:02 EST
Received: from USENET by ADM.BRL.ARPA id aa11067; 30 Dec 86 12:08 EST
From: "Jay C. Bowden" <[e-mail]>
Newsgroups: comp.sys.ibm.pc,comp.os.cpm
Subject: Query: WS continuous underline
Message-ID: <[e-mail]>
Date: 29 Dec 86 20:25:44 GMT
Keywords: WordStar
To:       [e-mail]

My sister-in-law uses a Kaypro iV with CP/M, but this is
mostly a WordStar question: How can you get the underline
to fill the spaces between words?  I have wanted to
do this from time to time myself, but always come up
empty handed, and just put up with the way WS does it.
She can not; there is some peculiar nursing journal format
she has to conform to.  I've wondered about the non-break-space,
but that's such a pain!  Any easy answers?


     -Jay
30-Dec-86 13:39:03-MST,3954;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 30 Dec 86 13:38:41-MST
Received: from decwrl.dec.com by AMSAA.ARPA id a002243; 30 Dec 86 15:05 EST
Received: from rhea.dec.com by decwrl.dec.com (5.54.3/4.7.34)
    id AA11497; Tue, 30 Dec 86 12:04:55 PST
Message-Id: <[e-mail]>
Date: 30-Dec-1986 1434
From: Sold - but we have others <[e-mail]>
To: [e-mail], [e-mail]
Subject: Re: Query: WS continuous underline

Jay Bowden asks:

> WordStar question: How can you get the underline to fill the spaces between
> words?  I have wanted to do this from time to time myself, but always come
> up empty handed, and just put up with the way WS does it.  She can not;
> there is some peculiar nursing journal format she has to conform to.  I've
> wondered about the non-break-space, but that's such a pain!  Any easy
> answers?

There are two ways that I know of to accomplish what you want.

First, of course, is to use the non-break space, but I agree that it's a pain.

The second way assumes that your printer (your sister's, actually) has a
command code to turn on continuous underline.  If that is the case, there is a
WS patch called ANYCODE that will do what you want.  The original ANYCODE was
created by Doug Hurst.  I rewrote it to handle what I felt were two very
severe limitations it had - my version is called ANYCODE2, and it is upward
compatible with Doug's ANYCODE.

ANYCODE2 uses two characters as flags to initiate special sequences.

1.  A back accent (" ` ", hex 60) will cause ANYCODE2 to collect the next two
    characters, which must be valid hex-ASCII characters (0123456789ABCDEF)
    and convert them into a single ASCII character for transmission.  For
    example, this sequence:

    whatever text `0Fexpanded text`12 some more text

    will cause the words "expanded text" to be printed double-wide on an Epson
    printer.  The `0F is an ASCII <SI> and the `12 is a <DC2>.

2.  A tilde (" ~ ", hex 7E) will cause the same action except that an <ESC>
    will be transmitted FIRST, before the constructed character.  For example,
    this sequence:

    ~4E`08

    will transmit <ESC> N <BS> which will cause an Epson printer to set for
    an eight-line perforation skip between pages.  You could do the same
    thing this way:

    `1B`4E`08

    but using the tilde is more convenient.

ANYCODE2 allows you to use lowercase characters in your code sequences, so
that `4e will be read the same as `4E.  It also allows you to print the two
special leadin characters by repeating them - this sequence:

    an ``enclosed' word

will print as:

    an `enclosed' word

ANYCODE2 is in 8080 code and can be assembled and installed into WS using DDT
under CP/M.  It goes into a special patch area provided and does not increase
the size of the WS.COM file.

To do continuous underlining, create your WS file as you want it, and then go
back and, with margin release set, insert the code sequences to turn
continuous underlining on and off.  You can do this very easily by creating a
text block containing one sequence, plant it everywhere you want it, and then
create another block for the second sequence.  You have to do all the
justification and so forth that you want BEFORE inserting the code sequences,
because WS sees these sequences as "real" characters in the file.

I don't have a way to upload ANYCODE2 to a BBS anywhere - no serial line on my
home machine.  If there is interest in ANYCODE2, send email to me, and I'll
bring a copy of the source listing to work and type it in for upload or
posting.

Cheers,
Dick Binder   (The Stainless Steel Rat)

DEC Enet:    ASD::BINDER
UUCP:        { decvax, allegra, ucbvax... }!decwrl!asd.dec.com!binder
ARPA:        [e-mail]
30-Dec-86 19:07:23-MST,503;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 30 Dec 86 19:07:18-MST
Received: from usc-isi.arpa by AMSAA.ARPA id a006165; 30 Dec 86 20:33 EST
Date: 30 Dec 1986 20:32:07 EST
Subject: WS underline
From: Rex Buddenberg <[e-mail]>
To: [e-mail]
cc: [e-mail]

To get a continuous underline in WS, you have to fill the blanks
with '___'s.  A bit clumsy, but it works.
Z
-------
30-Dec-86 21:33:38-MST,1196;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 30 Dec 86 21:33:23-MST
Received: from umd2.umd.edu by AMSAA.ARPA id a006665; 30 Dec 86 23:00 EST
Date: Tue, 30 Dec 86 22:40:52 EST
From: Manasseh Katz <[e-mail]>
To: [e-mail]
Subject: Disk Formats
Message-ID: <M1986$[e-mail]>

Does anyone know the difference between various CPM disk formats ?
I am using an Altos 586, which I recently discovered can read
double-density (as opposed to quad or 96 tpi) disks.  This worked
for a disk that was in IBM CPM-86 format.  Does anyone know if this
is the same as (or close enough to) Kaypro 2 CPM ?  Kaypro 2 CPM is
the only 5-1/4" CPM format for BYTE Listings on Disk.  If I can
read that format I may get some of those disks.  The Altos manual
doesn't mention the MODE command I used to read the IBM disks, so
it obviously doesn't tell me what other disks I can read, if any.
Any info. will be greatly appreciated.
                                 Manasseh Katz
                                 [e-mail]
                                 [e-mail]
31-Dec-86 00:13:17-MST,1177;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed 31 Dec 86 00:13:04-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a006990; 31 Dec 86 1:56 EST
Received: from USENET by ADM.BRL.ARPA id aa18619; 31 Dec 86 1:49 EST
From: Administrator <[e-mail]>
Newsgroups: comp.os.cpm
Subject: Re: C compiler requests
Message-ID: <[e-mail]>
Date: 29 Dec 86 21:37:24 GMT
Keywords: shitty compiler
To:       [e-mail]

In article <[e-mail]> [e-mail] (Mark Steven Jeghers) writes:
>How is the C by Software Toolworks?  I understand it is about $50
>for CP/M.

DO NOT GET THIS COMPILER!!!

I got one and the stupid thing stacks the arguements to subroutines in
REVERSE ORDER!!! This makes routines like printf and scanf very awkward.
They have to define a macro which expands into two calls; the first to
a routine that marks the stack position in a global variable, then they
call a bastardized printf that looks at the args backwards from the
global variable content.

Now, if you can live with that crap, I have nothing but contempt
for you.

galbp!bing
31-Dec-86 02:36:13-MST,1184;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed 31 Dec 86 02:36:08-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a007291; 31 Dec 86 4:13 EST
Received: from USENET by ADM.BRL.ARPA id aa19220; 31 Dec 86 4:09 EST
From: "Joseph D. Loda" <[e-mail]>
Newsgroups: comp.os.cpm
Subject: Copying Large Files to Small Floppies
Message-ID: <[e-mail]>
Date: 30 Dec 86 06:08:23 GMT
To:       [e-mail]

I have a small problem.  Small floppies, that is.  I have a number of large
files on my hard disk, and would like to back them up on floppies .   Apple
5.25 floppies only hold 126k; what do I do with these 180k .LBR's?

Any suggestions would be appreciated.  Also, if anyone knows of a backup/restore
utility that will split files, please mail back.  I posted that question about
a month ago, and didn't receive one reply.  Hard to beleive I'm the only person
with this problem.

Thanks in advance.  Happy New Year!

Joe.
--
Joe Loda
Analysts International (Chicago Branch)

Usenet:   ..!ihnp4!aicchi!joeloda
   CIS:   75726,1641
   BIX:   jloda
 GEnie:   j.loda
31-Dec-86 07:46:30-MST,1070;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed 31 Dec 86 07:46:11-MST
Received: from brl-adm.arpa by AMSAA.ARPA id a010835; 31 Dec 86 9:12 EST
Received: from USENET by ADM.BRL.ARPA id aa01098; 31 Dec 86 9:09 EST
From: Jean Airey <[e-mail]>
Newsgroups: comp.os.cpm
Subject: Re: Printer/Wordstar problems
Message-ID: <[e-mail]>
Date: 29 Dec 86 20:08:37 GMT
Keywords: [Century] Citizen 35, Wordstar, CR/LF
To:       [e-mail]

In article <[e-mail]>, [e-mail] (Jean Airey) writes:
> My husband gave me a *Citizen* 35 printer for Christmas -- but when I

The printer is a CITIZEN, not a Century.  Anyway, the problem is that
I can't get Wordstar to work with it.  Any help would be apprecialted.
Is there a significant difference between the MS/DOS "serial",
"parallel" winstall results and the cp/m "primary list device?"

"Regret is part of being alive". . . Avon
--
Jean Airey: US Mail 1306 W. Illinois, Aurora, IL 60506
ihnp4!hrcca!jean
31-Dec-86 10:41:11-MST,1609;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed 31 Dec 86 10:41:04-MST
Received: from nosc.arpa by AMSAA.ARPA id a015113; 31 Dec 86 12:10 EST
Received: by bass.ARPA (5.31/4.7)
    id AA26061; Wed, 31 Dec 86 09:10:27 PST
Received: by crash.UUCP (5.9/UUCP-Project/rel-1.0/09-14-86)
    id AA04899; Wed, 31 Dec 86 08:56:31 PST
Message-Id: <[e-mail]>
Date: Wed, 31 Dec 86 08:44:29 PST
From: Marc Wilson <crash!pnet01![e-mail]>
To: crash!info-cpm <@NOSC.ARPA:crash![e-mail]>
Subject: Re: Printer/Wordstar problems

>Is there a significant difference between the MS-DOS "serial",
>"parallel" WINSTALL results and the CP/M "primary list device?"

     WordStar should work just fine with the CP/M LST: device.  Make sure you
are not defining a protocol to be used, or any hardware ports, or anything
like that.  Let your operating system handle it.  That's all I'm doing right
now.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Marc Wilson

     ARPA: ...!crash!pnet01!mwilson@nosc             ( preferred )
           ...!crash!pnet01!pro-sol!mwilson@nosc
     UUCP: [ akgua | hp-sdd!hplabs | sdcsvax | nosc ]!crash!pnet01!mwilson

     "The difference between science and the fuzzy subjects is that science
      requires reasoning, while those other subjects merely require
      scholarship."
                                                      -Lazarus Long
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~