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

Text File | 1993-02-12 | 124KB | 2,806 lines

 1-Apr-87 01:49:58-MST,1684;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed 1 Apr 87 01:49:46-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA08077; Wed, 1 Apr 87 00:38:25 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 31 Mar 87 03:34:53 GMT
From: gatech!hubcap!ncrcae!ncrpcd!ncroem!udcps3![e-mail]  (turner)
Organization: University of Dayton Computer Science Department, Dayton, Ohio
Subject: hard drives for Osborne I and Kaypro II
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

well folks, some of us poor people in this world are still faced with
the problem of floppies with only 180 + or - KB. To enhance the problem, I
work on systems where disk space is measured in 3 digit MB or GB. In essence
I am spoiled. I am quite happy with my world of CPM and not the least bit
intrested in MSDOS.(Yechhhha!!) (There, that should tick off a few people.)
If i buy a new machine it will be a multi user unix system. Since rome wasn't
built in a day, and neither was my bank account, that is a future option.

Meanwhile, I want more disk space. Simple enough. Next problem, I ain't the
time to design my own HD system, so if anyone in the wild blue yonder has
done anything or knows anything about HDs for the before mentioned machines
(OB 1 or Kaypro 2) please send me the information. Thanks in advance.

    Bob Turner
    CAD/CAM Lab
    University of Dayton, Dayton OH
    513-229-3171        ncrcae!ncrpcd!udcps3!turner
 1-Apr-87 03:48:32-MST,1328;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed 1 Apr 87 03:48:25-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA09324; Wed, 1 Apr 87 02:40:08 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 1 Apr 87 07:41:09 GMT
From: well![e-mail]  (Ari Davidow)
Organization: Whole Earth 'Lectronic Link, Sausalito, CA
Subject: Re: CP/M on PC's
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (Wiz
zard) writes:
>Has anyone heard of any programs which allow you to run CP/M 2.2 programs
>under MS-DOS on PC's.  I found one which was supposed to emulate a
>Z-80 and CP/M 2.2 on GEnie, but it does not work.  Are there any others
>out there?

Have you tried RUN CP/M by Micro Interfaces Corp., or Media Master
Plus from intersecting concepts?  The only problem with either program
is that you cannot run Z-80 code, and that you need to replace your
8088 with a V-20.  Within those limitations, you should be able
to get by.
 1-Apr-87 07:54:01-MST,1177;000000000000
Return-Path: <[e-mail]>
Received: from ncsc.ARPA by SIMTEL20.ARPA with TCP; Wed 1 Apr 87 07:53:51-MST
Received: by ncsc.ARPA id AA04351; Wed, 1 Apr 87 08:51:36 CST
Date: Wed, 1 Apr 87 08:51:36 CST
From: [e-mail] (Brown)
Message-Id: <[e-mail]>
To: [e-mail]
Subject: Re:  CP/M under MSDOS

The Z80MU CP/M 2.2 emulator on a PC is available from SIMTEL20
in the pc-blue libraries. The path is:

    pd:<pc-blue.vol185>

Contents of this volume are:


PC/Blue         volume 185      Z80 CP/M 2.2 Emulation
                                 operates under PC-DOS

185.01  820INIT .ASM    7K   6A E1   Z80 CP/M 2.2 Emulation
185.02  820INIT .COM    1K   85 BF        /
185.03  820INIT .CTL    4K   D1 5B       /
185.04  820INIT .PRN   21K   7C C5      /
185.05  README  .DOC    1K   7F 0F     /
185.06  Z80MU   .DOC  192K   6B E8    /
185.07  Z80MU   .EXE   95K   72 EB   /

The convention used in the pc-blue archives is that files with version
number of ".1" are binary and ".2" are ASCII.

The program Z80MU seems to work well for the limited cases I have tried.
Don't know about 820INIT.

David Brown

 1-Apr-87 15:47:40-MST,1188;000000000000
Mail-From: KPETERSEN created at  1-Apr-87 15:47:29
Date: Saturday, 28 March 1987  12:21-MST
Message-ID: <[e-mail]>
Sender: Earnie Boyd AMSTE-TEF 4377 <[e-mail]>
From: Earnie Boyd AMSTE-TEF 4377 <[e-mail]>
To: [e-mail]
Subject:   V20-80.COM
ReSent-From: [e-mail]
ReSent-To: Info-Cpm at SIMTEL20.ARPA
ReSent-Date: Wed 1 Apr 1987 15:47-MST

It's hard to believe, but with V20-80, you can run modem programs,
written for cpm under MS-DOS.

One of my recent problems, is that I bought a USR S100 MODEM.  Not
only does it no work very well with USR 2400 MODEMS, but I have had a
heck of a time finding an acceptable modem program (under MS-DOS) that
could be configured for an S100 MODEM address.

PRODRIVER, is not too bad, but it is strickly menue driven, and does
not forgive more than ten errors in a file XFER, even if the file is
B I G!

Well I'm using MDM730, which was easy to reconfigur under CPM, on
MSDOS by using V20-80.COM available at SIMTEL20 under
PD:<CPM.EMULATORS>V20-80.COM...............  THANKS Keith and Frank

                                           Earnie
 2-Apr-87 06:00:51-MST,592;000000000000
Return-Path: <[e-mail]>
Received: from dmc-crc.ARPA by SIMTEL20.ARPA with TCP; Thu 2 Apr 87 06:00:44-MST
Received: by dmc-crc.ARPA (4.12/4.7)
    id AA01745; Thu, 2 Apr 87 07:59:31 est
Date: Thu, 2 Apr 87 07:59:31 est
From: [e-mail] (G. J. Marwood)
Message-Id: <[e-mail]>
To: [e-mail]
Subject: dBase II Compiler

Is anyone aware of a Public Domain dBaseII compiler ?  Failing that, I would
be interested in hearing about any commercial dBase II compilers.
                                     thank you    Gordon Marwood
 2-Apr-87 07:49:01-MST,1421;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu 2 Apr 87 07:48:51-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA04051; Thu, 2 Apr 87 06:33:34 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 2 Apr 87 12:24:09 GMT
From: ucsdhub!jack!man!crash![e-mail]  (Kevin J. Belles)
Organization: Avalon One
Subject: Ithaca Frontpanel system info needed badly
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


   I recently picked up an Ithaca Intersystems DPS-1 with the "intelligent"
frontpanel. I only have an inaccurate preliminary manual, and am looking for
any information regarding the frontpanel, the power supply (fused on the DC
side as well as the AC), and the Morrow Thinkertoys Wunderbus Noisegard 20
slot motherboard. Does anyone have any info out there? I'm trying to make it
work, which is difficult without schematics. Help!

--
Kevin J. Belles - UUCP: {hplabs!hp-sdd, akgua, sdcsvax, nosc}!crash!kevinb
~~~~~ ~~ ~~~~~~ - ARPA: crash!kevinb@{nosc, ucsd}
        - INET: [e-mail]
        - BIX:  kevinb

--------------------------------------------------------------------------
 2-Apr-87 07:49:36-MST,1669;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu 2 Apr 87 07:49:25-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA04038; Thu, 2 Apr 87 06:33:06 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 2 Apr 87 12:15:24 GMT
From: ucsdhub!jack!man!crash![e-mail]  (Kevin J. Belles)
Organization: Avalon One
Subject: UNIFORM-like programs for C/M 2.2
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


 I'm looking for a program, like UNIFORM, that will enable me to read and write on various disk formats. I have contacted both Uniform and Media Master, and
 neither seem to version for either of my machines, a CCS System 200 and a
 Compupro Z-80 based system. I will be checking out Compat by Mycroft Labs
 tomorrow, but from what I hear not much chance. Did anybody ever make a more
 or less "generic" or user-configureable format program? I can provide the DPBs
 for the disktypes I want to read, but although I can think of a good, effectiveway to make such a program, I don't understand how bitmaps and the DPB math workwell enough to write it myself. Any ideas? I will summarize to the net as it
 becomes necessary.
--
Kevin J. Belles - UUCP: {hplabs!hp-sdd, akgua, sdcsvax, nosc}!crash!kevinb
~~~~~ ~~ ~~~~~~ - ARPA: crash!kevinb@{nosc, ucsd}
        - INET: [e-mail]
        - BIX:  kevinb

--------------------------------------------------------------------------
 2-Apr-87 10:13:13-MST,1117;000000000000
Return-Path: <hanscom@lll-es-s05>
Received: from lll-lcc.ARPA by SIMTEL20.ARPA with TCP; Thu 2 Apr 87 10:13:07-MST
Received: Thu, 2 Apr 87 08:31:57 PST from lll-es-s05.arpa by lll-lcc.ARPA (5.51/)
    id AA08443; Thu, 2 Apr 87 08:31:57 PST
Return-Path: <hanscom@lll-es-s05>
Received: by lll-es-s05.ARPA (1.1/SMI-3.0DEV3)
    id AA24242; Thu, 2 Apr 87 09:18:51 PST
Message-Id: <[e-mail]>
Date: Thu Apr 2 09:18:48 1987
From: hanscom@lll-es-s05 (Roger Hanscom 423-0441)
Subject: Z80MU on pd:<pc-blue.vol185>
To: [e-mail]
Status:  N



   820INIT is just a little example program.  It initializes a
   serial port on a Xerox 820, I think.  Obviously, it is of
   little use on a PC or clone, other than for trying out your
   favorite editor/assembler/linker.  I have used Z80MU on a
   clone, and had good luck with it.  Things like USQ, DELBR,
   LU310 all seem to work well.  The only change I notice is
   that it is ***SLOW***.  I'm glad to see that it is available
   on SIMTEL20.  It is a very nice piece of pd software.

                   ---Roger Hanscom--

 2-Apr-87 11:50:43-MST,1165;000000000000
Return-Path: <[e-mail]>
Received: from Xerox.COM by SIMTEL20.ARPA with TCP; Thu 2 Apr 87 11:50:28-MST
Received: from Gamay.ms by ArpaGateway.ms ; 02 APR 87 10:40:26 PST
Date: 2 Apr 87 10:39:16 PST (Thursday)
From: [e-mail]
Subject: TIMER.COM
To: [e-mail], PC-SIG^[e-mail]
cc: [e-mail], [e-mail]
Reply-To: [e-mail]
Message-ID: <870402-104026-5252@Xerox>



Does anyone have the Taiwaneese Multi I/O Card with floppy controller,
parallel printer port, 2 serial ports, battery backed up clock/calendar
and game adapter? There doesn't seem to be a brand name on the manual,
which has a shiny grey cover. The name MUSTEK is printed at the back of
the manual. The board was purchased from MEGATECH.

I am looking for the software which drives the clock/calendar,
TIMER.COM. Apparently there is another manual which explains how to
access the device, but I don't have it. I know this is a long shot, but
if anyone out there has any information on this, I will really
appreciate if you could contact me.


    Thanks in advance,
    Jack Bicer




[e-mail]


 2-Apr-87 12:03:37-MST,1567;000000000000
Return-Path: <[e-mail]>
Received: from ncsc.ARPA by SIMTEL20.ARPA with TCP; Thu 2 Apr 87 12:03:22-MST
Received: by ncsc.ARPA id AA05449; Thu, 2 Apr 87 13:01:07 CST
Date: Thu, 2 Apr 87 13:01:07 CST
From: [e-mail] (Brown)
Message-Id: <[e-mail]>
To: [e-mail]
Subject: ANchor Volks 6480 modem

Does anyone out there have a modem overlay for MEX, IMP or MODEM7
to allow use of a Anchor Automation Volksmodem 6480?  It's not
Hayes- or anything else-compatable.

I got it partially working with MEX using the C128 overlays as samples
and borrowing sections of code (timing, etc).  It "almost" works in
terminal mode but gets lots of data errors, primarily character swaps
not garbled characters.  It looks like the first character of a line
will show up later in the text.  I know its something I'm doing wrong,
but haven't figured out what yet.

By the way, this is the modem you get if you order the 300/1200 baud
modem for a C64/C128 for $79 from Protecto. Programming info is non-
existent with the modem, but Anchor will send you some cryptic
photocopied sheets which consist mainly of a assembly language
listing of a dialer routine. It has almost no comments and uses
very descriptive labels such as "d", "g", etc.

If you are thinking of getting a 1200 baud modem for your C128, stick
to the 1670. I have seen them advertized in the mags for as low as $99.
The extra $20 is well spent

I have no association with Anchor or Protecto except as a not-very-satisfied
customer.

David Brown
 2-Apr-87 14:08:26-MST,780;000000000000
Mail-From: KPETERSEN created at  2-Apr-87 14:08:02
Date: Thu, 2 Apr 1987  14:08 MST
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: CP/M under MSDOS
In-reply-to: Msg of 1 Apr 1987  07:51-MST from jdb at ncsc.ARPA (Brown)

The latest versions of the CP/M 2.2 emulators for MSDOS are alive and
well on Simtel20:

Filename            Type     Bytes     CRC

Directory PD:<MSDOS.EMULATORS>
V20-80.COM.1            BINARY      7552  2D8BH
Z80MU310.ARC.1            BINARY    165376  E0F5H

--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)
 2-Apr-87 15:31:44-MST,656;000000000000
Return-Path: <[e-mail]>
Received: from Xerox.COM by SIMTEL20.ARPA with TCP; Thu 2 Apr 87 15:31:39-MST
Received: from PinotNoir.ms by ArpaGateway.ms ; 02 APR 87 14:29:13 PST
Date: 2 Apr 87 14:29 PST
From: [e-mail]
Subject: Re: hard drives for Osborne I and Kaypro II
In-reply-to:
 gatech!hubcap!ncrcae!ncrpcd!ncroem!udcps3![e-mail]
 (turner)'s message of 31 Mar 87 03:34:53 GMT
To: [e-mail]
cc: [e-mail]
Message-ID: <870402-142913-5653@Xerox>

You may find out that a HD for an O-1 costs almost as much as an MS-DOS
machine with a HD... not the greatest bargain in the world!
 2-Apr-87 21:24:29-MST,716;000000000000
Return-Path: <[e-mail]>
Received: from MIT-MULTICS.ARPA by SIMTEL20.ARPA with TCP; Thu 2 Apr 87 21:24:19-MST
Date:  Thu, 2 Apr 87 23:19 EST
From:  John C Klensin <[e-mail]>
Subject:  Re: CP/M on PC's
To:  [e-mail]
Message-ID:  <[e-mail]>

