1-Nov-85 11:39:46-MST,1133;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 1 Nov 85 11:39:33-MST
Received: from 192.12.123.6 by AMSAA.ARPA id a011472; 1 Nov 85 12:59 EST
Date: 1 Nov 85 09:48:00 PST
From: nep.pgelhausen@AMES-VMSB.ARPA
Subject: --- PD units conversion routine wanted ---
To: info-cpm@AMSAA.ARPA
Reply-To: nep.pgelhausen@AMES-VMSB.ARPA


I am looking for a public domain program/routine that will
provide units converstion based on a data file (so that I
can add more units when needed...i.e.: when I find out what
that a fortnight is 2 weeks, I can add it conveniently.)

I would like to give the routine the units I have, and the
units I want & recieve back the equation to do the conversion
OR an indication that there is no conversion (volts into days).

There is a UN*X program that does something similar, however
I need the source, and would like public domain because this
is going into an application.

Source in C would be preferable, I could deal with converting
if needed.

Any help for me?
		
			-Richard Hartman
			max.hartman@ames-vmsb

------
------
 1-Nov-85 14:57:25-MST,1283;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 1 Nov 85 14:57:07-MST
Received: from purdue.arpa by AMSAA.ARPA id a020039; 1 Nov 85 16:18 EST
Received: from ec.Purdue.EDU (purdue-ecn-ec) by arthur.Purdue.EDU; Fri, 1 Nov 85 16:11:31 EST
Date: Fri, 1 Nov 85 16:11:19 EST
From: mjs <@purdue.ARPA (Mike Spitzer):mjs@purdue-ecn-ee.ARPA>
Received: by ec.Purdue.EDU; Fri, 1 Nov 85 16:11:19 EST (5.5/5.20)
Message-Id: <8511012111.AA19807@ec.Purdue.EDU>
To: info-cpm@AMSAA.ARPA
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA
Subject: Need help with Small-C


I have smallc version 2.1, and am having some problems with files.
I have a Royal Alphatronic PC (and still can't find another one
in existance), with 56K and am using L80 and M80.  When I try to
open a file with fopen and write to it, I get trash on the screen.
Also, I/O redirection via ">" and "<" works sometimes, other times
it simply reboots the system.  Other than this, everything works
fine.  I would really appreciate some assistance and/or any useful
programs anyone has for small-C.

Also, is version 2.1 the latest version?  The one I have is from
Simtel in pd:<cpm.smallc21>.

			Thanks,
			
			Mike Spitzer
			ECN.mjs@purdue
			
 2-Nov-85 22:53:54-MST,2456;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 2 Nov 85 22:53:48-MST
Received: from dec-marlboro.arpa by AMSAA.ARPA id a024352; 2 Nov 85 20:08 EST
Date: 2 Nov 1985 2013-EST
From: Walt Lamia <LAMIA@dec-marlboro.ARPA>
To: Thomas Reid <treid@MITRE.ARPA>
cc: info-pascal@BRL.ARPA, info-cpm@AMSAA.ARPA
Office: "One Iron Way, MRO2-2/8D2, Marlboro MA 01752  617-467-6193 DTN 297-6193"
UUCP: "{allegra,ucbvax,decvax,ihnp4}!decwrl!lamia@DEC-Marlboro.ARPA"
Subject: Re: Borland Modula-2 ???
Message-ID: <"MS11(2447)+GLXLIB5(0)" 12156154982.10.376.28327 at MARLBORO.DEC.COM>

Quoting without permission from TUG (Turbo User Group) Lines,
Vol #7:

"Turbo Modula Lives!

At least in a beta-test version, under CP/M-80.  I saw it running
at SOG IV in Bend, Oregon in July.  A demonstration and talk were
given by Mike Weisert of Borland, a memter of the software desing
team adssigned to the development of the Turbo Modula Toolbox.
...
The beta version demonstrated was quite impressive, using incrementatl
compilation to generate intermediate-level "M" code that can be executed
in memory by the Modula-2 interpreter, eliminating the need for native
code compilation, linking and execution just to test routines.  If
you stop on an error, you can return to the editor, fix the error
-- and >resume compilation from where you left off!<

Once the memory-compiled version is working, you can re-compile to
native code.

The version demonstrated includes several new options on the main
menu as well, including file management (copy, delete, etc.) and
file printing.   It even includes an option that will enable the
compiler to distinguish between upper- and lower-case text.

Compilation and execution seppd anre good, and as good or better
than more expensive implementations of Modula-2 now on the market.
Like Turbo Pascal, the beta version of modula-2 seems to write a 
large runtime package into a compiled file, creating somewhat of an 
overhead for smaller programs.  Since the heaviest use of Modula will 
probably be for developing large programs, this shouldn't present a 
real burden, except for those with memory limitations.

Development of the 16-bit version of Turbo Modula is said to be a 
little behind the 8-bit version, and there's no word on which will be 
released first, of if they will be repeased together.  Perhaps by 
Christmas?..."
   --------
 3-Nov-85 16:14:42-MST,1276;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Nov 85 16:14:20-MST
Received: from simtel20.arpa by AMSAA.ARPA id a026448; 3 Nov 85 17:39 EST
Date: Sun, 3 Nov 1985  15:38 MST
Message-ID: <WANCHO.12156388822.BABYL@SIMTEL20.ARPA>
From: "Frank J. Wancho" <WANCHO@SIMTEL20.ARPA>
To:   INFO-CPM@AMSAA.ARPA, INFO-MICRO@brl.ARPA, ADA-SW@SIMTEL20.ARPA, 
      UNIX-SW@SIMTEL20.ARPA
Cc:   INFO-IBMPC@usc-isib.ARPA, INFO-HZ100@radc-tops20.ARPA
Subject: Public Domain Repositories Moved

We now have our new RP07 disk drive installed as PD: and all the
public domain repositories have been moved from their former homes on
MICRO: and PS: to PD:.  PD: is now 43% full, and I suspect will start
growing again.  The new releases from SIG/M and PC/BLUE will be
uploaded shortly after we receive them.  Look for announcements of
availability.

Former Home             New Home
-----------             --------
PS:<ADA*>               PD:<ADA*>
MICRO:<CPM.*>           PD:<CPM.*>
MICRO:<CPMUG*>          PD:<CPMUG*>
MICRO:<SIGM*>           PD:<SIGM*>
MICRO:<PC-BLUE*>        PD:<PC-BLUE*>
PS:<UNIX*>              PD:<UNIX*>

The CRC Lists will be updated to show PD: instead of MICRO: as we get
to them.

--Frank
 3-Nov-85 18:23:13-MST,7098;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Nov 85 18:22:55-MST
Received: from 192.5.25.82 by AMSAA.ARPA id a026696; 3 Nov 85 19:46 EST
Received: from simtel20.arpa by AOS.BRL.ARPA id a005435; 3 Nov 85 19:45 EST
Date: Sun, 3 Nov 1985  17:44 MST
Message-ID: <KPETERSEN.12156411746.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@BRL.ARPA
Subject: 8-bit CP/M isn't dead!!! A Z-SYSTEM Testimonial

For those who would say that 8-bit CP/M is dead, I present the 
following edited exchange of messages from CompuServe...

--Keith Petersen <W8SDZ@SIMTEL20.ARPA>

------------------------------------
Dt: 17-Sep-85  01:49:43
Sb: A Z-SYSTEM Testimonial 
Fm: Peter O.E. Bekker 74106,1430
To: All

I have just now emerged from 10 grueling hours worth of eye-crossing 
(glossing) installation work - but am proud to report the SUCCESSFUL 
implementation of ZCPR3 and Echelon's ZRDOS on a Kaypro 4-84.  In 
short, a fully functional Z-SYSTEM.

Without qualification I can say the Z-SYSTEM is a MAJOR boon to 8-bit 
computing.

Rick Conn, Joe Wright and the folks at ECHELON are quite definately 
pioneers who have picked-up the ball from Digital Research and run with 
it...far beyond the goal post.  (At first blush this would seem silly -
who would want to run much past the goal post? That's probably what DRI 
asked itself..lo those many years ago.) Well - had DRI only answered 
its own question with the same kind of vision that made it famous in 
the first place, BIG BLUE and its conspirators might not have muscled 
it out of prominence so quickly and completely .. but I digress.

Initial "interfaces" with the Z-SYSTEM have shown a TREMENDOUS 
improvement over CP/M..most particularly in the areas of "friendliness" 
and functionality.  (It's MS/PC-DOS .. for those of us who don't much 
care for the EXPENSE of 16-bit computing.)

While I'd like to babble on & on about Z-SYSTEM - I can't..lest someone 
get the idea I'm enthusiatic about it..or (perish the thought) suspect 
I have an equity interest in the distributor.  (Wish I did.)

But to demonstrate my serious intent - I am preparing a comprehensive 
DOC file for installation of Z-SYSTEM on a KAYPRO 4-84 (for my own 
records) and will be more than happy to post it here should anyone 
express even the slightest interest.  It's not a breeze by any means 
but, when all is said & done, it is well worth the effort.  To 
paraphrase a once obscure music critic named Jon Landau who several 
years ago sat through a Bruce Springsteen performance at a small Boston 
club.. "I have seen the future of 8-bit computing.. and its name is
Z-SYSTEM."


Dt: 17-Sep-85  18:22:54
Sb: A Z-SYSTEM Testimonial
Fm: Eldor Gemst 74116,2714
To: Peter O.E. Bekker 74106,1430 (X)

Is there any HARDWARE installation required with ZRDOS or is it 
strictly software?  There must be alot of disk space required just for 
the system files - do you really feel the advantages of the system 
outweigh the disk space required?  I can see it on a hard disk system, 
but am less convinced with floppies.


Dt: 17-Sep-85  23:29:29
Sb: A Z-SYSTEM Testimonial
Fm: Peter O.E. Bekker 74106,1430
To: Eldor Gemst 74116,2714 (X)

You're right.  ZSYSTEM is a MUCH more noticeable boon on hard disks 
than floppies.  But there are considerable advantages on the smaller 
drives too.

As for file space..I've enjoyed a GAIN using ZSYSTEM.  First of all, 
ZRDOS is a direct BDOS replacement and takes up no more space than a 
machine's stock BDOS (even though it contains several significant BDOS 
enhancements.

Using ZCPR3, I no longer keep PIP or STAT on most disks, saving 14k 
right there.  Z3, as you know, has CPY and PROT to do most of the 
things PIP & STAT do.  The REQUIRED Z3 files that every disk should 
have are ENV (the environment), LDR (to load the environment..and other 
things) and RCP (the Resident Command Package.) They are 4k, 2k and 2k 
respectively.  So you see -by removing PIP & STAT (14k) I've freed-up 
8k of space per disk since the ZCPR3 residents total only 8k.

No hardware changes of any kind are required.  ZSYSTEM is strictly an 
operating system change...but as I mentioned to Charlie, I've just now 
gotten it running and will be reporting back periodically as advantages 
and disadvantages are observed.  I must say, though, that throughout 
the installation process, it became clear to me that ZSYSTEM is an 
intriguing and damn clever implementation.


Dt: 17-Sep-85  23:27:27
Sb: A Z-SYSTEM Testimonial
Fm: Peter O.E. Bekker 74106,1430
To: Sysop Charlie Strom 76703,602 (X)

The ZRDOS advantages that come immediately to mind are the extended 
function calls you'd heard about.  These include calls to set and reset 
a warm boot trap - a call to GET the current DMA.....ZRDOS also 
supports file archiving and wheel protection...You even get a DELETE 
key that works for command line editing since ZRDOS eliminates the 
troublesome ^R function.

The BIG convenience, of course, is AUTO DISK LOGGING (just like MS-DOS)
no more repetative ^C's each time a disk is changed..just take one out, 
put another one in .. and go.  The error messages are a lot friendlier 
(and more informative) too.

ZRDOS directly answers the complaints of those who say CP/M is too 
"unfriendly" to gain wider accpetance.  And for programmers, it's a 
dream come true..particularly teamed with ZCPR3.

Haven't benchmarked..not really set up for it.  ZRDOS is written in Z80 
so it's got to be a little faster that CP/M..though because of disk 
access slowdowns, probably not noticeably so.  But I guess a Ramdisk 
check could be made.

As for the vast CP/M 80 domain of programs..no reason why they can't be 
run under ZRDOS...

But I've just now gotten this running and I'll report periodically to 
the membership on what I find.


Dt: 17-Sep-85  23:24:55
Sb: A Z-SYSTEM Testimonial
Fm: Peter O.E. Bekker 74106,1430
To: John Deakin (CA) 74015,1624 (X)

Since ZRDOS is primarily a straight BDOS replacement, I will be 
concentrating [on writing] mostly (and in excruciating detail) on the 
installation of ZCPR3 in the K4-84. Included will be memory locations, 
sizes and uses...cold start patches for the BIOS, a change to lower the 
BDOS, a warm start patch to protect the CPR, step-by-step instruction 
on intstalling ZCPR3's main functions (ie External Path, Wheel Byte, 
Multiple Command Buffer.....in short, all the info I've been UNABLE to 
locate in the many ZCPR3 DOCs I've read.)

I hope to list all this info in such a way that even a total dolt such 
as myself would be able to make sense of it and even get Z-SYSTEM 
running while reading it.

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

Peter Bekker's K4ZSYSIN.DQC is now available on most RCP/M systems,
and on SIMTEL20 as:

Filename			Type	 Bytes	 CRC

Directory PD:<CPM.KAYPRO>
K4ZSYSIN.DQC.1			BINARY	 15744  4EC8H

--Keith
 4-Nov-85 08:13:33-MST,1521;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Nov 85 08:13:23-MST
Received: from 192.5.25.82 by AMSAA.ARPA id a003700; 4 Nov 85 9:27 EST
Received: from mit-mc.arpa by AOS.BRL.ARPA id a011051; 4 Nov 85 9:24 EST
Received: from MIT-EECS by MIT-MC.ARPA via Chaosnet; 4 NOV 85  09:23:00 EST
Date: Sun 3 Nov 85 18:52:57-EST
From: Andrew Moore <T.MOORE%MIT-EECS@mit-eecs>
Subject: Apple-Cat BYE
To: info-cpm%MIT-MC@MIT-MC.ARPA


   B3AC-2.INS, the insert file in the BYE3 directory at Simtel20, is the most