The Media Master Plus product referred to by Ari Davidow in his note
from the 1st does NOT require a V-20.  If the V-20 is not there, it does
software emulation of the 8080 and Z-80 instruction set, at speeds that
might best be described as 'slowly' and 'very slowly'.  But you would
need the V-20 only if you need performance as well as the ability to
occasionally run the programs.
 3-Apr-87 03:49:51-MST,1683;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri 3 Apr 87 03:49:37-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA22769; Fri, 3 Apr 87 02:40:38 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 30 Mar 87 20:25:42 GMT
From: ctnews!pyramid!prls!philabs!ttidca![e-mail]  (The Polymath)
Organization: The Cat Factory
Subject: Osborne-1 Communications
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


I need advice/recommendations on data communications programs for an
Osborne-1.

Requirements are:

     Runs on Osborne-1 (Tan case, DD, 52/80/104, 360K Drive-C)
     300/1200 bps
     Hayes compatible
     Uses RS-232 port (not the modem port)
     Terminal emulation
     Data capture capability
     XMODEM protocol capability

Preferred additional features:

     Kermit protocol
     Auto-dial/re-dial

Ideal but not necessary:

     VT-100 emulation
     2400 bps capability
     Split screen for incoming/outgoing data
     Osborne CommPac modem compatibility

I'm particularly interested in public domain programs or those under $50.
More expensive may be ok if it's really super-duper, all singing, all
dancing, etc., etc.

Replies to me will be summarized to the net.

--
The Polymath (aka: Jerry Hollombe, [e-mail])
Citicorp(+)TTI
3100 Ocean Park Blvd.   [phone], x2483
Santa Monica, CA  90405 {csun|philabs|psivax|trwrb}!ttidca!hollombe
 3-Apr-87 05:49:25-MST,1654;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri 3 Apr 87 05:49:13-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA24383; Fri, 3 Apr 87 04:33:56 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 3 Apr 87 09:03:53 GMT
From: ucsdhub!jack!man!crash![e-mail]  (Dr. Snuggles)
Organization: Whizbang Enterprises
Subject: Re: TIMER.COM
Message-Id: <[e-mail]>
References: <870402-104026-5252@Xerox>
Sender: [e-mail]
To: [e-mail]

In article <870402-104026-5252@Xerox> [e-mail] writes:
>
>
>Does anyone have the Taiwaneese Multi I/O Card with floppy controller,
>parallel printer port, 2 serial ports, battery backed up clock/calendar
>and game adapter? There doesn't seem to be a brand name on the manual,
>which has a shiny grey cover. The name MUSTEK is printed at the back of
>the manual. The board was purchased from MEGATECH.
>

Gee sounds great, I presume it's an S-100 card, or does it use the Z-80
bus?  I didn't think there were S-100 cards from Taiwan, but who knows..



    ;-)


--
Victor O'Rear {hplabs!hp-sdd, akgua, sdcsvax, nosc}!crash!victoro
ARPA: crash!victoro@nosc and the Byte Information eXchange [victoro]
      or the STAR-Answering Machine @ [phone] (24 Hour)

And they told us, what they wanted..
    Was a sound that could kill some-one, from a distance.
        K. Bush - Inspiration for many a project here at Wizbang
 3-Apr-87 11:52:03-MST,967;000000000000
Return-Path: <[e-mail]>
Received: from ncsc.ARPA by SIMTEL20.ARPA with TCP; Fri 3 Apr 87 11:51:46-MST
Received: by ncsc.ARPA id AA03263; Fri, 3 Apr 87 12:42:04 CST
Date: Fri, 3 Apr 87 12:42:04 CST
From: [e-mail] (Brown)
Message-Id: <[e-mail]>
To: [e-mail], [e-mail]
Subject: Re:  CP/M under MSDOS
Cc: [e-mail]

Sorry, I don't remember the specific programs I tried.  Just downloaded a few
at random to see if it really worked.  One that I tried that didn't work
was the CHEF program in the pd:<cpm.database> directory.  A friend wanted
a recipe program for his PC to convince his wife how useful this thing
he was spending so much money (and time) was.  I have since noticed that
there has been an update to CHEF so I don't know if it was a Z80MU problem
or a CHEF problem.

If I get around to tryingh it again, I will try to do a more controlled test
and let you know.

david brown
 4-Apr-87 01:00:55-MST,557;000000000000
Return-Path: <[e-mail]>
Received: from Jpl-VLSI.ARPA by SIMTEL20.ARPA with TCP; Sat 4 Apr 87 01:00:36-MST
Date:    Fri, 3 Apr 87 18:20:13 PST
From:     [e-mail]
Message-Id: <[e-mail]>
Subject: ADC Modem
To:       [e-mail]
X-ST-Vmsmail-To: ST%"[e-mail]",DOWST

I have used the ADC modem on an Apple //e for about 15 months.  The unit is actually made by Prometheus.  There have been no problems.  A friend uses one on a 512k Mac and is satixfied

Henry Dowst  KA6KNJ
 4-Apr-87 01:24:03-MST,1794;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat 4 Apr 87 01:23:40-MST
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA08199; Fri, 3 Apr 87 19:07:10 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 1 Apr 87 21:16:17 GMT
From: mnetor!utzoo!utgpu!water!watnot![e-mail]
Organization: U. of Waterloo, Ontario
Subject: Wanted: GOOD C compiler for C128 under CP/M 3.0
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


Well I think the subject line says most of it but anyway...

Does anyone know where I can get a GOOD compiler (not something like the
Small C compiler which I have and don't like). This should run under CP/M 3.0+
on a Commodore 128. I would also prefer that it compiled to the extended Z80
mnemonics but that's not THAT important. I also would prefer that it did NOT
work like Small C. ie. c program -> assembler program -> .REL files -> link'em.
That is a pain in the *ss. (and I don't even have an assembler which can
assemble .MAC files in the format that Small C produces so Small C is useless
to me).

Any help would be greatly appreciated.

Chris
--
-------------------------------------------------------------------------------
Chris Gordon                     UUCP: {abunchasystems}!watmath!watnot!cagordon
U of Waterloo, Ont         CompuServe: 72030,104
                       Q-Link: ChrisG22
                CSNET: [e-mail]
-------------------------------------------------------------------------------
When you care enough to send the very best, send MONEY!
 4-Apr-87 09:27:48-MST,1161;000000000000
Mail-From: KPETERSEN created at  4-Apr-87 09:26:52
Date: Monday, 30 March 1987  05:36-MST
Message-ID: <[e-mail]>
Sender: Earnie Boyd AMSTE-TEF 4377 <[e-mail]>
From: Earnie Boyd AMSTE-TEF 4377 <[e-mail]>
To: [e-mail]
Subject:   V20-80 update
ReSent-From: [e-mail]
ReSent-To: Info-Cpm at SIMTEL20.ARPA
ReSent-Date: Sat 4 Apr 1987 09:26-MST

Sorry, I left out one small detail that I didn't find out until the
next day - ZPC must have been installed.  It is not necessary, or
benificial to be in the PC mode, but unless ZPC has been installed,
V20-80 will hang the system with the infamous "WILD INTERRUPT.

Other CPM programs that seem to work are: MDM740, MEX, BiShow,
NewSweep, NULU11, SuperDirectory, and setids.  My versions of
Modem730, MDM740 and MEX have been patched for an S100 Modem at '30H'.

QuicKey of course doesn't work - only an eternal optimist would even try!

                                       Earnie

PS.  For whatever reason, our host is not receiving INFO-HZ100, so for
     further info or questions, email me direct.     eb.
 5-Apr-87 03:49:48-MDT,1804;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sun 5 Apr 87 03:49:31-MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA27737; Sun, 5 Apr 87 01:41:15 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 4 Apr 87 18:05:10 GMT
From: rocksvax!rocksanne!sunybcs![e-mail]  (Devon Bowen)
Organization: SUNY/Buffalo Computer Science
Subject: Re: Wanted: GOOD C compiler for C128 under CP/M 3.0
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (Chris Gordon) writes:
>
>Does anyone know where I can get a GOOD compiler (not something like the
>Small C compiler which I have and don't like). This should run under CP/M 3.0+
>

I know they're coming out with Turbo C for the IBM, but I'm not sure if there
will be a CP/M version. I'd certainly like that. It's supposed to be fully
K&R compatible. I worked with Turbo Pascal a lot and if Turbo C is anything
like it, it should be a must have. Does anyone know anything about Turbo C
for the CP/M OS?


                                   Devon Bowen (KA2NRC)
                                   University of Buffalo

********************************************************
csnet:     [e-mail]
uucp:     ..!{allegra,decvax,watmath,rocksanne}!sunybcs!ugbowen
BITNET:  [e-mail]
BBS:     [phone] (On-line: Computer Access Center)
Voice:   [phone]
USnail:  67 Lisbon Ave; Buffalo, NY; 14214
********************************************************
 6-Apr-87 05:21:08-MDT,1470;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 6 Apr 87 05:21:02 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA11698; Mon, 6 Apr 87 03:11:40 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 5 Apr 87 17:45:37 GMT
From: cbatt!cwruecmp!hal!ncoast![e-mail]  (David Lesher)
Organization: Cleveland Public Access UN*X, Cleveland, Oh
Subject: Re: UNIFORM-like programs for C/M 2.2
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

> Article <[e-mail]> From: [e-mail] (Kevin J. Belles)
#  Did anybody ever make a more
#  or less "generic" or user-configureable format program?

I doubt that such is possible. The multiformat programs must
talk to the disk controller on a intimate, low down,
hardware level in order to function. Since the CP/M machines
(and many others-to be fair) had differing hardware, in
various locations.....
But good luck anyhow!

--

              decvax!cwruecmp!ncoast!wb8foz
            ncoast![e-mail]
        (ncoast![e-mail])

                         "SERIOUS?
        Bones, it could upset the entire percentage!"

    NRO Mossad intercept igniters plutonium Ollie North Tehran
 6-Apr-87 19:23:04-MDT,952;000000000000
Mail-From: KPETERSEN created at  6-Apr-87 19:22:54
Date: 6  Apr 87  3:15 -0800
Message-ID: <[e-mail]>
Sender: Ken Wallewein <[e-mail]>
From: Ken Wallewein <[e-mail]>
To: [e-mail]
Subject:   Wanted: GOOD C compiler for C128 under CP/M 3.0
ReSent-From: [e-mail]
ReSent-To: Info-Cpm at SIMTEL20.ARPA
ReSent-Date: Mon 6 Apr 1987 19:22-MDT

Nearly all C compilers work the way you described (compile, assemble,
link, run).  It can be a pain at times, but it has it's advantages.
Small C has it's own assembler and linker - at least, mine does. It's
for vanilla CP/M, so it should work on your machine. I usually use
Manx/Aztec C V1.06, which is pretty complete and powerful.  If you
want fact, use the famous BDS C. It's to C what Turbo is to Pascal. Be
aware that is uses non-standard file I/O.
  /kenw
 6-Apr-87 19:55:37-MDT,2819;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 6 Apr 87 19:55:11 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA26853; Mon, 6 Apr 87 17:45:12 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 6 Apr 87 20:03:12 GMT
From: cbmvax![e-mail]  (Dave Haynie)
Organization: Commodore Technology, West Chester, PA
Subject: Re: Wanted: GOOD C compiler for C128 under CP/M 3.0
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

in article <[e-mail]>, [e-mail] says:
> Xref: cbmvax comp.sys.cbm:332 comp.os.cpm:446
>
>
> Well I think the subject line says most of it but anyway...
>
> Does anyone know where I can get a GOOD compiler (not something like the
> Small C compiler which I have and don't like). This should run under CP/M 3.0+
> on a Commodore 128. I would also prefer that it compiled to the extended Z80
> mnemonics but that's not THAT important. I also would prefer that it did NOT
> work like Small C. ie. c program -> assembler program -> .REL files -> link'em.
> That is a pain in the *ss. (and I don't even have an assembler which can
> assemble .MAC files in the format that Small C produces so Small C is useless
> to me).

I'd suggest contacting MANX Software Systems for their Aztec C compiler for
the C128.  I know many of people using their Amiga version, and they like it
quite a bit.  All of the larger machine versions come with linkers, so I'd
expect to find a linker and everything else you need with the C128 version.
As I recall, the C128 version runs in CP/M mode, but will actually produce
compiled code for CP/M, C128, or C64 modes.  Your best bet would be to call
them: the numbers I have are [phone], or [phone] and they can
probably answer all you questions.  Amiga versions of the compiler go from
$199 to $499 depending on the utilities, etc. and the version of the
compiler you get.  I'd expect the C128 versions to be in the same ballpark.

(DISCLAIMER: I've got no ties to MANX, they won't even send me kickbacks)

> Chris
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Dave Haynie     Commodore Technology              // /|  ___   __   __   __
  {ihnp4|caip|rutgers}!cbmvax!daveh          |\  // /_|     | /  \ /  \ /  \
Commodore rarely admits to knowing me,        \\// /  |  +--+ |  | |  | |  |
  much less sharing my personal opinions.      \/ /   |  |___ \__/ \__/ \__/

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 6-Apr-87 21:21:56-MDT,1361;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 6 Apr 87 21:21:48 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA27794; Mon, 6 Apr 87 18:52:16 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 6 Apr 87 11:59:33 GMT
From: ihnp4!homxb!houxm!whuts![e-mail]  (DINSMORE)
Organization: AT&T Bell Laboratories, Whippany, NJ
Subject: Re: Wanted: GOOD C compiler for C128 under CP/M 3.0
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

[munch munch munch...]

    The Small-C compiler should come with the necssary programs
to fully compile and link your creations. I have the complete package
which produces Z80 code but alas contains minimal docs on the assembler
Zmac and the linker Zlink. Although Small-C is definately a small subset
of C, I find the libraries and doc files excellent for the price, $10.
    If the programs for Zmac and Zlink are needed, I will upload
them to whoever knows how to put them in the SIMTEL libraries,
assuming they are not there already. (Still trying to figure out how
to un-uuencode)

                Wayne Dinsmore
 7-Apr-87 02:52:09-MDT,1081;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue, 7 Apr 87 02:51:56 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA02575; Tue, 7 Apr 87 00:34:44 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 6 Apr 87 06:28:00 GMT
From: hp-pcd!orstcs![e-mail]
Subject: Any good Pascals for CP/M2.2?
Message-Id: <216600002@orstcs>
Sender: [e-mail]
To: [e-mail]


I have an associate that wants to do some "light-duty" control
programming in Pascal for an old Z80 machine he has lying around.
It runs CP/M 2.2.  Are there any suggestions from the crowd regarding
what would be a good choice here?  I know about DRI's Pascal MT+.
I have used it and won't recommend that.  Does Turbo-pascal still
exist for cp/m?

Direct all responses to me by mail, please.  Thanks for the help.
...!hplabs!!hp-pcd!orstcs!go   (Gary Oliver)
 8-Apr-87 04:12:08-MDT,789;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Wed, 8 Apr 87 04:11:54 MDT
Received: from NEUVM1.BITNET by wiscvm.wisc.edu on 04/08/87 at 04:09:41 CDT
Date: WEDNESDAY 04/08/87 11:06:13 DNT
To: [e-mail]
From: [e-mail]
Subject: Misc problems...


                        Hi cpm people.

Three problems:
1) Does anyone knows the price of Manx/Aztec C V1.06 (newest?) for cp/m??
2) How to patch z8e to use another restart number for breakpoints?
3) How to avoid siesmo.uucp when having an uucp connection to mcvax.uucp?

Thanks in advance,

             Klaus Elmquist Nielsen

bitnet: tttleh5.neuvm1
uucp:   mcvax!diku!iddth!klaus

  -- any spelling errors ???
 8-Apr-87 11:48:24-MDT,970;000000000000
Return-Path: <[e-mail]>
Received: from Xerox.COM by SIMTEL20.ARPA with TCP; Wed, 8 Apr 87 11:48:15 MDT
Received: from CheninBlanc.ms by ArpaGateway.ms ; 08 APR 87 10:48:02 PDT
Date: 8 Apr 87 10:47:56 PDT (Wednesday)
From: [e-mail]
Subject: Deleted file ?
To: [e-mail]
cc: [e-mail]
Message-ID: <870408-104802-1182@Xerox>

To any CPM'r who may know the answer or at least have a theory:

A .MAC file on a 5.25" floppy was inadvertently deleted and needed to be
restored.  No writes to the disk were made after the deletion.  I used
RECOVER.COM to recover the file.  RECOVER.COM stated that the file was
recovered, but when back at the A>, I did a DIR and the file was not
listed.  STAT or PIP could not find it either.

I used DU-V87 to examine the directory entry.  The first byte was in
fact 00 and none of the high bits of the file name or ext were set.

A real puzzel.  Any answers or ideas?

Terry
 9-Apr-87 22:41:19-MDT,933;000000000000
Return-Path: <@MC.LCS.MIT.EDU,@mit-multics.arpa:[e-mail]>
Received: from BRL-SPARK.ARPA by SIMTEL20.ARPA with TCP; Thu, 9 Apr 87 21:59:37 MDT
Received: from MC.LCS.MIT.EDU by SPARK.BRL.ARPA id aa12651; 8 Apr 87 18:40 EDT
Received: from MIT-MULTICS.ARPA (TCP 1200000006) by MC.LCS.MIT.EDU  8 Apr 87 18:28:58 EDT
Received: from ECNCDC(MISS049) by MITVMA (Mailer X1.23) id 7176;
          Wed, 08 Apr 87 16:00:31 EDT
Date:     Wed 08 Apr 1987 14:56 CDT
From:     [e-mail]
MMDF-Warning:  Parse error in original version of preceding line at BRL.ARPA
Subject:   REQUEST
To:       [e-mail]
MMDF-Warning:  Parse error in original version of preceding line at BRL.ARPA
Message-ID:  <[e-mail]>

PLEASE ENTER ME IN T INFO-CPM MAILING LIST.
THANKS.........
                                 KEN LINDER
                                 [e-mail]

 9-Apr-87 23:27:29-MDT,908;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Thu, 9 Apr 87 23:27:15 MDT
Received: from RPICICGE.BITNET by wiscvm.wisc.edu on 04/09/87 at 21:11:39 CDT
Received: by RPICICGE (Mailer X1.23b) id 2665; Thu, 09 Apr 87 22:10:00 EDT
Date: Thu, 09 Apr 87 22:03:05 EDT
From: "John S. Fisher" <[e-mail]>
To:   [e-mail]
Subject: Archive Squash format

From the documentation for UNARC version 1.6 I've learned that there
is yet another LZW format coming into use.  The claim is that this is
a (9 to) 13-bit LZW method without DLE-packing.  Does anyone know
if that is really all there is to it:  Just take my existing unLZW code
and increase the table size and remove the DLE-unpacking, or is there
perhaps something more sneeky going on (like the difference between
arc LZW and crunch LZW)?
10-Apr-87 01:31:42-MDT,1792;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri, 10 Apr 87 01:31:22 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA22525; Thu, 9 Apr 87 03:20:36 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 6 Apr 87 05:30:20 GMT
From: hpcea!hpfcdc!hpldola!hp-lsd!hplsdla![e-mail]  (Dave Ritchie)
Organization: Hewlett-Packard, Colorado Springs
Subject: Re: hard drives for Osborne I and Kaypro II
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


  One option is to use a SASI host adapter that piggybacks into a Z80
socket (i.e., the Z80 is pulled out, the daugther board is plugged
in, and then the Z80 is plugged into the daughter board). Xebec (the
hard drive controller people) have such an interface detailed in their
manual for the S1410 hard drive controller. All you would need would be
the host adapter board mentioned above, a copy of the BIOS so that you can
add the mods so that CP/M can recognize your hard drives (you do have a
copy of your BIOS, don't you? :-> ), a disk controller board (i.e.,
Xebec S1410, Adaptec-4000... a shugart surplus lookalike is available in the
$80 range), a power supply for controller and drive(s) (PC-type supply,
perhaps) and appropriate signal cables.
  Another option is get one of the hard drive adapters sold by some of the
advertisers in Micro Cornucopia (Emerald Microware?). These are pricy for
what you get, however. It may just be cheaper to buy a used Kaypro-10.

                    Dave Ritchie
                    hp-lsd!ritchie
10-Apr-87 10:21:12-MDT,967;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Fri, 10 Apr 87 10:18:52 MDT
Received: from ECNCDC.BITNET by wiscvm.wisc.edu on 04/10/87 at 10:28:02 CDT
Date:     Fri 10 Apr 1987 10:08 CDT
From:     Wizzard <[e-mail]>
Subject:  TRS80 Graphics
To:       <[e-mail]>

Does anyone out there have any subroutines to use the hi-res graphic
boards for the TRS-80 model 4 under any languages in CP/M?

             Scott McBurney
             --------------
                  BITNET:   [e-mail]
                Internet:   [e-mail]
                   GEnie:   S.MCBURNEY
-----------------------------------------------------------------
Western Illinois University:  A place where people get screwed all
        day and still go home horny.
-----------------------------------------------------------------
10-Apr-87 15:54:25-MDT,950;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri, 10 Apr 87 15:54:13 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA25184; Fri, 10 Apr 87 13:33:20 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 10 Apr 87 20:36:46 GMT
From: [e-mail]  (Ted Medin)
Organization: Naval Ocean Systems Center, San Diego
Subject: Questions about the trs80 model 4 - Help
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


 How compatable is the model 4 with cpm 2.2. Specificly i have a
cbasic pgm running on a kaypro II and wondered if it would just
xfer over with little changes? Also how big (in kbytes) are the
floppy drives? Thanks in advance.
                                    Ted
11-Apr-87 01:30:40-MDT,908;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat, 11 Apr 87 01:30:30 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA00567; Fri, 10 Apr 87 18:36:03 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 11 Apr 87 01:19:52 GMT
From: ucsdhub!jack!man!wolf![e-mail]  (Hacker Smurf)
Organization: The Erisian Liberation Front
Subject: Terminal Emulator for the Kaypro 10
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

Does anybody have a terminal program that will run on the Kaypro 10 and is
suitable for using with UNIX? (i.e., full terminal emulation)

Any help appreciated.
--
Bill Wisner
..{sdcsvax,ihnp4}!jack!wolf!billw
11-Apr-87 17:26:13-MDT,738;000000000000
Return-Path: <[e-mail]>
Received: from XX.LCS.MIT.EDU by SIMTEL20.ARPA with TCP; Sat, 11 Apr 87 17:26:06 MDT
Received: from OZ.AI.MIT.EDU by XX.LCS.MIT.EDU via Chaosnet; 11 Apr 87 00:07-EDT
Date: Sat 11 Apr 87 00:05:45-EDT
From: "Mark Becker" <[e-mail]>
Subject: MODULA-2 for CP/M 2.2 w/Z-80?
To: [e-mail]
Message-ID: <[e-mail]>

Hello -

     I'm looking for recommendations for a MODULA-2 compiler to run
under CP/M 2.2 .  Pointers to reviews, discussions, comments, and
flames on different vendor's implementations are more than welcome.

Regards,

Mark Becker
[e-mail]
-------
11-Apr-87 18:56:35-MDT,740;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Sat, 11 Apr 87 18:56:27 MDT
Received: from H462BATMS by wiscvm.wisc.edu on 04/11/87 at 19:55:54 CDT
Date:  Sat, 11-APR-1987 20:51 EST
From:  Timothy Stark <[e-mail]>
To:    <[e-mail]>
Subject:  Manx/Aztec C compiler

Hello,

   I had read Byte magazines but I cannot find that for Commodore 64/128
and CP/M. It didn't tell about some computers for prices/avaiable.
Does anyone know price/avaiably for my Commodore 128 and CP/M+??

-- Tim Stark

Arpa:   [e-mail]
Bitnet: h462batms@gallua
Uucp:   ...!psuvax1!gallua.bitnet!h462batms
12-Apr-87 20:37:07-MDT,1645;000000000000
Mail-From: WANCHO created at 12-Apr-87 20:36:53
Date: Sun, 12 Apr 87 20:36:52 MDT
From: Frank J. Wancho <[e-mail]>
Subject: New version of NCRC for TOPS-20
To: [e-mail], [e-mail], [e-mail],
    [e-mail], [e-mail]
cc: [e-mail], [e-mail]
Message-ID: <[e-mail]>

There is a new version of NCRC (10) in PD:<MISC.TOPS-20>.  This
version has two new switches: /FORCE and /WRITE.

The /WRITE switch (which implies /FORCE) causes the computed CRC value
to be stored in the .FBUSW of the FDB.  Of course, the user must have
write access to the file for this switch to have effect.

The /FORCE switch will cause NCRC to compute the value for the file.
If the value of that word is non-zero, NCRC will skip the computation
and display the value found in the .FBUSW word.

All publically readable files on our PD: structure now have that word
set with the computed CRC value for that file.  If you FTP any of
these files directly to another TOPS-20 system, and your FTP program
provides the option to retain all FDB information, be sure to turn
that option on.

The primary motivation for adding this feature was to decrease the
amount of time the Archive Server spends processing requests for files
which include a CRC listing.  In the past few hours this feature has
been available, the performance improvement has been rather dramatic.
It may, once again, be possible to start seeing a much improved
response time instead of the 5-7-day turnaround of the past few weeks.

--Frank
-------
12-Apr-87 20:42:11-MDT,1820;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Sun, 12 Apr 87 20:41:57 MDT
Received: from POMONA.BITNET by wiscvm.wisc.edu on 04/12/87 at 21:41:28 CDT
Date: Sun, 12 Apr 87 19:32:13 cet
To: [e-mail]
From: [e-mail]
Subject: Re: Tandy Model 4 & CP/M 2.2

The Tandy Model 4 runs an excellent, totally compatible version of
CP/M 2.2 from a company called Monezeuma Micro.  The specifications
are as follows: TPA on 64k system 56,070 bytes; 55046 bytes with
a hard disk driver installed.  CP/M IOBYTE: fully implemented.
Device drivers: 35, 40, 77 & 80 track, single/double density,
single/double sided, 3.5, 5.25, or 8 inch, more than 85 formats
supported.  Maximum disk capacity: 40TK SSDD = 220k; 40TK DSDD = 440k;
80TK DSDD = 880k.  RS-232: All word lenghts, parity & baud rates.
Parallel Printer: With/without line and/or form feeds. Video: 24x80
with reverse video.  Keyboard: full ASCII with 9 function keys.
RAM disk: 64k, *AUTOMATIC* on 128k systems.

Montezeuma Micro's numbers are (214)-631-7900 for information,
(800)-527-0347 for ORDERS ONLY.  If you want more info, pick up
any issue of 80 Micro magazine.

Note that the Model 4 comes with an excellent OS called TRSDOS 6.
There is a lot of excellent software available, and even if CP/M is
your primary interest, don't ignore this capacity of the machine.
Pro-MRAS is *the* best Z-80 assembler I've seen, and with a utility
like HyperCross, you could develop CP/M software under TRSDOS, if
you wanted to.  If you want more info, don't hesitate to ask me
directly.

                    An Eminently Satisfied Model 4 User,
                           George Madison
                           [e-mail]

12-Apr-87 20:59:46-MDT,1642;000000000000
Return-Path: <[e-mail]>
Date: Sun, 12 Apr 87 20:36:52 MDT
From: Frank J. Wancho <[e-mail]>
Subject: New version of NCRC for TOPS-20
To: [e-mail], [e-mail], [e-mail],
    [e-mail], [e-mail]
cc: [e-mail], [e-mail]
Message-ID: <[e-mail]>

There is a new version of NCRC (10) in PD:<MISC.TOPS-20>.  This
version has two new switches: /FORCE and /WRITE.

The /WRITE switch (which implies /FORCE) causes the computed CRC value
to be stored in the .FBUSW of the FDB.  Of course, the user must have
write access to the file for this switch to have effect.

The /FORCE switch will cause NCRC to compute the value for the file.
If the value of that word is non-zero, NCRC will skip the computation
and display the value found in the .FBUSW word.

All publically readable files on our PD: structure now have that word
set with the computed CRC value for that file.  If you FTP any of
these files directly to another TOPS-20 system, and your FTP program
provides the option to retain all FDB information, be sure to turn
that option on.