current insert for the Apple-Cat ][ modem for use with BYE3.  It contains the
following lines among the code:

;	This routine will not function due to changes made in Bye335.
;	However, it is being kept with the library, because a version
;	of BYE will soon appear that will allow this overlay to work.

   Could someone tell me when this version of BYE will be available, if it
isn't available already?  If it is, where is it located?  It's been about
a year since I posted numerous requests to get an Apple-Cat ][ overlay for
any existing BYE program, but I have yet to come across one that works.  The
Cat is probably one of the most popular Apple modems around, so I figure it
should not be all that hard to write an overlay for it.  Will such an overlay
ever be available?  I'd appreciate any information on this -- please send
replies directly;  I am not on the info-cpm list.  Thanks.

-drew
 T.MOORE%MIT-EECS@MIT-MC.ARPA
-------

 4-Nov-85 08:18:49-MST,1080;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Nov 85 08:18:37-MST
Received: from 192.5.25.82 by AMSAA.ARPA id a004484; 4 Nov 85 9:39 EST
Received: from mit-mc.arpa by AOS.BRL.ARPA id a011434; 4 Nov 85 9:33 EST
Received: from MIT-EECS by MIT-MC.ARPA via Chaosnet; 4 NOV 85  09:31:36 EST
Date: Sun 3 Nov 85 23:38:32-EST
From: Andrew Moore <T.MOORE%MIT-EECS@mit-eecs>
Subject: Help with NULU & LRUN
To: info-cpm%MIT-MC@MIT-MC.ARPA


   I am having problems using LRUN23 with libraries created under NULU.
Can .COM files within NULU libraries be run with LRUN23?

A>LRUN23 GENCOM.LBR STAT.COM	;this just returns me to CP/M

...and so do variations on that command ("-GENCOM.LBR, -GENCOM, etc).  I
LRUN23 does not seem to work on LU310 libraries for me either.  I am
trying to use these utlities on a Sider hard drive under Apple II+ CP/M
(microsoft-compatible card).  Any suggestions on how to get a working
library going?  Panic.

-drew
 (mail directly;  I am not on info-cpm.  Thanks in advance)
-------

 4-Nov-85 08:57:30-MST,1099;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Nov 85 08:57:20-MST
Received: from csnet-pdn-gw by AMSAA.ARPA id a005126; 4 Nov 85 9:51 EST
Received: from ibm-sj by csnet-relay.csnet id ah28204; 4 Nov 85 9:53 EST
Date: Fri, 1 Nov 85 16:10:13 PST
From: Jim moore <moore.losangel%ibm-sj.csnet@CSNET-RELAY.ARPA>
To: info-cpm@AMSAA.ARPA
Subject: Seeking CP/M-ready data bases
CC: moore.losangel%ibm-sj.csnet@CSNET-RELAY.ARPA

Does anyone out there know where data bases of general information ,
already in some cp/m format, are available.  The sort of thing I'm
looking for would include: Headlines, by date; Birthdays of famous
people; DJ average; Top movies & records;  Retail prices of common
items, by date; Stats of various geographic regions, cities, countries;
the sort of things that would be in an almanac; Astrological info;
weather readings and records; Info & history of major companies; etc.
 
I might be interested in just about anything even vaguely related to
these.
 
Thanks.
 
Jim
 
(MOORE.LOSANGEL@IBM)
 
 
 4-Nov-85 09:36:35-MST,2254;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Nov 85 09:36:26-MST
Date:     Mon, 4 Nov 85 10:56:11 EST
From:     Dave Towson (info-cpm-request) <cpmlist@AMSAA.ARPA>
To:       info-cpm@AMSAA.ARPA
Subject:  [spacerad:  RE: Re: DAVID PLEASE POST FOR GENERAL INTEREST, DANTAS@JPL-VLSI.]

Fellow CP/Mers - Although the attached note has nothing to do with CP/M, it is
a followup to an earlier posting, and may be of interest to someone.


Dave


----- Forwarded message # 1:

Received: from jpl-vlsi.arpa by AMSAA.ARPA id a025608; 28 Oct 85 6:58 EST
Date:    Sun, 27 Oct 85 12:55:21 PST
From:     spacerad@JPL-VLSI.ARPA
Subject: RE: Re:  DAVID PLEASE POST FOR GENERAL INTEREST, DANTAS@JPL-VLSI.
To:       cpmlist@amsaa.arpa


DEAR DAVID,

SPACERAD IS ESSENTIALY AN EXPERIMENT ABOARD THE CRRES (COMBINED RADIATION
RESEARCH & EXPERIMENTS SATTELITE) TO BE LAUNCHED NEXT YEAR. IT'S FIVE
YEAR MISSION IS TO BOLDLY GO WHERE NO RESEARCH IN SPACE RADIATION HAS
GONE BEFORE! SPECIFICALLY, SPACERAD WILL CONDUCT TESTS ON A VARIETY OF
SEMICONDUCTOR DEVICES AS TO THEIR CAPABILITY TO WITHSTAND VARIOUS RADIA-
TION ENVIRONMENTS IN OUTER SPACE. CONCURRENT GROUND TESTING WILL BE USED
TO VERIFY THAT OUR PRESENT METHODS OF GROUND TESTING AND MEASUREMENTS
HAVE BEEN AND WILL BE CORRECT FOR PREDICTING THE RESPONSE OF DEVICES IN
THE SPACE RADIATION ENVIRONMENT. SPACERAD HAS ITS OWN DATABASE AT JPL.
MY ACOOUNT IS THROUGH THEIR AUSPICES.

THE RADATA BANK IS A INDEPENDENT OFFSHOOT FROM SPACERAD, FUNDED BY NASA
TO HOUSE ALL PREVIOUS AND FUTURE RAD DATA COMPILED BY JPL AND/OR ANY 
OTHER SOURCES WHICH MAY WANT TO CONTRIBUTE TO SAME. THIS DATA BANK AS
OPPOSED TO THE SPACERAD BANK, WIL BE OPEN TO ACCESS TO ANYONE. IT WILL
HOUSE BOTH TOTAL DOSE AS WELL AS SINGLE EVENT UPSET RADIATION DATA FOR
SEMICONDUCTORS. 

THE RADATA BANK MAY NOW BE ALSO ACCESSED VIA TELNET (NOT TELENET) AS
RADATA@JPL-MILVAX.

THE REASON I SENT IT TO THE INFO-CPM NET WAS DUE TO ITS WIDE BASE OF
READERS OF MANY INTERESTS. I ALSO SENT THE MESSAGE TO SPACE DIGEST
AND A NUMBER OF OTHER NETS.

                    THANKS FOR POSTING,
                      BOB DANTAS

----- End of forwarded messages
 5-Nov-85 09:13:18-MST,1758;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 5 Nov 85 09:12:57-MST
Received: from 192.5.25.82 by AMSAA.ARPA id a022542; 4 Nov 85 19:31 EST
Received: from lll-mfe.arpa by AOS.BRL.ARPA id a028385; 4 Nov 85 19:32 EST
Date: Mon, 4 Nov 85 19:30 EST
From: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA
Subject: Access to FORTH
To: INFO-CPM@BRL.ARPA

Date:    Mon,  4-NOV-1985 19:32 EST
To:      INFO-CPM@BRL.Arpa
Message-ID: <[OAK.SAINET.MFENET].A9AEAB20.008E58B3.SECRIST>
Organization: Science Applications Int'l. Corp., Oak Ridge, Tenn.
Geographic-Location: 36 01' 42" N, 84 14' 14" W
X-VMS-Mail-To: ARPA%"INFO-CPM@BRL.Arpa"

                 TELL THE NET ABOUT YOUR FREEBIE FORTHS !

I would like to compile a list of FORTH implementations that are available
on a not-for-profit basis on net or publically accessable BBS systems for
several net lists (INFO-CPM, INFO-APPLE, UMFORTH [aka FIGIL, bitnet],
INFO-IBMPC and any others that are appropriate or suggested.) 

If you have downloaded FORTH from ANYPLACE and found it to be usable and
intact, please send me details on the version of FORTH, what machine it is
for, which standard it follows, THE SYSTEM YOU ACQUIRED IT FROM, the date
you snarfed it or saw it there last, and anything else you care to say
about it. (Sources could include SIMTEL20, CompuServe, BBSes, etc..  The
list will include multiple sources since people do not all have access to
the same places.) 

I will post the results in a couple of weeks.  Please send info to:
SECRIST%OAK.SAInet.MFEnet@LLL-MFE.Arpa, with thanks.

                                -- Richard Secrist, President
                                   East Tennessee FORTH Interest Group
 5-Nov-85 10:22:06-MST,1382;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 5 Nov 85 10:21:56-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a006781; 5 Nov 85 11:38 EST
Received: from usenet by TGR.BRL.ARPA id a005500; 5 Nov 85 11:28 EST
From: Ralph Hyre <ralphw@CMU-CS-IUS2.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: Borland Modula-2 ???
Message-ID: <226@ius2.cs.cmu.edu>
Date: 4 Nov 85 23:30:08 GMT
To:       info-cpm@AMSAA.ARPA

In article <2751@brl-tgr.ARPA> LAMIA@dec-marlboro.ARPA (Walt Lamia) writes:
>...
>The beta version demonstrated was quite impressive, using incrementatl
>compilation to generate intermediate-level "M" code that can be executed
>in memory by the Modula-2 interpreter, eliminating the need for native
>code compilation, linking and execution just to test routines.  If
>you stop on an error, you can return to the editor, fix the error
>-- and >resume compilation from where you left off!<

Is this m-code the same 'standard' m-code that will run on other machines?
For example, can I take the m-code produced by the Borland compiler and
run it on an IBM machine or an Apple?  (or even the Lilith machine?)



-- 
				- Ralph
Internet: ralphw@c.cs.cmu.edu (cmu-cs-c.arpa)
Usenet: ralphw@mit-eddie.uucp
Fidonet: Ralph Hyre at Fido #385 Pitt-Bull (or maybe Net 129, node 0)
Snail Mail: don't bother
 5-Nov-85 17:19:08-MST,1118;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 5 Nov 85 17:18:53-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a021055; 5 Nov 85 18:46 EST
Received: from usenet by TGR.BRL.ARPA id a016382; 5 Nov 85 18:43 EST
From: Tom Nadas <tom%utcsri.uucp@BRL.ARPA>
Newsgroups: net.micro,net.micro.cpm
Subject: Re: KAYPRO to TELEVIDEO?
Message-ID: <1583@utcsri.UUCP>
Date: 1 Nov 85 12:59:33 GMT
Xref: seismo net.micro:13293 net.micro.cpm:5227
To:       info-cpm@AMSAA.ARPA


Media Master for the Kaypro II or 2 is available for $29.95 plus 
$3 postage and handling from

SPECTRE TECHNOLOGIES
22458 Ventura Blvd
Suite E
Woodland Hills, CA  91364

Master Card and Visa orders can be placed toll-free:  1-800-824-7888.
Ask for operator 407.  I've mail ordered twice from Spectre, both
times without problems.  Also available are Osborne 1 and Osborne
Executive versions.

I don't have a source handy for UNIFORM, but know it is more
expensive.

-- 

					Tom Nadas

UUCP:   {decvax,linus,ihnp4,uw-beaver,allegra,utzoo}!utcsri!tom
CSNET:  tom@toronto
 5-Nov-85 17:25:48-MST,998;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 5 Nov 85 17:25:30-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id aa21055; 5 Nov 85 18:46 EST
Received: from usenet by TGR.BRL.ARPA id a016386; 5 Nov 85 18:43 EST
From: Tom Nadas <tom%utcsri.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: Is CP/M dead
Message-ID: <1584@utcsri.UUCP>
Date: 1 Nov 85 13:04:45 GMT
To:       info-cpm@AMSAA.ARPA


For advertisers wanting to reach a good hunk of the CP/M marketplace,
try FOGHORN the dynamite monthly newsletter of the FIRST OSBORNE 
GROUP (now expanded to serve all CP/M owners):  P.O. Box 3474/
Daly City, CA/94015-0474.  Advertising rates vary, but I think 
you'll find their CPM (the other one, advertising COST PER THOUSAND 
(M)) to be much more attractive than thhose of the glossy magazines.

RJS in Toronto
c/o
-- 

					Tom Nadas

UUCP:   {decvax,linus,ihnp4,uw-beaver,allegra,utzoo}!utcsri!tom
CSNET:  tom@toronto
 6-Nov-85 04:34:06-MST,1496;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 6 Nov 85 04:34:00-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a022839; 6 Nov 85 5:49 EST
Received: from usenet by TGR.BRL.ARPA id aa29161; 6 Nov 85 5:44 EST
From: pete%stc.uucp@BRL.ARPA
Newsgroups: net.micro.cpm
Subject: The DMA Address
Message-ID: <686@stc-b.stc.UUCP>
Date: 4 Nov 85 16:36:49 GMT
Xpath: stc stc-b stc-b stc-a
To:       info-cpm@AMSAA.ARPA

This is a brief summary of responses I received to my original
posting of ~3 weeks ago, regarding where I could find the location of
the DMA address on a CP/M-80 system.

The answer, as I could have found out myself if I'd looked a little
deeper, is in the BIOS. It seems to be a simple matter, if you have
the source, to add a GETDMA call to the BIOS jump table or to
intercept SETDMA calls to the BDOS if you don't.

Thanks in particular to Keith Petersen for his extensive help.
Also to Rick Conn for pointing out (to my unsuspecting horror)
the nonreentrant nature of the vanilla BDOS and to Bomberger (of
Poor Person Software) for his unselfish assistance.
And, of course, to all the others who mailed me.

The real-time clock hardware goes in this week (D.V.).

The ratio of e-mailed responses to postings was exemplary. This seems
to be one newsgroup that knows how to do it right.
-- 
	Peter Kendell <pete@stc.UUCP>

	...mcvax!ukc!stc!pete

	`Turn up the Eagles, the neighbours are listening'
 6-Nov-85 08:28:36-MST,650;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 6 Nov 85 08:28:27-MST
Received: from wsmr08.arpa by AMSAA.ARPA id a029151; 6 Nov 85 9:55 EST
Date: Wed, 6 Nov 85  7:55:44 MST
From: John Gilbert CD <jgilbert@WSMR08.ARPA>
Subject: A Smart Alec II?
To: info-cpm@AMSAA.ARPA

I have a request to ship a disk in the proper format for a Smart Alec II.
Apparently, it was a computer made around 1981. It runs CPM2.2 and is an
SSDD. The person mentions, Dynasty Computers and Dynabyte. I've never heard
of such an animal. Is there anyone who can tell me what disk format it uses?

Thanks,

John

 6-Nov-85 11:19:48-MST,1041;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 6 Nov 85 11:19:42-MST
Received: from usc-ecl.arpa by AMSAA.ARPA id a004358; 6 Nov 85 12:35 EST
Date: 6 Nov 1985 09:40-PST
Sender: BHUBER@USC-ECL.ARPA
Subject: ZBasic info request
From: BHUBER@USC-ECL.ARPA
To: Info-CPM@AMSAA.ARPA, Info-Micro@BRL.ARPA
To: Info-Apple@BRL.ARPA
Cc: BHuber@USC-ECL.ARPA
Message-ID: <[USC-ECL.ARPA] 6-Nov-85 09:40:13.BHUBER>

I have seen some ads lately about ZBASIC from Zedcor Inc, 4500 East Speedway,
Suite 93, Tucson, Arizona 85712 (800-482-4567 or 602-795-3996).  Versions are
supposedly available for 6502 native Apple IIs, CP/M, IBM, etc.  Claims made
by the ad are, i.a., "structured basic", 6 to 54 digits of precision
(selectable by the user), built in editor, and "faster than just about
anything" [except maybe a Cray].

Does anyone have any knowledge of this company or experience with the
product?

I have some Applesoft programs which I need to speed up.

Thanx in advance,
Bud
 6-Nov-85 12:17:04-MST,2579;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 6 Nov 85 12:16:52-MST
Received: from rand-unix.arpa by AMSAA.ARPA id a007260; 6 Nov 85 13:40 EST
Return-Path: <bridger@rand-unix.ARPA>
Received: by rand-unix.ARPA; Wed, 6 Nov 85 10:31:30 pst
From: Bridger Mitchell <bridger@RAND-UNIX.ARPA>
Message-Id: <8511061831.AA00322@rand-unix.ARPA>
Date: 06 Nov 85 10:31:24 PST (Wed)
To: info-cpm@AMSAA.ARPA
Subj: TURBOROMs for Kaypros -- Product Announcement


Replacement boot roms for original Kaypro and MicroCornucopia roms,
from Plu*Perfect Systems.

IMPROVED DISK PERFORMANCE
   		          STOCK ROM	   TURBOROM
			    Kaypro      Kaypro   Advent
task		drive	    format      format	 format

SAVE		floppy		55 sec.	 14	 11
64k file	hard		11	  4	  3.5

LOAD		floppy		 7	  6	  4.5
32K file	hard		 3	  2	  2

(Speedup gained by optimized sector interleaving, improved
error handling, elimination of read-after-write.  Advent
format uses 1K physical sectors.)


INCREASED CAPACITY
  -  up to 63.25K system size for Kaypro 10s
  -  adds 2 MB to most "10 megabyte" hard drives

(Most of the bios is located in the rom.  Bad-track map permits
use of all good cylinders on hard drives.)

MULTIPLE FORMATS
  -  automatic detection and read/write of:
	Kaypro SSDD, DSDD
	Advent SSDD, DSDD, DSDD-96tpi
	MicroCornucopia 96tpi
	Osborne SSDD
	Xerox SSSD, Osborne SSSD, Epson QX-10 DSDD (in '84 only)
  -  nearly all soft-sector CP/M formats settable with MULTICOPY
	utility package (extra), permitting full-speed logical
	drive in foreign format

OTHER FEATURES
  -  32-character type-ahead buffer
  -  built-in screen dump
  -  cursor configuration
  -  automatic screen blanking when idle
  -  25th line time display ('84 with clocks)

HARDWARE SUPPORT
  -  mix up to 4 SS, DS and 96 tpi floppy drives
  -  2 Advent Product ramdisks
  -  2 hard drives, up to 56 MB each

UTILITIES
  -  system generation: to/from system tracks and to/from file
  -  versatile system configuration & relocation in 1/4K increments
  -  full-disk high-speed format/copy verify
  -  drive remapping

AVAILABILITY

  83 TURBOROM - $79.95  -- for 1983 Kaypro II's and 4's
  84 TURBOROM - $79.95  -- for 1984 and later Kaypros, all Kaypro 10s

  Early Kaypro II's and early Kaypro 10's require a 4K/8K rom
  adaptor board ($8/$15).

  
				Plu*Perfect Systems
				Box 1494
				Idyllwild CA 92349
				(714)-659-4432

--bridger mitchell

{disclosure: I am a partner in Plu*Perfect Systems}


 6-Nov-85 14:31:32-MST,1186;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 6 Nov 85 14:31:19-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a014667; 6 Nov 85 15:57 EST
Received: from usenet by TGR.BRL.ARPA id a012762; 6 Nov 85 15:47 EST
From: Daniel P Faigin <faigin%sdcrdcf.uucp@BRL.ARPA>
Newsgroups: net.wanted,net.micro.cpm
Subject: Configuration Control for CPM/86
Message-ID: <2436@sdcrdcf.UUCP>
Date: 4 Nov 85 19:50:44 GMT
Xref: seismo net.wanted:8065 net.micro.cpm:5231
To:       info-cpm@AMSAA.ARPA

Does anybody know if there are configuration management systems
available for CPM/86 systems? I would like to know of any such
systems, what that capablities are, who they might be available
from, and for what price.

Please reply via MAIL, as I do not normally read net.micro.cpm,
and it is verboten to reply in net.wanted.

Daniel
-- 
UUCP: {akgua allegra ihnp4 hplabs sdcsvax trwrb cbosgd}!sdcrdcf!faigin  
ARPA: sdcrdcf!faigin@UCLA-LOCUS.ARPA --or-- sdcrdcf!faigin@LOCUS.UCLA.EDU

W: SDC, 2525 Colorado MD 91-01; Santa Monica CA 90406; (213) 820-4111 x6393
H: 11743 Darlington Avenue #9; Los Angeles CA 90049; (213) 826-3357
 7-Nov-85 06:25:43-MST,1667;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 7 Nov 85 06:25:35-MST
Received: from 192.5.25.82 by AMSAA.ARPA id a018955; 7 Nov 85 7:47 EST
Received: from lll-mfe.arpa by AOS.BRL.ARPA id a001578; 7 Nov 85 7:45 EST
Date: Thu, 7 Nov 85 07:44 EST
From: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA
Subject: Commodore-64 CP/M: Is it robust ?!
To: INFO-CPM@BRL.ARPA

Date:    Thu,  7-NOV-1985 07:44 EST
To:      INFO-CPM@BRL.Arpa
Message-ID: <[OAK.SAINET.MFENET].4FF2CC60.008E5AAC.SECRIST>
Organization: Science Applications Int'l. Corp., Oak Ridge, Tenn.
Geographic-Location: 36 01' 42" N, 84 14' 14" W
X-VMS-Mail-To: ARPA%"INFO-CPM@BRL.Arpa"

I am  interested  in  hearing  your  experiences  with  Commodore-64 CP/M. I
recently  purchased  an  SX-64  (a portable also know as the "Executive 64",
manufactured  by  Commodore  and  discontinued). I of course wanted the CP/M
option, which was difficult to scrounge up at this late date.  But I won.

Anyway, I  seemed  to  have  heat  problems with the cartridge, and after an
afternoon with a can of chip freeze, I isolated one errant chip and replaced
it.

Now it  seems  to  cruze  along  okay,  but  after 20 or 30 minutes of work,
sometimes more, it dies right as I do a disk I/O. So I wasted another can of
chip  freeze  to  no  avail,  and  now I'm wondering if the SX-64 maybe just
doesn't have as much power available as a real '64.

Can somebody  vouch  for  CBM-64  CP/M  ?  How about on an SX-64 ? Thanks in
advance.

Richard Secrist
SECRIST%OAK.SAInet.MFEnet@LLL-MFE.Arpa

- - -

"Hackito Ergo Sum."  (I hack, therefore I am.)
 7-Nov-85 10:46:06-MST,834;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 7 Nov 85 10:45:58-MST
Received: from wiscvm.arpa by AMSAA.ARPA id a029181; 7 Nov 85 12:03 EST
Received: from (BEBO)SLACVM.BITNET by WISCVM.ARPA on 11/07/85 at
  11:07:01 CST
Date: 7 November 85 08:49-PST
From:  BEBO%SLACVM.BITNET@WISCVM.ARPA
To:  INFO-CPM@AMSAA.ARPA
Subject: WordStar to ASCII

Date: 7 November 1985, 08:47:51 PST
From: Bebo White                (415) 854-3300 x2907 BEBO     at SLACVM
To:   INFO-CPM at AMSAA.ARPA
Subject: WordStar to ASCII

Does anyone have a program/utility that I can run on my CompuPro 816
to convert WordStar files to straight ASCII?

Thanks in advance for your help.

                               Bebo White
                               Stanford Linear Accelerator Center
 7-Nov-85 12:41:34-MST,1917;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 7 Nov 85 12:41:19-MST
Received: from lll-tis-gw by AMSAA.ARPA id a004496; 7 Nov 85 14:07 EST
Return-Path: <generous@lll-tis-b>
Received: by lll-tis-b.ARPA; Thu, 7 Nov 85 11:11:43 pst
Date: Thu, 7 Nov 85 11:11:43 pst
From: "Curtis C. Generous" <generous@lll-tis-b.ARPA>
Message-Id: <8511071911.AA27498@lll-tis-b.ARPA>
To: info-cpm@AMSAA.ARPA
Subject: Re: WordStar to ASCII 
Newsgroups: local.info-cpm
In-Reply-To: <15584@styx.UUCP>
Organization: Lawrence Livermore Laboratory, Livermore CA
Cc:  

In article <15584@styx.UUCP> you write:
>(From: BEBO%SLACVM.BITNET@WISCVM.ARPA)
>
>
>Date: 7 November 1985, 08:47:51 PST
>From: Bebo White                (415) 854-3300 x2907 BEBO     at SLACVM
>To:   INFO-CPM at AMSAA.ARPA
>Subject: WordStar to ASCII
>
>Does anyone have a program/utility that I can run on my CompuPro 816
>to convert WordStar files to straight ASCII?
>
>Thanks in advance for your help.
>
>                               Bebo White
>                               Stanford Linear Accelerator Center


There is a utility program which is part of the TURBO POWER
TOOLS which does exactly what you want.  I can't seem to find
the source code anywhere, but if I do, I will be glad to tell
you exactly how it is done.  
If my memory does not fail me, you might want to try this
command, which I suspect might also work:

    PIP  ascii.fil = wordstar.fil [Z]

The Z option masks out the most significant bit from the
source file.  I believe that WS uses that bit for it's
internal use.  Let me know if this works.

                           -Curtis-

Curtis C. Generous
generous@lll-tis-b.ARPA
{akgua,allegra,cbosgd,decwrl,dual,ihnp4,sun}!idi!styx!generous
Tel: (415) 422-6907
Lawrence Livermore National Lab
Dept L-275
POB 808
Lawrence,  CA  94550



 7-Nov-85 15:30:28-MST,934;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 7 Nov 85 15:30:22-MST
Received: from xerox.arpa by AMSAA.ARPA id a000386; 7 Nov 85 16:47 EST
Received: from Aurora.ms by ArpaGateway.ms ; 07 NOV 85 13:51:31 PST
From: lowans.wbst@XEROX.ARPA
Date: 7 Nov 85 16:51:28 EST
Subject: Re: Is CP/M dead
In-reply-to: ACB.COR@OFFICE-1.ARPA's message of 28 Oct 85 09:15 PST,
 <COR-ACB-7Y61J@OFFICE-1>
To: Alan Bomberger <ACB.COR@OFFICE-1.ARPA>
cc: info-cpm@AMSAA.ARPA
Message-ID: <851107-135131-1438@Xerox>

Alan
	Look into "User's Guide" "The Magazine For CP/M & MS-DOS computer
Users". Issue #16 is a good 50% full of CP/M (8bit) info. It is published by
TUG Inc six times a year. Subscription is $21 for 6 issues; $40
for 12. To subscribe send to:

		User's Guide
		PO Box 5245
		Redwood City, CA 94063

		It's looks like a good magazine for 8 bit CP/M users.
								Paul
 8-Nov-85 09:00:23-MST,715;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 8 Nov 85 09:00:10-MST
Received: from simtel20.arpa by AMSAA.ARPA id a008699; 8 Nov 85 10:18 EST
Date: Fri 8 Nov 85 08:20:14-MST
From: Rick Conn <RCONN@SIMTEL20.ARPA>
Subject: Re: Is CP/M dead
To: lowans.wbst@XEROX.ARPA
cc: ACB.COR@OFFICE-1.ARPA, info-cpm@AMSAA.ARPA
In-Reply-To: <851107-135131-1438@Xerox>
Message-ID: <12157619810.15.RCONN@SIMTEL20.ARPA>

I saw a copy of User's Guide last night, and the main topic was that
"CP/M Lives" -- so much so that they are changing format, and
User's Guide will go back to a CP/M-only mag and a new mag, PC User,
will come out for PC-only users.
	Rick
-------
 8-Nov-85 09:45:27-MST,1131;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 8 Nov 85 09:45:20-MST
Received: from mitre.arpa by AMSAA.ARPA id a010363; 8 Nov 85 10:50 EST
Received: by mitre.ARPA (4.12/4.7)
	id AA08251; Thu, 7 Nov 85 21:22:08 est
Date: Thu, 7 Nov 85 21:22:08 est
From: Thomas Reid <treid@mitre.ARPA>
Message-Id: <8511080222.AA08251@mitre.ARPA>
To: BEBO%SLACVM.BITNET@WISCVM.ARPA, INFO-CPM@AMSAA.ARPA
Subject: Re:  WordStar to ASCII
Cc: treid@mitre.ARPA

There are two files that you want, both found on simtel20 in the
pd:<cpm.txtutl> directory.  They are ensoft.com and unsoft1c.lbr.

unsoft will remove soft spaces, end-of-lines, hyphens, etc. and convert
or lose dot commands.  Much more powerful than using pip to strip off
high order bits.

ensoft will take a plain text file and put the soft spaces and line feeds
back in.  Also useful.  I use both all the time.

You might also look at the fil*.* files in the same directory.  They are the
Irv Hoff filter commands which do much the same.

These are cp/m 80 .com files and thus will work on the 8 side of your 816.
 8-Nov-85 10:09:35-MST,833;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 8 Nov 85 10:09:26-MST
Received: from mitre.arpa by AMSAA.ARPA id a010223; 8 Nov 85 10:48 EST
Received: by mitre.ARPA (4.12/4.7)
	id AA08664; Thu, 7 Nov 85 23:26:20 est
Message-Id: <8511080426.AA08664@mitre.ARPA>
To: "Curtis C. Generous" <generous@LLL-TIS-B.ARPA>
Cc: info-cpm@AMSAA.ARPA
Subject: Re: WordStar to ASCII
In-Reply-To: Your message of Thu, 7 Nov 85 11:11:43 pst.
	     <8511071911.AA27498@lll-tis-b.ARPA>
Date: 07 Nov 85 23:25:49 EST (Thu)
From: Jeff Edelheit <edelheit@MITRE.ARPA>

Re the [Z] option:  It works and works very well.  Another positive thing
that can be said about CP/M rather than PC/MS-DOS.  (Was I suprised to 
find that DOS didn't offer the same option.)

Jeff Edelheit
(edelheit@mitre)
 8-Nov-85 18:08:57-MST,1289;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 8 Nov 85 18:08:41-MST
Received: from 192.5.25.82 by AMSAA.ARPA id a023470; 8 Nov 85 19:28 EST
Received: from mit-mc.arpa by AOS.BRL.ARPA id a007324; 8 Nov 85 19:29 EST
Received: from MIT-EECS by MIT-MC.ARPA via Chaosnet; 8 NOV 85  19:04:20 EST
Date: Fri 8 Nov 85 19:04:55-EST
From: Andrew Moore <T.MOORE@mit-eecs>
Subject: Apple ZCPR3 help
To: rfowler@SIMTEL20.ARPA
cc: info-cpm%MIT-MC@MIT-EDDIE.ARPA, info-apple%MIT-MC@MIT-EDDIE.ARPA
Message-ID: <12157715326.8.T.MOORE@MIT-EECS>


   I have managed to install the ZCPR3 operating system on my Apple II+,
but it's the 56k version.  What I need is 60k CP/M 2.23 under ZCPR3 in order
for it to work with the hard drive (it accepts only 60k 2.23).  Does anyone
have ZCPR3 on a 60k CP/M 2.23 floppy disk?  If so, I can easily copy its
CP/M image to the hard drive, and I should be all set;  please reply if you
have this.  (I have tried, unsuccessfully, to use a BIOS patch called
Z3AP60.ASM, which is supposed to do just what I want;  upon cold boot, the
drive keeps tring to access part of the disk over and over again, but
that's about it).

-drew
 MOORE%MIT-EECS@MIT-MC.ARPA
      %MIT-OZ
      %MIT-EDDIE
-------

 8-Nov-85 18:51:33-MST,1048;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 8 Nov 85 18:51:25-MST
Received: from 192.5.25.82 by AMSAA.ARPA id a023555; 8 Nov 85 20:20 EST
Received: from mit-mc.arpa by AOS.BRL.ARPA id a007439; 8 Nov 85 20:24 EST
Received: from mit-eddie by MIT-MC.ARPA  8 Nov 85 20:21:59 EST
Received: from SIMTEL20.ARPA by mit-eddie (4.12/4.7)
	id AA23302; Fri, 8 Nov 85 20:20:38 est
Date: Fri 8 Nov 85 18:19:41-MST
From: Rick Conn <RCONN@SIMTEL20.ARPA>
Subject: Re: Apple ZCPR3 help
To: T.MOORE%MIT-EECS@MIT-XX.ARPA
Cc: rfowler@SIMTEL20.ARPA, info-cpm%MIT-MC@MIT-EDDIE.ARPA, 
    info-apple%MIT-MC@MIT-EDDIE.ARPA
In-Reply-To: <12157715326.8.T.MOORE@MIT-EECS>
Message-Id: <12157728938.13.RCONN@SIMTEL20.ARPA>

I don't know the answer to your question, but at least one place to
look is the Good Neighbor Help roster in newsletter 307 (which I just 
posted).  It gives at least one Apple person.

	Rick

PS There is also your local Z-Node to which such questions can be posted.

-------

 8-Nov-85 18:51:38-MST,792;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 8 Nov 85 18:51:25-MST
Received: from simtel20.arpa by AMSAA.ARPA id a023546; 8 Nov 85 20:12 EST
Date: Fri 8 Nov 85 18:16:58-MST
From: Rick Conn <RCONN@SIMTEL20.ARPA>
Subject: New Z3 Files
To: info-cpm@AMSAA.ARPA
Message-ID: <12157728443.13.RCONN@SIMTEL20.ARPA>

Under PD:<CPM.Z3NEW> --
	Z3NEWS.307 and Z3NEWS.3Q7 - latest newsletter, which includes
info on a host of ALIAS programs, the new history shell (HSH), LDSK,
and notes on using MKDIR
	ZNODES10.LST - latest listing of Z-Nodes (now 52 world-wide)

Under PD:<CPM.ZCPR3> --
	Z3NEWS.3Q7 and ZNODES10.LST

The files in Z3NEW will stay there for at least 2 weeks before they become
candidates for removal.

	Rick
-------
 9-Nov-85 11:28:45-MST,6514;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 9 Nov 85 11:28:27-MST
Received: from 192.5.25.82 by AMSAA.ARPA id a025258; 9 Nov 85 12:59 EST
Received: from simtel20.arpa by AOS.BRL.ARPA id a009890; 9 Nov 85 12:57 EST
Date: Sat, 9 Nov 1985  10:56 MST
Message-ID: <KPETERSEN.12157910346.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@BRL.ARPA
Subject: New files uploaded to SIMTEL20 between 26-Sep-85 and 9-Nov-85

The following is a list of new files uploaded to SIMTEL20 between
26-Sep-85 and 9-Nov-85.  A complete list of files is available via FTP
as PD:<CPM>CPM.CRCLST.

--Keith

PD:<CPM.BYE5>
	B5-TIME.INF		ASCII	  1270  C75FH
	B5AA-1.IQS		BINARY	  4480  EC59H
	B5AP-2.IQS		BINARY	  3328  B832H
	B5AS-1.IQS		BINARY	  3712  90F5H
	B5C-CPM3.IQS		BINARY	  3328  F04FH
	B5C-CW.IQS		BINARY	  2432  CF6FH
	B5C-DCH2.IQS		BINARY	  5376  9EF1H
	B5C-MTN2.IQS		BINARY	  3584  834EH
	B5C-QX11.IQS		BINARY	  2304  993AH
	B5EQ-2.IQS		BINARY	  5760  9D16H
	B5LO-1.IQS		BINARY	  6528  C6A5H
	B5MH-3.IQS		BINARY	  7936  8900H
	B5NH-1.IQS		BINARY	  2432  8128H
	B5NS-4.IQS		BINARY	  3712  AA3BH
	B5OV-1.IQS		BINARY	  5632  B75EH
	B5OX-1.IQS		BINARY	  6912  5DEAH
	B5PH-1.IQS		BINARY	  2688  9442H
	B5S2-1.IQS		BINARY	  2432  845EH
	BDOS.AQM		BINARY	  2176  A11DH
	BYE5.HQS		BINARY	  8448  BE3DH
	BYE5-INS.INF.3		ASCII	  4654  AF88H
	BYE5-INS.IQF		BINARY	  3456  CAF9H
	BYE502.AQM		BINARY	 70912  DA61H <-latest BYE5
	BYE5CALL.BAK		ASCII	  3306  A8CCH
	KMD08.LBR		BINARY  149376  6979H <-latest KMD
	METAL-2.FQX		BINARY	  6400  E188H
	QX10-BYE.FQX		BINARY	  2048  70C7H
	TEST.BAS		ASCII	   854  2614H

PD:<CPM.CATLOG>
	DCAT10.LBR		BINARY	 15232  5774H <-improved hard copy lstr

PD:<CPM.CPM86>
	MBOOT86.A86		ASCII	  7612  BDD4H <-MBOOT for CP/M-86

PD:<CPM.DEBUG>
	FCB10.LBR		BINARY	  3072  1F8AH <-prints FCB after cmds
	PEEKCPM.LBR		BINARY	  4480  B127H

PD:<CPM.DIRUTL>
	SD105.LBR		BINARY	 84480  6CAAH <-latest super dir prog.

PD:<CPM.FILCPY>
	ZX2.LBR			BINARY	  9984  5A5EH <-copy, rename, delete

PD:<CPM.FINANCE>
	FINPAK-C.LBR		BINARY	 55936  F701H <-financial package

PD:<CPM.FORTRAN>
	WATFIV.LBR		BINARY	 37376  F43AH

PD:<CPM.GENASM>
	EM212.LBR		BINARY	 28672  7DF3H <-learn 8080 via emul.

PD:<CPM.GENDOC>
	FLOPPY.FMT.5		ASCII	 10708  7BDDH <-lots of formats listed

PD:<CPM.HAMRADIO>
	GTWY0125.TXT		ASCII	 14303  255AH
	GTWY0202.TXT		ASCII	 16280  7C53H
	GTWY0203.TXT		ASCII	 17124  FF33H
	NOVICE.TEST		ASCII	 45440  055FH
	RTTYFREQ.LST.3		ASCII	 12271  1768H
	W5YI0708.TXT		ASCII	 12469  206DH

PD:<CPM.IBM-PC>
	PCTRMCAP.INF		ASCII	  6619  E078H <-Termcap explained
	PCUSQNEW.BAS		ASCII	  5104  4F98H <-slow file unsqueezer

PD:<CPM.IMP>
	I2FT-1.AQM		BINARY	  7680  F9C7H
	I2RV-4.AQM		BINARY	  3072  757DH
	I2S2-1.AQM		BINARY	  7552  6982H
	IMP244.BEL		ASCII	   706  DAB3H <-patch for bell
	IMP244.DTR		ASCII	  1768  F6AAH <-patch for DTR
	IMP244.LBR		BINARY	 80256  C51EH <-latest Hoff Modem7

PD:<CPM.KAYPRO>
	BIOSMR12.LBR		BINARY	 39808  2272H
	K4ZSYSIN.DQC		BINARY	 15744  4EC8H
	NOV85.MQG		BINARY	 25344  E088H
	QC10-V13.LBR		BINARY	 15744  2B62H
	TOON12.LBR		BINARY	 13312  7708H <-screen save

PD:<CPM.LIST>
	DBL401.LBR		BINARY	 32000  8286H <-double-column file list
	QLIST10.LBR		BINARY	 22656  9A63H <-list squeezed files
	UNSPOL38.LBR		BINARY	 31744  B59FH <-latest print spooler

PD:<CPM.MBBS>
	MBYE41.LBR		BINARY	 78592  08E6H <-latest MBYE
	MFMSG20.LBR		BINARY	 28672  63E2H <-upload messages
	MWHATS10.LBR		BINARY	 22016  DE40H <-whatsnew for MBYE

PD:<CPM.MEX>
	MXO-RS20.AQM		BINARY	 16384  9246H <-new Radio Shack ovrly
	PURSUE.LBR		BINARY	  1920  F10FH <-Pc Pursuit read files

PD:<CPM.MISC>
	PDSE067A.LQT		BINARY	 45952  061BH <-phone list of RCPMs
	ROYALOAK.DQR.4		BINARY	 75520  4A66H <-my RCPM directory
	SCI-11.LBR		BINARY	 42112  FF33H <-small-c interpreter
	XEROXBBS.OCT85		ASCII	  2718  4DCEH

PD:<CPM.MODEM>
	COURIER.RQW		BINARY	  8576  5D28H <-review of Courier 2400

PD:<CPM.MODEM2>
	YMODEM.DOC		ASCII	 49446  6076H <-XMODEM/YAM protocol def

PD:<CPM.MODEM7>
	M7OVLIST.WQ8		BINARY	 11392  44BFH <-more overlays listed
	M7VIO-2.AQM		BINARY	 12800  0066H

PD:<CPM.PACKET>
	9LANDNET.MAP		ASCII	 19895  EA7DH
	TNCDED10.DOC		ASCII	 34730  3A91H
	TNCDED10.HEX		ASCII	 46093  0F18H
	TNCDED10.MSG		ASCII	  4022  85C3H

PD:<CPM.PCDOS>
	SAVSCR.LBR		BINARY	 10496  EC70H <-screen save
	STRIP15.LBR		BINARY	 18304  5392H <-Cleans WS files
	XONXOFF.ASM		ASCII	  5375  2612H <-x-on/x-off explained

PD:<CPM.RCPM>
	KMD81-SA.LBR		BINARY  155904  4307H <-stand-alone KMD08
	RPASS12.AQM		BINARY	 14336  B1E9H
	XMDM118.LBR		BINARY  109312  DC27H <-latest XMODEM

PD:<CPM.STARTER-KIT>
	SIMTEL-ARCHIVES.INFO	ASCII	 18748  63E0H <-latest CP/M "Blurb"

PD:<CPM.SUBMIT>
	GSUB13.LBR		BINARY	 13440  E34CH <-improvement over EX
	MAKBATCH.LBR		BINARY	  3328  8252H <-another batch pgm.

PD:<CPM.SYSUTL>
	DSK-BIO7.LBR		BINARY	 13952  DA5BH <-statistics on drives

PD:<CPM.TERM>
	GATE.LBR		BINARY	 38016  1D35H <-terminal emulator!!!

PD:<CPM.TOPS-20>
	COMIFY.EXE.44		ASCII	  4735  BA05H
	COMIFY.MID.44		ASCII	 11490  8F76H
	NCRC.EXE.9		ASCII	  5140  157BH
	NCRC.MID.9		ASCII	 11795  E4E8H

PD:<CPM.TURBOPAS>
	DEARC.PQS		BINARY	 11904  89D3H <-extract from ARCs
	TLIST11.LBR		BINARY	 24832  3840H <-list TurboPas files
	TRBTOL86.LBR		BINARY	 72704  3BD5H <-software tools
	TURBOBAS.RQF		BINARY	  5248  7FA5H <-TurboPas<->Mbasic xref

PD:<CPM.TXTUTL>
	BISHOW31.AQM		BINARY	 32384  525DH <-reads with sq and lbr
	LOCATER1.LBR		BINARY  153472  23F9H <-find electronic parts
	SCAN12.LBR		BINARY	  9216  F71AH

PD:<CPM.WSTAR>
	WSGUIDE.TQT		BINARY	  3712  0795H <-concise command list

PD:<CPM.YAM>
	YMODEM.DQC		BINARY	 31232  8841H

PD:<CPM.Z8EDEBUG>
	Z8E.TQT			BINARY	  1664  0447H
	Z8EFIXED.MQC		BINARY  112384  1D9AH <-source for fixed Z8E.
						      Note: Z8EFIXED.COM is
						      already there.
	Z8EFIXED.SYM		ASCII	   169  55FFH <-sym. table for config.
	Z8EVT.COM		BINARY	 11648  5FE9H <-VT100 ready to run
	Z8EVT.MQ0		BINARY	  1536  37B4H
	Z8EVT.SYM		ASCII	   213  621CH

PD:<CPM.ZCPR3>
	HD64180.WQ2		BINARY	 12288  4D97H
	HD64180.WS2		ASCII	 26340  6A5AH
	Z3NEWS.3Q5		BINARY	 12288  B589H
	Z3NEWS.3Q6		BINARY	 14208  B1C2H
	Z3NEWS.3Q7		BINARY	 11648  C88FH
	ZNODES10.LST		ASCII	  3750  BEC2H
 9-Nov-85 20:25:23-MST,591;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 9 Nov 85 20:25:16-MST
Received: from simtel20.arpa by AMSAA.ARPA id a026531; 9 Nov 85 21:54 EST
Date: Sat, 9 Nov 1985  19:59 MST
Message-ID: <KPETERSEN.12158009268.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: SIMTEL20 directory list update

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

--Keith
10-Nov-85 00:39:58-MST,5053;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 10 Nov 85 00:39:38-MST
Received: from 192.5.25.82 by AMSAA.ARPA id a026857; 10 Nov 85 2:10 EST
Received: from simtel20.arpa by AOS.BRL.ARPA id a011253; 10 Nov 85 2:12 EST
Date: Sun, 10 Nov 1985  00:02 MST
Message-ID: <KPETERSEN.12158053498.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@BRL.ARPA
Subject: NULU11 bugs (again)

The following is relayed from CompuServe's CP-MIG:

#: 152927 S1/General
    07-Nov-85  17:19:21
Sb: #NULU Bug
Fm: Charles Hart 72755,500
To: All

So you thought the reported bug in NULU v1.1 (or v1.2) was so obscure
it could never happen to you, boobie?  Check out the comprehensive
directory listing below and see if you can spot at first glance what
NULU did when I extracted a file just a _little_ but larger than the
buffer to another drive.

The first clue I had was that the directory program reported 189k
used of 191k and 5k free. (The listing below is only a partial due to
space restrictions.)  Something didn't add up.  So, I tried adding up
the individual file sizes - 189k was correct, 5k free was _not_.

I then did the following:

 B0>Z A:CP4KER.* [C

Us  Fn      Ft   Ex S1 S2 RC  Group #'s
=============================================================================
00  cp4ker  dqc  00 00 00 80  4C 4D 4E 4F 50 51 52 53 54 55 56 57 58 59 5A 5B
00  cp4ker  dqc  01 00 00 80  5C 5D 5E 5F 60 61 62 63 64 65 66 67 68 69 68 67
00  cp4ker  dqc  02 00 00 01  5C 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00  cp4ker  hqx  00 00 00 80  6A 6B 6C 6D 6E 6F 70 71 72 73 74 75 76 77 78 79
00  cp4ker  hqx  01 00 00 1A  7A 7B 7C 7D 00 00 00 00 00 00 00 00 00 00 00 00
=============================================================================
 2 Files, occupying 53k of 191k total capacity
 23 directory entries and 5k bytes remain on a:

No question about it, the third extent (or whatever they call it) for
CP4KER.DQC is really messed up.  Never saw anything like that before,
and NULU will do it all day long.  Tried it on two 40k+ files and
ended up being told I had a 220k disk - when all you can pack on this
KPII is 191k max!

My extractions and unsqueezations were done from my HD first to a
floppy and then to the ramdisk.

SYSOP SirCharles has mentioned from time to time that there was a bug
in NULU - he's correct, and I suggest that all output from NULU be
inspected very closely before use.  Or use LU310 instead.  After all,
where there is one bug, there may be more....


#: 153048 S1/General
    09-Nov-85  15:01:36
Sb: #153010-NULU Bug
Fm: Mike Allen 74146,2717
To: Pete Holsberg 70240,334 (X)

I'm getting into the middle of this thread, but it sounds like you
guys are discussing the same problem I've seen with NULU11 on a Zenith
Z-89 using 3 floppies and 2 5-mb hard-drives with ZCPR3.  I find that
when I try to extract or unsqueeze a file other than to the drive/user
that the LBR file exists on AND the extracted file requires more than one
extent, I get a bad extracted file.  Who's got the fix?

#: 152973 S1/General
    08-Nov-85  07:50:45
Sb: #152956-#NULU Bug
Fm: Charles Hart 72755,500
To: <MoM> John Deakin 74015,1624 (X)

John, do the following to see the problem:

1) Make a LBR file with at least one file greater that your buffer
size as shown by NULU when you sign on - for most computers with 64k a
file of 55k will be enough.  It doesn't matter if the file is squeezed
or not, I just happened to be working with that type of file.

2) Put the LBR file on drive A:

3) Enter Nulu and extract the file to drive B:, any user area. You
will see the problem I outlined.

The problem is extraction to another drive, not another user area on
the same drive or the same user area on the same drive.  This is why
it took so long for me to know I was hit by the bug.  I have had
strange things happen to my large files before, but decided
(incorrectly, it seems) that operator error was involved.  It was,
just not the type I thought...

Further review indicates that the extent involved seems to be the
third one (numbered 02H) only, the sector reuse stops in the 4th one.


#: 152992 S1/General
    08-Nov-85  20:02:15
Sb: #152982-#NULU Bug
Fm: Charles Hart 72755,500
To: <MoM> John Deakin 74015,1624 (X)

John, the bug must be related to the allocation size - on your K10 the
smallest file size is 4k, right?  Try the test with a file of 4 x 68k
and see if it works.

All of my errors were on writes to a 191k, 1k alllocation floppy.
Yes, I have made all the patches to NULU - at least the v1.2 I'm using
said in the LBR file the FIX patch had been made. One more thing:  Be
sure to be logged on the drive you are extracting to with the -u
command.  It may be that the change in allocation size between the two
I was using is a factor - the HD has 8k allocations and the floppy has
1k.

Interesting, no?
10-Nov-85 00:41:34-MST,1050;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 10 Nov 85 00:41:26-MST
Received: from 192.5.25.82 by AMSAA.ARPA id aa26857; 10 Nov 85 2:10 EST
Received: from simtel20.arpa by AOS.BRL.ARPA id a011255; 10 Nov 85 2:13 EST
Date: Sun, 10 Nov 1985  00:04 MST
Message-ID: <KPETERSEN.12158053932.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@BRL.ARPA
Subject: DU-V89 bug?

I've noticed this too...on my hard disk where all tracks are the
same density!

--Keith

Date: 01-Nov-85
From: Eddie White
To:   all
Re:   DU-V89 problems

I have 2 version of DU, 7.7 and 8.9.  When I use 7.7 to look at the
system tracks of a dd 8" disk all seems to be ok.  But if I use 8.9
all of the sectors on track 0 look the same and all the sectors of
track 1 look alike.  Once I get to the directory area, all look ok.
8.9 does the same thing on sd or dd 5.25"(soft sec) on a Heath H8.

Can anyone tell me whats going on??
       Eddie
10-Nov-85 01:02:17-MST,2035;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 10 Nov 85 01:02:09-MST
Received: from 192.5.25.82 by AMSAA.ARPA id a026859; 10 Nov 85 2:10 EST
Received: from simtel20.arpa by AOS.BRL.ARPA id a011259; 10 Nov 85 2:13 EST
Date: Sun, 10 Nov 1985  00:08 MST
Message-ID: <KPETERSEN.12158054524.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@BRL.ARPA
Subject: MIX-C bugs

I found this on CompuServe.

--Keith

Dt: 05-Nov-85  16:58:41
Sb: More (II) Mix C Compiler
Fm: Charles Hart 72755,500
To: All

The MIX C tale goes on....

I called MIX today and advised them of the problems that I have
encountered with their product:

 1) Source Line Length limited to 80 columns.
    Reply:  Will be expanded to 240+ in next revision.

 2) Linker Error Building Command file if not in user area 0 and
requesting a stand alone COM file.
    Reply:  Will be corrected in next revision.

 3) Register variables declared for function arguments cause an error.
    Reply:  Will be corrected in next revision.

 4) Program can not compile truly large #define groups - exceeds
stack/heap space.
    Reply:  True.  Discussed possibility of continuing the cc -> c
progression to its' logical conclusion (program would be overlay
manager only with no code to get maximum program area) and was told
would make program 'very slow'. I said 'so what - you don't think
you've got a speed daemon _now_, do you?'. Listener put good face on
it, but was clearly not happy to have product compared with Turbo
Pascal.  Not sure I won many points here, so those lurkers out there
who would really like a 'verrry slow' $39.95 compiler which will
compile those large programs we all write should call (214) 783-6001
and tell them about your desires.  (Just the ones related to 'C'
compilers, now...)  It would help if you own the product (or order it
in the same call) and you probably should not mention my name...
10-Nov-85 13:22:07-MST,2572;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 10 Nov 85 13:21:58-MST
Received: from 192.5.25.82 by AMSAA.ARPA id a028579; 10 Nov 85 14:45 EST
Received: from simtel20.arpa by AOS.BRL.ARPA id a012487; 10 Nov 85 14:45 EST
Date: 8 Nov 85 17:00:14 GMT
Message-ID: <KPETERSEN.12158192130.BABYL@SIMTEL20.ARPA>
Sender: ihnp4!nicmad!otto@SEISMO.ARPA
From: ihnp4!nicmad!otto@SEISMO.ARPA
Newsgroups: net.periphs
Subject: Re: SCSI DISKS
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@BRL.ARPA
ReSent-Date: Sun 10 Nov 1985 12:44-MST

>What is the state of the art in 5.25 inch SCSI winchesters?
>Pointers to disks with particularly high capacity, low cost,
>high performance, or some combination of the above would
>be appreciated.

I've been researching this subject for about a year now and there at
least two drives on the market and several others announced but not
yet delivering.  There is a 10Mbyte half-height (formatted 14.1M
unformatted) drive from Xebec that runs the SASI subset of SCSI, not
particularily interesting in my mind nor did they admit to working on
a higher capacity unit when I talked to them at NCC this year.

CDC has a full-height 86Mbyte unformatted drive avail. now that also
runs SASI.  The drive has an average seek time of 39ms max. and a full
stroke seek time of 89ms max.

Quantum has a line of drives of half-height 50 and 80Mbyte formatted
capacities that run the full SCSI set of commands, at about $950 1000x
for the 80Mbyte unit. Unfortunately, the release date for evaluation
units has been set back from Oct 85 to Feb 86.  Apparently because of
problems with integrating the hardware and software.

Rodime PLC has a 3 1/2" 10 or 20Mbyte drives with an avg access time
of 85ms and running SCSI commands.  The product description in Jun
85's Computer Design mag. indicates that evaluation units were avail
then with production to start 3rd qtr.

Applied Information Memories announced a 250Mb full height drive at
NCC with a SCSI interface and 18ms (! wow) average postioning time.  I
have no other information other than a contact - Boris Zbicki, 776
Sycamore Dr., Milpitas, Ca. (408) 263-9321.

I also understand that there are a number of Japanese companies
working on SCSI drives, but I am not aware of any releases from them
at this time.  Please keep me informed of any additional information
you may receive from the net.  If you need more data, addresses, etc.,
please write me.

    <seismo!uwvax|decvax|ihnp4>!nicmad!otto
10-Nov-85 16:47:07-MST,921;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 10 Nov 85 16:47:02-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a029092; 10 Nov 85 18:15 EST
Received: from usenet by TGR.BRL.ARPA id a024323; 10 Nov 85 18:14 EST
From: Corporate User Publications <macdonald%author.dec@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: CHALK.LBR
Message-ID: <1336@decwrl.UUCP>
Date: 8 Nov 85 18:30:48 GMT
Sender: daemon%decwrl.uucp@BRL.ARPA
To:       info-cpm@AMSAA.ARPA


Hi,

  I recently downloaded CHALK.LBR, an electronic spreadsheet program.
I used LSWEEP.COM to extract the files, but could not find any .COM
file in there to execute. There are a couple of .CTL and .OBJ files,
but that's it. Is there anyone out there in netland that is familiar
with this public domain program that can help me out. I am running
a CP/M Plus V3 system.

Thanks,

Paul MacDonald
10-Nov-85 17:22:21-MST,1128;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 10 Nov 85 17:22:16-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a029178; 10 Nov 85 18:45 EST
Received: from usenet by TGR.BRL.ARPA id a025050; 10 Nov 85 18:38 EST
From: "Edward G. Savage" <savage@TOPAZ.ARPA>
Newsgroups: net.micro.cpm,net.micro
Subject: Public Domain Compilers & Interpreters
Message-ID: <4182@topaz.RUTGERS.EDU>
Date: 9 Nov 85 20:12:01 GMT
Xref: seismo net.micro.cpm:5242 net.micro:13341
To:       info-cpm@AMSAA.ARPA

*** REPLACE THIS LINE WITH YOUR MESSAGE ***

	Does anyone out there know of any public domain compilers for any
of the popular languages that are available for the TRS-80 Model I?  I know
there is the old Dr. Dobbs C compiler, but does anyone have a converted
CP/M version working on their Model I?  And what about the xlisp interpreter?
Does anyone have that working on their Model I?

	Any information related to any such compilers or interpreters would be
appreciated.



							Ed Savage

  						     SAVAGE@RU-GREEN
							   -or-
						       topaz!savage
10-Nov-85 18:08:05-MST,1121;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 10 Nov 85 18:07:59-MST
Received: from usc-isid.arpa by AMSAA.ARPA id a029363; 10 Nov 85 19:45 EST
Date: 10 Nov 1985 19:47-EST
Sender: ABN.ISCAMS@USC-ISID.ARPA
Subject: Re: CHALK.LBR
From: ABN.ISCAMS@USC-ISID.ARPA
To: macdonald%author.dec@BRL.ARPA
Cc: info-cpm@AMSAA.ARPA
Message-ID: <[USC-ISID.ARPA]10-Nov-85 19:47:39.ABN.ISCAMS>
In-Reply-To: <1336@decwrl.UUCP>

Paul,

This is just a guess .. but sometimes files moved from certain RBBSs
and RCPMs have their .COM file names changed to .OBJ (to keep bozos
from running programs on the RCPM host).

If you use DDT and look at the .OBJ files, you may find they kinda look
like real .COM files (you know, saving stack pointer at the beginning,
likely looking assembler instructions, etc.).  Then you might just take
a chance on renaming one to .COM and running it (with all valuable floppies
out of the system and watching for any hard disk access like a hawk, just
in case it's an Arf Arf).

Regards,
David Kirschbaum
Toad Hall
ABN.ISCAMS@USC-ISID
10-Nov-85 22:40:58-MST,593;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 10 Nov 85 22:40:52-MST
Received: from simtel20.arpa by AMSAA.ARPA id a000126; 10 Nov 85 23:44 EST
Date: Sun 10 Nov 85 21:14:24-MST
From: Rick Conn <RCONN@SIMTEL20.ARPA>
Subject: New Z3 Files (more)
To: info-cpm@AMSAA.ARPA
Message-ID: <12158285031.9.RCONN@SIMTEL20.ARPA>

Now in PD:<CPM.Z3NEW> --
	Z3NEWS.304, 3Q4, 307, 3Q7
		-- issues 304, 307 of the newsletter
	ZNODES12.LST, LQT
		-- latest listing of Z-Nodes

Now in PD:<CPM.ZCPR3> --
	Z3NEWS.3Q4, 3Q7
	ZNODES12.LST

-------
10-Nov-85 23:17:15-MST,1057;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 10 Nov 85 23:17:09-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a000255; 11 Nov 85 0:36 EST
Received: from usenet by TGR.BRL.ARPA id a001250; 11 Nov 85 0:40 EST
From: Bob Hutson <bob%multivu.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: WordStar to ASCII
Message-ID: <126@multivu.UUCP>
Date: 10 Nov 85 09:35:19 GMT
To:       info-cpm@AMSAA.ARPA

In article <2961@brl-tgr.ARPA> BEBO%SLACVM.BITNET@WISCVM.ARPA writes:
>Does anyone have a program/utility that I can run on my CompuPro 816
>to convert WordStar files to straight ASCII?

This is untested but ...

    I believe that WordStar can generate ``straight ASCII'' by
    itself. I am not in a position to test this, but as I recall,
    WordStar can ``print'' a file to another file. The resulting
    file may very well be what you're looking for.

-- 

			~ bob

	Bob Hutson
	MultiView Systems, San Jose, CA, 95132
	{ucbvax,decwrl}!dual!vecpyr!altos86!multivu!bob
11-Nov-85 08:40:46-MST,660;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 11 Nov 85 08:40:38-MST
Received: from 192.5.25.82 by AMSAA.ARPA id a001604; 11 Nov 85 10:00 EST
Received: from simtel20.arpa by AOS.BRL.ARPA id a014635; 11 Nov 85 9:55 EST
Date: Mon 11 Nov 85 07:32:42-MST
From: Keith Petersen <KPETERSEN@SIMTEL20.ARPA>
Subject: NULU15 now available
To: Info-Cpm@BRL.ARPA
Message-ID: <12158397590.6.KPETERSEN@SIMTEL20.ARPA>

NULU11 has been replaced with NULU15, which is now available from
SIMTEL20 as:

Filename			Type	 Bytes	 CRC

Directory PD:<CPM.CPMLIB>
NULU15.LBR.1			BINARY	 59904  47B3H

--Keith
-------
11-Nov-85 20:27:19-MST,686;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 11 Nov 85 20:27:10-MST
Received: from mitre.arpa by AMSAA.ARPA id a001184; 11 Nov 85 21:57 EST
Message-Id: <8511112257.AA01113@mitre.ARPA>
To: Bob Hutson <bob%multivu.uucp@BRL.ARPA>
Cc: info-cpm@AMSAA.ARPA
Subject: Re: WordStar to ASCII
In-Reply-To: Your message of 10 Nov 85 09:35:19 GMT.
	     <126@multivu.UUCP>
Date: 11 Nov 85 21:57:39 A (Mon)
From: Jeff Edelheit <edelheit@MITRE.ARPA>

Bob - if you haven't done any character enhancement, you are correct.
However, if you want underscores, bold, etc.  It doesn't really
work that well.

Jeff Edelheit
(edelheit@mitre)
11-Nov-85 20:38:40-MST,1351;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 11 Nov 85 20:38:34-MST
Received: from mit-mc.arpa by AMSAA.ARPA id a001199; 11 Nov 85 22:01 EST
Date: Mon, 11 Nov 85 22:06:04 EST
From: Eric Stork <STORK@MIT-MC.ARPA>
Subject: BUG IN FINDBAD??
To: STORK@MIT-MC.ARPA, INFO-CPM@AMSAA.ARPA
Message-ID: <[MIT-MC.ARPA].714936.851111.STORK>

This is an inquiry to the net about the possibility
of a BUG in FINDBAD60.

Had a disk go bad today.
Manipulation with DU2 confirmed two bad
sectors, in different groups.

Ran the disk through BADLIM, a commercial program
that finds and protect BAD SECTORS (by assigning the
group to a BSBSBSBS.BSB file). BADLIM did its
job nicely.

Then tried same thing with FINDBAD60 - to my surprise,
FINDBAD60 declared the disk to be just fine!

On earlier versions of FINDBAD, I had noted that
FINDBAD does not find all bad sectors that DU2
will hang up on, or that BADLIM will find and protect.

Anyone know about this? Anyone interested in tracking down
why FINDBAD apparently doesn't do its job as well as
it should?  I'm interested in working on the project,
but need a little guidance from someone who knows
about how FINDBAD & DU2 do their READ's, and what
other ways there are to READ that might be more
demanding.

Eric
STORK%MIT-MC

11-Nov-85 21:14:49-MST,3396;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 11 Nov 85 21:14:38-MST
Received: from 192.5.25.82 by AMSAA.ARPA id a001401; 11 Nov 85 22:45 EST
Received: from simtel20.arpa by AOS.BRL.ARPA id a016277; 11 Nov 85 22:45 EST
Date: Mon, 11 Nov 1985  20:43 MST
Message-ID: <KPETERSEN.12158541632.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@BRL.ARPA
Subject: BYE339 now available from SIMTEL20

BYE339 is now available from SIMTEL20 as:

Filename			Type	 Bytes	 CRC

Directory PD:<CPM.BYE3>
BYE339.AQM.1			BINARY	 60032  C781H

This program allows modem callers to use a CP/M system just as if they
were seated at the system console.  Special assembly-time options al-
low limiting the caller's access by password and/or access to only a
message-service program.  A number of external inserts are available
to adapt this program to various computers, clocks and modems.  It may
be assembled with ASM, LASM, MAC or M80.  If the ZCPR3 equate is set
YES, a macro assembler such as MAC or M80 will be required.

There are spinoffs of the BYE program (notably MBYE and BYE5), the
author has tried to incorporate any "features" of these programs so
that users need not use a spinoff but instead use the real BYE
program.

Here are some of the latest updates:

  v339      Added my improved BIN2BCD and BCD2BIN routines.
  10/21/85  Added Mike DeWeese's call-back routines (note: to use call-back,
              you must have a Hayes compatible modem that can handle "ATA".)
            Printer was not working when going through BDOS calls.
            Now the MDRING stuff should work properly.
            Changed time routines so system only checks time-on after ever CR.
              (Will speed things up for slow clock users).
            Added "ULTIME" key to give a user "unlimited time" on the system.
            Modded RSX handler very slightly so multiple RSX's are trackable
              using CBF's RSX handling routines.
                                                        pst

  v338      Re-installed code for modems that require ring signals (such as
  08/08/85  PMMI, Hayes MM100 & MM][, AppleCat][), which was brutally removed
            by the author of Bye335.  Changed documentation which had some
            BYEBDOS calls backwards.  Changed format of two BYEBDOS calls.
            Bye was loading in ~256 bytes lower than necessary-- fixed it.
            Shortened stack space from 60 to 40 bytes.
            Added "ASKNULL" equate to disable asking for nulls.
            Added "MDMRNG"  equate for PMMI type modems that need ring/answer.
            Fixed bug introduced in v335 re: COM files on other drives.
            Fixed bug introduced in v337 re: NO25TH / lastcaller reading.
                                                        pst

  v337a     Added additional conditionals to take more assembly time
  07/27/85  advantage of HS300, HS1200, HS2400, B3IM & IMODEM.  Moved the
            end marker for the B3IM routine to just above IMHANG so to avoid
            the inadvertant deletion of some lines of code that belong with
            BYE instead of with the B3IM routines.  Included BYE337.FIX.
                                                        -- Don Brown

--Keith
12-Nov-85 05:36:29-MST,1079;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 12 Nov 85 05:36:23-MST
Received: from office-1.arpa by AMSAA.ARPA id a002566; 12 Nov 85 7:02 EST
Date: 11 Nov 85 09:28 PST
From: Alan Bomberger <ACB.COR@OFFICE-1.ARPA>
Subject: CP/M 3.0 query
To: info-cpm@AMSAA.ARPA
Message-ID: <COR-ACB-81767@OFFICE-1>

Well, only n years late I took the plunge and revised my 2.2 BIOS for my aging 
Northstar Horizon to CP/M 3.  Next weekend I will look into implementing a 
banked version, though from what I hear my Disk Cache BIOS performs better than
the CP/M 3 LRU buffer.  QUERY?  Console Paging Mode is nice but... How do you 
stop it from putting out the Dreaded Control X after each pause.  And why is it
putting out a Control X anyway.  Control X puts a WYSE terminal to sleep (why 
they did that is a good question as well)

In case you ask why CP/M 3...I am converting my Write-Hand-Man product to CP/M 
3.0 because of popular demand.  I may even try TurboDos if I could get it 
configured for a Northstar Horizon.

12-Nov-85 14:36:02-MST,648;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 12 Nov 85 14:35:51-MST
Received: from xerox.arpa by AMSAA.ARPA id a023613; 12 Nov 85 15:59 EST
Received: from CheninBlanc.ms by ArpaGateway.ms ; 12 NOV 85 13:04:37 PST
Date: 12 Nov 85 13:04:28 PST (Tuesday)
From: Bicer.ES@XEROX.ARPA
Subject: Osborne I - External monitor cable/adapter
To: info-cpm@AMSAA.ARPA
cc: info-micro@BRL-VGR.ARPA
Message-ID: <851112-130437-2510@Xerox>



Does anyone know where can I get an external monitor cable or adapter for
an original Osborne I?


	Thanks in advance,
	Jack Bicer
	Bicer.ES@XEROX.ARPA

12-Nov-85 15:26:03-MST,1051;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 12 Nov 85 15:25:53-MST
Received: from office-1.arpa by AMSAA.ARPA id a024891; 12 Nov 85 16:55 EST
Date: 12 Nov 85 13:56 PST
From: Alan Bomberger <ACB.COR@OFFICE-1.ARPA>
Subject: Silly CP/M 3 question
To: info-cpm@AMSAA.ARPA
Message-ID: <COR-ACB-819T5@OFFICE-1>

I think the operative phrase is "Never Mind".  It seems that I got into the 
habit of using CNTRL X as the character I typed to ZCPR page mode TYPE command.
 It was innocent.  Well it seems that CP/M 3 echos the character that you type.
 So by typing a CONTROL X it echoed CNTROL X and pumpkined my terminal. (by 
listening to football announcers I have learned that the Verbs built around 
DEFEND have all been worn out.  DEFENCE has been drafted as the new replacement
VERB and all the new verbs like defenced and defences are now being used.  I 
hope that this VERB wears out soon as well.  But anyway I thought I would 
introduce a verb a day and PUMPKINED is my first)

13-Nov-85 07:50:59-MST,1915;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 13 Nov 85 07:50:12-MST
Received: from ardc.arpa by AMSAA.ARPA id a006994; 13 Nov 85 9:07 EST
Date:     Wed, 13 Nov 85 9:10:35 EST
From:     "David G. Sampar" (PM-AL) <dsampar@ardc.ARPA>
To:       info-cpm@AMSAA.ARPA, heath-people@mit-mc.ARPA
Subject:  ZCPR3 and ALIAS


I have developed a problem with the ZCPR3 tool ALIAS and have a question
on its use.

First the problem:

	I have been using ALIAS for over a year with no problems, at least
	until last week.  For no apparent reason it quit working properly.
	When invoking ALIAS to prepare a new command script it would seem
	to come up ok.  I would then type in the script and then ALIAS would
	seem to write out a command file.  When I invoked ALIAS a second time
	to check the script it comes back with the correct script. The problem
	comes when I try to invoke the command file.  Upon execution of the 
	command file the disk drive starts seeking (cycling??) back and forth
	and the screen moves up a blank line at time with each cycle.  The 
	system is completely locked up, there is no response to any key input.
	The only way to break out of this condition is thru a system reset
	and cold boot.  The ALIAS is version 1.1 and had been used earlier
	that week with no problems.  I am using a Z3-DOT-COM installed version
	of ZCPR3 on a 63K HEATH H89A.  DATESTAMPER occupies the 1K above the
	the system.  I have tried a reinstalled ALIAS from my master backups
	to no avail.

Now the use question:

	When using MENU in an ALIAS can it be followed by another command?
	For example:
		PATH; SETFILE; MENU; PATH
	When I tried this, the script executed as follows:
		PATH; SETFILE; PATH; MENU

I am just mild mannered end user, so any help, hints, and/or pointers would
be appreciated.

Thanks in advance,
David Sampar
13-Nov-85 09:59:50-MST,1767;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 13 Nov 85 09:59:41-MST
Received: from sdcsvax.arpa by AMSAA.ARPA id a011890; 13 Nov 85 11:17 EST
Received: by sdcsvax.ARPA (5.31/4.41)
	id AA16230; Mon, 11 Nov 85 23:28:36 PST hops=0
From: crash!kevinb@SDCSVAX.ARPA
Message-Id: <8511120728.AA16230@sdcsvax.ARPA>
Date: Mon, 11 Nov 85 22:24:49 PST
To: Info-CPM@AMSAA.ARPA
Subject: Help Needed re: S-100 HDC(Hard Disk Controller)
Cc: info-micro@BRL-VGR.ARPA

   I  am  seeking information on the XCOMP  dual-drive  hard-disk 
subsystem,  with  an emphasis on trying to get one to work on  my 
IMSAI 8080 w/ a Cromemco ZPU on CP/M 2.2.  Any software, manuals, 
suggestions,  criticisms, and comments are extremely desirable. I 
am currently having thoughts about installing one to use a Tandon 
603S @ 5mb 51/4" footprint drive, or perhaps getting a controller 
for a 14" footprint 20MB drive, or both.  Any suggestions on good 
brands of S-100 hard disk controllers would also be helpful, with 
an  eye  to the fact that I am looking for a reliable  hard  disk 
subsystem on an admittedly low budget.
   If  you  have anything to share,  please call  (619)  282-5661 
eves, leave a message to me here, or write me care of the USnail
care of the below address.
  
                    
                       Thanks in advance,
   
                          Kevin Belles
   
Kevin J. Belles
c/o Avalon One
4037 34th Street, Ste. #4
San Diego, CA 92104
    
Disclaimer:  Any  opinions  herein  are my own,  and  in  no  way 
connected with my place of employment. KjB
Kevin J. Belles - UUCP {ihnp4,cbosgd,sdcsvax,noscvax}crash!kevinb
~~~~~ ~~ ~~~~~~ - ARPA crash!kevinb@{ucsd,nosc}.ARPA

13-Nov-85 11:12:36-MST,724;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 13 Nov 85 11:12:24-MST
Received: from sdcsvax.arpa by AMSAA.ARPA id a014139; 13 Nov 85 12:44 EST
Received: by sdcsvax.ARPA (5.31/4.41)
	id AA19421; Tue, 12 Nov 85 21:07:52 PST hops=0
From: crash!jthario@SDCSVAX.ARPA
Message-Id: <8511130507.AA19421@sdcsvax.ARPA>
Date: Tue, 12 Nov 85 20:32:33 PST
To: info-cpm@AMSAA.ARPA
Subject: Re: Chalk.LBR


Try changing the .OBJ files to .COM files, and try to execute them.
Some XMODEM programs won't send the .COM files, so, to trick it,
people will REName them from xxxx.COM to xxxx.OBJ.

UUCP: {ihnp4, cbosgd, noscvax, sdcsvax}!crash!jthario
ARPA: crash!jthario@ucsd

14-Nov-85 12:09:35-MST,838;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Nov 85 12:09:28-MST
Received: from eglin-vax.arpa by AMSAA.ARPA id a028680; 14 Nov 85 9:03 EST
Date: 0  0 00:00:00 CDT
From: "UV2::FERRILL" <ferrill@uv2.decnet>
Subject: Help for APPLE 8" controller
To: info-cpm <info-cpm@AMSAA.ARPA>
Reply-To: "UV2::FERRILL" <ferrill@uv2.decnet>

I am looking for anyone with a manual or any documentation for an 8" disk
controller board for the APPLE ][ made by Sorrento Valley Associates.  The
model number is SVA ZVX4.  The board is designed to handle single or double
sided 8" drives under DOS 3.3, 3.2 and CP/M.  I obtained the board with no
documentation and have been unable to make it work.  Any and all help will
be much appreciated.

Paul Ferrill
ferrill@eglin-vax.arpa
------
14-Nov-85 15:10:47-MST,958;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Nov 85 15:10:28-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a015435; 14 Nov 85 16:25 EST
Received: from usenet by TGR.BRL.ARPA id a004905; 14 Nov 85 16:13 EST
From: Tom Nadas <tom%utcsri.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: KAYPRO to TELEVIDEO?
Message-ID: <1624@utcsri.UUCP>
Date: 11 Nov 85 02:52:21 GMT
To:       info-cpm@AMSAA.ARPA


FOG no longer sells CP/M UNIFORM.  And I've just heard that the price
of MEDIA MASTER is up to $39.95 (new version 3.0) plus $3 S/H from its
authors (DG/Systems was just a distributor and has changed its name
to Spectre Technologies):

	INTERSECTING CONCEPTS
	4573 Heatherglen Ct.
	Moorpark, CA  93021

	VISA/MC  800-824-7888 (Operator 251)				

RJS in Toronto
c/o
-- 

					Tom Nadas

UUCP:   {decvax,linus,ihnp4,uw-beaver,allegra,utzoo}!utcsri!tom
CSNET:  tom@toronto
14-Nov-85 15:13:13-MST,643;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Nov 85 15:13:05-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id aa15435; 14 Nov 85 16:25 EST
Received: from usenet by TGR.BRL.ARPA id a004912; 14 Nov 85 16:13 EST
From: Tom Nadas <tom%utcsri.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: WordStar to ASCII
Message-ID: <1625@utcsri.UUCP>
Date: 11 Nov 85 02:55:11 GMT
To:       info-cpm@AMSAA.ARPA


Use PIP.COM:

A>PIP ASCII.FIL=WS.FIL[Z]

RJS in Toronto
c/o
-- 

					Tom Nadas

UUCP:   {decvax,linus,ihnp4,uw-beaver,allegra,utzoo}!utcsri!tom
CSNET:  tom@toronto
14-Nov-85 16:13:40-MST,864;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Nov 85 16:13:29-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a016635; 14 Nov 85 17:38 EST
Received: from usenet by TGR.BRL.ARPA id a007781; 14 Nov 85 17:27 EST
From: wolters%unido.uucp@BRL.ARPA
Newsgroups: net.micro.cpm
Subject: CP/M magazine / newspaper etc. ??
Message-ID: <10900005@unido.UUCP>
Date: 12 Nov 85 13:23:00 GMT
Sender: notes%unido.uucp@BRL.ARPA
Nf-ID: #N:unido:10900005:000:268
Nf-From: unido!wolters    Nov 12 12:23:00 1985
To:       info-cpm@AMSAA.ARPA


CP/M magazine ???????
=====================


does anyone out there in netland know whether there is a magazine
which contains most of interest matter for those who are using
a CP/M micro (soft/hardware descriptions,hints etc.) ????

thanks in advance

	-- peter 
14-Nov-85 17:19:28-MST,1043;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Nov 85 17:19:22-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a016889; 14 Nov 85 18:45 EST
Received: from usenet by TGR.BRL.ARPA id a011058; 14 Nov 85 18:43 EST
From: Eric Hestenes <hestenes%sdcsla.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: MIX-C bugs
Message-ID: <1023@sdcsla.UUCP>
Date: 12 Nov 85 19:25:16 GMT
To:       info-cpm@AMSAA.ARPA

> Dt: 05-Nov-85  16:58:41
> Sb: More (II) Mix C Compiler
> Fm: Charles Hart 72755,500
> 
>  4) Program can not compile truly large #define groups - exceeds
> stack/heap space.
>     Reply:  True.  

I found this bug also, and it seems serious.
The solution would be a filter that automatically does substitution
of the macro into a source text file. 

Has anybody got a filter that does string substitution on a file that runs
under cpm?

eric
-------
Eric Hestenes
arpanet: hestenes@nprdc.ARPA
other: ucbvax!sdcsvax!sdcsla!hestenes or hestenes@sdcsla.UUCP
14-Nov-85 17:29:45-MST,1156;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Nov 85 17:29:36-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id ab16889; 14 Nov 85 18:45 EST
Received: from usenet by TGR.BRL.ARPA id a011117; 14 Nov 85 18:45 EST
From: "Jehannum T. Airborne" <jehannum%motel6.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Eagle II *Anything*
Message-ID: <194@motel6.UUCP>
Date: 13 Nov 85 01:54:33 GMT
To:       info-cpm@AMSAA.ARPA

<><><><><><>

Recently, I bought an Eagle II cpm type thingy at a garage sale
for a modest stipend.  To prove that you get what you pay for,
this device had absolutely nothing with it:  No Disks (Especially
System Disks), No Manuals, No Nothing!

If anyone out there would be kind enough to dust off your old
Eagle and copy some disks, and/or xerox some manuals i think 
some sort of cash (CASH) renumeration could be arranged.

Let me know (phone or Email) before you send anything out.

Xerox is not a verb.

thank you...

---
Christopher J. Osburn
4718 S. E. Haig St.
Portland, Oregon 97206-3122
(503) 774-0990
...!tektronix!reed!motel6!jehannum
---
14-Nov-85 17:56:12-MST,496;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Nov 85 17:56:05-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id aa16889; 14 Nov 85 18:45 EST
Received: from usenet by TGR.BRL.ARPA id a011113; 14 Nov 85 18:45 EST
From: jehannum%motel6.uucp@BRL.ARPA
Newsgroups: net.micro.cpm
Subject: cancel <192@motel6.UUCP>
Message-ID: <193@motel6.UUCP>
Date: 13 Nov 85 01:47:05 GMT
Control: cancel <192@motel6.UUCP>
To:       info-cpm@AMSAA.ARPA


14-Nov-85 21:55:34-MST,4635;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Nov 85 21:55:20-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a017184; 14 Nov 85 21:06 EST
Received: from simtel20.arpa by AOS.BRL.ARPA id a026132; 14 Nov 85 21:06 EST
Date: Thu, 14 Nov 1985  19:04 MST
Message-ID: <KPETERSEN.12159309886.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@BRL.ARPA
Subject: NULU15 buggy - removed from SIMTEL20

Because serious bugs have been reported, NULU15 has been removed from
SIMTEL20 and my RCP/M.  The messages below explain in detail by this
action is necessary.  NULU11 suffers from the same problems.  It is
recommended that all verions of NULU not be used.

NULU is one of those programs that's "free for the using" but no
source code has been provided.  It's a real shame because the program
has a lot of nice features and could have been fixed by someone with
the time to do it.  The author has apparently not been able to
duplicate the elusive bug, which apparntly can only be duplicated in
systems which have differing group size allocations on various drives.

--Keith Petersen
Arpa:  W8SDZ@SIMTEL20.ARPA
uucp:  ...!seismo!SIMTEL20.ARPA!W8SDZ
uucp:  ...!{decvax,unc,hao,cbosgd,seismo,aplvax,uci}!brl-bmd!w8sdz
uucp:  ...!{ihnp4!cbosgd,cmcl2!esquire}!brl-bmd!w8sdz

--forwarded messages--

#: 153121 S1/General
    10-Nov-85  16:47:35
Sb: NULU15 buggy
Fm: <MoM> John Deakin 74015,1624
To: All

Just grabbed NULU15 off Poppourri this morning, and tried it out on
the previously reported problem(s).

When creating a new LBR on a different DU, it now remains on the
default drive from which called, as it should.  One bug dead.

However, the most serious is still there.  When extracting a large
file (about 70K in this case) from a LBR on my hard disk with 4K
blocks, to my floppy with 2K blocks, it trashes the file, with no
warning.  Only way to check it is run a CRC check on the results.


#: 153183 S1/General
    11-Nov-85  08:18:48
Sb: #Nulu15 Buggy Too!
Fm: Charles Hart 72755,500
To: All

Well, the NULU bug has not been fixed.  The following display of the
directory tracks was taken after using NULU15 to remove a 55k file
from KERMT405.LBR on drive C0: (a drive with 8k minimum allocation
size) to drive F0: (a drive with 1k minimum allocation size).

 F0>Z [C

 Us  Fn      Ft   Ex S1 S2 RC  Group #'s
 
==============================================================================
 00  cp4sys  aqm  00 00 00 80  04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 10 11 12 13
 00  cp4sys  aqm  01 00 00 80  14 15 16 17 18 19 1A 1B 1C 1D 1E 1F 20 21 22 23
 00  cp4sys  aqm  02 00 00 80  14 15 16 17 18 19 1A 1B 1C 1D 1E 1F 20 21 22 23
 00  cp4sys  aqm  03 00 00 38  24 25 26 27 28 29 2A 00 00 00 00 00 00 00 00 00
==============================================================================
 2 Files, occupying 55k of 191k total capacity
 60 directory entries and 152k bytes remain on b:

 Clearly there is something wrong with the third directory entry used
- anybody got any idea what?

#: 153224 S1/General
    12-Nov-85  13:17:13
Sb: #153183-#Nulu15 Buggy Too!
Fm: <MoM> John Deakin 74015,1624
To: Charles Hart 72755,500 (X)

Right.  And if you take a look at the file, you'll find your Ex 01 &
02, are really both Ex 02 (the THIRD extent).

#: 153229 S1/General
    12-Nov-85  19:20:15
Sb: #153224-Nulu15 Buggy Too!
Fm: Charles Hart 72755,500
To: <MoM> John Deakin 74015,1624 (X)

 Did you call Murray?  I called once, so I think someone else should
advise him that v1.5 continues the tradition...


#: 153234 S1/General
    12-Nov-85  19:36:25
Sb: #153183-#Nulu15 Buggy Too!
Fm: Pete Holsberg 70240,334
To: Charles Hart 72755,500 (X)

Oh, no!  Are you using LU-mode extraction or FILESWEEP-mode?  Do you
have the proper syntax in LU-mode?  (My success reports were on trials
performed in LU-mode.)

#: 153235 S1/General
    12-Nov-85  19:39:50
Sb: #153234-#Nulu15 Buggy Too!
Fm: Charles Hart 72755,500
To: Pete Holsberg 70240,334 (X)

filesweep and lu-mode.  Seems to make no difference.  This is a
strange one, no?

#: 153246 S1/General
    12-Nov-85  20:46:26
Sb: #153235-#Nulu15 Buggy Too!
Fm: Pete Holsberg 70240,334
To: Charles Hart 72755,500 (X)

See above messages.  I got NULU to fail by doing an unnatural
extraction. (Unnatural only because of my 6 logical HD drives and a
ramdisk; my FD hardly gets any use at all except to upload files
people send me!  I got yours today, thank you!!)
15-Nov-85 05:13:13-MST,1183;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 15 Nov 85 05:13:04-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a018962; 15 Nov 85 6:37 EST
Received: from usenet by TGR.BRL.ARPA id a009982; 15 Nov 85 6:41 EST
From: Melinda Shore <shor%sphinx.uchicago.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: WordStar to ASCII
Message-ID: <1322@sphinx.UChicago.UUCP>
Date: 12 Nov 85 17:34:00 GMT
To:       info-cpm@AMSAA.ARPA

[]
> From: bob@multivu.UUCP (Bob Hutson)
>    I believe that WordStar can generate ``straight ASCII'' by
>    itself. I am not in a position to test this, but as I recall,
>    WordStar can ``print'' a file to another file. The resulting
>    file may very well be what you're looking for.

Printing to disk expands the dot commands and makes basic line- and
page-end decisions, but leaves high bits on.  It doesn't get rid of
control characters (^S, ^B, etc.), either.

-- 
Melinda Shore                               ..!ihnp4!gargoyle!sphinx!shor
University of Chicago Computation Center    Staff.Melinda%chip@UChicago.Bitnet

"Beavers, by teamwork family life!"    [Dr. Bronner]
15-Nov-85 07:24:20-MST,600;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 15 Nov 85 07:24:09-MST
Received: from xerox.arpa by AMSAA.ARPA id a022571; 15 Nov 85 8:40 EST
Received: from BacoNoir.ms by ArpaGateway.ms ; 15 NOV 85 05:45:18 PST
Date: 15 Nov 85 08:44:42 EST (Friday)
Subject: Re: Eagle II *Anything*
In-reply-to: <194@motel6.UUCP>
To: "Jehannum T. Airborne" <jehannum%motel6.uucp@BRL.ARPA>
cc: info-cpm@AMSAA.ARPA
From: Jim Reno <Reno.wbst@XEROX.ARPA>
Message-ID: <851115-054518-1165@Xerox>

If it's not a verb then why did you use it in that form?

Reno
15-Nov-85 08:24:27-MST,1793;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 15 Nov 85 08:24:16-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a025673; 15 Nov 85 9:47 EST
Received: from usenet by TGR.BRL.ARPA id a014004; 15 Nov 85 9:51 EST
From: Mike Kersenbrock <michaelk%azure.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: CP/M 3.0 query
Message-ID: <502@azure.UUCP>
Date: 14 Nov 85 07:17:22 GMT
To:       info-cpm@AMSAA.ARPA

In article <3118@brl-tgr.ARPA> ACB.COR@OFFICE-1.ARPA (Alan Bomberger) writes:
>Well, only n years late I took the plunge and revised my 2.2 BIOS for my aging 
>Northstar Horizon to CP/M 3.  Next weekend I will look into implementing a 
>banked version, though from what I hear my Disk Cache BIOS performs better than
>the CP/M 3 LRU buffer.  QUERY?  Console Paging Mode is nice but... How do you 
>stop it from putting out the Dreaded Control X after each pause.  And why is it
>putting out a Control X anyway.  Control X puts a WYSE terminal to sleep (why 
>they did that is a good question as well)
>
>In case you ask why CP/M 3...I am converting my Write-Hand-Man product to CP/M 
>3.0 because of popular demand.  I may even try TurboDos if I could get it 
>configured for a Northstar Horizon.

I don't know about the ^X, but when I implemented CP/M 3.0 "n years ago",
I just gave the O.S. a couple blocks, and cached the disks myself.  I'm
currently using 256K in a banked configuration (top 16K fixed, and 5 48K
banks) "soon" to be 1MB w/21 banks w/RAMDISK as well.  Actually I like
3.0 a lot better than 2.2.  At very least my files have timestamps, and
I've implemented a "make" facility which I like quite a lot.


-- 

Mike Kersenbrock
Tektronix Software Development Products
Aloha, Oregon
15-Nov-85 08:48:51-MST,895;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 15 Nov 85 08:48:41-MST
Received: from eglin-vax.arpa by AMSAA.ARPA id a026345; 15 Nov 85 10:08 EST
Date: 0  0 00:00:00 CDT
From: "JAMES P FERRILL"
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA
Subject: ZCPR3 for APPLE PCPI CP/M
To: info-cpm <info-cpm@AMSAA.ARPA>
Reply-To: "JAMES P FERRILL"
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA

For all the APPLE owners with a PCPI CP/M card, here is a set of files
to allow you to run ZCPR3.  All of the files necessary to run are in
this .LBR file now located at SIMTEL20 in the directory shown.  If you
have any problems drop me a note at the address shown below.

Filename			Type	 Bytes	 CRC

Directory PD:<CPM.ZCPR3>
PCPI-ZCPR.LBR.1			BINARY	 67712  C362H


Paul Ferrill
ferrill@eglin-vax.arpa
------
16-Nov-85 00:19:12-MST,1088;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 16 Nov 85 00:19:07-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a001137; 16 Nov 85 1:39 EST
Received: from usenet by TGR.BRL.ARPA id a000506; 16 Nov 85 1:43 EST
From: dbmk1%stc.uucp@BRL.ARPA
Newsgroups: net.micro.cpm
Subject: Re: CP/M 3.0 query
Message-ID: <701@stc-b.stc.UUCP>
Date: 15 Nov 85 11:48:36 GMT
Xpath: stc stc-b stc-b stc-a
To:       info-cpm@AMSAA.ARPA

In article <3118@brl-tgr.ARPA> ACB.COR@OFFICE-1.ARPA writes:
>Well, only n years late I took the plunge and revised my 2.2 BIOS for my aging 
>Northstar Horizon to CP/M 3.  Next weekend I will look into implementing a 
>banked version, though from what I hear my Disk Cache BIOS performs better than
>the CP/M 3 LRU buffer.

OK daft question time - is the update only for specific machines or is someone
willing to post/mail a CP/M 3 BIOS skeleton that I can massage for my machine.


-- 


Regards
  Derek

!seismo!mcvax!ukc!stc!dbmk1

I've heard that re-incarnation is making a come-back.
16-Nov-85 02:50:02-MST,904;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 16 Nov 85 02:49:57-MST
Received: from ucb-vax.arpa by AMSAA.ARPA id a001302; 16 Nov 85 4:17 EST
Received: by ucbvax.berkeley.edu (5.31/1.3)
	id AA11901; Sat, 16 Nov 85 01:22:08 PST
Received: from ucbamber.Berkeley.Edu (ucbamber.ARPA)
	by ucbjade.Berkeley.Edu (4.19/4.40.4)
	id AA15325; Sat, 16 Nov 85 01:21:45 pst
Received: by ucbamber.Berkeley.Edu (4.19/4.40.2)
	id AA28572; Sat, 16 Nov 85 01:21:48 pst
Date: Sat, 16 Nov 85 01:21:48 pst
From: swillett%ucbamber@ucb-vax.ARPA
Message-Id: <8511160921.AA28572@ucbamber.Berkeley.Edu>
To: info-cpm@AMSAA.ARPA
Subject: NULU15 bug

I inadvertently erased the notice on the net about the bug in NULU15.
Could someone out there repost it, or send it to me?  I would be interested
in any details on what exactly is wrong.
Thanks for your attention.
16-Nov-85 08:22:45-MST,1025;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 16 Nov 85 08:22:40-MST
Received: from simtel20.arpa by AMSAA.ARPA id a002560; 16 Nov 85 9:49 EST
Received: from LLL-MFE.ARPA by SIMTEL20.ARPA with TCP; Sat 16 Nov 85 07:45:04-MST
Date: Sat, 16 Nov 85 09:44 EST
From: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA
Subject: XMODEM for TOPS-10
To: INFO-CPM@SIMTEL20.ARPA

Date:    Sat, 16-NOV-1985 09:45 EST
To:      INFO-CPM@SIMTEL20.Arpa,
         INFO-MODEM7@SIMTEL20.Arpa
Message-ID: <[OAK.SAINET.MFENET].A098B4C0.008E61CF.SECRIST>
Organization: Science Applications Int'l. Corp., Oak Ridge, Tenn.
Geographic-Location: 36 01' 42" N, 84 14' 14" W
X-VMS-Mail-To: OAK::GKN,ARPA%"INFO-CPM@AMSAA.Arpa",ARPA%"INFO-MODEM7@SIMTEL20.Arpa"


Does anybody know where I can find the source code for an XMODEM for
TOPS-10 ?  Please respond directly to me and I'll post any useful info
to the net as a summary.  Thanks !

Richard Secrist
SECRIST%OAK.SAInet.MFEnet@LLL-MFE.Arpa
16-Nov-85 09:20:08-MST,2041;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 16 Nov 85 09:19:58-MST
Received: from simtel20.arpa by AMSAA.ARPA id a002639; 16 Nov 85 10:48 EST
Date: Sat, 16 Nov 1985  08:53 MST
Message-ID: <KPETERSEN.12159722980.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: SD107 - latest version of Super Directory program available

The latest version of SD, the super directory program is now available
from SIMTEL20:

Filename			Type	 Bytes	 CRC

Directory PD:<CPM.DIRUTL>
SD107.LBR.1			BINARY	 85376  651BH

Recent SD History:

11/11/85  Made the fixes mentioned (by Ernest Hintz) in SD105.BUG.
  v107    Option equates comments edited to be logical and make it
          easier for first-time users to set up.  Slight modification
          to header.  Normal system equate settings are in lower
          case (as in BYE5) - makes it easier to spot them.
                                      - Tom Brady, Decibel RCP/M
          
11/09/85  Version 1.05 was released with the wrong HELP menu at the
  v106    label OPTMSG when ZCPR2 EQU YES.  Also, changed the "More..."
          prompt to "[more]", keeping in line with the majority of
          programs currently using a page pause function.  Returned
          the header to display as in SD102, which is much more
          informative to the general user, than the cryptic display
          which appeared in v105.  Removed the duplicated historical
          notes from SD10x.INF (extra file length is not necessary,
          when an historical file already exists).
                                      - Tom Brady, Decibel RCP/M
 
11/05/85  Added optional display of attribute tags as lowercase letters
  v105    (only for letters A-Z), if NO REVIDEO is selected. Useful for
          old Kaypros, ADM3's, etc with no inverse video function.
                                      - Dick Mead, Pasadena Znode 36
16-Nov-85 09:53:46-MST,1348;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 16 Nov 85 09:53:39-MST
Received: from simtel20.arpa by AMSAA.ARPA id a002735; 16 Nov 85 11:15 EST
Date: Thursday, 14 November 1985  22:35-MST
Message-ID: <KPETERSEN.12159727843.BABYL@SIMTEL20.ARPA>
Sender: Alex <ihnp4!houxn!hou5h!ky2d-2!ai2q@seismo.ARPA>
From: Alex <ihnp4!houxn!hou5h!ky2d-2!ai2q@seismo.ARPA>
To: info-hams@SIMTEL20.ARPA
Subject:   Shugart SA-901 documentation
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Sat 16 Nov 1985 09:20-MST

I recently acquired a brand new Shugart Type SA-901 eight-inch disk
drive.  My present Xerox 820-based packet radio bulletin board and
message server runs two Shugart SA-800s.  According to the SA-800
manual, the SA-901 will also be applicable to expand the PBBS storage
cap- acity.  My problem is I have no data providing the cardedge
signals for the SA-901.  Does anyone have the required pinout
information?  I'd be more than happy to photocopy same and return the
material, pay postage, etc.  OR, a simple listing would be sufficient!
Am also looking for power supply requirements (specs).  many thanks to
whomever can supply this much needed info.  Running out of disk space!
Very 73 de Alex, AI2Q, Freeport, Long Island, New York >>AR>>
16-Nov-85 12:01:57-MST,600;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 16 Nov 85 12:01:52-MST
Received: from simtel20.arpa by AMSAA.ARPA id a002933; 16 Nov 85 13:28 EST
Date: Sat, 16 Nov 1985  11:33 MST
Message-ID: <KPETERSEN.12159752129.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: SIMTEL20 CP/M directory list updated

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

--Keith
16-Nov-85 16:47:11-MST,2703;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 16 Nov 85 16:47:02-MST
Received: from simtel20.arpa by AMSAA.ARPA id a003484; 16 Nov 85 18:07 EST
Date: Sat, 16 Nov 1985  16:04 MST
Message-ID: <KPETERSEN.12159801449.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: SD110 -latest super directory program available

Seems like a race to see who's first, doesn't it?  Yet another updated
version of SD is now available from SIMTEL20 as:

	Filename		Type	 Bytes	 CRC

PD:<CPM.DIRUTL>
	SD110.LBR.1		BINARY	 76160  6EABH

Recent SD History:

11/15/85  This is a major update (skipped to v110) and incorporates
  v110    changes requested by several Sysops.  Installation of this
          program was becoming a nightmare, even for experienced RCP/M
          operators.  Many confusing and redundant equates have been
          eliminated.  The installer no longer need be concerned about
          running BYE low or high, or where his BDOS page starts.  The
          need to install computer dependent code has been eliminated.
          Previous versions could be assembled with combinations of
          equates that could result in assembler errors, or worse,
          crash the system.  A new option ($O) has been added to dis-
          play ONLY system (.SYS) files.  Simplicity and security were
          the results.
                                      - Wayne Masters & Irv Hoff
                                        Potpourri, (408) 378-7474
 
11/11/85  Made the fixes mentioned (by Ernest Hintz) in SD105.BUG.
  v107    Option equates comments edited to be logical and make it
          easier for first-time users to set up.  Slight modification
          to header.  Normal system equate settings are in lower
          case (as in BYE5) - makes it easier to spot them.
                                      - Tom Brady, Decibel RCP/M
          
11/09/85  Version 1.05 was released with the wrong HELP menu at the
  v106    label OPTMSG when ZCPR2 EQU YES.  Also, changed the "More..."
          prompt to "[more]", keeping in line with the majority of
          programs currently using a page pause function.  Returned
          the header to display as in SD102, which is much more
          informative to the general user, than the cryptic display
          which appeared in v105.  Removed the duplicated historical
          notes from SD10x.INF (extra file length is not necessary,
          when an historical file already exists).
                                      - Tom Brady, Decibel RCP/M
16-Nov-85 21:13:47-MST,984;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 16 Nov 85 21:13:41-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a003713; 16 Nov 85 22:44 EST
Received: from usenet by TGR.BRL.ARPA id a009993; 16 Nov 85 22:43 EST
From: hong%garfield.uucp@BRL.ARPA
Newsgroups: net.micro.cpm
Subject: MEX QUESTIONS AND MODEM 7
Message-ID: <4327@garfield.UUCP>
Date: 15 Nov 85 15:14:24 GMT
Sender: news%garfield.uucp@BRL.ARPA
To:       info-cpm@AMSAA.ARPA

hi, i just install my super serial card with signalman xii with
my apple//+, and using mex as  my cp/m terminal.
it works great.
i want to know what is the newest version of mex and how to
write a overlay to make mex recongize my signalman xii and using
dial tone to phone?
i also have the modem 730, what is the newest modem7?
and how to get write a overlay to work with super serial card?
mine is set for apple communication card only.
thanks a lot for you attention.
hong
16-Nov-85 21:20:43-MST,1720;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 16 Nov 85 21:20:33-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a003715; 16 Nov 85 22:44 EST
Received: from usenet by TGR.BRL.ARPA id a010186; 16 Nov 85 22:47 EST
From: Stephen Nahm <sxnahm%ubvax.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Geneva mail list?
Message-ID: <357@ubvax.UUCP>
Date: 11 Nov 85 01:26:43 GMT
To:       info-cpm@AMSAA.ARPA

The Epson PX-8 Geneva is a lap-top CPM computer that tallies in under 5
pounds.  I have owned one since this past May, and still greatly enjoy using
it.

I have found myself wanting to ask other Geneva owners about technical and
usage information.  The common means of user support (magazines, users
groups, and Epson) seem to be a bit lacking for the tiny Geneva.
Therefore, I'm sending this around to see what interest there might
be in a Geneva mailing-list group.

The topics I'm interested in discussing include: use of the bar code
and a/d input ports; expansion of the system via the bus (normally used by
the multi-function unit); exchange and reviews of software specifically
designed for the PX-8; general hints, kinks and support.

So, if you're a Geneva owner, please send me a message if you would be
interested in taking part in this mailing list.  Include when you purchased
the Geneva, what peripherals and accessories you have, and what you
primarily use it for.

Replies can be send to:

    Usenet:     {ucbvax,decwrl,ihnp4,allegra}!amd!ubvax!sxnahm

    Internet:   amd!ubvax!sxnahm@decwrl.DEC.COM

Steve

-- 
Steve Nahm
amd!ubvax!sxnahm
or
amd!ubvax!sxnahm@decwrl.DEC.COM
       (formerly decwrl.arpa)
16-Nov-85 23:34:56-MST,1571;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 16 Nov 85 23:34:50-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a003850; 17 Nov 85 1:09 EST
Received: from mit-mc.arpa by AOS.BRL.ARPA id a019727; 17 Nov 85 1:08 EST
Received: from MIT-DEEP-THOUGHT by MIT-MC.ARPA via Chaosnet; 17 NOV 85  01:07:43 EST
Date: Sun 17 Nov 85 01:05:19-EST
From: Andrew Moore <T.MOORE@mit-eecs>
Subject: Re: BYE339 and AppleCat overlay bug
To: W8SDZ%SIMTEL20@MIT-EDDIE.ARPA
cc: info-cpm%MIT-MC@MIT-EDDIE.ARPA
In-Reply-To: <KPETERSEN.12159868544.BABYL@SIMTEL20.ARPA>
Message-ID: <12159878088.23.T.MOORE@MIT-EECS>


   Thanks for the information on the BYE overlay.  I have been hacking at
the MBYE overlay (MBACAT-2.INS) and have found that there is a "ANSW" label
that is also used as an equate.  As far as I know, this isn't allowed -- maybe
I'm wrong, but the overlay seems to work fine at 300 now that I have changed
all occurences of the ANSW label and its related ANSWs to "ANSWR", and have
left the ANSW equate alone (or the other way around, not sure).  In any case,
it works at 300, but at 1200, the program works fine from the local console,
but the remote user gets nothing.  I am halfway there.  Any more suggestions
for the 1200 fix would be greatly appreciated.  I will contribute the working
overlay to whichever BYE series it works with as soon as I have it fixed, but I
think I'll need a little help with the 1200 part.  300 is fixed though.

-drew
 (forward to RCPM-Sysops if appropriate)
-------

17-Nov-85 13:39:50-MST,750;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 17 Nov 85 13:39:45-MST
Received: from rand-unix.arpa by AMSAA.ARPA id a005150; 17 Nov 85 15:03 EST
Return-Path: <talmy@rand-unix.ARPA>
Received: by rand-unix.ARPA; Sun, 17 Nov 85 11:54:33 pst
From: Shel Talmy <talmy@RAND-UNIX.ARPA>
Message-Id: <8511171954.AA29210@rand-unix.ARPA>
Date: 17 Nov 85 11:54:29 PST (Sun)
To: Melinda Shore <shor%sphinx.uchicago.uucp@BRL.ARPA>
Cc: info-cpm@AMSAA.ARPA, talmy@RAND-UNIX.ARPA
Subject: Re: WordStar to ASCII
In-Reply-To: Your message of 12 Nov 85 17:34:00 GMT.
	     <1322@sphinx.UChicago.UUCP>

Wordstar will certainly print out a ASCII file, which can also
be accessed under the non-document mode.
17-Nov-85 14:23:31-MST,933;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 17 Nov 85 14:23:24-MST
Received: from rand-unix.arpa by AMSAA.ARPA id a005268; 17 Nov 85 16:03 EST
Return-Path: <talmy@rand-unix.ARPA>
Received: by rand-unix.ARPA; Sun, 17 Nov 85 12:39:30 pst
From: Shel Talmy <talmy@RAND-UNIX.ARPA>
Message-Id: <8511172039.AA29566@rand-unix.ARPA>
Date: 17 Nov 85 12:39:26 PST (Sun)
To: Shel Talmy <talmy@RAND-UNIX.ARPA>
Cc: Melinda Shore <shor%sphinx.uchicago.uucp@BRL.ARPA>, info-cpm@AMSAA.ARPA, 
    talmy@RAND-UNIX.ARPA
Subject: Re: WordStar to ASCII
In-Reply-To: Your message of 17 Nov 85 11:54:29 PST (Sun).


I've had to resend this, for whatever reson.  It didn't take the
first time, so please excuse the strange way it's getting there...if it does.

My reply was that Wordstar certainly will print a ASCII
file, & it can be accessed via the non-document mode.
Hope it helps.
18-Nov-85 09:00:24-MST,509;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 18 Nov 85 09:00:18-MST
Received: from mit-multics.arpa by AMSAA.ARPA id a012397; 18 Nov 85 10:21 EST
Date:  Mon, 18 Nov 85 10:18 EST
From:  "John C. Klensin" <Klensin@MIT-MULTICS.ARPA>
Subject:  Re: Epson Geneva
To:  info-cpm@AMSAA.ARPA
Message-ID:  <851118151806.619535@MIT-MULTICS.ARPA>

DECWRL rejects amd!ubvax!sxnahm as an invalid address.  Can you post
something to which it is possible to reply?
18-Nov-85 10:03:42-MST,944;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 18 Nov 85 10:03:35-MST
Received: from dca-eur.arpa by AMSAA.ARPA id a015633; 18 Nov 85 11:31 EST
Date: 18 Nov 85 16:12:31 GMT
From: bradbury@DCA-EUR.ARPA
Subject: CP/M 3.0 Apple Thunderclock Query
To: info-cpm@AMSAA.ARPA
CC: bradbury@DCA-EUR.ARPA

I have an ALS Z-80B card with CP/M 3.01C.  I also have a
Thunderclock.  I haven't figured out yet how to read the clock
card from CP/M.  Seem like you must have to have a routine running
in the 6502 to put the clock time in the Apple memory.  I don't
believe you can read the clock card directly from the CP/M card.
From what I understand only one slot in the Apple can be active at
one time.

Anyone have any suggestions or know of software available to do that
metioned above?  I hate typing in the time every time I boot up the
system when there is a clock available.

Brad

18-Nov-85 13:35:02-MST,757;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 18 Nov 85 13:34:55-MST
Received: from usc-isi.arpa by AMSAA.ARPA id a022459; 18 Nov 85 14:39 EST
Date: 18 Nov 1985 14:42:16 EST
Subject: NULU-15 BUGS
From: Steve Noland <NOLAND@USC-ISI.ARPA>
To: INFO-CPM@AMSAA.ARPA

I spoke to the NULU author (Martin Murray) on the phone last night.  He
sais tha{_t he has been made aware of the problem with drives with 
differing allocation sizes, and that he will get right on it.  I will
send him a summary of the current net traffic, and will continue to do so. 
If anyone wishes to report additional problems, please message me 
and I will make sure that he gets the info.

Regards,
Steve Noland
-------
19-Nov-85 10:30:57-MST,1242;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Nov 85 10:30:01-MST
Received: from dca-eur.arpa by AMSAA.ARPA id a005076; 19 Nov 85 10:03 EST
Date: 19 Nov 85 14:22:02 GMT
From: bower@DCA-EUR.ARPA
Subject: SB-180 query
To: info-cpm@AMSAA.ARPA

I just received an SB-180 board from MicroMint, and discovered a
rather discomforting feature about it.  I CANNOT BOOT FROM SINGLE-SIDED
DISKS IN THE NATIVE FORMAT MODE.  The touted compatibility with the
Ampro little board does not extend to single-sided, 80-track formats.

   Before I tread once again on previously trodden ground and re-invent
the wheel, has anyone modified the BIOS, NBOOT, and whatever else to
make the SB-180 work with single-sided 80-track disks?  I have a couple
of Shugart SA-300 3.5" drives that I wanted to use to make the system a
laptop portable, and with the double-sided boot requirement, that is out
of the question.

   Other than the above, the board came up with no problems, and I was
able to read the supplied disks on my Ampro in DSDD, 40-track format.

   Thanks in advance.  Please respond directly to avoid cluttering the
net.
                        Hal   <-- Bower At DCA-EUR

19-Nov-85 12:37:29-MST,7796;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Nov 85 12:37:09-MST
Date:     Tue, 19 Nov 85 13:43:49 EST
From:     Dave Towson (info-cpm-request) <cpmlist@AMSAA.ARPA>
To:       info-cpm@AMSAA.ARPA
Subject:  "For sale" and "product announcement" postings:

Fellow CP/Mers - Occasional postings of messages offering or announcing items
for sale have caused some flurries of (sometimes) heated debate concerning
"proper use" of the Defense Data Network, through which INFO-CPM is distrib-
uted.  I believe that most subscribers to this list honestly wish to adhere
to the "network rules" and not jeopardize INFO-CPM's use of the DDN.  But
although the policy regarding personal "for sale" messages has been clearly
stated many times (they're not allowed), it has become quite obvious that the
lack of a clearly stated policy concerning new product announcements is causing
much frustration to those who wish to post such information while still
"playing by the rules".  Therefore, this message states my interpretation of
the regulations, and presents a resulting policy to which I, as INFO-CPM list
maintainer, ask all DDN subscribers to adhere.  I also ask that contributors
to "NET.MICRO.CPM" on USENET voluntarily cooperate so that the mutually bene-
ficial news gateway between INFO-CPM and NET.MICRO.CPM is not threatened.

     The June 1984 issue of the "DDN Directory" gives on page 12 the following
statement concerning use of the network:

	"The DDN is an operational DoD network and is not intended
	to compete with comparable commercial service.  It is intended
	to be used solely for the conduct of or in support of official
	U.S. Government business."

It is the vagueness of the term "official U.S. Government business" that forces
a local interpretation to be made, and that is the reason for this message.

     Briefly stated, my policy is this:

	1. I offer to act as a clearinghouse for all new product announcements
	   posted by persons having remunerative interests in the products.
	   Persons wishing to post such announcements are asked to send them to
	   INFO-CPM-REQUEST@AMSAA.ARPA for forwarding to the list.  Please note
	   that this applies ONLY to "remunerative interest postings".  Readers
	   having no such interests are always welcome to send comments about
	   products, new or old, directly to INFO-CPM.

	2. Messages offering personal items for sale must not be posted.

This policy is explained in more detail below.


     PRODUCT ANNOUNCEMENTS:  I feel that the information value of a product
announcement must be weighed against possible personal rewards when making a
decision about use of the network.  There are many government-owned computers
running CP/M, and on which serious government work is being done.  Several
years ago, the DARCOM Microcomputer Software Support System (DMSSS) project
was instituted, with one of its aspects to provide a repository of public
domain software on the net.  INFO-CPM was sponsored as the official vehicle
for announcements of the status of the collections, and to promote the inter-
change of user information on the use of CP/M and the programs which run under
it.  This is why INFO-CPM is "in support of official U.S. Government business".
New products that provide improvements to the CP/M operating system, to
associated utility programs or to the machines on which these programs run
offer productivity increases to government users.  Therefore, it is in the
government interest to distribute factual information concerning such products.
Still, when an individual having a personal monetary interest in a product
posts an announcement concerning that product, it raises questions about
"commercial use of the network".

     Therefore, as I have no involvement with any provider of CP/M-related
products or services, I offer to act as a "clearinghouse" for all new product
announcements being submitted by persons having remunerative interests in
these products.  I ask that all individuals wishing to post such announcements
via INFO-CPM send them to INFO-CPM-REQUEST@AMSAA.ARPA.  My requirements for
relaying such messages to the list are:

	1. They must be of general interest to the "CP/M community".  Products
	   that address specific subsets of this community, such as those
	   which operate with or on an "XYZ machine running CP/M 2.2" meet
	   this requirement.

	2. They must be brief and factual, listing the salient features of
	   the products, and giving brief explanations of the techniques used
	   to achieve improved performance (if applicable).  In short, they
	   must be INFORMATIVE.

	3. They must be free of advertising hype - no superlatives.  Compar-
	   ative words such as "better" and "improved" are OK provided brief
	   explanations are given as stated above.

	4. They should include the name and netmail address of a person to whom
	   requests for additional informaton can be directed, or a statement
	   that no additional information is available if that is the case.

I will not attempt to present here an all-inclusive, "iron-clad" set of rules,
as I do not believe it can be done; and if it can, I don't know how.  Please
send any questions regarding this matter to INFO-CPM-REQUEST@AMSAA.ARPA, and
NOT to the entire list.  If further clarifications seem necessary, I will
update and resend this message.

     PERSONAL "FOR SALE" MESSAGES:  I think there is a very significant
difference between product announcements and personal "for sale" messages.
Products that are offered to the public which provide new capabilities, or
which improve the performance of existing systems offer these same benefits to
government users.  But personal deals are "one-on-one", and unless the buyer is
a government user (which I consider an extremely remote possibility considering
the "red-tape" associated with procurement), no benefit can accrue to the
government.  Therefore, personal small-volume offerings violate the intent
of the rules and should not be posted.

     REPLIES TO POSTINGS:  Please make intelligent decisions regarding replies
to product announcements.  If such a reply is of general interest, then feel
free to send it to INFO-CPM@AMSAA.ARPA (i.e., to the entire list).  I will
include with each posting the address of a person to contact for additional
information (or a statement that no further information is available, if that
is the case).  Please send non-general-interest replies PRIVATELY to the person
listed, and NOT to the entire list.

     If a personal "for sale" message does appear in INFO-CPM and you wish to
respond to it, please do so PRIVATELY and not to the entire list.  If your
mailer can't send private replies, then DO NOT REPLY at all.


     I would like to thank Jeff Edelheit, Frank Wancho, Bridger Mitchell and
Jim Guyton, as well as several local BRL people who do not read INFO-CPM for
their participation in a "behind-the-scenes" discussion of this subject.  We
had a spirited but fruitful argument that helped greatly in clarifying the
issues and in arriving at the above policy, which I believe is responsible and
responsive to the rules for network use.

     The above policy has been coordinated with the Army Ballistic Research
Laboratory personnel responsible for monitoring BRL's network access, through
which INFO-CPM is delivered to the DDN.  This message will be repeated period-
ically for the information of new readers, and to refresh the memories of
others.  Your cooperation will help to insure the continued existence of the
INFO-CPM newsgroup.


Dave Towson <info-cpm-request@amsaa.arpa>
INFO-CPM list maintainer

19-Nov-85 20:15:58-MST,2375;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Nov 85 20:15:45-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a026019; 19 Nov 85 21:42 EST
Received: from usenet by TGR.BRL.ARPA id a007616; 19 Nov 85 21:40 EST
From: Stanley Dunn <smd%umcp-cs.uucp@BRL.ARPA>
Newsgroups: net.micro,net.micro.cpm,net.lang.pascal,net.micro.pc
Subject: Turbo Pascal Version 3.00
Message-ID: <2258@umcp-cs.UUCP>
Date: 19 Nov 85 18:59:59 GMT
Xref: seismo net.micro:13449 net.micro.cpm:5291 net.lang.pascal:401 net.micro.pc:6336
To:       info-cpm@AMSAA.ARPA

Replace this line with your compiler bug

I sat down to write the program for the next project I am going
to give to my Computer Science I class at home on my CPM system
with Turbo Pascal Version 3.00.  The following program illustrates
the problem with the program I wrote:

program junk(input,output);
procedure proca(chita:char); forward;
procedure procb(chitb:char);
begin
     writeln('Entering procb with a ',chitb);
     proca('A');
     writeln('Leaving procb with a ',chitb);
end;
procedure proca;
begin
     writeln('Entering proca with a ',chita);
     if chita = 'I' then procb('I');
     writeln('Leaving proca with a ',chita);
end;
begin
     proca('I');
end.

The output using Turbo Pascal was:

     Entering proca with a I
     Entering procb with a I
     Entering proca with a A
     Leaving proca with a A
     Leaving procb with a I
     Leaving proca with a A

While the output for the same program on a VAX with BSD UNIX,
IBM VM/SP CMS, or a Macintosh with MacPascal was:

     Entering proca with a I
     Entering procb with a I
     Entering proca with a A
     Leaving proca with a A
     Leaving procb with a I
     Leaving proca with a I

as I expected.  Calling Borland Technical Support was no help,
as they wanted a copy of the program on an IBM format disk.
The technical support specialist asked me to send a copy of the
program on a disk.  When I asked "in what format?" she replied
"IBM, of course."  I guess CPM does not exist anymore.

Obviously, I was quite surprised at the output, and now I
wonder how they tested the compiler.  It seems that a program
as simple as the one above should have been tested.

-- Stanley Dunn
   University of Maryland Department of Computer Science
20-Nov-85 06:28:17-MST,866;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 20 Nov 85 06:28:13-MST
Received: from xerox.arpa by AMSAA.ARPA id a028566; 20 Nov 85 7:54 EST
Received: from Aurora.ms by ArpaGateway.ms ; 20 NOV 85 04:47:25 PST
Date: 20 Nov 85 07:47:18 EST (Wednesday)
Subject: Re: Turbo Pascal Version 3.00
In-reply-to: <2258@umcp-cs.UUCP>
To: Stanley Dunn <smd%umcp-cs.uucp@BRL.ARPA>
cc: info-cpm@AMSAA.ARPA
From: Jim Reno <Reno.wbst@XEROX.ARPA>
Message-ID: <851120-044725-2518@Xerox>

It is possible that when the technical support person for Borland
answered your question the format referred to was the IBM format of
sector information that underlies the CPM operating system format on CPM
disks. In other words sectors are formatted in IBM format. The content
and length of the sectors are defined by CPM.

Reno
20-Nov-85 08:28:04-MST,2591;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 20 Nov 85 08:27:49-MST
Received: from xerox.arpa by AMSAA.ARPA id a003911; 20 Nov 85 9:41 EST
Received: from Aurora.ms by ArpaGateway.ms ; 20 NOV 85 06:46:03 PST
From: SMERESKI.WBST@XEROX.ARPA
Date: 20 Nov 85 8:39:40 EST
Subject: Re: Turbo Pascal Version 3.00
To: info-cpm@AMSAA.ARPA, Pascal/Turbo^.X@XEROX.ARPA, smd%umcp-cs.uucp@BRL.ARPA
Reply-To: Smereski.Wbst@XEROX.ARPA
Message-ID: <851120-064603-2559@Xerox>

You have written a program with recursive calls.  Turbo Pascal for CP/M does
not generate recursive code in its default mode.  You will get the expected
result by including the compiler directive {$A-}.  This information is in the
manual.

/Dave

------------------------------------------------------------------------------
I sat down to write the program for the next project I am going
to give to my Computer Science I class at home on my CPM system
with Turbo Pascal Version 3.00.  The following program illustrates
the problem with the program I wrote:

program junk(input,output);
procedure proca(chita:char); forward;
procedure procb(chitb:char);
begin
     writeln('Entering procb with a ',chitb);
     proca('A');
     writeln('Leaving procb with a ',chitb);
end;
procedure proca;
begin
     writeln('Entering proca with a ',chita);
     if chita = 'I' then procb('I');
     writeln('Leaving proca with a ',chita);
end;
begin
     proca('I');
end.

The output using Turbo Pascal was:

     Entering proca with a I
     Entering procb with a I
     Entering proca with a A
     Leaving proca with a A

     Leaving procb with a I
     Leaving proca with a A

While the output for the same program on a VAX with BSD UNIX,
IBM VM/SP CMS, or a Macintosh with MacPascal was:

     Entering proca with a I
     Entering procb with a I
     Entering proca with a A
     Leaving proca with a A
     Leaving procb with a I
     Leaving proca with a I

as I expected.  Calling Borland Technical Support was no help,
as they wanted a copy of the program on an IBM format disk.
The technical support specialist asked me to send a copy of the
program on a disk.  When I asked "in what format?" she replied
"IBM, of course."  I guess CPM does not exist anymore.

Obviously, I was quite surprised at the output, and now I
wonder how they tested the compiler.  It seems that a program
as simple as the one above should have been tested.

-- Stanley Dunn
   University of Maryland Department of Computer Science

21-Nov-85 05:59:21-MST,1581;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Nov 85 05:59:14-MST
Received: from simtel20.arpa by AMSAA.ARPA id a019817; 21 Nov 85 7:16 EST
Date: Wed 20 Nov 85 21:52:13-MST
From: Rick Conn <RCONN@SIMTEL20.ARPA>
Subject: Re: ZCPR3 and ALIAS
To: dsampar@ARDC.ARPA
cc: info-cpm@AMSAA.ARPA, heath-people@MIT-MC.ARPA
In-Reply-To: Message from ""David G. Sampar" (PM-AL) <dsampar@ardc.ARPA>" of Wed 13 Nov 85 07:51:06-MST
Message-ID: <12160913357.10.RCONN@SIMTEL20.ARPA>

Hi, David,

	Re your question, MENU operated like it was supposed to.
For command sequences like

		commands; MENU; commands

MENU will function to install itself (at the point in which it is called),
and then the commands following MENU will execute.  After all commands in
the line complete, then the MENU actually runs.

	This is a general truth for all shells.  See the chapter on Shell
programming and MENU/VMENU in "ZCPR3: The Manual".

	The rationale for this is that MENU is a shell, processing commands
which are then handed off to the ZCPR3 CP via the Multiple Command Line
Buffer.  This is the same buffer the original command line (which contained
the MENU command) was in.  MENU can create simple or multiple command
sequences, so there is no way to distinguish between a command generated
by MENU and one part of the command line which invoked MENU.

	Re your problem with ALIAS, since ALIAS builds command lines,
it is hard to say exactly what the problem is without more detail and study.

		Rick Conn
-------
21-Nov-85 07:19:11-MST,1596;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Nov 85 07:19:00-MST
Received: from sdcsvax.arpa by AMSAA.ARPA id a021214; 21 Nov 85 8:17 EST
Received: by sdcsvax.ARPA (5.31/4.41)
	id AA03838; Wed, 20 Nov 85 20:08:38 PST hops=0
From: crash!ihom@SDCSVAX.ARPA
Message-Id: <8511210408.AA03838@sdcsvax.ARPA>
Date: Wed, 20 Nov 85 07:47:40 PST
To: noscvax!smd%umcp-cs.uucp@BRL.ARPA
Subject: Re: Turbo Pascal Version 3.00
Cc: info-cpm@AMSAA.ARPA

Stanley, the problem is that you're not using Turbo's 'Absolute Code'
directive {$A+-}.  It's default is absolute code {$A+}. Since your
test program is recursive (proca calls procb calls proca), you'll have
to disable absolute code to allow recursive calls {$A-}.  Recursion in
CP/M executes slower and takes up more memory.  The correction outputs
as expected.

program junk;
{$A- recursion}
   procedure proca(chita:char); forward;
   procedure procb(chitb:char);
      begin
         writeln('Entering procb with a ',chitb);
         proca('A');
         writeln('Leaving procb with a ',chitb);
      end;
   procedure proca;
      begin
         writeln('Entering proca with a ',chita);
         if chita = 'I' then procb('I');
         writeln('Leaving proca with a ',chita);
      end;
{$A+ absolute}
begin
   proca('I');
end.

Outputs...

Entering proca with a I
Entering procb with a I
Entering proca with a A
Leaving proca with a A
Leaving procb with a I
Leaving proca with a I

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

--Irwin Hom     ...crash!ihom@ucsd



21-Nov-85 09:02:15-MST,3949;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Nov 85 09:02:02-MST
Received: from simtel20.arpa by AMSAA.ARPA id a025876; 21 Nov 85 10:14 EST
Date: Thu, 21 Nov 1985  08:18 MST
Message-ID: <KPETERSEN.12161027411.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: FIP - CP/M File Interchange Program now available

Now available from SIMTEL20:

Filename			Type	 Bytes	 CRC

Directory PD:<CPM.FILCPY>
FIP.LBR.1			BINARY	 51584  C629H

The following is an excerpt from the DOC file:

FIP version 1.0 runs on a Z80 processor under the Digital Research
CP/M 2.2 Operating System.  FIP version 1.0 is designed for an 80
column console device and at least one disk drive.  While programming
considerations were made for CP/M 2.x, there may be User Number
limitations for versions earlier than 2.2 .

FIP is a user oriented disk file handler designed for both the CP/M
beginner and the system expert.  FIP allows the beginning CP/M user to
copy and examine files and to examine directories easily without
having to memorize operations.  FIP gives the system expert the
capability to perform high speed batch file transfers automatically
and to completely examine disk directories.  FIP prompts for all
user responses, always shows you what user# and what drives will be
accessed, supplies the user response defaults (which are invoked by
typing <cr> to prompts), and has built in safety feature -no action on
files will ever take place by responding to any prompt with a <cr>.

Some of FIP's features:

*    allows file transfers across user# boundaries.
*    designed  to  make  backups of hard  disks  or  other  large 
     storage  devices  using smaller storage devices automatic  -
     (will  transfer specified files to 'backup' floppy until  it 
     is full -then will prompt user to insert next backup floppy, 
     etc.).
*    provides detailed disk(s) characteristic summaries.
*    provides  a detailed disk file summary of any file(s) on any 
     or all user#'s and the remaining free storage.
*    allows any two files on system to be compared and optionally 
     shows differences in hexadecimal-ascii format with location.
*    allows any file to be inspected in either  hexadecimal-ascii 
     format or ascii format.
*    accepts wildcard characters in all filenames. 
*    allows changing file attributes on a prompted 'file-by-file' 
     nature or any specified set of files automatically.
*    allows printer logging of all file operations.
*    allows deleted directory entries to be displayed.
*    maximizes the available memory space by dynamically dividing 
     all  of the available memory between directory  entries  and 
     file buffer areas thereby enabling high speed file transfers 
     and compares.
*    FIP  is written in very optimized Z80 code allowing  highest 
     operating speed and only requires 8 Kbytes storage.
*    allows wildcard inputs on file renaming -saving you time.
*    file transfer operations allow:
     -    confirmation  prompts  any time a file transfer  would 
          overwrite   an   existing  file   and   then   allowing 
          abort, skip, and renaming options.
     -    bulk file transfers, with or without prompting, with or 
          without verification.
     -    always  shows  the  amount of space  each  source  file 
          requires  (using  destination disk blocksize)  and  the 
          amount of free space remaining on destination disk.
     -    allows  changing  destination floppy at any time  (even 
          during bulk file transfers).
     -    allows  changing  destination drive at any  time  (even 
          during bulk file transfers).
     -    allows  filename to be changed for destination copy  at 
          any time.

--Keith
21-Nov-85 11:47:52-MST,1606;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Nov 85 11:47:45-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a002335; 21 Nov 85 13:08 EST
Received: from usenet by TGR.BRL.ARPA id a017866; 21 Nov 85 13:02 EST
From: david moews <moews_b%h-sc1.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: Turbo Pascal Version 3.00
Message-ID: <762@h-sc1.UUCP>
Date: 20 Nov 85 19:01:19 GMT
Followup-To: net.micro.cpm
To:       info-cpm@AMSAA.ARPA

In article <2258@umcp-cs.UUCP> Stanley Dunn writes:

> procedure proca(chita:char); forward;
> procedure procb(chitb:char);
> begin
>      writeln('Entering procb with a ',chitb);
>      proca('A');
>      writeln('Leaving procb with a ',chitb);
> end;
> procedure proca;
> begin
>      writeln('Entering proca with a ',chita);
>      if chita = 'I' then procb('I');
>      writeln('Leaving proca with a ',chita);
> end;
> begin
>      proca('I');
> end.
> The output using Turbo Pascal [under CP/M-80] was:
>      Entering proca with a I
>      Entering procb with a I
>      Entering proca with a A
>      Leaving proca with a A
>      Leaving procb with a I
>      Leaving proca with a A
 
   I don't know about Release 3.00, but in Release 2.00 of Turbo Pascal
running under CP/M-80, you must compile recursive procedures and functions
with the {$A-} option for them to work.  Putting a {$A-} line before
the line 'procedure proca(chita:char); forward;' will probably fix this 
problem.   

    David Moews     moews_b%h-sc1@harvard.arpa   ...!harvard!h-sc1!moews_b
21-Nov-85 19:04:00-MST,3110;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Nov 85 19:03:51-MST
Received: from simtel20.arpa by AMSAA.ARPA id a011888; 21 Nov 85 20:23 EST
Date: Thu, 21 Nov 1985  18:27 MST
Message-ID: <KPETERSEN.12161138301.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: SD111 latest Super Directory program now available

Thanks to Dick Mead <MEAD@USC-ECLB>, the latest version of SD, the
Super Directory program, is now available from SIMTEL20 as:

Filename			Type	 Bytes	 CRC

Directory PD:<CPM.DIRUTL>
SD111.LBR.1			BINARY	 71680  7D43H

Recent update history:

11/20/85  Minor hack to re-install a reverse video capability for
  v111    displaying attribute tags. USELC is limited to alpha A-Z
          so REVID will let you see other characters that have been
          tagged. Up to 7 bytes each for enter and exit sequences
          are available. They can be patched via DDT, DU, etc., or
          if left all 0, will be ignored. You can set USELC too, if
          inverse lower case excites you.
                               Dick Mead, Pasadena ZNODE 36

11/15/85  This is a major update (skipped to v110) and incorporates
  v110    changes requested by several Sysops.  Installation of this
          program was becoming a nightmare, even for experienced RCP/M
          operators.  Many confusing and redundant equates have been
          eliminated.  The installer no longer need be concerned about
          running BYE low or high, or where his BDOS page starts.  The
          need to install computer dependent code has been eliminated.
          Previous versions could be assembled with combinations of
          equates that could result in assembler errors, or worse,
          crash the system.  A new option ($O) has been added to dis-
          play ONLY system (.SYS) files.  Simplicity and security were
          the results.
                                      - Wayne Masters & Irv Hoff
                                        Potpourri, (408) 378-7474

11/11/85  Made the fixes mentioned (by Ernest Hintz) in SD105.BUG.
  v107    Option equates comments edited to be logical and make it
          easier for first-time users to set up.  Slight modification
          to header.  Normal system equate settings are in lower
          case (as in BYE5) - makes it easier to spot them.
                                      - Tom Brady, Decibel RCP/M

If you are unable to access SIMTEL-20 because of network restrictions
please remember that MOST of the new files announced to Info-Cpm are
also available on my RCPM Royal Oak (MI) which may be accessed at 300
bps using the 103a modem mode or 1200 bps using either the 212a or
Vadic 3400 modes.  The telephone number is (313) 759-6569.

--Keith Petersen
Arpa:  W8SDZ@SIMTEL20.ARPA
uucp:  ...!seismo!SIMTEL20.ARPA!W8SDZ
uucp:  ...!{decvax,unc,hao,cbosgd,seismo,aplvax,uci}!brl-bmd!w8sdz
uucp:  ...!{ihnp4!cbosgd,cmcl2!esquire}!brl-bmd!w8sdz
21-Nov-85 21:36:18-MST,522;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Nov 85 21:36:14-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a012122; 21 Nov 85 23:00 EST
Received: from usenet by TGR.BRL.ARPA id a029212; 21 Nov 85 22:57 EST
From:   UNIX SYSTEM ADMIN Deb Bunting <root%wang.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm.ctl
Subject: newgroup net.micro.cpm
Message-ID: <362@wang.UUCP>
Date: 16 Nov 85 17:01:25 GMT
Control: newgroup net.micro.cpm
To:       info-cpm@AMSAA.ARPA


21-Nov-85 22:06:17-MST,1329;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Nov 85 22:06:11-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a012134; 21 Nov 85 23:14 EST
Received: from usenet by TGR.BRL.ARPA id a029487; 21 Nov 85 23:08 EST
From: Stanley Dunn <smd%umcp-cs.uucp@BRL.ARPA>
Newsgroups: net.micro,net.micro.cpm,net.micro.pc,net.lang.pascal
Subject: Turbo again
Message-ID: <2290@umcp-cs.UUCP>
Date: 21 Nov 85 12:32:44 GMT
Xref: seismo net.micro:13478 net.micro.cpm:5295 net.micro.pc:6370 net.lang.pascal:407
To:       info-cpm@AMSAA.ARPA

Replace this line with my red face.

To all of you who replied to my previous message, thanks.

Obviously many of you noticed that I failed to read the manual
before sitting down to use Turbo Pascal, and I expected the CPM
version to handle the recursion as any normal compiler would.

My version of the CS 112 project now works, thanks to you all,
and the poor students get the assignment next Tuesday.

One person wrote saying that the program worked on a PC
version of Turbo directly, as expected.  At least my
Software Toolworks C Compiler handles recursion, and I got 
it working without reading the manual.  I was just lucky
I guess.

Thanks to all again -

-- Stanley Dunn
   Univ. of Md. Dept. of Computer Science.
22-Nov-85 06:27:01-MST,2947;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 22 Nov 85 06:26:46-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a014625; 22 Nov 85 7:48 EST
Received: from usenet by TGR.BRL.ARPA id a000694; 22 Nov 85 7:51 EST
From: Kim DeVaughn <kim%mips.uucp@BRL.ARPA>
Newsgroups: net.micro,net.micro.pc,net.micro.cpm,net.micro.att,net.micro.atari,net.micro.68k
Subject: Micro/Systems Journal address
Message-ID: <232@mips.UUCP>
Date: 21 Nov 85 09:24:31 GMT
Xref: seismo net.micro:13493 net.micro.pc:6383 net.micro.cpm:5299 net.micro.att:737 net.micro.atari:1809 net.micro.68k:1427
To:       info-cpm@AMSAA.ARPA

[ ... go ahead, eat my bits ... ]

I've had several people ask me for the address of "Micro/Systems Journal"
that I mentioned in a previous posting, so thought I'd post it to the net.
M/SJ is put out by Sol and Lennie Libes (more or less out of their "garage")
as a replacement for the now defunct "Microsystems" magazine.

"Microsystems" was started by the Libes' back in the "early days" of micro-
computing as a *technical* magazine;  "Micro/Systems Journal" editorial
content continues in that tradition.  They're aimed at the CP/M and MS-DOS
technical community, but also have regular columns for UNIX, Turbo Pascal, C,
Data Bases, and the Scientific User.  Two other regular features are columns
that cover current releases of public domain s/w:  "PC/Blue Report" for the
MS/PC-DOS people, and "SIG/M Public Domain" for CP/M'ers.

Since their 1st issue, they seem to have picked up a fair amount of adver-
tising support (editorial/advertising ratio seems to be about the same as
Dr. Dobb's Journal has), and the technical content continues to improve.
If you're technically oriented, I think you'll enjoy the magazine.  Best of
luck to Sol, Lennie, et al in this venture.

Here's the address:

		Micro/Systems Journal
		PO Box 1192
		Mountainside, NJ 07092

A sample issue is $4 ... $6 foreign.

					Canada/	   other
				US	Mexico	  foreign
			       ----     -------   -------
Subscription rates are:  1-yr  $20	  $28	    $35
			 2-yr  $35	  $52	    $64
			 		  (US funds on US bank only, please)

Currently, they are publishing bi-monthly, and all their back-issues are
available for $4.50 each, including shipping ($6 foreign).  Back-issues
can be ordered from the address given above.


Here it comes ... disclaimer:  I only read the magazine, I haven't written
for it, I don't own stock in it or advertise in it, nor am I affiliated
with it in any other way.  If anybody out there in net.land feels I am
"commercializing" here, you are invited to send flames to the Tooth-Fairy :-).

All opinions expressed are my own, not those of my employer, roommate, or
pet camel.

/kim
-- 

UUCP:  {decvax,ucbvax,ihnp4}!decwrl!mips!kim
DDD:   415-960-1200
USPS:  MIPS Computer Systems Inc,  1330 Charleston Rd,  Mt View, CA 94043
22-Nov-85 12:36:22-MST,1373;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 22 Nov 85 12:36:09-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a029905; 22 Nov 85 13:48 EST
Received: from usenet by TGR.BRL.ARPA id aa09719; 22 Nov 85 13:44 EST
From: "r.fleming" <rhf%mtuxo.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: DONATIONS FOR DISABLED
Message-ID: <1133@mtuxo.UUCP>
Date: 21 Nov 85 16:34:21 GMT
To:       info-cpm@AMSAA.ARPA

*** REPLACE THIS LINE WITH YOUR MESSAGE ***

A group of programmers and engineers at AT&T Holmdel N.J. are working
on several projects to bring technology to the assistance of the
physically or mentally handicapped. Current projects include, but are not
limited to: teaching programs for children, voice synthesis, environment
control... We desperately need computers to run our software. The programs
are now designed to run on the AT&T 6300 using  "C" , but we are in the
process of modifying them to run on other machines. If you have a computer
which you are not using, we would really appreciate the donation. We would
also be happy to accept machines on a loaned basis. We also need volunteers
to either help us develop the software, or work on hardware (switches,
special keyboards, etc.). Does anyone have an extra "C" compiler for
a CPM machine (an Osborne) ?
THANKS FOR THE HELP !!!
22-Nov-85 12:36:33-MST,1464;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 22 Nov 85 12:36:21-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a029886; 22 Nov 85 13:47 EST
Received: from usenet by TGR.BRL.ARPA id a009650; 22 Nov 85 13:42 EST
From: "r.fleming" <rhf%mtuxo.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm,net.wanted,net.micro.pc
Subject: DONATIONS FOR DISABLED
Message-ID: <1129@mtuxo.UUCP>
Date: 21 Nov 85 16:15:25 GMT
Xref: seismo net.micro.cpm:5300 net.wanted:8166 net.micro.pc:6386
To:       info-cpm@AMSAA.ARPA

*** REPLACE THIS LINE WITH YOUR MESSAGE ***

A group of programmers and engineers at AT&T Holmdel N.J. are working
on several projects to bring technology to the assistance of the
physically or mentally handicapped. Current projects include, but are not
limited to: teaching programs for children, voice synthesis, environment
control... We desperately need computers to run our software. The programs
are now designed to run on the AT&T 6300 using  "C" , but we are in the
process of modifying them to run on other machines. If you have a computer
which you are not using, we would really appreciate the donation. We would
also be happy to accept machines on a loaned basis. We also need volunteers
to either help us develop the software, or work on hardware (switches,
special keyboards, etc.). Does anyone have an extra "C" compiler for
a CPM machine (an Osborne) ?
THANKS FOR THE HELP !!!
22-Nov-85 13:11:22-MST,3117;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 22 Nov 85 13:11:10-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a029987; 22 Nov 85 13:51 EST
Received: from usenet by TGR.BRL.ARPA id aa09861; 22 Nov 85 13:47 EST
From: Dave Beyerl <db21%ihuxk.uucp@BRL.ARPA>
Newsgroups: net.micro,net.micro.cpm,net.lang.pascal,net.micro.pc
Subject: Re: Turbo Pascal Version 3.00
Message-ID: <1028@ihuxk.UUCP>
Date: 21 Nov 85 18:43:46 GMT
Xref: seismo net.micro:13498 net.micro.cpm:5302 net.lang.pascal:410 net.micro.pc:6387
To:       info-cpm@AMSAA.ARPA

> Replace this line with your compiler bug
> 
> I sat down to write the program for the next project I am going
> to give to my Computer Science I class at home on my CPM system
> with Turbo Pascal Version 3.00.  The following program illustrates
> the problem with the program I wrote:
> 
> program junk(input,output);
> procedure proca(chita:char); forward;
> procedure procb(chitb:char);
> begin
>      writeln('Entering procb with a ',chitb);
>      proca('A');
>      writeln('Leaving procb with a ',chitb);
> end;
> procedure proca;
> begin
>      writeln('Entering proca with a ',chita);
>      if chita = 'I' then procb('I');
>      writeln('Leaving proca with a ',chita);
> end;
> begin
>      proca('I');
> end.
> 
> The output using Turbo Pascal was:
> 
>      Entering proca with a I
>      Entering procb with a I
>      Entering proca with a A
>      Leaving proca with a A
>      Leaving procb with a I
>      Leaving proca with a A
> 
> While the output for the same program on a VAX with BSD UNIX,
> IBM VM/SP CMS, or a Macintosh with MacPascal was:
> 
>      Entering proca with a I
>      Entering procb with a I
>      Entering proca with a A
>      Leaving proca with a A
>      Leaving procb with a I
>      Leaving proca with a I
> 
> as I expected.  Calling Borland Technical Support was no help,
> as they wanted a copy of the program on an IBM format disk.
> The technical support specialist asked me to send a copy of the
> program on a disk.  When I asked "in what format?" she replied
> "IBM, of course."  I guess CPM does not exist anymore.
> 
> Obviously, I was quite surprised at the output, and now I
> wonder how they tested the compiler.  It seems that a program
> as simple as the one above should have been tested.
> 
> -- Stanley Dunn
>    University of Maryland Department of Computer Science

	Because I happened to have a copy of my Turbo Pascal
compiler handy, I tried the above program in Turbo.  When I ran
the program, I received the second set of outputs given in the
above article.  The version of Turbo that I have is identified
as ver. 3.01A for the IBM.  Apparently, Borland either corrected
this problem in the subsequent point (.01) release or there is 
a significant difference between the CP/M and IBM versions of 
Turbo.  Hopes this helps in tracking down the problem.

For every problem there is one           	Dave Beyerl
solution which is simple, neat,                 ihuxk!db21
and wrong!
22-Nov-85 13:26:31-MST,2417;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 22 Nov 85 13:26:14-MST
Date:     Fri, 22 Nov 85 14:23:20 EST
From:     Dave Towson (info-cpm-request) <cpmlist@AMSAA.ARPA>
To:       info-cpm@AMSAA.ARPA
Subject:  FORTH compiler product description:

Fellow CP/Mers - I have received information describing Forth compilers (as
opposed to Forth interpreters) for Z-80 and 8086 family targets running on
CP/M-80 (Z-80 processor, Z-80 target, only) or MS-DOS (any target) hosts.
Salient features of these compilers are:

1) Generate headerless, rommable, code.  Considerable optimizations 
   are claimed -- generated code is said to be as good as or better than
   other available compilers for C or Pascal.  Source code can be either a
   Forth screen file or a standard ASCII text file.
2) Meets 83 standard, excepting for words which assume the presence of a
   dictionary in the target (remember, no headers) or perform BLOCK 
   accesses.
3) Defining words allowed, as well as interpret state during compilation,
   so that most Forth applications can be compiled with little modification.
4) Assembler (for target processor) included.
5) Forward referencing of colon or code words is handled automatically.
6) Single pass compile and link.  Links from libraries that are source
   code, including only those words needed.  This means low overhead on
   small programs.  Simple things like the Byte benchmark compile into
   minimal sized, 1k, COM files.
7) Compilation speed is slower than in-memory compilers such as BDS-C or
   Turbo Pascal, but faster than disk-bound compilers.  For instance, the
   one-step compile time is roughly the same as the compile step of AZTEC
   C, but with AZTEC C you still have to assemble and link.
8) Includes many demonstration programs (utilities equivalent to TR, WC
   TAIL, and UNIQ, forth screen management, benchmarks) and libraries for
   83 Standard Forth, dos nterface, and software floating point.

This information was provided by the author, Tom Almy.  I have no personal
knowledge of or experience with this product.

     Requests for additional information may be directed to Laboratory Micro-
systems, P.O. Box 10430, Marina del Rey, CA 90295, phone (213) 306-7412.
Price is $300 for any version.



Dave Towson <info-cpm-request@amsaa.arpa>
info-cpm list maintainer

23-Nov-85 00:28:24-MST,503;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 23 Nov 85 00:28:18-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a005865; 23 Nov 85 1:55 EST
Received: from usenet by TGR.BRL.ARPA id a026233; 23 Nov 85 1:49 EST
From: Rick Gessner <rick%nvzg2.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm.ctl
Subject: newgroup net.micro.cpm
Message-ID: <205@nvzg2.UUCP>
Date: 12 Nov 85 15:43:16 GMT
Control: newgroup net.micro.cpm
To:       info-cpm@AMSAA.ARPA


23-Nov-85 01:25:07-MST,1296;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 23 Nov 85 01:25:01-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a006024; 23 Nov 85 2:54 EST
Received: from usenet by TGR.BRL.ARPA id a027543; 23 Nov 85 2:48 EST
From: "Wilson H. Bent" <whb%vax135.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Wanted: CP/M 3.0 Docs
Message-ID: <1237@vax135.UUCP>
Date: 22 Nov 85 20:45:31 GMT
To:       info-cpm@AMSAA.ARPA

Yes, yes, I know what you're saying - skip CP/M 3.0 and go to ZCPR3!!
BUT...
I can't modify the BIOS/BDOS without knowing what to make of what's there
now, so I'm sending out the call:
    >>>> I NEED THE CP/M 3.0 PROGRAMMER'S GUIDE <<<<
Since DR no longer supports it, I have no qualms about asking for photocopies
and other questionable sources.  If you have it, I want a copy!!
I'll even RENT yours so I can make my own copy!!!

(... CP/M 3.0 is three point oh times more complex than CP/M 2.2)
     Wilson Bent
     39 Maple Ave          RCP/M: Lillipute: (312) 649-1730 Chicago
     Fair Haven, NJ 07701         Voorhees:  (609) 428-8864 So. NJ
-- 
Wilson H. Bent, Jr.		... ihnp4!vax135!hoh-2!whb
AT&T - Bell Laboratories	(201) 949-1277
Disclaimer: My company has not authorized me to issue a disclaimer.
23-Nov-85 01:29:35-MST,814;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 23 Nov 85 01:29:30-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id aa06024; 23 Nov 85 2:54 EST
Received: from usenet by TGR.BRL.ARPA id a027669; 23 Nov 85 2:52 EST
From: knovak@uiucme.uiucme
Newsgroups: net.micro.cpm
Subject: Re: Turbo Pascal Version 3.00
Message-ID: <4000001@uiucme>
Date: 21 Nov 85 20:42:00 GMT
Nf-ID: #R:umcp-cs.UUCP:2258:uiucme:4000001:000:244
Nf-From: uiucme.uiucme!knovak    Nov 21 14:42:00 1985
To:       info-cpm@AMSAA.ARPA


 The problem is simple!! Turbo does not default to
recusion on. They do this to gain some speed. To
turn on recusion use the directive

 {$A-}

 Turbo is just doing what you told it to do.

                        Kevin J. Novak
             
23-Nov-85 20:37:37-MST,2913;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 23 Nov 85 20:37:30-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a008063; 23 Nov 85 22:07 EST
Received: from usenet by TGR.BRL.ARPA id a012837; 23 Nov 85 22:03 EST
From: "Timothy A. Johnson" <johnson%noscvax.uucp@BRL.ARPA>
Newsgroups: net.micro,net.micro.cpm,net.lang.pascal,net.micro.pc
Subject: Re: Turbo Pascal Version 3.00
Message-ID: <120@noscvax.UUCP>
Date: 23 Nov 85 01:29:31 GMT
Xref: seismo net.micro:13525 net.micro.cpm:5307 net.lang.pascal:417 net.micro.pc:6414
To:       info-cpm@AMSAA.ARPA

> Replace this line with your compiler bug
> 
> I sat down to write the program for the next project I am going
> to give to my Computer Science I class at home on my CPM system
> with Turbo Pascal Version 3.00.  The following program illustrates
> the problem with the program I wrote:
> 
> program junk(input,output);
> procedure proca(chita:char); forward;
> procedure procb(chitb:char);
> begin
>      writeln('Entering procb with a ',chitb);
>      proca('A');
>      writeln('Leaving procb with a ',chitb);
> end;
> procedure proca;
> begin
>      writeln('Entering proca with a ',chita);
>      if chita = 'I' then procb('I');
>      writeln('Leaving proca with a ',chita);
> end;
> begin
>      proca('I');
> end.
> 
> The output using Turbo Pascal was:
> 
>      Entering proca with a I
>      Entering procb with a I
>      Entering proca with a A
>      Leaving proca with a A
>      Leaving procb with a I
>      Leaving proca with a A
> 
> While the output for the same program on a VAX with BSD UNIX,
> IBM VM/SP CMS, or a Macintosh with MacPascal was:
> 
>      Entering proca with a I
>      Entering procb with a I
>      Entering proca with a A
>      Leaving proca with a A
>      Leaving procb with a I
>      Leaving proca with a I
> 
> as I expected.  Calling Borland Technical Support was no help,
> as they wanted a copy of the program on an IBM format disk.
> The technical support specialist asked me to send a copy of the
> program on a disk.  When I asked "in what format?" she replied
> "IBM, of course."  I guess CPM does not exist anymore.
> 
> Obviously, I was quite surprised at the output, and now I
> wonder how they tested the compiler.  It seems that a program
> as simple as the one above should have been tested.
> 
> -- Stanley Dunn
>    University of Maryland Department of Computer Science

Under the PC-DOS version of Turbo 3.0, the program runs correctly with
the same output as you have given for the other Pascals. The problem
may be associated with the CP/M-80 Compiler Directive "A". The default
is "A+" which inhibits recursive code. Switching to "A-" may solve your
problem. This is documented on or about page 318 in the 3.0 manual.

Timothy A. Johnson
Computer Sciences Corporation
23-Nov-85 22:16:12-MST,1803;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 23 Nov 85 22:16:05-MST
Received: from simtel20.arpa by AMSAA.ARPA id a008172; 23 Nov 85 23:45 EST
Date: Sat, 23 Nov 1985  21:50 MST
Message-ID: <KPETERSEN.12161699453.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Arthur Wouk - Army Research Office <wouk@BRL.ARPA>
Cc:   Info-Cpm@AMSAA.ARPA
Subject: XCAT42 problem fixed - XCAT43 now available

    Last February we were in touch about a problem which I was having
    with the MCAT series of programs. You referred me to mcat45, the
    latest version, which was not the one which I have been using.
    Owing to work pressures, I did not get around to the problem
    again till this week.

    The problem is still present.  MCAT.COM successfully creates a
    MAST.CAT of arbitrarily many entries with no difficulties. BUT,
    XCAT42.COM is able to print out only up to 256 entries in
    MAST.CAT.  If the entries are greater in number, it wipes
    everything out and cycles back to an empty listing and the
    statement to the effect that there is one line one entry.  I have
    checked the asm versions of both mcat and xcat, USER is NO in
    both cases. I have rerun them through the assembler and compared
    the output files with the library .COM files.  They are
    identical.

The problem has been fixed.  Now available from SIMTEL20:

Filename			Type	 Bytes	 CRC

Directory PD:<CPM.CATLOG>
XCAT43.LBR.1			BINARY	 30592  24BCH

For those who don't have this disk cataloging package yet:

MCAT45.LBR.2			BINARY	 83968  3EC9H

which contains MCAT45, XCAT43 and several utilities.  Only the XCAT
files have been changed in MCAT45.LBR.

--Keith
24-Nov-85 08:26:37-MST,936;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 24 Nov 85 08:26:31-MST
Received: from simtel20.arpa by AMSAA.ARPA id a009120; 24 Nov 85 9:56 EST
Date: Sun, 24 Nov 1985  08:00 MST
Message-ID: <KPETERSEN.12161810599.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Cc:   Info-Micro@brl.ARPA
Subject: Need to contact Remote CP/M Sysops

If you are the Sysop of a Remote CP/M (RCP/M) listed in the latest
PDSE phone list, please send a note to me at any of the addresses
below.  Include the full netmail path to your mailbox and the name of
your RCP/M system.

Sysops only, please, not users.

--Keith Petersen
Arpa:  W8SDZ@SIMTEL20.ARPA
uucp:  ...!seismo!SIMTEL20.ARPA!W8SDZ
uucp:  ...!{decvax,unc,hao,cbosgd,seismo,aplvax,uci}!brl-bmd!w8sdz
uucp:  ...!{ihnp4!cbosgd,cmcl2!esquire}!brl-bmd!w8sdz
24-Nov-85 16:55:27-MST,1054;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 24 Nov 85 16:55:20-MST
Received: from simtel20.arpa by AMSAA.ARPA id a009792; 24 Nov 85 18:27 EST
Date: Wednesday, 20 November 1985  13:54-MST
Message-ID: <KPETERSEN.12161903632.BABYL@SIMTEL20.ARPA>
Sender: Jeffrey Shields <iuvax!pur-ee!shields@seismo.ARPA>
From: Jeffrey Shields <iuvax!pur-ee!shields@seismo.ARPA>
Subject:   KE3Z multi-port digipeater software for Xerox-820
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Sun 24 Nov 1985 16:31-MST

MULRPT.LBR, the KE3Z multi-port digipeater software for Xerox-820,
is now available from SIMTEL20 as:

Filename			Type	 Bytes	 CRC

Directory PD:<CPM.PACKET>
MULRPT.LBR.2			BINARY	 48640  C029H

As I understand it, the files in MULRPT.LBR are public domain.  It was
downloaded from the HAMNET BBS in Newington, Conn.  Hope you find
MULRPT useful.

73's .... Jeff Shields N9CZA (ihnp4!pur-ee!shields)
          Dave Andersen KK9W (ihnp4!pur-ee!kk9w)
25-Nov-85 00:02:33-MST,1560;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 25 Nov 85 00:02:19-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a010367; 25 Nov 85 1:29 EST
Received: from usenet by TGR.BRL.ARPA id a001870; 25 Nov 85 1:19 EST
From: Mike Kersenbrock <michaelk%azure.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: Wanted: CP/M 3.0 Docs
Message-ID: <505@azure.UUCP>
Date: 23 Nov 85 10:38:10 GMT
To:       info-cpm@AMSAA.ARPA

In article <1237@vax135.UUCP> whb@vax135.UUCP (Wilson H. Bent) writes:
>Yes, yes, I know what you're saying - skip CP/M 3.0 and go to ZCPR3!!
>BUT...
>I can't modify the BIOS/BDOS without knowing what to make of what's there
>now, so I'm sending out the call:
>    >>>> I NEED THE CP/M 3.0 PROGRAMMER'S GUIDE <<<<
>Since DR no longer supports it, I have no qualms about asking for photocopies
>and other questionable sources.  If you have it, I want a copy!!
>I'll even RENT yours so I can make my own copy!!!

If you want to modify the BIOS, you need the "CP/M Plus System Guide"
along with a bunch of programs like "gencpm.com" and some .SPR files.
I have my "build" automated using "make", and it simplifies
thing a good bit, but otherwise....

CP/M 3.0 in my case supports bankswitching and (obviously) timestamps.
It is substantially better than 2.2 although things here and there
make you scratch your head.

Anybody have a copy of the banked BDOS source (commented?) ? :-)


-- 

Mike Kersenbrock
Tektronix Software Development Products
Aloha, Oregon
25-Nov-85 09:47:36-MST,2745;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 25 Nov 85 09:47:26-MST
Received: from apg-1.arpa by AMSAA.ARPA id a018797; 25 Nov 85 11:14 EST
Date: Mon, 25 Nov 85 11:10:31 EST
From: Robert Bloom AMSTE-TEI 3775 <rbloom@apg-1.ARPA>
Subject: Multiuser Micro Result
To: info-cpm@AMSAA.ARPA
Cc: rbloom@apg-1.ARPA

People:

     A number of months ago I sent a request for information on
multi-user computers.  Thanks to all that responded.  This is a
recap of what happened to that request.

     I work in the Department of Defence, in the Test and
Evaluation Command of the Army Materiel Command (AMC).  The
machine in question would be used in my division and would
replace a well-used and trusted NorthStar Horizon.  Based on the
responses, I thought I had a pretty good handle on what was
available that met my requirements and was affordable.  I was
looking for a system that would be less expensive than AMC's
'standard' micro (an Intel 310).  Priminary research indicated
that there were some potentials at 1/3 of the price of an Intel
and lots at 1/2 the price.  (The Intel system was *at*least*
$50k.)

     I've been shot down in the attempt to save some taxpayer
money.  (How's that for an inflammatory statement?)

     From a AMC letter dated 19 May 85 on "Policy of Acquisition
and Use of Microcomputers", "[the Intel contract] is a mandatory
source for single-user and multi-user microcomputers for AMC
activities whose requirements can be satisfied by the contract."
Cost savings, no matter how much, is not a basis for buying
anything other than items on the contract.  Our ADPE acquisition
people are using this to beat everyone down, me included.  (We
can't even buy a plain-vanila IBM-PC any more!)

     This is not to say that the Intel 310 is not a good machine.
It's just that I don't believe that a single machine, albeit
configurable in many different ways to meet many different
requirements, is best for all those requirements.  Oh well.

     So like a good military man (which I'm not) after stating my
view, I am supporting whatever decision the commander makes.
Looks like I'll be buying an Intel 310 ethernet'ed to 8 PC
clones.

     Thanks again to those that helped me in my research.  I felt
that I had an obligation to those kind net-people that sometimes
never find out the results of the issues mentioned here.

Bob Bloom
(I do not have any affiliation with Intel, SMS, or any other
contractor, or the Army ADPE selection or acquisition.  I
consider myself 'just a poor end-user.'  Please address any
comments or replies directly to rbloom@apg-1 in case I get in
[any more] trouble for this message.)

25-Nov-85 12:42:01-MST,866;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 25 Nov 85 12:41:42-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a026284; 25 Nov 85 13:56 EST
Received: from lll-mfe.arpa by AOS.BRL.ARPA id a027973; 25 Nov 85 13:57 EST
Date: Mon, 25 Nov 85 13:54 EST
From: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA
Subject: PCPI Kermit ?!
To: INFO-CPM@BRL.ARPA

Date:    Mon, 25-NOV-1985 13:55 EST
To:      INFO-CPM@BRL.Arpa
Message-ID: <[OAK.SAINET.MFENET].1A7150E0.008E6905.SECRIST>
Organization: Science Applications Int'l. Corp., Oak Ridge, Tenn.
Geographic-Location: 36 01' 42" N, 84 14' 14" W
X-VMS-Mail-To: ARPA%"INFO-CPM@BRL.Arpa"


Is anyone aware of a version of Kermit that will run under CP/M-80 on
an Apple ][ series machine using a PCPI card ?!

Thanks, Richard
SECRIST%OAK.SAInet.MFEnet@LLL-MFE.Arpa
26-Nov-85 10:13:39-MST,747;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Nov 85 10:13:32-MST
Received: from apg-1.arpa by AMSAA.ARPA id a016421; 26 Nov 85 11:38 EST
Date: Tue, 26 Nov 85 11:35:04 EST
From: Robert Bloom AMSTE-TEI 3775 <rbloom@apg-1.ARPA>
Subject: NorthStar's NorthNet
To: info-cpm@AMSAA.ARPA
Cc: rbloom@apg-1.ARPA

I am looking for a supplier for parts to create a NorthNet
from some NorthStar Advantages.  I already have some hardware but
still need 2 server packs, 2 workstation packs and the basic
NorthNet driver software.  Does anyone know of a source for
this admittedly discontinued and unsupported stuff?  Most of
my normal suppliers have come up empty.

bob bloom (rbloom@apg-1)

26-Nov-85 12:34:48-MST,711;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Nov 85 12:34:43-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a025006; 26 Nov 85 13:57 EST
Received: from usenet by TGR.BRL.ARPA id a016639; 26 Nov 85 13:54 EST
From: grayson@uiucuxc.cso.uiuc.edu
Newsgroups: net.micro.cpm
Subject: Re: FORTH compiler product description:
Message-ID: <104600007@uiucuxc>
Date: 24 Nov 85 22:36:00 GMT
Nf-ID: #R:brl-tgr.ARPA:3498:uiucuxc:104600007:000:113
Nf-From: uiucuxc.CSO.UIUC.EDU!grayson    Nov 24 16:36:00 1985
To:       info-cpm@AMSAA.ARPA


Sounds just like the Forth target compiler mentioned in Dr. Dobbs
a couple of months ago, and available for $30 .
26-Nov-85 13:54:38-MST,978;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Nov 85 13:54:31-MST
Received: from xerox.arpa by AMSAA.ARPA id a027147; 26 Nov 85 15:10 EST
Received: from CheninBlanc.ms by ArpaGateway.ms ; 26 NOV 85 11:54:41 PST
Date: 26 Nov 85 10:48:45 PST (Tuesday)
From: Bicer.ES@XEROX.ARPA
Subject: Pocket Computers
To: info-micro@BRL-VGR.ARPA
cc: info-cpm@AMSAA.ARPA, Wantads^.ES@XEROX.ARPA
Reply-To: Bicer.ES@XEROX.ARPA
Message-ID: <851126-115441-3734@Xerox>


Hi,

I need quite a few Pocket Computers for an application. Needed specs are:

	- Must be as cheap as possible, hopefully under $50 (VERY IMPORTANT)
	- Run Basic (or some programming language)
	- Minimal RAM (1K is OK)



The only one I found that meets my requirements is a Radio Shack
Tandy PC4. Is Tandy PC4 made by Sharp? Are there any others?

Any info will be greatly appreciated.

	Thanks in advance,
	Jack Bicer
	

Bicer.ES@XEROX.ARPA
26-Nov-85 14:04:44-MST,831;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Nov 85 14:04:36-MST
Received: from lll-mfe.arpa by AMSAA.ARPA id a027353; 26 Nov 85 15:15 EST
Date: Tue, 26 Nov 85 09:59 EST
From: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA
Subject: KERMIT-80 for the Apple ][s using a PCPI card ?!
To: INFO-CPM@AMSAA.ARPA

Date:    Tue, 26-NOV-1985 10:00 EST
To:      INFO-CPM@AMSAA.Arpa
Message-ID: <[OAK.SAINET.MFENET].73CEBB20.008E69AD.SECRIST>
Organization: Science Applications Int'l. Corp., Oak Ridge, Tenn.
Geographic-Location: 36 01' 42" N, 84 14' 14" W
X-VMS-Mail-To: ARPA%"INFO-CPM@AMSAA.Arpa"



Is anyone aware of a version of Kermit that will run under CP/M-80 on
an Apple ][ series machine using a PCPI card ?!

Thanks, Richard
SECRIST%OAK.SAInet.MFEnet@LLL-MFE.Arpa
26-Nov-85 20:52:42-MST,845;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Nov 85 20:52:34-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a007433; 26 Nov 85 22:00 EST
Received: from mit-mc.arpa by AOS.BRL.ARPA id a025848; 26 Nov 85 22:01 EST
Received: from MIT-DEEP-THOUGHT by MIT-MC.ARPA via Chaosnet; 26 NOV 85  21:59:52 EST
Date: Tue 26 Nov 85 21:57:30-EST
From: Andrew Moore <T.MOORE@mit-eecs>
Subject: MBOOT.ASM values for SSC
To: info-cpm%MIT-MC@MIT-EDDIE.ARPA, info-apple%MIT-MC@MIT-EDDIE.ARPA
Message-ID: <12162465337.27.T.MOORE@MIT-EECS>


   I need a version of MBOOT.ASM for the Super Serial Card.  If anyone
can supply me with this version, or the values to set the equates to
in MBOOT.ASM for the Super Serial Card, please mail me.  Thanks.

-drew
 T.MOORE%MIT-EECS@MIT-MC.ARPA
-------

26-Nov-85 21:20:09-MST,1052;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Nov 85 21:20:02-MST
Received: from xerox.arpa by AMSAA.ARPA id a008886; 26 Nov 85 22:16 EST
Received: from Salvador.ms by ArpaGateway.ms ; 26 NOV 85 19:16:10 PST
Sender: "Donna S. Li.OsbuSouth"@XEROX.ARPA
Date: 26 Nov 85 16:14:21 PST (Tuesday)
Subject: Pocket Computers
From: Bicer.ES@XEROX.ARPA
To: "Donna Li.OsbuSouth"@XEROX.ARPA
cc: info-cpm@AMSAA.ARPA, Wantads^.ES@XEROX.ARPA, info-micro@BRL-VGR.ARPA
Reply-to: Bicer.ES@XEROX.ARPA
Message-ID: <851126-191610-1473@Xerox>


Hi,

I need quite a few Pocket Computers for an application. Needed specs are:

	- Must be as cheap as possible, hopefully under $50 (VERY IMPORTANT)
	- Run Basic (or some programming language)
	- Minimal RAM (1K is OK)



The only one I found that meets my requirements is a Radio Shack
Tandy PC4. Is Tandy PC4 made by Sharp? Are there any others?

Any info will be greatly appreciated.

	Thanks in advance,
	Jack Bicer
	

Bicer.ES@XEROX.ARPA
27-Nov-85 08:03:08-MST,766;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Nov 85 08:03:00-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a015263; 27 Nov 85 9:27 EST
Received: from mit-mc.arpa by AOS.BRL.ARPA id a002111; 27 Nov 85 9:24 EST
Received: from mit-eddie by MIT-MC.ARPA 27 Nov 85 09:25:14 EST
Received: from apg-3 (1d00041a) by mit-eddie (4.12/4.7)
	id AA14239; Wed, 27 Nov 85 09:20:14 est
Message-Id: <8511271420.AA14239@mit-eddie>
Date: Wed, 27 Nov 85  9:20:50 EST
From: John Shaver STEEP-TMAC 879-7602 <jshaver@apg-3.mit.edu>
Subject: Re: MBOOT.ASM values for SSC
In-Reply-To: Your message of Tue 26 Nov 85 21:57:30-EST
To: info-cpm%mit-mc@MIT-EDDIE.ARPA
Cc: jshaver@APG-3.ARPA

What does MBOOT doo for you?


27-Nov-85 14:13:23-MST,1153;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Nov 85 14:12:54-MST
Received: from bbn-spca.arpa by AMSAA.ARPA id a025056; 27 Nov 85 15:35 EST
Date:     Wed, 27 Nov 85 15:27:45 EST
From:     John Major <major@BBN-SPCA.ARPA>
To:       info-micro@BRL-VGR.ARPA
cc:       info-cpm@AMSAA.ARPA
Subject:  Linking Xerox 860s to PCs

Has anyone out there had experience linking the 860 Xerox wordprocessor with
PCs?  The 860 is CP/M-based, with 8" disks.  We would like to, at the
minimum, transfer files back and forth, but being able to spool files to other
printers would be dandy as well.

I'm requesting this for a friend -- I know next to nothing about the 860s, and
Xerox hasn't been real helpful to her yet, so I'm hoping that someone has
already figured this one out.  I have experience with MSDOS Kermit, and
wondered whether Kermit would do.  There is a version for the Xerox 820, but I
don't know whether it'll work.

I'm sending this to info-cpm as well, but if anyone has suggestions about
where else to look, I'd love to hear.

Thanks --

John Major
major@bbn-spca.ARPA
27-Nov-85 22:25:45-MST,1037;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Nov 85 22:25:34-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a027651; 27 Nov 85 23:59 EST
Received: from mit-mc.arpa by AOS.BRL.ARPA id a016088; 27 Nov 85 23:58 EST
Received: from MIT-DEEP-THOUGHT by MIT-MC.ARPA via Chaosnet; 27 NOV 85  23:37:50 EST
Date: Wed 27 Nov 85 23:35:26-EST
From: Andrew Moore <T.MOORE@mit-eecs>
Subject: Direct MEX transfers
To: info-cpm%MIT-MC@MIT-EDDIE.ARPA
Message-ID: <12162745309.30.T.MOORE@MIT-EECS>


   I am using MEX to transfer files between two CP/M systems.  I have MEX 1.11
on one system and MEX 1.14 on the other.  I cannot send files from 1.14 to
1.11 at any rate faster than 1200 baud, thought I can send from 1.11 to 1.14
at 19.2kbaud.  Is the problem that I am using two different versions of MEX?
The 1.14 is running on a Xerox 820, while 1.11 is on a MicroSoft CP/M (Apple
II+) system.

-drew
 MOORE%MIT-EECS@MIT-MC.ARPA
 (excuse the "thought" typo above)
-------

28-Nov-85 13:51:16-MST,1226;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 28 Nov 85 13:51:09-MST
Received: from mitre.arpa by AMSAA.ARPA id a029294; 28 Nov 85 15:20 EST
Message-Id: <8511282025.AA20665@mitre.ARPA>
To: John Major <major@BBN-SPCA.ARPA>
Cc: info-micro@BRL-VGR.ARPA
Cc: info-cpm@AMSAA.ARPA
Subject: Re: Linking Xerox 860s to PCs
In-Reply-To: Your message of Wed, 27 Nov 85 15:27:45 EST.
Date: 28 Nov 85 15:25:12 EST (Thu)
From: Jeff Edelheit <edelheit@MITRE.ARPA>

John - the 860, if set-up for communications can send/rec ascii files from the
word processor side of the machine.  As far as sending CP/M files, I don't know.

One gotcha on the WP files.  Xerox screwed around with the proportional 
space handling on the 860.  If you use proportional and justification, you
can get one or two extra characters on a line (e.g., 72 on a 70 character
line.).  This really messes things up if you are trying to move a justified
document from the 860 to another machine and edit it on the second machine.
The easy way around this is dondon't use proportional space and justification
on any document you want to transfer.

Hope this helps.

Jeff Edelheit
(edelheit@mitre)
28-Nov-85 20:17:27-MST,596;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 28 Nov 85 20:17:22-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a029872; 28 Nov 85 21:46 EST
Received: from usenet by TGR.BRL.ARPA id a003100; 28 Nov 85 21:48 EST
From: "Jay C. Bowden" <jcb%loral.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: Help for APPLE 8\" controller
Message-ID: <963@loral.UUCP>
Date: 27 Nov 85 16:29:32 GMT
To:       info-cpm@AMSAA.ARPA

Can't mail to you, though.
Send (or post?) your US mail addr, or ph# if you're
still looking for info.

		- Jay
30-Nov-85 05:40:27-MST,715;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 30 Nov 85 05:40:21-MST
Received: from xerox.arpa by AMSAA.ARPA id a003712; 30 Nov 85 7:15 EST
Received: from CheninBlanc.ms by ArpaGateway.ms ; 30 NOV 85 04:20:55 PST
From: NBaheti.es@XEROX.ARPA
Date: 29 Nov 85 13:56:41 PST
Subject: Kaypro 2x ZCPR3?
To: info-cpm@AMSAA.ARPA
cc: NBaheti.es@XEROX.ARPA, rconn@SIMTEL20.ARPA
Message-ID: <851130-042056-1912@Xerox>

Is there an install of ZCPR3 for the Kaypro 2x? A local SysOp is
looking for one and has had no luck in the LA area at all. If
you know where I can get one for him, please leave me mail on the
nets. Thanks.

--Arun Baheti
  NBaheti.es@Xerox