The primary motivation for adding this feature was to decrease the
amount of time the Archive Server spends processing requests for files
which include a CRC listing.  In the past few hours this feature has
been available, the performance improvement has been rather dramatic.
It may, once again, be possible to start seeing a much improved
response time instead of the 5-7-day turnaround of the past few weeks.

--Frank
-------
12-Apr-87 22:05:25-MDT,1641;000000000000
Return-Path: <[e-mail]>
Date: Sun, 12 Apr 87 20:36:52 MDT
From: Frank J. Wancho <[e-mail]>
Subject: New version of NCRC for TOPS-20
To: [e-mail], [e-mail], [e-mail],
    [e-mail], [e-mail]
cc: [e-mail], [e-mail]
Message-ID: <[e-mail]>

There is a new version of NCRC (10) in PD:<MISC.TOPS-20>.  This
version has two new switches: /FORCE and /WRITE.

The /WRITE switch (which implies /FORCE) causes the computed CRC value
to be stored in the .FBUSW of the FDB.  Of course, the user must have
write access to the file for this switch to have effect.

The /FORCE switch will cause NCRC to compute the value for the file.
If the value of that word is non-zero, NCRC will skip the computation
and display the value found in the .FBUSW word.

All publically readable files on our PD: structure now have that word
set with the computed CRC value for that file.  If you FTP any of
these files directly to another TOPS-20 system, and your FTP program
provides the option to retain all FDB information, be sure to turn
that option on.

The primary motivation for adding this feature was to decrease the
amount of time the Archive Server spends processing requests for files
which include a CRC listing.  In the past few hours this feature has
been available, the performance improvement has been rather dramatic.
It may, once again, be possible to start seeing a much improved
response time instead of the 5-7-day turnaround of the past few weeks.

--Frank
-------
13-Apr-87 06:56:42-MDT,793;000000000000
Return-Path: <prindle@nadc>
Received: from nadc (NADC.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon, 13 Apr 87 06:56:36 MDT
Date: 13 Apr 1987 07:14:58-EST
From: prindle@NADC
To: info-cpm@simtel20
Subject: re: Manx/Aztec C compiler

The proper Aztec C compilers for use on the Commodore 128 under CP/M+ are the
generic Aztec C for CP/M [Aztec C II-d (CP/M) $199] if you only want to gene-
rate code which runs under CP/M; or the special C128 compiler which runs under
CP/M but generates either Z-80 code (for CP/M) or 6502 code (for C128/C64)
[Aztec C65-c/128 C64, C128, CP/M $399].  Manx usually takes out two ads in
Byte, both featuring the MSDOS compiler, but one detailing the other compilers.
e.g. see page 99 of Jan 87 Byte.

Sincerely,
Frank Prindle
[e-mail]
13-Apr-87 11:04:58-MDT,1005;000000000000
Return-Path: <[e-mail]>
Received: from mitre.ARPA by SIMTEL20.ARPA with TCP; Mon, 13 Apr 87 11:04:52 MDT
Date: Mon, 13 Apr 87 09:42:48 est
From: [e-mail]
Message-Id: <[e-mail]>
Organization: The MITRE Corp., Washington, D.C.
To: [e-mail]
Subject: Kermit for the Osborne exec

--------
I need a file transfer capability for my Osborne exec.  I use Kermit on
my Macintosh at work and it seems to work fine.  I have what I have been
told is a semi-standard modem program (modem20 or something).  Does anyone
know if/how I can download a kermit using that?  What do I request from
Simtel?

I would prefer to just buy a disk with the programs I need (at least
i become facile at file transfers, etc).  Is there an Osbo users group
in the Washington D.C. area?

        Responses to:   [e-mail]
                        Chris Elsaesser [phone]

Thanks in advance.
chris
13-Apr-87 17:25:27-MDT,1199;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 13 Apr 87 17:24:25 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA21366; Mon, 13 Apr 87 14:37:45 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 13 Apr 87 18:58:10 GMT
From: hc!beta![e-mail]  (Douglas J Roberts)
Organization: Los Alamos Natl Lab, Los Alamos, N.M.
Subject: How do you patch Wordstar? (2nd request)
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

Can anyone help me with instructions on how to patch Wordstar 3.0,
running under CPM 2.2?

I was running it on my NorthStar with a TeleVideo 912 terminal, and
then I changed terminals - to a DEC VT100.

(I use Wordstar to create nroff input files)

When I went to look for my manual, I found that it had been accidently
tossed!!!

I've patched WS w/DDT several times before, but I can't remember all the
details (addresses, etc).

Assistance would be greatly appreciated.

    ---- Doug Roberts
14-Apr-87 09:19:35-MDT,1541;000000000000
Return-Path: <@BRL-SMOKE.arpa:[e-mail]>
Received: from AMSAA.ARPA by SIMTEL20.ARPA with TCP; Tue, 14 Apr 87 09:19:27 MDT
Received: from BRL-SMOKE.ARPA by AMSAA.AMSAA.ARPA id aa05771;
          14 Apr 87 10:12 EST
Date:     Tue, 14 Apr 87 11:09:03 EDT
From:     Steve Lesh (ISC | howard) <[e-mail]>
To:       [e-mail]
cc:       [e-mail]
Subject:  z80+ on the gs
Message-ID:  <[e-mail]>

    If anyone owning a gs is thinking about purchasing a z80+ from Applied
Engineering, I would recommend waiting.

    I purchased a z80+ a week ago that had a little "runs on GS" sticker
on the front of the box.  When I tried to install the operating system con-
figuring it to use a 3.5 Unidisk as the boot device, it would not run.  The
user's manuals contained no instructions which assist GS owners in installing
CP/M.  After a little fiddling, I discovered that you had to set the system
speed to normal through the control panel before the operating system would
boot from a 3.5 through the smart port.

    The resident system commands seemed to work ok after it booted but
I could not get programs to load from disk.  A call to Applied Engineering
revealed that they have a new revision to the operating system ( 5.2?)
which is supposed to correct the problems with the z80+ on the GS.  They
still didn't indicate that they had any plans to revise the operators manuals.
(there were no addendums in the box either).

    I'll keep you posted if you'll keep me posted.
14-Apr-87 10:04:08-MDT,1263;000000000000
Return-Path: <[e-mail]>
Received: from RELAY.CS.NET by SIMTEL20.ARPA with TCP; Tue, 14 Apr 87 10:03:58 MDT
Received: from relay2.cs.net by RELAY.CS.NET id ag23066; 14 Apr 87 11:53 EDT
Received: from ubc by RELAY.CS.NET id ag01119; 14 Apr 87 11:49 AST
Received: by ubc.csnet id AA01393; Tue, 14 Apr 87 07:06:19 pst
Date: 14 Apr 87  1:07 -0800
From: Ken Wallewein <[e-mail]>
To: [e-mail]
Message-Id: <26*[e-mail]>
Subject: deleted file?

  The only thing I can think of is that if there is a directory entry ahead of
the one for you file, which contains all E5's, the standard software will think it marks the end of the directory and ignore the rest. You could modify the name field of such an entry (put in 20's or such) to override that. I would strongly suggest making
 an IMAGE copy of the disk before doing much of that stuff (NOT
a PIP copy). Another thing you could try would be the SAP program (PD), which
does a sort-and-pack on the directory. Definitely have a backup before you do
that. Probably the best solution would be to enlist the help of someone who is
experienced with DU. Good luck. Oh, by the way... where was your backup copy?
/kenw

14-Apr-87 12:17:06-MDT,1069;000000000000
Return-Path: <[e-mail]>
Received: from ncsc.ARPA by SIMTEL20.ARPA with TCP; Tue, 14 Apr 87 12:17:01 MDT
Received: by ncsc.ARPA id AA05940; Tue, 14 Apr 87 13:16:31 CST
Date: Tue, 14 Apr 87 13:16:31 CST
From: [e-mail] (Brown)
Message-Id: <[e-mail]>
To: [e-mail]
Subject: MEX batch transfer mode

Does anyone know what MEX is expecting when using the batch xmodem
transfer modes (ie sb and rb).  I have been trying to use it with the
Unix commands sb and rb which came from simtel20 in
pd:<unix.communication>x-ymodem.shar.1

MEX and sb/rb can't seem to agree on the exchange of file names. When
send/receiving a single file, they seem to work ok in crc/checksum
and 128/1024 combinations.  The unix version is 4.3BSD on a Vax 750.
rb and sb were compiled with cc -O -DV7 xx.c -o xx as per the
comments in the files for unix v7, 2.8 and 4.x.

Any descriprion of the file name exchange expected by MEX or
pointers to docs for it or y-modem (yam?) protocols would be
appreciated.

david brown
jdb@ncsc

14-Apr-87 13:16:19-MDT,555;000000000000
Return-Path: <prindle@nadc>
Received: from nadc (NADC.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue, 14 Apr 87 13:15:52 MDT
Date: 14 Apr 1987 14:07:43-EST
From: prindle@NADC
To: hc!beta!dzzr@ames
Subject: re: patching wordstar
Cc: info-cpm@simtel20

Many documents which more than adequately cover the subject of patching
wordstar 3.0 (and others) can be found in the SIMTEL20 archives in directory
PD:<CPM.WSTAR>.  Everything you always wanted to know...... even more than
in the real installation manual!
Frank Prindle
[e-mail]
14-Apr-87 15:05:17-MDT,931;000000000000
Return-Path: <[e-mail]>
Received: from RELAY.CS.NET by SIMTEL20.ARPA with TCP; Tue, 14 Apr 87 15:05:11 MDT
Received: from relay2.cs.net by RELAY.CS.NET id aa05156; 14 Apr 87 16:34 EDT
Received: from ubc by RELAY.CS.NET id ar02378; 14 Apr 87 16:27 AST
Received: by ubc.csnet id AA00578; Tue, 14 Apr 87 10:39:48 pst
Date: 14 Apr 87  2:52 -0800
From: Ken Wallewein <[e-mail]>
To: [e-mail]
MMDF-Warning:  Parse error in original version of preceding line at RELAY.CS.NET
Message-Id: <29*[e-mail]>
Subject: Commodore CP/M

  It was my impression that a CP/M is a CP/M is a CP/M. Was I wrong? If Aztec
C is available for CP/M, is therefore available for Commodore machines running
CP/M. If this is not so, why? BTW, I am somewhat knowledgable (not expert) on
CP/M BIOS structures. I don't believe in There Are Mysteries :-).
/kenw

15-Apr-87 10:19:15-MDT,1420;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Wed, 15 Apr 87 10:19:06 MDT
Received: from ECNCDC.BITNET by wiscvm.wisc.edu on 04/15/87 at 10:58:00 CDT
Date:     Wed 15 Apr 1987 10:55 CDT
From:     <[e-mail]>
Subject:  128 CP/M COMPATABILITY
To:       <[e-mail]>


   I feel there are no differences except for the display
 codes for the monitor.  I have been running CP/M on the 128
 for about a year and have found no problems with running
 KAYPRO IV  CP/M 2.2 stuff.  New Word needed some help, but
 not much!!


   As for C, I have been using the BDS C compiler for several
 months with no problems.  I have seen AZTEC C run on another
 CP/M machine and I feel that the BDS C compiler is much better.
 There was a review of several CP/M compilers in a 1984 BYTE.
 If anyone is interested, I could come up with the exact issue.



____________________________________________________________________

 Ken Linder                                Western Illinois
 [e-mail]                       University


 KA9RVK (CW lives!!!!!)            Please acknowledge that my
                                  opinions are the product of
                                    one semi-intelligent human.

__________________________________________________________________
15-Apr-87 14:21:04-MDT,545;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Wed, 15 Apr 87 14:20:49 MDT
Received: from ECNCDC.BITNET by wiscvm.wisc.edu on 04/15/87 at 15:19:17 CDT
Date:     Wed 15 Apr 1987 15:15 CDT
From:     Wizzard <[e-mail]>
Subject:   Tandy...
To:       <[e-mail]>

Does anyone out there in net land know if a strictly Tandy users group
or mailing list or sig exists?
      thanks, Scott McBurney
              [e-mail]
15-Apr-87 15:49:29-MDT,1368;000000000000
Mail-From: KPETERSEN created at 15-Apr-87 15:49:19
Date: Wed Apr 15 00:31:24 1987
Message-ID: <[e-mail]>
Sender: tektronix!reed!omen![e-mail]
From: tektronix!reed!omen![e-mail]
To: [e-mail]
Subject:   MEX batch transfer mode
ReSent-From: [e-mail]
ReSent-To: Info-Cpm at SIMTEL20.ARPA
ReSent-Date: Wed 15 Apr 1987 15:49-MDT

Sounds like MEX is looking for the old MODEM7 batch hack, not YMODEM batch.
Funny, because I thought MEX was supposed to support YMODEM, but apparently
it doesn't.  If it did support YMODEM, it would work properly with the
Unix rb/sb programs assuming something isn't broken with you particular
Unix system.

You might wish to check the Unix commands with a known correct YMODEM
program such as YAM, Pro-YAM, or the shareware ZCOMM.

Chuck Forsberg WA7KGX Author of Pro-YAM communications Tools for PCDOS and Unix
...!tektronix!reed!omen!caf  Omen Technology Inc "The High Reliability Software"
  17505-V Northwest Sauvie Island Road Portland OR 97231  Voice: 503-621-3406
TeleGodzilla BBS: 621-3746 2400/1200  CIS:70007,2304  Genie:CAF  Source:TCE022
  omen Any ACU 1200 1-503-621-3746 se:--se: link ord: Giznoid in:--in: uucp
  omen!/usr/spool/uucppublic/FILES lists all uucp-able files, updated hourly
15-Apr-87 21:01:01-MDT,822;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Wed, 15 Apr 87 21:00:53 MDT
Received: from NUSVM.BITNET by wiscvm.wisc.edu on 04/15/87 at 22:00:28 CDT
Date: 16 April 87 10:59-SST
From: [e-mail]
To: INFO-CPM @ SIMTEL20.ARPA
Subject: BITNET mail follows

Subject:  CP/M 3.0 and Turbo Pascal

Am having problems with compiling large programs in Turbo Pascal
Version 3 on the Morrow HD-11.  The $INCLUDE files get corrupted
during compilation.  Any offers???

Kenneth Seah
--------------------------------------------+
BitNet - ISCSEAHK@NUSVM                     :
UUCP - ..!sun!elxsi!tata-elxsi!nus-cs!kseah :
--------------------------------------------+
Sent to: INFO-CPM at SIMTEL20.ARPA
Sent on 16 Apr 1987
15-Apr-87 21:08:23-MDT,1210;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 15 Apr 87 21:08:14 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA11288; Wed, 15 Apr 87 13:41:27 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 15 Apr 87 15:56:58 GMT
From: ihnp4!ihlpa![e-mail]  (Wolford)
Organization: AT&T Bell Laboratories
Subject: batch mode with rb and sb
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

I too have had this problem with 2 different modem programs I have for
my Lobo Max80 and my Xerox 820 (The first runs MODEM7, the second runs
MDM740).  I can talk in batch mode between the two micros, but not
to the UNIX machine which runs rb and sb.

P.S.  I also have rz and sz and they do not work in batch mode.

Jeff Wolford
ihnp4!iwsag!jww
                        +-- ihlpa!wolfordj
seismo --\              |
          > -- ihnp4 ---+-- iwsag!jww
decvax --/              |
                        +-- iwsag!iw3btjw!jww
15-Apr-87 21:55:06-MDT,924;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 15 Apr 87 21:54:55 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA18740; Wed, 15 Apr 87 19:05:08 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 16 Apr 87 02:44:23 GMT
From: umnd-cs!ub.D.UMN.EDU![e-mail]  (Rob Healey)
Organization: U. of Minnesota, Duluth - Computing Services
Subject: Re: Tandy...
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


    Try comp.sys.tandy in news, if you don't get news then I think
    you're out of luck. (sniff)

        -Rob Healey
        [e-mail]

One of the last Model 4 hardcores.
16-Apr-87 01:55:25-MDT,1121;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 16 Apr 87 01:55:15 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA24546; Wed, 15 Apr 87 23:39:28 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 15 Apr 87 15:28:20 GMT
From: mcvax!enea!tut!santra![e-mail]  (Nisse Husberg)
Organization: Helsinki University of Technology, Finland
Subject: Re: MODULA-2 for CP/M 2.2 w/Z-80?
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

Turbo Modula-2 from Echelon has been a good choice. I have used Turbo
Pascal for some time but I decided to use TM-2 as my main system after
a few weeks experience. I am using a KAYPRO-10 and have had no problems
at all (yet).

There has been reviews in Micro Cornucopia (end of 1986, begin of 1987 ?).
Have a look at the modula2 newsgroup too.

Nisse
16-Apr-87 10:12:11-MDT,595;000000000000
Return-Path: <[e-mail]>
Received: from dmc-crc.arpa by SIMTEL20.ARPA with TCP; Thu, 16 Apr 87 10:11:55 MDT
Received: by dmc-crc.arpa; (4.12/4.7)
        id AA09815; Thu, 16 Apr 87 12:06:30 est
Date: Thu, 16 Apr 87 12:06:30 est
From: [e-mail] (G. J. Marwood)
Message-Id: <[e-mail]>
To: [e-mail]
Subject: MEX YMODEM Batch

Reference queries on use of MEX with YMODEM/Batch.  MEX does support YMODEM, b
but to do so you must use the non-PD MEX-PLUS (e.g. MEX 1.65 etc)
                                        Gordon Marwood
16-Apr-87 10:12:57-MDT,804;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Thu, 16 Apr 87 10:12:42 MDT
Received: from DBNRHRZ1.BITNET by wiscvm.wisc.edu on 04/16/87 at 10:51:52 CDT
Date: Thu, 16 Apr 87 17:47:57 MEZ
To: [e-mail]
From: [e-mail]
Subject: Avoid clearing the screen after warmstart

Hi people,

I have an apple //e and whenever a CP/M - program is making a warmstart
after its execution my screen will be cleared.
But when this program for example displayed
a message or something else I can't read it anymore. So is there anybody
who can tell me (has a patch for CP/M (Vers. 2.2 56K or/and Vers. 2.3 60)
how one can avoid this behaviour of the CP/M - System?

In hope for a response  Ralf

16-Apr-87 13:02:21-MDT,1745;000000000000
Return-Path: <[e-mail]>
Received: from decwrl.dec.com by SIMTEL20.ARPA with TCP; Thu, 16 Apr 87 13:01:45 MDT
Received: from rhea.dec.com by decwrl.dec.com (5.54.3/4.7.34)
    id AA04264; Thu, 16 Apr 87 11:01:21 PST
Message-Id: <[e-mail]>
Date: 16-Apr-1987 1449
From: [e-mail]  (The paisley tie is *mine*!)
To: [e-mail], [e-mail]
Subject: Re: Avoid clearing the screen after warmstart

From [e-mail]:

> I have an apple //e and whenever a CP/M - program is making a warmstart
> after its execution my screen will be cleared.  But when this program for
> example displayed a message or something else I can't read it anymore.  So
> is there anybody who can tell me (has a patch for CP/M (Vers. 2.2 56K or/and
> Vers. 2.3 60) how one can avoid this behaviour of the CP/M - System?

Ralf, I don't think this is a CP/M problem.  I have used 60K Microsoft CP/M
2.23 on an oldstyle SoftCard in both a ][+ and a //e, and 64K PCPI CP/M 2.2 on
an Applicard, and I don't get this screen clearing that you describe.  Certain
programs from certain vendors may do it, but the following programs I've used
don't, at least on my system:

    WordStar
    DataStar
    ReportStar
    MicroCalc
    Strunk & White
    Turbo Pascal
    Microsoft F80/M80/L80
    All the standard CP/M tools

Sorry I can't be more informative in a positive way, but I hope this will help
point you in the right direction.  Good luck in finding an answer.

Cheers,
Dick Binder   (The Stainless Steel Rat)

DEC Enet:    FIZBIN::BINDER
UUCP:        { decvax, allegra, ucbvax... }!decwrl!fizbin.dec.com!binder
ARPA:        [e-mail]
16-Apr-87 14:42:09-MDT,568;000000000000
Return-Path: <[e-mail]>
Received: from dmc-crc.arpa by SIMTEL20.ARPA with TCP; Thu, 16 Apr 87 14:41:55 MDT
Received: by dmc-crc.arpa; (4.12/4.7)
        id AA10431; Thu, 16 Apr 87 16:36:33 est
Date: Thu, 16 Apr 87 16:36:33 est
From: [e-mail] (G. J. Marwood)
Message-Id: <[e-mail]>
To: [e-mail]
Subject: GEnie

Can anyone provide me with the information as to how I can contact the GEnie
organization, with a view to opening an account.
                                          Gordon  Marwood
16-Apr-87 22:50:17-MDT,1429;000000000000
Mail-From: KPETERSEN created at 16-Apr-87 22:49:06
Date: Thu, 16 Apr 1987  22:48 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: DELBR11A bug report

A bug report on DELBR11 from GEnie's CP/M RoundTable:

----------
Caegory 3,  Topic 4
Message 15        Thu Apr 16, 1987
B.DUERR [Bill]               at 15:42 EDT

     DELBR is a utility program that may be used to extract all
ember files from a "Novesielski" library (.LBR).  The program is
written in C and has been compiled for CP/M-80, CP/M-86, and MS-DOS.

     When using this program, caution must be exercised.

     The program will extract up to 64 members.  If the library
contains more than 64 members, it will terminate--there is no error
message displayed.  The program does not verify the CRC integrity
when extracting the member files.  The program will write over
existing files with no warning message displayed.

     The C source statements are available in the CP/M Software
Library, see file 806, DELBR11A.CQ.  We welcome anyone with a
knowledge of the C language to update this program, especially in
the area of error checking.  Even though there are other programs
available that provide the functions of DELBR, this program provides
a portability across many operating systems.

----------
17-Apr-87 00:34:19-MDT,1272;000000000000
Return-Path: <crash!pnet01![e-mail]>
Received: from bass.nosc.mil (NOSC.MIL.#Internet) by SIMTEL20.ARPA with TCP; Fri, 17 Apr 87 00:34:15 MDT
Received: by bass.nosc.mil (5.31/4.7)
    id AA18125; Thu, 16 Apr 87 22:35:35 PST
Received: by crash.CTS.COM (5.54/UUCP-Project/rel-1.0/09-14-86)
    id AA19625; Thu, 16 Apr 87 22:36:29 PST
Reply-To: pnet01!mwilson
Message-Id: <[e-mail]>
Date: Thu, 16 Apr 87 22:18:49 PST
From: [e-mail] (Marc Wilson)
To: crash![e-mail]@nosc.mil
Subject: MEX batch transfers

     Several people write:

Howcum MEX doesn't support YMODEM batch?

     The answer is:  it does.

     The .DOC file MEX10.DOC doesn't tell you how to do it, basically 'cause
MEX 1.0 didn't know how.  What you use is the 'K' option.  MEX will not
default to YMODEM, like IMP will.

     Try a command line of the form: 'SKB <filespec>'.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Marc Wilson   ( [e-mail] )
     ARPA: ...!crash!mwilson@nosc
           ...!crash!pnet01!pro-sol!mwilson@nosc
     UUCP: [ akgua | hp-sdd!hplabs | sdcsvax | nosc ]!crash!mwilson
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
17-Apr-87 02:55:23-MDT,1176;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri, 17 Apr 87 02:55:15 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA28084; Fri, 17 Apr 87 00:39:19 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 17 Apr 87 06:45:30 GMT
From: ucsdhub!jack!man!crash![e-mail]  (Dr. Snuggles)
Organization: Whizbang Enterprises
Subject: Re: MEX batch transfer mode
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] writes:
>Sounds like MEX is looking for the old MODEM7 batch hack, not YMODEM batch.

Yet the unix program I use 'xmodem' supports Modem7 batch protocals and I
still can't get Mex to accept it.  I did download and assemble Imp once
(yech!) and then Mex worked and so I removed Imp.  Immediately Mex stopped
working.  Maybe it's load dependent, but I'm lost...
18-Apr-87 01:04:34-MDT,1811;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat, 18 Apr 87 01:02:44 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA16283; Fri, 17 Apr 87 17:42:48 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 17 Apr 87 18:04:25 GMT
From: hao!noao![e-mail]  (Steve Grandi)
Organization: National Optical Astronomy Observatories, Tucson AZ
Subject: Re: batch mode with rb and sb
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (452is-Wolford,J.) writes:
>I too have had this problem with 2 different modem programs I have for
>my Lobo Max80 and my Xerox 820 (The first runs MODEM7, the second runs
>MDM740).  I can talk in batch mode between the two micros, but not
>to the UNIX machine which runs rb and sb.
>
rb and sb only implement YMODEM batch whereas MODEM7, MDM and MEX 1 only
implement MODEM7 batch protocol.  YMODEM batch is technically superior to
MODEM7 batch; but that doesn't help you much.  My UNIX xmodem program
(posted to Usenet's mod.sources in January) supports both MODEM7 and YMODEM
batch (among other things...).  Unfortunately, as distributed, xmodem runs
only on 4.2/4.3BSD systems but two people have sent me patches for System V
systems which I might be persuaded to integrate into a second release.
--
Steve Grandi, National Optical Astronomy Observatories, Tucson, AZ, 602-325-9228
UUCP: {arizona,decvax,hao,ihnp4,seismo}!noao!grandi   Internet: [e-mail]
SPAN/HEPNET: 5356::GRANDI or DRACO::GRANDI
18-Apr-87 01:32:07-MDT,1148;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat, 18 Apr 87 01:31:58 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA07235; Fri, 17 Apr 87 10:24:55 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 17 Apr 87 17:00:45 GMT
From: tle.dec.com![e-mail]
Organization: Digital Equipment Corporation
Subject: Mince, anyone?
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

Anyone out  there  have  an old copy of the CP/M editor, Mince, from Mark of
the  Unicorn,  that  they're  no  longer  using and are willing to sell? I'm
looking for a copy of the one that provided for user customization using BDS
C. It's no longer available, to my knowledge, comercially.

If you've  got the old Amethyst package (Mince + Scribe-like text processor,
Scribble), that'd be even better, but it's not a requirement.

Any help'd be greatly appreciated....

-+- Sid Maxwell
18-Apr-87 01:45:30-MDT,1133;000000000000
Return-Path: <[e-mail]>
Received: from AMSAA-SEER.ARPA by SIMTEL20.ARPA with TCP; Sat, 18 Apr 87 01:45:25 MDT
Received: from NMFECC.ARPA by AMSAA-SEER.AMSAA-SEER.ARPA id aa07562;
          17 Apr 87 13:01 EDT
Received: from oak.sainet.mfenet by ccx.mfenet with BrainDamage via MfeNet ;
    Fri, 17 Apr 87 09:58:23 PDT
Date:    Fri, 17 Apr 87 09:58:23 PDT
From:     [e-mail]
Message-Id: <[e-mail]>
To:       [e-mail]
From:     "Richard C. Secrist" <[e-mail]>
To:       [e-mail]

Subject: CBM C64 CP/M: source of VIC-II chips ?
Date:    Fri, 17-APR-1987 10:10 EST
Header-Disclaimer: I don't like my headers either !
X-VMS-Mail-To: CPM,SECRIST

We've discussed how to make the ill-fated CBM C64 CP/M cartridge work
a couple of times on this list.

What I want to know is - has anybody bought/obtained/transplanted an
old rev. VIC-II chip (the cure) into their C64/SX-64 and "won" ?
If so - what was your source for the VIC-II ?

rcs
[e-mail]
18-Apr-87 22:01:22-MDT,1018;000000000000
Return-Path: <[e-mail]>
Received: from ngp.utexas.edu by SIMTEL20.ARPA with TCP; Sat, 18 Apr 87 22:01:15 MDT
Date: Sat, 18 Apr 87 23:00:44 CDT
From: [e-mail] (Margaret H. Knox)
Posted-Date: Sat, 18 Apr 87 23:00:44 CDT
Message-Id: <[e-mail]>
Received: by ngp.utexas.edu (5.51/5.51)
    id AA16284; Sat, 18 Apr 87 23:00:44 CDT
To: [e-mail], [e-mail]
Subject: Re:  Deleted file ?

Sounds like to me you "undeleted" an extension, rather tha the
root file.  Any file over 16k creates extensions, one for every 16k
of file.  They ALL must be "undeleted" for the file to recover.  And
most DIR programs only look at extensions to compute size, not to
list (i.e. if there is no extension 0, then it ignores it).

Go back and look for MORE "deleted" files of the same name.  Undelete
them ALL.  [Note that some may be legitamitely deleted from earlier
work.]  Then DIR your file.  If its there, *immediately* copy it to
another disk.

20-Apr-87 14:13:30-MDT,407;000000000000
Return-Path: <[e-mail]>
Received: from BRL-SMOKE.ARPA by SIMTEL20.ARPA with TCP; Mon, 20 Apr 87 14:13:24 MDT
Date:     Mon, 20 Apr 87 15:36:30 EDT
From:     "Cpt. Jerome A. DiGennaro AV 298-2703" <[e-mail]>
To:       [e-mail]
Subject:  Deletion from mailing list
Message-ID:  <[e-mail]>

Please delete me from you rmailing list.  Thanks.  Jerry
20-Apr-87 19:46:06-MDT,1873;000000000000
Mail-From: KPETERSEN created at 20-Apr-87 19:45:56
Date: Monday, 20 April 1987  17:43-MDT
Message-ID: <[e-mail]>
Sender: hrcca![e-mail]
From: hrcca![e-mail]
To: [e-mail]
Subject:   Modula2
ReSent-From: [e-mail]
ReSent-To: Info-Cpm at SIMTEL20.ARPA
ReSent-Date: Mon 20 Apr 1987 19:45-MDT

Do you think Modula-2 will be a successful language in the Micro
world?  I recently purchased Turbo Modula-2 from Echelon, and have
mixed feelings about the language.  Although I don't think there is
any question that straight M2 is a better language than straight
Pascal, most M2 enhancements were already incorporated into Turbo
Pascal (and other successful implementations of Pascal I believe).
Indeed, I think that Wirth liked certain features of Turbo Pascal and
'C' language, borrowed them to rewrite Pascal, and named the result
Modula-2.

On the negative aspects of M2:

 1.  The explicit IMPORT of every identifier that I want to
     use drives me crazy.  It wouldn't be so bad if there
     were only 2 or 3 modules to import from, but there are
     so many!! I'll never complain about
     #include <stdio.h> again.

 2.  The lack of a general purpose output procedure (e.g.:
     Pascal's WRITE/WRITELN or C's printf() ) makes output
     routines a nightmare.  Using 4-5 procedure calls to
     write 1 line to the console is a pain.

 3.  Linking in entire modules rather than individual
     procedures (which I took the bother of identifying
     with IMPORTs) leads to large object code. This may
     just be a problem with Borland's linker though and not
     inherent to the language.

I would be interested in the comments that you or any of your
associates may have on this matter.

          Sincerely,

          Bob Kemp
20-Apr-87 22:36:31-MDT,987;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Mon, 20 Apr 87 22:36:17 MDT
Received: from H462BATMS by wiscvm.wisc.edu on 04/20/87 at 23:35:41 CDT
Date:  Tue, 21-APR-1987 00:33 EST
From:  Timothy Stark <[e-mail]>
To:    <[e-mail]>
Subject:  Super C128 / Aztec C II.

Hello,

   I had read BYTE 1983 vol. 8 num. 8. about C compilers. I found that
Aztec C is the best in all CP/M-based C compilers. Aztec C require to
MAC to assemble files into objects that Aztec C creates. In Super C128
don't require that assembler to re-assemble files into object files.
I decided that Super C128 is better for my Commodore 128. C128 costs
59.95 and is avaliable at Most Bookseller's Software Ect. Our nearby
mall have the large good Bookseller Software Ect that sells Super
C128. It must be popular! Many people bought them the same! I missed
to buy it!

-- Tim Stark
20-Apr-87 23:23:37-MDT,2064;000000000000
Return-Path: <[e-mail]>
Received: from ncsc.ARPA by SIMTEL20.ARPA with TCP; Mon, 20 Apr 87 23:23:29 MDT
Received: by ncsc.ARPA id AA00184; Tue, 21 Apr 87 00:22:44 CST
Date: Tue, 21 Apr 87 00:22:44 CST
From: [e-mail] (Brown)
Message-Id: <[e-mail]>
To: [e-mail]
Subject: MEX Batch mode solved

Well, it looks like I wasn't the only one having trouble with batch mode in
MEX.  Thanks to Steve Grandi at noao.arpa for the solution.

As he (and others) said, MEX uses the XMODEM-BATCH protocol, not the
YMODEM-BATCH protocol. (here I'm only talking about the public domain
version of MEX, version 1.14, I hear the commercial version supports both)
XMODEM-BATCH is a kludgy implementation of a batch protocol, but it works.
YMODEM-BATCH is a more 'elegant' implementation which allows passing of
much more info about the file and is not restricted to the CP/M notion
of what a file name should look like.  For documentation on the two
protocols, look under pd:<misc.protocols> at simtel20. There is
documentation on XMODEM-BATCH and a more generic description of both
xmodem and ymodem (don't remember the exact names noe, but they are obvious
if you can get a directory listing).

Steve also provided a copy of his 'xmodem' program which supports x/ymodem
batch protocols, 1K/128 packets, and CRC/checksum in any combination.  As
it turned out, I had to modify the batch send code to work with my C128.
The time required to create the new file was longer than xmodem wanted
to wait around for the NAK/C following the file name transfer (5 seconds),
so xmodem was giving up before MEX (on a C128) got back to the transfer.

So, the answer is, if you need to talk batch using MEX to UNIX running
4.2/4.3BSD, Steve's xmodem will do the job.  If you are using a C128,
the file send.c which is part of his package, needs to be modified to
wait longer for the C/NAK following the name transfer.

If anyone has any questions about what is needed, let me know.

david brown
[e-mail]
20-Apr-87 23:35:51-MDT,1845;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 20 Apr 87 23:35:34 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA11464; Mon, 20 Apr 87 22:18:10 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 21 Apr 87 05:09:04 GMT
From: umnd-cs!ub.D.UMN.EDU![e-mail]  (Robert Sand)
Organization: U. of Minnesota, Duluth - Computing Services
Subject: cpm PD programs for a televidio TS-802.
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

I was just given a Televideo TS-802 for work at home and I was wondering
if there was any way of getting some PD programs. If anyone out their can help
I would appreciate it.  These programs must be in the assembly language for this
machine because I don't have anything else yet.  I would also like to know if
someone has some documentation for the assembler on this system?

Thanks in advance.

+----------------------------------------------------------------------------+
|                                                                            |
| Reply to USnail:      Robert Sand            {  Frodo lives happily  }     |
|                     1905 Greysolon Rd.       {  In middle Earth.     }     |
|                     Duluth, MN. 55812.                                     |
|                                                                            |
| Or through EMAIL.                                                          |
|                                                                            |
|____________________________________________________________________________|
21-Apr-87 23:00:26-MDT,2119;000000000000
Mail-From: WANCHO created at 21-Apr-87 22:59:59
Date: Tue, 21 Apr 1987  22:59 MDT
Message-ID: <[e-mail]>
From: [e-mail]
To:   [e-mail] (Brown)
Cc:   [e-mail], [e-mail]
Subject: MEX Batch mode solved
In-reply-to: Msg of 21 Apr 1987  00:22-MDT from jdb at ncsc.ARPA (Brown)

At one time, I wrote out a description of the MODEM7 protocol as then
implemented by the TOPS-20 version, called MODEM.  Although TMODEM has
replaced MODEM with many changes, the description of the protocol with
respect to the timeout values used remain essentially the same.  The
major difference is that a multiplier of four is used instead of three
for determining the timeout value for a data packet.  TMODEM and MODEM
before it sends the data packet as a string in a single system call
rather than sending each character in the data packet with separate
system calls and associated timeouts.

These timeout values were empirically determined over many transfers
under a variety of line conditions and delays and significantly
contribute to the robustness of the protocol.  Unfortunately, these
values were incorporated into MODEM7 late in its life while undergoing
a power struggle, and probably never made it into many of the current
versions claiming to be "xmodem" compatible.  In fact, many of the
so-called versions of "xmodem" in the pc world are based on a very old
description of the protocol that doesn't even include CRC mode, much
less the MODEM7 "batch" mode.  Fortunately, both MEX 1.14 and all
subsequent versions of the commercial versions of MEX, MEX-PLUS and
MEX-PC, do use these improved timeout values.  I cannot speak for YAM
and YMODEM, but I suspect they use similar values.

So, those of you wishing to "improve" the timeout values should
consider checking out the values given in PD:<MISC.TOPS-20>MODEM7.DOC.

BTW, I must agree that the YMODEM batch method of passing filename and
other information is definitely superior to the MODEM7 method.  TMODEM
may incorporate that option someday as well...

--Frank
22-Apr-87 04:02:20-MDT,1166;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 22 Apr 87 04:02:12 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA09652; Wed, 22 Apr 87 02:39:08 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 21 Apr 87 18:35:01 GMT
From: rti-sel!tijc02![e-mail]  (Mark Miller )
Organization: Texas Instr., Johnson City TN
Subject: CP/M Users groups in Montgomery, AL area?
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

s/^.*$/YOUR MESSAGE/

    I am posting this for a friend who does not have net access.

    I have a friend who is working on assembling a Xerox 820
    CP/M system.

    Are there any users groups or other collections of people
    in the Montgomery, AL area who he could turn to for some
    assistance, and PD software??

    Any leads would be greatly appreciated.


    Mark T. Miller @ Texas Instruments, Johnson City, TN (the outpost)

    mcnc!rti-sel!ticj02!mtm097
    mtm097@tijc02
22-Apr-87 20:43:29-MDT,578;000000000000
Return-Path: <[e-mail]>
Received: from mitre.ARPA by SIMTEL20.ARPA with TCP; Wed, 22 Apr 87 20:43:25 MDT
Date: Wed, 22 Apr 87 22:24:27 est
From: [e-mail]
Full-Name:
Message-Id: <[e-mail]>
Organization: The MITRE Corp., Washington, D.C.
To: [e-mail]
Subject: full screen editor for osborne executive

--------
Does anyone know of a full screen editor for the Osborne Executive
(Cpm 3.0)?  an emacs would do just fine.

Thanks in advance,

Chris ([e-mail])
22-Apr-87 20:49:37-MDT,1066;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Wed, 22 Apr 87 20:49:31 MDT
Received: from GALLUA.BITNET by wiscvm.wisc.edu ; Wed, 22 Apr 87 21:28:51 CDT
Date: 22 APR 87 22:26-EST
From: [e-mail]
To: INFO-CPM @ SIMTEL20.ARPA
Subject: Bad records in PD:<CPM.C128>C128TVX2.LBR / Bug in archive server

Hello,

    I had downloaded C128TVX2.LBR from SIMTEL20.ARPA by mail. I tried
unpacked Library Archive file and unsqueezed all squeezed files but
some files failed to unsqueezed. I looked in DIR on MS-DOS it said
200294 bytes but your library in simtel20 said that 200894 bytes.
Last time, I received 6 parts of uuencoded C128TVX2.LBR. One of 6
parts have null file that caused some records lost in Archive Server
processing. Its results had found "Bug" in archive server. Please don't
download PD:<CPM.C128>C128TVX2.LBR via archive server because it contains
bad records. But archive request created bad records when one is null
file.

-- Tim Stark
23-Apr-87 09:55:51-MDT,1229;000000000000
Return-Path: <hanscom@lll-es-s05>
Received: from lll-lcc.ARPA by SIMTEL20.ARPA with TCP; Thu, 23 Apr 87 09:55:30 MDT
Received: Thu, 23 Apr 87 08:52:18 PST from lll-es-s05.arpa by lll-lcc.ARPA (5.51/)
    id AA22785; Thu, 23 Apr 87 08:52:18 PST
Return-Path: <hanscom@lll-es-s05>
Received: by lll-es-s05.ARPA (1.1/SMI-3.0DEV3)
    id AA03936; Thu, 23 Apr 87 08:53:18 PST
Message-Id: <[e-mail]>
Date: Thu Apr 23 08:53:15 1987
From: hanscom@lll-es-s05 (Roger Hanscom 423-0441)
Subject: Micro-EMACS
To: [e-mail]
Cc: hanscom@ll-es-s05
Status:  N


<<From: [e-mail]>>
<<Subject: full screen editor for osborne executive>>
<<     >>
<<-------->>
<<Does anyone know of a full screen editor for the Osborne>>
<<Executive (Cpm 3.0)?  an emacs would do just fine.>>

I don't know much about the Osborne Exec., but there is a
version of Micro-EMACS available through the C-Users'
Group (McPherson, Kansas).  They sell both the C sources
and an MS-DOS .EXE on two MS-DOS formatted diskettes for a
few dollars per disk.  The price is right, and it might
not take too much to get it running with CP/M 3.0, if you
had an editor to edit the C ..............


25-Apr-87 09:16:15-MDT,3989;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat, 25 Apr 87 09:16:06 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.23)
    id AA18278; Sat, 25 Apr 87 07:24:40 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 24 Apr 87 01:29:26 GMT
From: pyramid!amdahl!ptsfa!well!msudoc!umich![e-mail]  (Johnathan Tainter)
Organization: EECS, University of Michigan
Subject: Re: Modula2
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]>, [e-mail] writes:
> Do you think Modula-2 will be a successful language in the Micro
> world?  I recently purchased Turbo Modula-2 from Echelon, and have
> mixed feelings about the language.  Although I don't think there is
> any question that straight M2 is a better language than straight
> Pascal, most M2 enhancements were already incorporated into Turbo
> Pascal (and other successful implementations of Pascal I believe).
> Indeed, I think that Wirth liked certain features of Turbo Pascal and
> 'C' language, borrowed them to rewrite Pascal, and named the result
> Modula-2.
Actually, Turbo Pascal did not innovate anything.  All the good stuff was
lifted from UCSD Pascal (with some massaging to make it fit as native code
on the z80 and 8088's; for those what don'know UCSD Pascal is compiled to a
stack machine language called p-code then interpreted by hardware specific
interpreters).  However, UCSD didn't really innovate much either.  They just
collected a number of the academically favored language facilities and added
them to pascal to get a real language.  Meanwhile, over in Europe, Wirth was
developing Modula (NOT Modula-2 yet) which incorporated many of these same
ideas and some that had given rise to the C programming language.  There were
problems with Modula (just as there had been with pascal).   However the world
was no longer starving for a programming language which was both concise
and powerful, so Modula did not get heavily adopted.  This allowed Wirth to
come along with another language, Modula-2, before anyone took Modula to heart.
Modula-2 changed substitute new broken constructs for old but made some
progress also. (Personal commentary, I HATE UPPERCASE RESERVED WORDS!  They
heavily detract from the readability of code.)
> On the negative aspects of M2:
>  1.  The explicit IMPORT of every identifier that I want to
>      use drives me crazy.  It wouldn't be so bad if there
>      were only 2 or 3 modules to import from, but there are
>      so many!! I'll never complain about
>      #include <stdio.h> again.
Some M2 compilers provide a source include directive so you can do this.
>  2.  The lack of a general purpose output procedure (e.g.:
>      Pascal's WRITE/WRITELN or C's printf() ) makes output
>      routines a nightmare.  Using 4-5 procedure calls to
>      write 1 line to the console is a pain.
This is a consequence of not wanting special predefined procedures or functions
nor allowing variable parameter lists.  A clean strongly typed language is
going to have this kind of problem.
>  3.  Linking in entire modules rather than individual
>      procedures (which I took the bother of identifying
>      with IMPORTs) leads to large object code. This may
>      just be a problem with Borland's linker though and not
>      inherent to the language.
Since there can be hidden objects/functions inside of modules (which the
procedures you want are dependent on) it demands a very sophisticated linker
and dependency information to properly support selective linkage.  You are
not likely to find this in an inexpensive system.
>           Bob Kemp
--j.a.tainter
26-Apr-87 15:00:25-MDT,6605;000000000000
Mail-From: KPETERSEN created at 26-Apr-87 15:00:10
Date: Sun, 26 Apr 1987  15:00 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: New files uploaded to SIMTEL20 during March

The following is a complete list of CP/M-oriented files uploaded to
SIMTEL20 during the month of March, 1987.  The numbers following
the filenames are the file size in bytes followed by the file format.
(7) means ASCII, (8) means binary.

For a complete list of all CP/M files, see:
   PD:<CPM>CPM.CRCLST - Complete list with CRC values
   PD:<CPM>FILES.DIR  - Abbreviated list with only directory and file names
   PD:<CPM>FILES.IDX  - Similar to below, no descriptions, comma delimited

There is currently no complete listing of all files, with descriptions.
That is in the process of being created and will be announced when
available.

Note: to save space in the following listing, the device name PD: which
normally appears ahead of the directory name has been omitted.

<CPM.APPLE>APCLKTC.LBR.1         4608(8)  Apple Softcard/Thunderclock code

<CPM.ASMUTL>ZM.LBR.1            35712(8)  Assembler for Zilog source
<CPM.ASMUTL>VRSLIB10.LBR.1      12160(8)  Keep track of versions of programs
<CPM.ASMUTL>DLINKLOC.LBR.1      51328(8)  A disk-based linking loader

<CPM.BASIC>XFORMER.BZS.1         8576(8)  Transformer Design Aid
<CPM.BASIC>BILLING.LBR.1        31104(8)  MBASIC billing programs

<CPM.BBS>PICS15.LBR.1          140288(8)  Pascal Integrated Communication Sys.

<CPM.BBSLISTS>QXRCPM05.LZT.1    10624(8)  List of QX remote systems

<CPM.BKGROUNDER>OCP145C.LBR.1   29824(8)  OCP for BackGrounder ii (Prelim.)
<CPM.BKGROUNDER>SAPP52.LBR.1    23424(8)  Sort/pack CP/M DateStamper directory
<CPM.BKGROUNDER>BGIIDRV.LBR.1   59776(8)  Drivers for BackGrounder ii
<CPM.BKGROUNDER>BGECP.LBR.1      2816(8)  BackGrounder ECP loader

<CPM.BONDWELL>BW2UTIL1.LBR.1    65280(8)  Utilities for the Bondwell 2 laptop

<CPM.C>CCHECK.LBR.1             16000(8)  Checks syntax of C source statements

<CPM.CCP>AUTOBOOT.LBR.1          4224(8)  Autoboot a command at start up

<CPM.DIRUTL>SETATT.LBR.1         5504(8)  Set READ-ONLY and SYSTEM attribute
<CPM.DIRUTL>CHECK28.LBR.1       24576(8)  Copy, delete, compare directories

<CPM.DISASM>REVAS25.LBR.2       71680(8)  PD version of REVerse ASsembler

<CPM.DSKUTL>DISK-FIX.LBR.1      24704(8)  Disk maintenance, recover files, etc

<CPM.EDUCATION>AVIAUTL1.LBR.1   68096(8)  Aviation Utilities
<CPM.EDUCATION>COMUFLT.LBR.1    22656(8)  Flight Planning Program

<CPM.FILCPY>WASH15.LBR.2        26752(8)  Disk Maintenance Program
<CPM.FILCPY>ACOPY14.LBR.1       18304(8)  General purpose file copy

<CPM.FILUTL>SPLIT4.NZT.1          640(8)  Split large file into smaller ones

<CPM.GENASM>LOTTO.LBR.1         11904(8)  LOTTO game for making lotto numbers!

<CPM.GENDOC>PRESTO.RZV.1         4864(8)  Review of PRESTO! for Kaypros

<CPM.GRAPHICS>WDRAW.LBR.1       61568(8)  Drawing Program

<CPM.HAMRADIO>MIX.LBR.1         19456(8)  R.F. intermodulation products calc.

<CPM.HEATH>MONEY.LBR.1          30848(8)  Financial Utilities for H/Z-89

<CPM.IMP>I2NC-1.AZM.1            6912(8)  IMP Overlay - NCR Decision Mate 5

<CPM.KAYPRO>KPRULE25.LBR.1       5888(8)  Put column rule on Kaypro 25th line
<CPM.KAYPRO>KP-MEMBR.LBR.1      25088(8)  Database manager for user groups
<CPM.KAYPRO>SIDEARM.LBR.1       15616(8)  Limited notepad SideArm demo
<CPM.KAYPRO>KAYEASEL.LBR.3      77824(8)  Electronic graphics easel for Kaypro

<CPM.LIST>FANFOLD8.AZS.1        4096(8)  Patch information for FANFOLD8
<CPM.LIST>HB15-PT1.ARK.1      117376(8)  Hershey fonts banner printer - part1
<CPM.LIST>HB15-PT2.ARK.1      160768(8)  Hershey fonts banner printer - part2
<CPM.LIST>FAN8FIX.LBR.1        12288(8)  Fix to FANFOLD8
<CPM.LIST>SIDEMT4.LBR.1        17280(8)  List file sideways on printer
<CPM.LIST>LISTT16.LBR.2        15488(8)  Paginated file lister with options

<CPM.MEX>LINKUP.TXT.1            545(7)  Info for communicating using modem
<CPM.MEX>MEXCLS.PAT.2            423(7)  Disable clearing the screen in MEX
<CPM.MEX>MXO-KP50.LBR.1        36096(8)  MEX Overlay - Kaypro int/ext modem

<CPM.OSBORN>ALMAZAR.LBR.1      26112(8)  MBASIC 72 room adventure game

<CPM.RCPM>ZBYE12A.LBR.1        44032(8)  BYE, as an RCP with ZCPR3
<CPM.RCPM>LUX100.LBR.1         52096(8)  Library/archive Utility eXtension
<CPM.RCPM>LUX80.ARK.1         101376(8)  Library/archive Utility eXtension

<CPM.SPREADSHEET>TAXCAL11.LBR.1 56192(8)  Supercalc templates for 1986 income

<CPM.SYSUTL>SAFRAM4.LBR.1       17280(8)  Creates a safe zone below the BDOS

<CPM.TURBOPAS>TLOAD.LBR.1       3968(8)  Link assembler routines in Turbo
<CPM.TURBOPAS>QQSORT.LBR.1     10624(8)  Example of quick sort in Pascal

<CPM.TXTUTL>BIT7.LBR.1          4096(8)  Resets bit 7 in text files
<CPM.TXTUTL>OUTLINER.LBR.1     39552(8)  Outline processor
<CPM.TXTUTL>PRNTXT10.LBR.1      9984(8)  Makes COM file from Text file
<CPM.TXTUTL>PWLKWS23.ARK.1     46848(8)  Make Perfect Writer WS-compatible
<CPM.TXTUTL>FINREP25.LBR.1     12800(8)  Find and Replace utility
<CPM.TXTUTL>GTXT11A.LBR.1       3968(8)  Conv. text to COM for easy display
<CPM.TXTUTL>WORDCT31.LBR.1      2304(8)  Counts words of a text file
<CPM.TXTUTL>MAGIC.LBR.1        11008(8)  Prints large letters to disk, etc.

<CPM.VDOEDIT>VDEI25.BUG.1        640(8)  Patch to VDE editor install program

<CPM.WSTAR>ANYCODE3.LBR.1      10368(8)  Use features of printer in WordStar
<CPM.WSTAR>WS33-B.DRV.1         1979(7)  WordStar patch to log in B: drive

<ZSYS.NEW>CALRCP11.LBR.1       10368(8)  Resident command calculator
<ZSYS.NEW>DBRCPREL.LBR.1       18688(8)  A debug RCP using SEGLINK
<ZSYS.NEW>FNREPZPT.LBR.1        1536(8)  Adapts FINREP24 to ZCPR3
<ZSYS.NEW>LSHELL.DZC.1          4480(8)  Proposal for library shell program
<ZSYS.NEW>RCOM10.LBR.1          7808(8)  Allows program to use file list
<ZSYS.NEW>SH11.LBR.1           22272(8)  Illustrates shell under ZCPR3
<ZSYS.NEW>SHVAR11.LBR.1        13312(8)  Defines shell variable for Shell SH
<ZSYS.NEW>Z3KEYREL.LBR.1       27776(8)  An RCP for Z3KEY using SEGLINK

These files are also available on the GEnie CP/M RoundTable and on my
RCP/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)
27-Apr-87 05:09:13-MDT,1151;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Mon, 27 Apr 87 05:09:05 MDT
Received: from HNYKUN11.BITNET by wiscvm.wisc.edu ; Mon, 27 Apr 87 06:08:32 CDT
Date: Mon, 27 Apr 87 13:01:42 MET
To: [e-mail]
From: [e-mail]
Return-Receipt-To: [e-mail]
Subject: Bugs in SOFT80.COM for Commodore 64

Date: 27 April 1987, 12:54:18 MET
From: Jos Grote Punt            080-566793           U267105  at HNYKUN11
To:   INFO-CPM at SIMTEL20

A couple of weeks ago I downloaded SOFT80.COM from the C64 directory, written
by Chris Lampton. This is pretty difficult with a Commodore 64. I did it
with the regular C-64 Kermit and then used a program to transfer from C-64
format to CP/M format.
I do get 80 columns on output, but between every character that is echo'd on
input there's a space. This space is printed before every character.
If I use a full-screen editor like the one from Turbo Pascal I see spaces when
I move the cursor. But if I scroll forward and then back again the spaces are
gone. Can anyone help?
27-Apr-87 05:13:08-MDT,1146;000000000000
Return-Path: <@wiscvm.wisc.edu:[e-mail]>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Mon, 27 Apr 87 05:13:04 MDT
Received: from HNYKUN11.BITNET by wiscvm.wisc.edu ; Mon, 27 Apr 87 06:12:38 CDT
Date: Mon, 27 Apr 87 13:11:13 MET
To: [e-mail]
From: [e-mail]
Return-Receipt-To: [e-mail]
Subject: Re: CBM C64 CP/M: source of VIC-II chips ?

Date: 27 April 1987, 13:02:08 MET
From: Jos Grote Punt            080-566793           U267105  at HNYKUN11
To:   INFO-CPM at SIMTEL20

In his mail from 17 April '87 Richard C. Secrist asked about replacement of
the video processor in the Commodore 64 to make the CP/M cartridge work.
Yes, I did "win".
But: I tried the cartridge with several 64's and some older types work, some
newer also. There's no logic in it! I myself had the oldest of all the ones
I tried but it didn't work!
I received the other VIC-chip from a friend who had a broken 64 and didn't
mind swapping. Here in Holland there are also several shops where you can buy
the chip. So stop looking for oldies and try a brand new one!
28-Apr-87 14:33:20-MDT,803;000000000000
Return-Path: <[e-mail]>
Received: from BRL-SMOKE.ARPA by SIMTEL20.ARPA with TCP; Tue, 28 Apr 87 14:32:37 MDT
Date:     Tue, 28 Apr 87 14:43:56 EDT
From:     Steve Lesh (ISC | howard) <[e-mail]>
To:       [e-mail]
cc:       [e-mail]
Subject:  mouse chars/gs pcpi
Message-ID:  <[e-mail]>

    Does anybody have a fix for Applicard CP/M on the Apple gs to get
rid of "mouse" characters when using inverse video?

    I tried turning the mouse characters off before booting, using a
C program to 'poke' both the alternate character set switch and the status
byte and embedding control characters to get rid of "mouse" characters in
cursor home-and-clear-screen sequences.  All to no avail.

    Thanks in advance.




                Steven
28-Apr-87 16:48:37-MDT,1634;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue, 28 Apr 87 16:47:54 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.24)
    id AA28316; Tue, 28 Apr 87 14:51:09 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 25 Apr 87 09:12:12 GMT
From: ihnp4!cuae2!ltuxa!we53!sw013b!dj3b1!killer![e-mail]  (The Sentinel)
Organization: A Un*x Box in Texas
Subject: Re: Super C128 / Aztec C II.
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


    Before you make a decision on whether to buy Super-C 128 or Aztec C,
I must remind you that you are actually comparing apples and oranges here.
Aztec C is a CP/M compiler, and generates code for the CP/M mode of the
128 (the special 128 version can also generate code for the 64 or 128 mode).
Super-C 128 is a 128 mode C compiler, and generates code for the 128 mode
only.
    In short, make sure you know whether you want a CP/M compiler or a 128
mode compiler before you buy one, since they are ttwo separate things
Actually, the Aztec C version for the 128 would be perfect, since it compiles
for all three modes, but the price is a bit steep compared to the
alternatives...

--TS

--
Rob Tillotson                ...ihnp4!killer!sentinel
3922-1 Newport Ave.                -or-
Fort Wayne, IN 46805            ...rutgers!unirot!sentinel
[phone]                    (top one preferred)
29-Apr-87 21:17:49-MDT,1451;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 29 Apr 87 21:17:37 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.25)
    id AA29137; Wed, 29 Apr 87 20:03:12 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 29 Apr 87 22:27:58 GMT
From: [e-mail]  (Ralph Hyre)
Organization: Carnegie-Mellon University, CS/RI
Subject: Re: mouse chars/gs pcpi
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (Steve Lesh, ISC | howard) writes:
>
>    Does anybody have a fix for Applicard CP/M on the Apple gs to get
>rid of "mouse" characters when using inverse video?

I think the screen driver is poking the values directly.

I got a file called new2e80.dvr from the SIMTEL20 archives, and it understands
not to put mousetext on the screen.  I believe it came with the ZCPR3 library
or BackGrounder II code for the PCPI applicard.


--
                    - Ralph W. Hyre, Jr.

Copyright (c) 1987 by Ralph W. Hyre, Jr.
Internet: [e-mail]    Phone:(412)268-{2847,3275} CMU-{BUGS,DARK}
Amateur Packet Radio: N3FGW@W2XO, or c/o W3VC, CMU Radio Club, Pittsburgh, PA
30-Apr-87 02:49:04-MDT,1348;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 30 Apr 87 02:48:59 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.25)
    id AA05122; Thu, 30 Apr 87 01:42:42 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 29 Apr 87 19:35:17 GMT
From: mcvax!enea!tut![e-mail]  (Pertti Lehtinen)
Organization: Tampere University of Technology, Finland
Subject: Z280
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]



    Recently I read a american electronics journal
    ( Electronic Design I think, but it's not sure ).

    There was article about Zilogs new processor Z280,
    which is (according text) Z80:s superset with
    16-bit arithmetic, memory management, user/supervisor states,
    on chip timers, dma and cache.
    Clockspeed is 10 MHz (future 25 MHz)

    When I was reading article, I start to wonder,
    would there be any use for this kind of product,
    or is this or last strike of Z80-empire.

    Any opinions?


--
...mcvax!tut!pl            ! All opinions expressed above
Pertti Lehtinen            ! are preliminary and in subject
N 61 26' E 23 50'        ! to change without any further notice.
30-Apr-87 02:49:22-MDT,1594;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 30 Apr 87 02:49:17 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.25)
    id AA05103; Thu, 30 Apr 87 01:42:08 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 27 Apr 87 18:05:41 GMT
From: mcvax!enea!tut![e-mail]  (Pertti Lehtinen)
Organization: Tampere University of Technology, Finland
Subject: Re: nroff for cpm
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


in article <[e-mail]>, [e-mail] (David Roth) says:
>
> Anyone know of a nroff clone for MS-DOS or CP/M machines?
> I have a friend who has access to both of these machines and would
> like to use nroff. Public domain would be nice.

    In last three numbers (feb, mar, apr) of
    Dr. Dobbs Journal is C-listing of Unix compatible
    version of nroff called nr.

    Sources propably are available on diskette,
    which you can order from publisher of DDJ.

    ( You can also type them in from listings, if you wish
      to get some typewriting exercise :-)


...mcvax!tut!pl            ! All opinions expressed above
Pertti Lehtinen            ! are preliminary and in subject
N 61 26' E 23 50'        ! to change without any further notice.
--
...mcvax!tut!pl            ! All opinions expressed above
Pertti Lehtinen            ! are preliminary and in subject
N 61 26' E 23 50'        ! to change without any further notice.
30-Apr-87 06:36:26-MDT,6269;000000000000
Mail-From: KPETERSEN created at 30-Apr-87 06:36:15
Date: Thu, 30 Apr 1987  06:36 MDT
Message-ID: <[e-mail]>
Sender: [e-mail]
From: Keith Petersen <[e-mail]>
To:   [e-mail]
Subject: Z280 - run 8-bit CP/M at twice IBM-AT speed

From GEnie's CP/M RoundTable:

----------
Category 2,  Topic 34
Message   2       Sun Apr 12, 1987
B.DUERR [Bill]               (Forwarded)

     Zilog finally does it--the Z280 is here!  It's what the original
Z800 was said to be and more.  The Z800 has been rumored for four years
now as a super chip that is still compatible with the Z80.  The chip is
an extension of a Z80, much more so than the HD64180.

     The Z280 runs all Z80 instructions (and therefore all 8080
instructions) and includes an expanded set of 45 new instructions plus
additional addressing modes.  It has both 8-bit and 16-bit signed and
unsigned multiply and divide instructions.  The set has over 600
instructions.  At clock rates of 10 megahertz and above, 16-megabytes of
memory address space, and 8-bit Z80 bus or 16-bit Zilog Z-Bus,
capabilities far exceed Intel's 80286 used in IBM PC AT.  Addressing
modes offered make high-level languages more effective than ever.  Using
the Z-Bus, an extended Z80 instruction set is available and a CPU that
is true 16-bit, as is the 80286.  The Zilog Z280 is a highly integrated
CPU, major functions are a paged memory-management unit with a 256-byte
data and instruction cache, three-stage instruction pipelining, a
four-channel DMA controller, three 16-bit counter/timers, a six-stage
wait-state generator, a DRAM refresh controller, and a high-speed UART
with rates up to 2.5 mHz.


----------
Category 2,  Topic 34
Message   3       Sun Apr 12, 1987
B.DUERR [Bill]               (Forwarded)

     High Tech Research is planning to use the Zilog Z280 in their
"Ultraboard", an add-on board for all '84 Series CP/M Kaypros including
the 10-83.  The High Tech Research Ultraboard is now in beta-testing for
a summer release and has a target price of less than $500.

     You will be able take the cover off your CP/M Kaypro, unplug the
Z80 chip, plug the Ultraboard into the Z80 chip socket, attach the
Kaypro monitor cable to the Ultraboard, and your CP/M Kaypro will run
with a processing speed of 12MHz, up from its' current 4MHz, with an
effective throughput up to 10 times that of a normal CP/M Kaypro in
situations that aren't I/O bound (limited by disk access speed, etc.).
It will come with 1 megabyte of RAM, expandable to 16 megabytes,
configurable as a RAM disk by the user.  You will be able to choose your
own foreground and background hues on an external RGB color monitor.
The board supports Virtual Memory and Cache Memory.

     The Ultraboard's Z280 on-board Cache Memory automatically stores
all recently used instructions and/or data, so the processor has instant
access to them for memory fetches, and subsequent disk and memory
accesses are eliminated.  On chip Cache Memory can reduce bus
transactions by a much as 75%.  Its Instruction Pipeline functions like
three co-processors built into a single chip, internally processing
multiple instructions.  As the first processor is handling one
instruction, processors two and three are simultaneously working on the
next two instructions.  Pipelining contributes dramatically to the
Ultraboard's improved processing speed.

     High Tech Research had to replace the Kaypro screen driver so the
screen could keep up with the Z280's processing speed.  The Ultraboard
includes a new 18MHz no-wait-state graphics screen driver, with its own
256 byte Cache Memory for instantaneous screen updates, 25 times faster
than your current screen.  No more waiting for the screen to catch up
with your programs.

     The new screen driver comes with an RGB connector so you can attach
an external color monitor to your Kaypro and select your own display
colors.  You can even design your own character sets, and switch between
them and the standard Kaypro character set.  The graphics chip set (GKS)
on the Ultraboard contains a subset of the new GKS Standard.

     The Ultraboard supports multi-tasking and networking.  But like the
286 and 386 processors, full realization of these Ultraboard
capabilities awaits the completion of an operating system, already under
development, specific to the new processor.

     A power kit supplies continuous backup battery power to the RAM, to
keep the memory capacity of the machine always active, during a cold
boot, a power failure, or even when the computer is turned off.  The
Ultraboard provides pin-outs for an SCSI bus, enabling the processor to
support up to 300 megabytes of hard disk storage.  The package will
include enhanced version of Handyman, which will remove the 8K limit on
notepad, for example.

     High Tech Research has in development a high speed interface
between the Ultraboard and the PC.  This will eventually permit the
connection of the CP/M Kaypro to a cheap PC clone for hard disk storage,
and for use as a network file server.

     As far as pure speed goes, the Ultraboard should be at least
comparable to a standard AT.  The real question is whether there will be
any software written to take advantage of it.  Standard CP/M software
should run but won't take advantage of the extra memory, which will have
to be used as a RAM disk.  High Tech is in contact with some people who
are interested in converting programs to the new chip.  Depending on how
the chip itself handles the extra memory, it might be easy to convert a
program to look for RAM beyond 64K and use it if found.

----------
Category 2,  Topic 34
Message   4       Mon Apr 20, 1987
B.DUERR [Bill]               (Forwarded)

     For more information on the Zilog Z280 chip, contact Jim Magill,
Richard Davies, or Tom Hampton, Product and Technical Marketing, Zilog,
Inc., 210 Hacienda Ave., Campbell, CA 95008, 408/370-8000 or 370-5166.
For more information on the Ultraboard contact High Tech Research, 1135
Pine Street, #107, Redding, CA 96001, [phone], [phone] in
California.
----------
30-Apr-87 13:28:34-MDT,1397;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 30 Apr 87 13:28:15 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.25)
    id AA16718; Thu, 30 Apr 87 11:59:54 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 29 Apr 87 15:37:06 GMT
From: ihnp4!chinet!steinmetz![e-mail]  (William E. Davidsen Jr)
Organization: General Electric CRD, Schenectady, NY
Subject: Re: nroff for MS-DOS or CP/M machines.
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (David Roth) writes:
%>Anyone know of a nroff clone for MS-DOS or CP/M machines?
%>I have a friend who has access to both of these machines and would
%>like to use nroff. Public domain would be nice.

Elan Software makes an excelent WWB product, including
ditroff and some drivers. Don't have the paper address,
but their net machine is ihnp4!chinet!steinmetz!elan.

Super product and support!

--
bill davidsen            sixhub \    ARPA: [e-mail]
      ihnp4!seismo!rochester!steinmetz ->  crdos1!davidsen
                chinet /
"Stupidity, like virtue, is its own reward"
30-Apr-87 14:12:18-MDT,1136;000000000000
Return-Path: <[e-mail]>
Received: from Xerox.COM by SIMTEL20.ARPA with TCP; Thu, 30 Apr 87 14:11:44 MDT
Received: from Semillon.ms by ArpaGateway.ms ; 30 APR 87 10:41:54 PDT
Date: Thu, 30 Apr 87 10:41:46 PDT
Sender: [e-mail]
Return-Path: <@SIMTEL20.ARPA:[e-mail]>
Redistributed: XeroxInfo-CPM^.x
Received: from SIMTEL20.ARPA by Xerox.COM ; 28 APR 87 15:48:54 PDT
Received: from BRL-SMOKE.ARPA by SIMTEL20.ARPA with TCP; Tue, 28 Apr 87
 14:32:37 MDT
From: Steve Lesh (ISC | howard) <[e-mail]>
To: pplace![e-mail]
cc: [e-mail]
Subject: mouse chars/gs pcpi
Message-ID: <870430-104154-3945@Xerox>

    Does anybody have a fix for Applicard CP/M on the Apple gs to get
rid of "mouse" characters when using inverse video?

    I tried turning the mouse characters off before booting, using a
C program to 'poke' both the alternate character set switch and the status
byte and embedding control characters to get rid of "mouse" characters in
cursor home-and-clear-screen sequences.  All to no avail.

    Thanks in advance.




                Steven
30-Apr-87 19:08:47-MDT,1052;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 30 Apr 87 19:08:36 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.25)
    id AA02162; Thu, 30 Apr 87 17:10:48 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 30 Apr 87 14:49:38 GMT
From: tikal!amc![e-mail]  (Jon Mandrell)
Organization: Applied Microsystems Corp.; Redmond, Wa.
Subject: Code optimizers
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

Has anyone out in net-land typed in the assembly language optimizer
from Dr. Dobb's Journal (it came out around a year ago?)?  I would be
interested in getting a copy.  Please e-mail all replies.

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

All I want is the chance to prove that the statement "Money is not
everything" is wrong.
30-Apr-87 21:42:43-MDT,1108;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 30 Apr 87 21:42:36 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.25)
    id AA05921; Thu, 30 Apr 87 20:03:46 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 29 Apr 87 16:34:51 GMT
From: ihnp4!homxb!houxm!ho7cad![e-mail]
Subject: Re: nroff for MS-DOS or CP/M machines.
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]>, [e-mail] (David Roth) writes:
> Anyone know of a nroff clone for MS-DOS or CP/M machines?

Look in the last few issues of "Dr Dobb's Journal".  There was a series
articles detailing an nroff imitator for (I think) MSDOS.  Program is
available from the publisher at some low price (I don't remember, since
I wasn't interested, but I would guess ~$50).  Includes source code, I
think.
30-Apr-87 22:43:33-MDT,1491;000000000000
Return-Path: <[e-mail]>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 30 Apr 87 22:42:55 MDT
Received: by ucbvax.Berkeley.EDU (5.57/1.25)
    id AA07515; Thu, 30 Apr 87 21:41:48 PDT
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 30 Apr 87 17:55:54 GMT
From: rti-sel!ge-rtp!edison![e-mail]  (Steve Monett)
Organization: General Electric Company, Charlottesville, VA
Subject: Re: nroff for MS-DOS or CP/M machines.
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]>, [e-mail] (David Roth) writes:
> Anyone know of a nroff clone for MS-DOS or CP/M machines?
> I have a friend who has access to both of these machines and would
> like to use nroff. Public domain would be nice.
>
> Thanks in advance.

In the last few issues of Dr. Dobbs Journal of Software Tools there has been
a series of columns describing an NROFF clone. It can be ordered from a
California publishing house and includes the complete source. The claim
is that it has full macro capability and comes with -ms.

I have not used the package but plan on getting it eventually. I hope
this helps.

Standard disclaimer

                                            Steve Monett
[e-mail]