[4690] (48 lines) Network_Server 01/27/85  0641.4 mst Sun cpm
Subject:  Re: Turbo Pascal output
Date:  Thursday, 24 January 1985 17:01 mst
From:  James Hunter <hunterj%utai.uucp at BRL-TGR>
To:  info-cpm at AMSAA
Newsgroups:  net.micro.cpm
Xref:  seismo net.micro.cpm:3851

In article <864@ihuxk.UUCP> db21@ihuxk.UUCP (Dave Beyerl) writes:
>
>> Subject: Turbo Pascal output
>>
>> Is there a method that enables program output to be sent
>> to the screen and printer??? Cntrl-P works when running
>> CPM, but from Turbo Pascal, it doesn't. (at least not on
>> my machine.)  Do I make the program a .COM file and use Cntrl-P??
>> Thanks in advance for any help given.
>>
>         In order to print output to both the screen and the line
>printer in Turbo Pascal under CP/M you must include a second
>writeln statement which directs its output to the Lst device.
>For example, to print the string 'Hello There!' on both the
>screen and printer, you would include the following lines in
>your program:
>
>         writeln ('Hello There!'); { print on screen }
>         writeln (Lst,'Hello There!'); { print on printer }
>

  Or, you could write a procedure to print to both the console and the printer:

  type
    workstring = string[255];


   procedure both(stuff: workstring);
   begin
          writeln(stuff);
          writeln(LST,stuff);
   end;

  You may want to use the compiler directive {$V-} with this which relaxes
parameter checking and allows parameters of any string length to be passed.
{See section 16.1.1 of manual about this}.
The problem with this approach is that you may want to print both strings
and numbers, which won't be automatically formatted as with the writeln
command.

---------------------
  Gumby lives!!
---[4690]---

[4691] (56 lines) Network_Server 01/27/85  1443.4 mst Sun cpm
Subject:  New magazine to appear
Date:  Saturday, 26 January 1985 10:21 mst
From:  Charlie Strom <CSTROM at MIT-MC>
To:  INFO-CPM at BRL
cc:  INFO-MICRO at BRL

                     New Computer Journal to Appear


     Sol Libes, former editor of Microsystems, has announced a
new bimonthly publication, Micro/Systems Journal.

     Sol has advised us that Micro/Systems Journal will cover
CP/M, MSDOS, S-100 topics, etc. along lines similar to the old
Microsystems. There will be emphasis on both hardware and
software topics, with special coverage of public domain
software in both the CP/M and MSDOS worlds. We can
also expect reviews of hardware and software, expert technical
articles, etc.

     The premier issue of Micro/Systems Journal is slated for
release in early March, 1984. A mass mailing will be going out
shortly soliciting charter subscriptions, but we can summarize
the subscription information as follows:

U.S. Subscriptions

     1 year ........ $18      bulk mailing
     2 year ........ $32

     1 year ........ $24      first class
     2 year ........ $44

Canada/Mexico

     1 year ........ $24      first class
     2 year ........ $44

Foreign

     1 year ........ $32
     2 year ........ $58

     Before April 15, subscribers may deduct 10%; former
Microsystems subscribers may deduct an additional 5%.
Subscriptions should be sent to: Micro/Systems Journal, Box 1192,
Mountainside, N.J. 07092.

Advertising

     Advertisers are solicited and requested to call Sol Libes at
201-522-9347 Tuesday-Friday.


                                                       Charlie Strom
                                                       1/22/85

---[4691]---

[4692] (19 lines) Network_Server 01/27/85  1443.4 mst Sun cpm
Subject:  15 MBYTE HARD-DISC
Date:  Friday, 25 January 1985 23:40 mst
From:  Weinstein at HI-MULTICS
To:  info-ibmpc at USC-ISIF, info-micro at BRL, info-cpm at BRL

I just got a DISCTRON D519 HARD DISC DRIVE for my COMPAQ computer.  I am
currently running with a Western Digital Hard Disc controller and I am
quite pleased.  I was able to get a good price on this 15 MByte drive
and can probably get a few more if there is any interest.  This is ONLY
the disc drive (you have to buy your own power supply and controller).
The price is $300.00.  The drives are new and tested.

Please send mail to Weinstein -at HI-MULTICS or call 612-425-1813

THIS IS NOT AN AD, I AM JUST WILLING TO HELP A FEW PEOPLE WHO KNOW WHAT
TO DO WITH A BARE HARD DISC DRIVE.  THERE ARE ONLY 6 DRIVES CURRENTLY
AVAILABLE....  HOWEVER I DO NOT KNOW IF THERE WILL BE ANY LEFT WHEN YOU
READ THIS MESSAGE.

          Dennis
---[4692]---

[4694] (17 lines) Network_Server 01/29/85  1055.4 mst Tue cpm
Subject:  permanently changing default disk from a program
Date:  Monday, 28 January 1985 07:06 mst
From:  Michael Shneier <shneier%nbs-amrf.uucp at BRL-TGR>
To:  info-cpm at AMSAA
Newsgroups:  net.micro.cpm
Xref:  seismo net.micro.cpm:3855

I am running CP/M-86, and want to be able to set the default disk from within
a program in such a way that it *REMAINS* set after exiting the program. The
bdos 14 call modifies the default only while the program is running, but I
need to chain to a program on another disk, which will run with that disk
selected. (I have considered modifying the second program to select the right
disk based on a passed parameter, but would prefer a cleaner solution.)


--

Mike Shneier                        UUCP: {seismo,allegra}!umcp-cs!nbs-amrf!shneier
---[4694]---

[4695] (14 lines) Network_Server 01/29/85  1055.4 mst Tue cpm
Subject:  Re: MicroShell WANTED!
Date:  Monday, 28 January 1985 08:23 mst
From:  David G. Sampar <dsampar at ARDC> (PM-AL)
To:  9-2-83 <jhw%tty3b.uucp at BRL-TGR>
cc:  info-cpm at AMSAA

The address you need is:
          New Generation Systems, Inc.
          1800 Michael Faraday Drive, Suite 206
          Reston, VA 22090
          703-471-5598
          800-368-359

There is an article on MicroShell in the Jan/Feb issue of Sextant, a magazine
for Heath/Zenith users.
---[4695]---

[4696] (43 lines) Network_Server 01/29/85  1055.5 mst Tue cpm
Subject:  Re: Need HELP with SUBMIT
Date:  Friday, 25 January 1985 08:22 mst
From:  Rick Chinn <rzdz%fluke.uucp at BRL-TGR>
To:  info-cpm at AMSAA
Newsgroups:  net.micro.cpm
Xref:  seismo net.micro.cpm:3856

> Please Help!!  I have been frustrated for some time with the SUBMIT
> function of CP/M.  I have a Vector Graphic 1600 system running CP/M
> 2.20.
>

I don't think that you're the only person that submit has chosen to abuse. I
regularly have trouble with it, to wit: write a submit file, run it, it runs,
make one change, the whole thing bombs. Look at submit file with ddt, can't
find any bogus characters...give up...(if I had a dime for every hour I've
wasted, I could go to dinner at a *nice* restaurant)

I don't use submit anymore. I use microshell instead. It looks more like unix
anyway, and I've never had trouble with it not wanting to do what's in the
batch file. I also have another shell-type program called clip that does the
same sort of thing, and allows conditionals, more like a shell script would.
(neither are public domain, they're commercial programs)

If someone out there in net.land knows how to make submit do something
useful, please let me know. I'm very tempted to do this:

    a> era submit.com

Rick Chinn
John Fluke Mfg. Co MS 232E
PO Box C9090 Everett WA 98206

ihnp4!uw-beaver----\
decvax!microsof     \
ucbvax!lbl-csam      \
                      +====!fluke!rzdz
sun                  /
sb1!allegra         /
ssc-vax------------/

(206) 356-5232

p.s. I tried mail, but UUCP sez nocando.
---[4696]---

[4697] (15 lines) Network_Server 01/29/85  1055.5 mst Tue cpm
Subject:  Re: ZCPR3 Hacks
Date:  Monday, 21 January 1985 00:56 mst
From:  Penny Anderson <Penny.Anderson at CMU-CS-C>
To:  cem%intelca.uucp at BRL-TGR
cc:  APA at CMU-CS-C, info-cpm-request at AMSAA

Chuck,
          Won't changing your system prompt to "A:!" screw up the way
ZEX handles input control.  If you use the "<uparrow><doublequote>"
option in a ZEX file, ZEX turns control over to the console until it sees
a 'special character' pass by.  The special character in the distribution
version is a ">" with the MSB set.  It seems like that should leave the re-
mainder of your ZEX file pending forever.  Is that right, Rick?

          Don Shields  c/o [Penny Anderson - APA@CMU-C]
-------
---[4697]---

[4698] (30 lines) Network_Server 01/29/85  1055.5 mst Tue cpm
Subject:  re:apple-cpm serial interface problems
Date:  Monday, 28 January 1985 12:20 mst
From:  R. MEIER <rmeier at SU-STAR>
Reply-To:  R. MEIER <rmeier at SU-STAR>
To:  info-cpm <info-cpm at AMSAA>

Jim,
          I have the following arrangement of cards and have not had a problem.
                    Slot 0:128K ram
                    Slot 1:Super-Serial Card (modem)
                    Slot 2:Apple Serial Card (printer)
                    Slot 3:80-col card
                    Slot 4:Z80 card
                    Slot 5:vacant
                    Slot 6:disk
                    Slot 7:vacant
          Within the configuration block of CP/M, I have routines to make the
128K ram look like a disk, the Slot 2 Apple Serial Card look like a printer
with DTR flow control, and the Super-Serial Card look like another console.
The Apple Serial Card has no flow control on board, but since the printer
doesn't transmit, I switched the DTR and REC lines on the RS-232 connector.
The Apple Serial Card is nothing but a ROM, line driver, and line sensor
that I can read/write directly.  The ROM contains software for RS-232 timing,
so I use it to output a byte at a time, but I only send it a byte after
reading that the DTR line is high.  The Super-Serial Card has flow control
on board and so is called in the normal fashion of a port/status register
pair.
          If the above superficial view is helpful, then fine, otherwise,
write me at rmeier@star.arpa.
                                                  Bob (rmeier@star.arpa)
------
---[4698]---

[4699] (23 lines) Network_Server 01/29/85  1055.5 mst Tue cpm
Subject:  CP/M-80 file directory debugger needed
Date:  Monday, 28 January 1985 12:47 mst
From:  Kaminski.PA at XEROX
Reply-To:  Kaminski.PA at XEROX
To:  Info-Cpm at AMSAA, XeroxInfo-CPM^.wbst at XEROX

----------------------------------------------------------------
Reply-to: WRS@OFFICE-2.ARPA
From: William R. Soley <WRS@C39.Tymnet.ARPA>
Date: Thu, 24 Jan 85 19:42:10 PST
To: Kaminski.PA

I'm looking for a program which will let me display and patch the directory
and allocation vector on a CP/M disk.  It would be nice if it would also
automatically check for some consistency and rebuild the allocation vectors.

I've heard a rumor that one such program is named "FILFIX", but don't know
from where it is available.  I'd very much appreciate any pointers to this
program or one similar.

Thank you,
Bill Soley <WRS@Office-2.ARPA>

----------------------------------------------------------------
---[4699]---

[4700] (18 lines) Network_Server 01/29/85  1055.5 mst Tue cpm
Subject:  New Osborne's Available
Date:  Monday, 28 January 1985 16:50 mst
From:  Jeffrey Edelheit <edelheit at MITRE>
To:  info-cpm at AMSAA
cc:  edelheit at MITRE

Recently, someone on the net asked if new Osborne's are available and, if so,
how much.  Today's US mail had a post card from WestWind Computer in it.
WestWind is the result of a merger (buy-out?) of Drive C and Trantor.  Anyway,
the card said that new, warrantee-able O-1s and Executives were available for
$697 and $947, respectively.  Their phone # is 800-526-6500 outside of CA
and 800-831-3144 in CA.

I HAVE NO RELATIONSHIP OR INTEREST IN THIS FIRM AND AM MERELY PASSING ON SOME
INFORMATION I GOT IN THE MAIL !!!!!!!!!

Jeff Edelheit
(edelheit@mitre)

---[4700]---

[4702] (53 lines) Network_Server 01/29/85  1055.6 mst Tue cpm
Subject:  Need Help on BASICA Comm Support
Date:  Monday, 28 January 1985 19:05 mst
From:  Larry Afrin <lbafrin%clemson.csnet at CSNET-RELAY>
To:  info-micro at BRL-TGR, info-cpm at BRL-TGR

[Preface:  I've already bounced the following problem off of info-ibmpc@
usc-isib with no luck (my thanks anyway).  Does anybody on info-micro or
info-cpm have any suggestions short of getting in touch with IBM, Microsoft,
or Andy Fluegelman (sp?)?  -- Thanks, L.A.]

I'm having problems trying to get BASICA to deal with the Async Comm Adapter
at 1200 baud, no parity, 8 data bits, and 1 stop bit.  After I do an
'open "com1:1200,n,8,1"' statement, I send my Hayes Smartmodem 1200 a couple
of "AT"'s to set it straight as to what the communications parameters are,
and then I send it the command to dial the local TELENET access point.
So far, so good -- everything the modem has echoed back to the PC has been
interpreted perfectly with regard to the comm parms.  But from the very
beginning of my TELENET dialogue, something goes amiss.  Everything I send
to TELENET is sent correctly and interpreted correctly, but I have problems
when I try to receive data from TELENET.  It seems that the BASICA comm
support software insists on setting the high bit in the 8-bit data byte I'm
receiving in order to bring the total number of data bits to an odd number.
If the data byte already has an odd number of data bits, then the high bit
is left alone as a zero-bit.  For example, if TELENET tries to send me an
upper case A (ASCII 65 -- the 64 bit and the 1-bit), then what BASICA
delivers to my program in response to an "input$(1,#1)" is an ASCII 193 --
the 128 bit is set to bring the total number of data bits up to 3, an odd
number.  I know this is starting to sound like a parity problem, but is it?...

I've done some investigation and found the following things out.  For one,
TELENET isn't the problem, and neither is my modem or the Async Adapter
card, because when I try to talk to TELENET using the 1200-N-8-1 configuration
through a non-BASIC program (e.g., PC/Intercomm or Smartcom II), everything
works fine.  I've even checked the Line Control Register on the INS8250
chip after opening COM1:1200,N,8,1, and it correctly reports a value of 3,
regardless of whether the comm port was opened by BASIC or a non-BASIC program.
Therefore, it really does appear like the problem is with the input part of
the BASIC comm routines (output at 1200,N,8,1 works fine).  What really makes
this weird is that PC-TALK III uses 1200,N,8,1 for transmitting and receiving
binary and XMODEM files, and as far as I know, I've never seen any reports of
those routines failing because of this apparent error.  That's why I'd like
to think that I'm just doing something ridiculously wrong.

If anybody's got any ideas on what the problem is and/or how to solve it,
*please* let me know.

                                                  -- Larry Afrin
                                                     Dept. of Computer Science
                                                     Clemson University

-----------------------------
Please send replies, if any, to:
lbafrin@clemson                 if you're on CSNet
lbafrin.clemson@csnet-Relay     if you're on ARPANet
---[4702]---

[4703] (52 lines) Network_Server 01/29/85  1055.6 mst Tue cpm
Subject:  ALS CP/M Card
Date:  Tuesday, 29 January 1985 01:52 mst
From:  brad at DCA-EUR
To:  info-cpm at AMSAA

Date: 29 Jan 1985 08:43:14 Z
Comment:
Forwarded message(s):
-----------------------------------------------------
To: rmeier @ su-star
From: brad @ dca-eur
Date: 29 Jan 1985 07:28:35 Z
cc: brad @ dca-eur, dbrothers @ ddn1
Text: Bob,
Thanks for your reply.  Last night I had a major breakthru by getting
data to my printer.  I was able to do this by putting my serial card
in slot #2 and using PIP to send a file to AUX: (slot 2)  I have
WordStar and would like to use the print command in WordStar, but
the next best thing would be to send the output of WordStar to disk
and then use pip to print it out.

ALS told me in a letter that with release 3.01B2 and later they have
a utility called FLIP to reassign Apple slots 1, 2, and 3 similar to
the way DEVICE.COM works.  I have release 3.01B1 and don't have the
the FLIP utility.  ALS says they will mail it to me.  So far I have
been unable to get DEVICE.COM to work (maybe I'm using the wrong format
for the command or something else simple).  Since ALS has come up with
the FLIP utility, perhaps that's because DEVICE doesn't work with the
Apple.  Oh, well, my main concern was to get data to the serial printer
and I overcame that last night using PIP.  It still would be nice to
be able to turn on the printer using ctrl-p, hopefully ALS FLIP will
do that by allowing me to redefine slot #2 as LST: instead of AUX: .

I still haven't discovered why CP/M won't boot with the serial card
in slot #1.  I thought it may be because the serial card occupies
some of the same ROM space as the CP/M card.  I know there is a
problem where the MicroModem will not work in slot 2 if the Serial
Card is in slot #1.  Maybe you can shed some light on that since you
have serial cards in both slot 1 and 2.

I have ordered the ALS Programmers' Toolkit which includes two disks
containing both the source for ALS' BIOS and Digital Research
skeletal BIOS.  With that I should be in pretty good shape to figure
things out.

Over here in Stuttgart, Germany. I am really isolated from the
"real world".  I don't know anyone else here that has the ALS
CP/M card here.
Thanks again.
Brad

-------------END OF FORWARDED MESSAGE(S)-------------

---[4703]---

[4704] (34 lines) Network_Server 01/29/85  1055.6 mst Tue cpm
Subject:  re: What is the list price of an Osborne 1?
Date:  Monday, 28 January 1985 16:08 mst
From:  Jerry Hollombe <hollombe%ttidcc.uucp at BRL-TGR>
To:  info-cpm at AMSAA
Newsgroups:  net.micro.cpm
Xref:  seismo net.micro.cpm:3866

>From: Bicer.ES@XEROX.ARPA
>Subject: What is the List Price of Osborne I
>Message-ID: <7644@brl-tgr.ARPA>
>
>Does anyone know the list price of Osborne I (SSSD), and if it is
>still available.

A few Osborne 1's are still available from Drive C.  Prices start  at  $797
for  52  column  screen,  $997  for  the  52/80/104 column screen.  All are
double-density, fully warrantied and include CP/M 2.2, WordStar, SuperCalc,
CBasic,  and  MBasic.  They  also  have Executives for $1197 with CP/M 3.0,
Personal Pearl, and the UCSD P-system as well as the O-1  software  (except
for CP/M 2.2, of course).

Drive C recently changed their name, I can't remember to what, but their
address is still the one below as far as I know:

Drive C:
1690 65th Street
Emeryville, CA  94608
--
==============================================================================
The Polymath (Jerry Hollombe)
Citicorp TTI                               If thy CRT offend thee, pluck
3100 Ocean Park Blvd.                      it out and cast it from thee.
Santa Monica, California  90405
(213) 450-9111, ext. 2483
{vortex,philabs}!ttidca!ttidcc!hollombe
---[4704]---

[4705] (21 lines) Network_Server 01/29/85  1055.6 mst Tue cpm
Subject:  A book about CP/M-86
Date:  Tuesday, 29 January 1985 06:54 mst
From:  Thieret.WBST at XEROX
To:  Info-Cpm at AMSAA, Info-Micro at BRL-VGR
cc:  Thieret.WBST at XEROX

I've recently become the recipient of a single board computer
(guaranteed to boot up) equipped with 8088,8087,8089, and 7220 for
console and graphics for an exceedingly reasonable price.  The computer
in question comes with CP/M-86 and not MS-DOS.  It also comes sans
documentation for the operating system. This is NOT (repeat NOT) a
pirate copy.  The computer has been discontinued by the manufacturer who
is selling off his stock.  The hardware is well documented though.

I'm looking for a book which documents the features of CP/M-86
especially the assembler.  I am experienced in CP/M-80 and could likely
use the 86 version but the book would be helpful.

Thanks,

Tracy.  (Thieret.WBST @ Xerox.ARPA)

---[4705]---

[4706] (13 lines) Network_Server 01/29/85  1055.6 mst Tue cpm
Subject:  Re: scribble
Date:  Monday, 28 January 1985 20:00 mst
From:  Michal Young <young at UCI-ICSE>
To:  George Smith <gbs%voder.uucp at BRL-TGR>
cc:  info-cpm at AMSAA, young at UCI-ICSE

  It certainly would be nice if scribble were released to the public domain.
A lot of Kaypro owners have Perfect Writer/Perfect Formatter, which are
clones of Mince/Scribble.  But unlike Scribble, P. Formatter did not
come with source code, and so Kaypro owners have not been able to customize
the formatting to their likes and needs.  (Or was it just Mince that
came with source?)
--Michal Young, UC Irvine
  young@uci
---[4706]---

[4707] (11 lines) Network_Server 01/29/85  1055.6 mst Tue cpm
Subject:  Bugs in MAC.FIX patch for MAC
Date:  Friday, 25 January 1985 18:42 mst
From:  Eric Stork <STORK at MIT-MC>

I tried both patches in MAC.FIX, but neither really works.  Also, on
Option 2, the author garbled the instruction (one should change 1664,
not 1663).

Have you tried either one?  Does it work for you?  If not, maybe one
ought to spare people grief. I assume you want this sort of feedback.

Eric.
---[4707]---

[4708] (66 lines) Network_Server 01/29/85  1455.9 mst Tue cpm
Subject:  BACKUP UTILITY VERSION 1.2 (BU-V12.LBR)
Date:  Sunday, 27 January 1985 12:39 mst
From:  LCG.KERMIT at DEC-MARLBORO
Reply-To:  B.Eiben LCG Ext 617-467-4431 <EIBEN at DEC-MARLBORO>

Now available from SIMTEL20:

Filename                      Type       Bytes     CRC

Directory MICRO:<CPM.HDUTL>
BU-V12.LBR.1                            COM        58112  5D6CH

i just uploaded version 1.2 of BU. fixed up the printer routines. added top-
of-forms, better use of spacing, etc. the library in addition to the .ASM and
.DOC has four files:

BU1.COM    -    improved generic version. should work with most micro's and
                printers.

BU2.COM    -    adjusted # of columns and lines per page. printer must be setup
                to 132 columns (16.5 char/in.) and 88 lines per page.

BU3.COM    -    same as BU2.COM but will send the DEC escape sequences to setup
                printer. no need to run a printer setup program before hand.

BU4.COM    -    same as BU3.COM with RBYANC support added. BU1,BU2, and BU3
                write a disk label to floppy with a date dependent format
                e.i. '-YYMMDDd.nnn where YYMMDD are the date entered, 'd' is
                the drive letter backed up and 'nnn' is the label prompted for.
                Using this label with RBYANC poses a problem because you cannot,
                at least i have not found a way yet, to delete an entire volume
                from the MAST.CAT. instead, BU4 will write the date out in this
                format, '+YYMMDDd.nnn' and write a second label name with the
                following format '--BACKUP.nnn', 'nnn'= volume label prompted
                for under BU?.COM. When backing up over old floppies, the label
                will remain the same therefor RBYANC will just update the
                volume directory in MAST.CAT instead creating a new volume.
                I use two sets of backups (doesn't everybody ???) using the
                following format: 'A01, A02, A03 ... Ann' for the first
                and 'B01, B02, B03, ... Bnn' for the second. This makes the
                volume labels for RBYANC as follows:
                '--BACKUP.A01, --BACKUP.A02, etc.' and '--BACKUP.B01,
                --BACKUP.A02, etc.'. makes them easy to spot in MAST.CAT.
                also, the date file name is always up front of MAST.CAT making
                it easy to tell when the last bakups where done. sorry for the
                lengthy explanation.

The BU-V12.ASM can be easily modified to accomodate other printers. i added
some new EQU to

1.   send printer escape sequences, detailed by 'SETPRINTER'
2.   add RBYANC support
3.   change # of columns and page size

these are all easily modifiable. i plan for some extensive DEC dependent
escape sequences to be used for Rainbow,s to pretty up the screen and printer
later, look for another upload of BU-RB.LBR

*** note ***
i did not add cut lines to printer, too messy to figure in and keep all of the
directory on one page. you may wish to redo it yourself

GREG TEATER
DIGITAL EQUIPMENT CORP.
6400 E. BROAD ST.
COLUMBUS, OHIO 43213
(614) 868-1900 X264
---[4708]---

[4709] (18 lines) Network_Server 01/29/85  1455.9 mst Tue cpm
Subject:  Need Help on BASICA Comm Support
Date:  Tuesday, 29 January 1985 13:43 mst
From:  mlsmith at NADC
To:  info-cpm at BRL-TGR, info-micro at BRL-TGR,
     lbafrin%clemson.csnet at BRL-TGR, CSNET-RELAY at NADC
cc:  kushnier at NADC
Mmdf-Warning:  Parse error in preceding line at BRL-TGR.ARPA

What else is the basic program doing? To get a good communications set
both transmit and receive, the basic has to be back to the interface quick
enough to catch the echoed characters. If not a control-s and control-q flow
control is needed, so data in and data out do not occur at the same time. If all
this fails look in writing a machine language I/O handler or compiling basic.
I had this problem with a Digital Group computer and their stupid operating
system did not set up the Uart's properly. I doubt that's the problem here
since the other software works.

good luck,
mlsmith@nadc.ARPA
---[4709]---

[4710] (9 lines) Network_Server 01/29/85  1455.9 mst Tue cpm
Subject:  EPSON GENEVA QUERY
Date:  Tuesday, 29 January 1985 14:02 mst
From:  CSTROM at SIMTEL20
To:  jason%jett.uucp at BRL-TGR
cc:  INFO-CPM at BRL, CSTROM at SIMTEL20

Re filink for the Geneva - I have seen a generic implementation with
source available which should be easily adaptable to any machine
running CP/M 2.2. It is an independent effort (not from Epson) and it
is in the database on the Epson sig on Compuserve.
---[4710]---

[4711] (11 lines) Network_Server 01/29/85  1856.5 mst Tue cpm
Subject:  Re: A book about CP/M-86
Date:  Tuesday, 29 January 1985 14:57 mst
From:  Sam Hahn <Samuel at SU-SCORE>
To:  Thieret.WBST at XEROX
cc:  Info-Cpm at AMSAA

Correct me if I'm wrong, but I think I've seen a book by John Lindsay
called "CP/M-86 Assembly Language Programming".  He's also written a
similar book for CP/M-80.  Most others I've seen just rehash the instruction
set.  I haven't yet read this one since I'm still waiting for it (from Data
Processing Book Svc, no less::::: NO PLUG!! just info...)
-------
---[4711]---

[4712] (17 lines) Network_Server 01/29/85  1856.5 mst Tue cpm
Subject:  Info on Randomhouse Thesaurus?
Date:  Wednesday, 23 January 1985 08:12 mst
From:  Richard Foulk <richard%bigtuna.uucp at BRL-TGR>
To:  info-cpm at AMSAA
Newsgroups:  net.micro.cpm
Xref:  seismo net.micro.cpm:3871

Does anyone have any info on the structure of the data file
that comes with the Random House Thesaurus -- the additive
package for Wordstar?

I'd like to be able to access the thesaurus from some other
programs.

thanks

--
Richard Foulk                 (..islenet!bigtuna!richard)
---[4712]---

[4713] (32 lines) Network_Server 01/30/85  1154.9 mst Wed cpm
Subject:  New ZCPR3 Files
Date:  Wednesday, 30 January 1985 08:46 mst
From:  Rick Conn <RCONN at SIMTEL20>
To:  info-cpm at AMSAA

The following files are now in MICRO:<CPM.Z3NEW> on SIMTEL20.
They are also in MICRO:<CPM.ZCPR3>, and they are placed in Z3NEW for
your convenience; they will be removed from Z3NEW after at least one
week.

          LDR.MAC and LDR.COM  -- version 1.2 of LDR
          Z3INS.MAC and Z3INS.COM  -- version 1.2 of Z3INS
          Z3FULL.RPT and Z3HELP.RPT -- configuration of all ZCPR3 files
          Z3NEWS.104 -- latest newsletter from Echelon (discusses VFILER,
                    ZRDOS2, Z800, others)
          WMZ3PAT.ASM -- a patch to Word Master version 1.07 to feed
                    off of the ZCPR3 TCAP facility for terminal control!
                    By Dennis Wright
          WSZ3PAT.ASM -- a similar patch to Word Star version 3.0!
                    Also by Dennis Wright

The two patch files are really signficant!  I have tried them both, and they
seem to work very nicely!  Now, WM and WS can run with any terminal by
changing just the TCAP entry on the Z3 System.  Imagine an interactive
user dialing into a BBS, specifying his terminal, and then being able to
run WM or WS to edit files!  Very nice.  One tradeoff, tho -- the size
of WM.COM and WS.COM increases as a result of this patch.  WS.COM is
almost twice as big as the previous version; WM.COM is enlarged only slightly.

          Enjoy!

                    Rick
-------
---[4713]---

[4714] (29 lines) Network_Server 01/30/85  2357.4 mst Wed cpm
Subject:  Trouble booting CP/M-86
Date:  Wednesday, 30 January 1985 19:28 mst
From:  mknox <mknox at UT-NGP>
To:  info-cpm at AMSAA

I hope someone has a fix for this problem.  I don't have a good solution.

I have been running CP/M-86 from floppies on an IBM-PC (early model).  I
added a hard disk and run CCP/M-86 from that, as well as still running the
CP/M-86 from floppy.  Because I had an old IBM-PC I could not boot directly
from hard disk, but had to use a special boot floppy to bring up CCP/M.

Now I have the new ROM for my PC, and I can boot MS-DOS or CCP/M directly
from the hard disk. *BUT* I can no longer boot any of my CP/M-86 floppy
disks.

I put the diskette in drive A: and power up.  After a small wait the CRT
says '1 hard disk' and spins the floppy.  It then says:

  Interrupt #40 from C800:0353
  Strike any key to continue

vertically down the screen (and it wasn't easy to read, believe me!).
Striking any key just repeats the message.

What am I doing wrong.  I can still boot a floppy version of MS-DOS, but
not CP/M-86.  Turning off the hard drive doesn't help.  Any suggestions?

                                                  tnx

---[4714]---

[4715] (10 lines) Network_Server 01/31/85  0759.7 mst Thu cpm
Subject:  Re: A book about CP/M-86
Date:  Thursday, 31 January 1985 06:07 mst
From:  Lowans.Henr at XEROX
To:  Thieret.WBST at XEROX
cc:  Info-Cpm at AMSAA, Info-Micro at BRL-VGR

          Osborn/McGraw-Hill has a very good book titled 'CPM Users Guide' that
covers both CPM and CPM-86 with some assembly language. I believe it is
in its 3d edition. Do not confuse this with the newly released 'CPM-86
Users Guide', I just purchased a copy and am unimpressed.
                                                                                                    Paul
---[4715]---

[4716] (19 lines) Network_Server 01/31/85  0759.7 mst Thu cpm
Subject:  PUBlic swipes files! Help!
Date:  Tuesday, 29 January 1985 10:03 mst
From:  Jan Steinman <jans%mako.uucp at BRL-TGR>
To:  info-cpm at AMSAA
Newsgroups:  net.micro.cpm
Xref:  seismo net.micro.cpm:3874

I have installed the PUBlic (1.0) patch described in Dr. Dobbs and find many
files dissapear when using a patched system!  DU informas me that the missing
files are those which follow the first erased FCB in the directory, leading
me to believe the patched "Find Next" BDOS call is quitting when it finds
a single E5H, instead of the "high water mark", a whole FCB of E5H's.

Comparison with the published listing shows my patch is identical (I think).
Has anyone else experienced this?  Does v1.1 fix this as well as the multiple
extent problem mentioned, or does v1.1 only apply to the PUBLIC utility?
Or perhaps this patch only works with contiguous directory entries? (ugh!)
--
:::::: Jan Steinman           Box 1000, MS 61-161 (w)503/685-2843 ::::::
:::::: tektronix!tekecs!jans  Wilsonville, OR 97070         (h)503/657-7703 ::::::
---[4716]---

[4717] (28 lines) Network_Server 01/31/85  1200.8 mst Thu cpm
Subject:  ITS-binary files on SIMTEL20 - pro and con
Sender:  KPETERSEN at SIMTEL20
Date:  Thursday, 31 January 1985 07:22 mst
From:  Keith Petersen <W8SDZ at SIMTEL20>
To:  Info-Cpm at AMSAA
cc:  Info-Micro at BRL-VGR

The original purpose of the so-called ITS-binary file, with its
four-byte header, was so that people using the MIT "ITS" operating
system would be able to tell the difference between BINARY and ASCII
files (the operating system has no such built-in feature).

It appears that putting this four-byte header on all our
MICRO:<CPM.xxx> binary files is causing problems for people on other
operating systems who must strip the first four bytes.

The question is:  Should all of the rest of the net users have to work
out this extra step (sometimes requiring special programs to do it).
I think not.

The solution, it seems to me, is for someone at MIT to write a special
version of FTP that will add the special ITS-binary header on any
BINARY file that is FTPed.  This would require the FTP to be able to
query the sending end as to what the file type is: ASCII or BINARY.

I hope we can do away with ITS-binary files soon.  They're a real pain
to have to explain to every new user.

--Keith
---[4717]---

[4718] (15 lines) Network_Server 01/31/85  1200.8 mst Thu cpm
Subject:  Re: Need HELP with SUBMIT
Date:  Thursday, 31 January 1985 07:54 mst
From:  Daniel Grayson <grayson%uiucuxc at UIUC>
To:  cmcl2!seismo!POURNE at MIT-MC, grayson%uiucuxc.uucp at BRL-TGR
cc:  info-cpm at AMSAA

Using submit on any disk involves a simple patch to SUBMIT - changing
one byte causes it to put the $$$.SUB file on A: instead of the current
disk, so that the CCP can find it.
   Anyway, I've been using ZCPR2 for so long, the issue is academic for
me.  ZEX works much better because it is memory based, and EX will do the
same on any CPM system.
   Thanks for the feedback.

          uucp:     {ihnp4,pur-ee}!uiucdcs!uiucuxc!grayson
                    Dan Grayson, Math Dept, Univ of Ill, Urbana 61801
---[4718]---

[4719] (81 lines) Network_Server 01/31/85  1200.8 mst Thu cpm
Subject:  Turbo Design Flaw
Date:  Tuesday, 29 January 1985 10:17 mst
From:  Chuck McManis <cem%intelca.uucp at BRL-TGR>
To:  info-cpm at AMSAA
Newsgroups:  net.micro.cpm
Xref:  seismo net.micro.cpm:3877

As some of you probably already know there is a major design flaw in
Turbo PASCAL. Namely, THEY USE THE COMMAND LINE TO STORE DATA INTO!
For those of you have tried to use the CP/M command tail with the
statement
VAR CmdLine : String[127] absolute $80;
Will probably notice that if your command line is more often than
not completely munged when you try to read it. I have found that
if the VERY FIRST thing your program does is copy the command line
into a string variable with the loop
FOR I := 1 to Mem[$80] do Cmdline[I] := Chr(Mem[$80+I]);
CmdLine[0] := Mem[$80];
The most you can get seems to be around 37 characters of the original
command tail. The rest is corrupted(sp?) by Turbo's init procedure.

  There is a solution however, or rather a hack, that will allow one
the full use of the command tail. The procedure is as follows :

  o Put the following code in the program at or before the point where
    you will use the command line :

    Const
      Start_Address = $1FC9; { Declare the value from your system }
    Var
      I       : Integer;
      CmdLine : String[127]

    For I := 1 to Mem[Start_Address] Do
      Cmdline[I] := Chr(Mem[Start_Address+I]);
    CmdLine[0] := Chr(Mem[Start_Address]);

  o Go into the Options menu, and set the mode to Com file. (Doesn't
    make sense to have command line recognition when you are running
    the code from memory.)

  o Then set the start address from what it currently is to start_
    address + 80h bytes. In my system the start address went from
    1FC9h to 2049h.

  o "Q"uit the options menu and compile the program. When completed
    the list of memory used should come up with 128 bytes free at the
    beginning of your program.

  o Now use DDT or SID or ZSID on the resultant .COM file. Note the
    length of the file (so you can save it again later) and dump
    at address 100H. There will be a jump at 100 to the start address
    you adjusted above. After that will be a copyright message from
    Borland, and some zeros until about address 170h. Do the following
    commands in the debugger :
    A>ZSID FOO.COM
    ZSID .........
    xxyy HHHH HHHH     <- The hex number xx is the number of pages you
    #a100                 need to save.
    100 jp 130
    103
    #a130
    130 ld hl,80
    133 ld de,1fc9
    136 ld bc,80
    139 ldir
    13B jp "start_Address"  ; use the address that the jump at 100 originally
    13E                     ; pointed to.
    #G0
    A>Save zz FOO.COM  <- convert xx to decimal and use in place of zz.

You now have a .COM file, that will first save the command tail before
Turbo has a chance to Stomp on it. Argh! Why couldn't they design it
correctly in the first place!

--Chuck

--
                                            - - - D I S C L A I M E R - - -
{ihnp4,fortune}!dual\                     All opinions expressed herein are my
        {qantel,idi}-> !intelca!cem       own and not those of my employer, my
 {ucbvax,hao}!hplabs/                     friends, or my avocado plant. :-}
---[4719]---

[4720] (8 lines) Network_Server 01/31/85  1200.8 mst Thu cpm
Subject:  Re: ITS-binary files on SIMTEL20 - pro and con
Date:  Thursday, 31 January 1985 09:08 mst
From:  Henry Sowizral <henry at RAND-UNIX>
To:  Keith Petersen <W8SDZ at SIMTEL20>
cc:  Info-Cpm at AMSAA, Info-Micro at BRL-VGR, henry at RAND-UNIX

I second the motion.

                                        --- Henry
---[4720]---

[4721] (20 lines) Network_Server 01/31/85  1200.8 mst Thu cpm
Subject:  Attn NorthStar Horizon users
Date:  Thursday, 31 January 1985 10:23 mst
From:  Robert Bloom AMSTE-TOI 3775 <rbloom at APG-1>
To:  info-cpm at AMSAA

Well, I did it.

With surprisingly little effort I've replaced the one of the SSDD drives on my
horizon with two DSDD 96-tpi TEAC FD55F's - from 163k per drive to 784k per
drive in one evening.  Total cost $283.70.  (2 x $135 for the drives + $8.70
shipping + $5.00 for one 34-pin edge connector from Radio Shack.)  I even
managed to add in the archive BDOS patch, ZCPR2 with BIOS inits, and Plouffe's
2k block mods for the octal drives.

I've written up exactly what I did in a message to NorthStar-Users and will
forward a copy to any that ask (it's some 24k long).  If response is good
enough (<4 requests) I'll also post directly to INFO-CPM.  It should end up in
the <cpm.nstar> directory at simtel20 eventually.

bob bloom

---[4721]---

[4722] (14 lines) Network_Server 01/31/85  2023.4 mst Thu cpm
Subject:  Help with installing ZCPR2 on Xerox 820-I
Date:  Wednesday, 30 January 1985 10:20 mst
From:  Alan Rovner <alanr%tekigm.uucp at BRL-TGR>
To:  info-cpm at AMSAA
Newsgroups:  net.micro.cpm
Xref:  seismo net.micro.cpm:3879

I have been having trouble installing ZCPR2 on my Xerox, specifically
with modifying the BIOS the take care of the various buffers, etc.
Does anyone have ZCPR2 running on the Xerox, and if so could I get a
copy of your BIOS or suggestions on buffer assignment.

Thanks,
Al Rovner

---[4722]---

[4723] (36 lines) Network_Server 01/31/85  2023.4 mst Thu cpm
Subject:  Re: Any Libraries for AY3-8910?
Date:  Monday, 28 January 1985 14:31 mst
From:  haddock%waltz.uucp at BRL-TGR
To:  info-cpm at AMSAA
Newsgroups:  net.micro.cpm
Xref:  seismo net.micro.cpm:3880

/**** waltz:net.micro.cpm / brl-tgr!MNeary.es /  2:36 pm  Jan 23, 1985 ****/

          >Is there a library of stimuli that I can feed to the General Instruments
          >AY3-8910 chip to create special sound effects and/or music?  I just
          >acquired some old game boards using this chip, and I figured that I
          >should endeavor to avoid re-inventing the wheel while I try to justify
          >this purchase.

Mike
          You may want to try and get some old issues of the 99'er
magazine.  You ask WHY?  Because the TI 99/4a used TI's 76498a
sound chip which worked *similarly* to the GI AY3-8910/2.  Obviously
the values will be different but it's the general scheme (timings and
frequencies) of how the sounds are produced that will allow you to
re-create them on the different sound chip and maybe learn how to
create your own.  Also, several years ago Steve Ciarcia had a column
(in BYTE, naturally) devoted to the GI sound maker and you may be able
to use some of his examples.  Nonetheless, please let me know of any
libraries or further examples you may come across.  Thanks,

================================================================
                                 _____
          -Rusty-             |\/   o \    o
                              |   (  -<  O o         Where's the fish?
                              |/\__V__/

ARPA:     Haddock%Waltz%TI-CSL@CSNet-Relay
          Rusty@Maryland (forwarded to CSNet address)
CSNet:    Haddock@TI-CSL
USENET:   {convex!smu, ut-sally, texsun, rice} ! waltz ! haddock
---[4723]---

[4724] (17 lines) Network_Server 01/31/85  2023.4 mst Thu cpm
Subject:  Wanted: "p" - C preprocessor
Date:  Thursday, 31 January 1985 16:34 mst
From:  Mark Becker <Cent.Mbeck%MIT-OZ at MIT-MC>
To:  Info-CPM at AMSAA

Hello Netland -

     In Dr. Dobb's Journal of July '84, there was an article about and
listing of a preprocessor written for Small C.

     Before I go and type it in, does anyone already have it on-line?

     Your help is appreciated.

Mark Becker
Cent.Mbeck%Mit-Oz@Mit-Mc
-------

---[4724]---

[4725] (9 lines) Network_Server 01/31/85  2023.4 mst Thu cpm
Subject:  Re: Need HELP with SUBMIT
Date:  Tuesday, 29 January 1985 17:11 mst
From:  Donald Graft <dag%tellab2.uucp at BRL-TGR>
To:  info-cpm at AMSAA
Newsgroups:  net.micro.cpm
Xref:  seismo net.micro.cpm:3881

Please note that the currently shipped version of MicroShell supports
shell programming through variables, conditionals, and user input.  It is
vastly superior to CLIP.
---[4725]---

[4726] (27 lines) Network_Server 01/31/85  2023.4 mst Thu cpm
Subject:  Microshell
Date:  Thursday, 31 January 1985 13:54 mst
From:  Ruben Ramirez-Mitchell <ruben%ut-ngp.uucp at BRL-TGR>
To:  info-cpm at AMSAA
Newsgroups:  net.micro.cpm
Xref:  seismo net.micro.cpm:3882

 You can get Microshell from
    New Generation Systems, INC
    1800 MIchael Faraday Drive, Suite 206
    Reston, Virginia, 22090
    (703) 471-5598

 I would also check Microtools, and MicroTree. I just bought MicroTree from
 them (ls, cd, pwd, tree, mv, cp, rm, mkdir, rmdir) and it works very well
 (it maps user areas to dnamed directories). I run all three programs under
  MPM-816, but I have also used Microshell and Microtools under CP/M-80, and
  CP/M-816.
 Note that they do not support Microshell under MPM , some things do not work
 well in this environment ( no line editor for example, and script files
 which cross user and drive boundaries don't work well).

                      Ruben Mitchell
                      Cell Research Inst.
                      University of Texas
                      Austin, Texas, 78712
                      ruben@ut-ngp.arpa

---[4726]---

[4727] (12 lines) Network_Server 01/31/85  2023.4 mst Thu cpm
Subject:  Z150 and 8" drives ??
Date:  Thursday, 31 January 1985 19:21 mst
From:  LHILL at USC-ECLB
To:  info-ibmpc at USC-ISIB
cc:  info-micro at BRL, info-cpm at AMSAA, lhill at USC-ECLB

   I have taken the big step from 8 to 16 bits with my recent order of
a Z-150. What I don't want to do is give up my dual DDDS 8" drives. The
local Heath folks don't admit to being able to interface 8" drives, which
I take as simple nonsense. Can someone point me to a solution. With all
those IBM systems out there, shurly someone has an 8" controller.
                                        Lem  (lhill at eclb)
-------
---[4727]---

[4728] (75 lines) Network_Server 02/01/85  0023.4 mst Fri cpm
Subject:  SuperBrain External Bus Info Wanted
Date:  Thursday, 31 January 1985 18:52 mst
From:  Tim Maroney <tim at CMU-CS-K>
To:  info-cpm at AMSAA
Newsgroups:  net.micro,net.micro.cpm
Xref:  seismo net.micro:9739 net.micro.cpm:3885

Last year, I bought a military surplus Intertec SuperBrain for use as an
intelligent terminal.  However, it is far more versatile than that, which
has led me to want to attach some outher devices to it.  There used to exist
a beast known as a SuperBrain S-100 bus adaptor.  This fits onto the
internal 40-pin Z-80 bus connector, and provides an S-100 bus interface.

My question: Does anyone know where I could pick up the S-100 bus adaptor?
Alternately, how hard would it be to interface devices directly to the
40-pin connector?

Please keep in mind that I am a hardware cretin who writes device drivers
for a living (strange but true).  This would be essentially a "first
project" as far as the hardware is concerned, but supporting software is not
a problem.

The pin connections to the internal Z/80 bus are shown below:

PIN       SIGNAL    DESCRIPTION
          NAME
---------------------------
1                   SPARE
2         SYSRES*   System Reset Output, Low during Power Up Initialize or
                              Reset Depressed
3                   SPARE
4         A10       Address Output
5         A12       Address Output
6         A13       Address Output
7         A15       Address Output
8         GND       Signal Ground
9         A11       Address Output
10        A14       Address Output
11        A8        Address Output
12        OUT*      Peripheral Write Strobe Output
13        WR*       Memory Write Strobe Output
14                  SPARE
15        RD*       Memory Read Strobe Output
16                  SPARE
17        A9        Address Output
18        D4        Bidirectional Data Bus
19        IN*       Peripheral Read Strobe Output
20        D7        Bidirectional Data Bus
21                  SPARE
22        D1        Bidirectional Data Bus
23                  SPARE
24        D6        Bidirectional Data Bus
25        A0        Address Output
26        D3        Bidirectional Data Bus
27        A1        Address Output
28        D5        Bidirectional Data Bus
29        GND       Signal Ground
30        D0        Bidirectional Data Bus
31        A4        Address Output
32        D2        Bidirectional Data Bus
33                  SPARE
34        A3        Address Output
35        A5        Address Output
36        A7        Address Output
37        GND       Signal Ground
38        A6        Address Output
39        +5V       5 Volt Output
40        A2        Address Output
-=-
Tim Maroney, Carnegie-Mellon University Computation Center
ARPA:     Tim.Maroney@CMU-CS-K          uucp:     seismo!cmu-cs-k!tim
CompuServe:         74176,1360          audio:    shout "Hey, Tim!"

"Remember all ye that existence is pure joy; that all the sorrows are
but as shadows; they pass & are done; but there is that which remains."
Liber AL, II:9.
---[4728]---

[4729] (19 lines) Network_Server 02/01/85  0023.4 mst Fri cpm
Subject:  RCPM-058.LQT phone list of all known RCPMs updated
Sender:  KPETERSEN at SIMTEL20
Date:  Thursday, 31 January 1985 23:37 mst
From:  Keith Petersen <W8SDZ at SIMTEL20>
To:  Info-Cpm at AMSAA

The latest list of all known RCPM (Remote CP/M) systems is now
available from SIMTEL20.  If you cannot FTP and you are not already on
the list to automatically receive updates of RCPM-xx.LST, please send
a note to me and I'll add you to the mailing list.

Filename                      Type       Bytes     CRC

Directory MICRO:<CPM.MISC>
RCPM-058.LQT.1                          COM        38912  4708H

--Keith <W8SDZ@SIMTEL20.ARPA>
Usenet: ...!decvax!brl-bmd!w8sdz
  or    ...!unc!brl-bmd!w8sdz
  or    ...!seismo!brl-tgr!w8sdz
---[4729]---

[4730] (19 lines) Network_Server 02/01/85  0826.0 mst Fri cpm
Subject:  Re: the 'how to' install Teac drives on a NorthStar
Date:  Friday, 1 February 1985 06:12 mst
From:  Robert Bloom AMSTE-TOI 3775 <rbloom at APG-1>
To:  info-cpm at AMSAA

The installation instructions to install teac 96tpi drives in a NorthStar
Horizon have been placed in simtel20:

Directory MICRO:<CPM.NSTAR>
NSTRTEAC.IQS.1                     type COM   15616 Bytes CRC= 6AE8H

To withstall an question:  NorthSTar CP/M version 1.1.0 or later *IS*
required - this version has all the necessary drivers to handle the
'Nine' drives.  To see if you have it - run CPMGEN and answer the drive
question with 'N' (not D or Q).  If it takes it, youre in!

(Thanks Keith Petersen for uploading to simtel20.)

-bob bloom

---[4730]---

[4731] (67 lines) Network_Server 02/01/85  0826.0 mst Fri cpm
Subject:  RE: MINCE, PERFECT WRITER, backspace w/SCRIBBLE, etc.
Date:  Tuesday, 29 January 1985 17:55 mst
From:  Dave Brower <daveb at RTECH>
To:  info-cpm at AMSAA
Newsgroups:  net.micro.cpm
Xref:  seismo net.micro.cpm:3888

> does anyone know how to do this?  In principle, it seems that you
> should be able to insert into a MINCE-processed file a CTRL-H
> (backspace), SCRIBBLE it, and then CRAYON it to get overstriking of
> two characters, but I can't do it.  Can anyone out there help?

The Scribble formatter, from which Perfect Format and the Final Word are
derived, tokenizes input and strips out 'garbage' characters such as
CTRL-H.  In practice and principle you can't embed ANY control codes and
special  characters directly in a .mss file and expect to see them in
your output.  You really don't want to do thie anyway, since it destroys
the printer independence that is one of the strong points of the
scribe-ish formatting model.

The method suggested by Perfect Software's old Berkeley tech support was
to define one of the extra printer strings, such as the italic on/off to
include a backspace. You therefore create an 'e' overstruck with a '`'
with something like:

          e@i(`)

Of course,  this creates some problems justifying things, since the
width of the grave accent gets counted even though it never really took
up a space.  You can make justification work if you only need to do a
few characters:  You include the CTRL-H and the grave-accent directly in
the italics string, doing the same with other special character and the
boldface, underline, etc. strings.  But you'd be screwed if you wanted
to use some of those attributes as originally intended at the same time.
(And I don't want to think about the proportional spacing implications...)

You'd be in slightly better shape if you have one of the MS-DOS Perfect
Formats, which handle MUCH larger TOCs and indeces, and have three more
special printer control string pairs as 'font1,' font2' and 'font3.'  I
don't know what additional flexibility is provided by The Final Word,
though it would be worth checking out.  The less said about PW 2.0 the
better.

Personally, I'd run with a PC Mince and a Perfect Format or a Final Word
formatter.

I have a number of things from the old 'Amythyst Users Group' that might
be of interest to diehard Mince hackers, and a (relatively) good 'C'
mode of my own design.  Reply via mail and I'll try to dredge it out of
the CP/M archives:  A) If there seems to be enough interest, and  B) I
can find a machine to read my old Osborne-1  disks.  Yes, I hacked Mince
with 90k drives, and it was VERY painful.

-Dave Brower

----------------
Mince, Scribble, Crayon and The Final Word are trademarks of Mark of the
Unicorn, Inc. (I hope still getting money from PSI and Thorne/EMI.)

Perfect Writer & Perfect Formatter are trademarks of Perfect Software,
Inc.

Barry A. Dobyns was the Amythyst User's Group and PSI's chief programmer.
--
----------------
-dB {ucbvax, decvax}!mtxinu!rtech!daveb

"The closer you look, the worse it gets."
---[4731]---

[4732] (78 lines) Network_Server 02/01/85  1627.5 mst Fri cpm
Subject:  Re: PUBPATCH and "swiped files"
Date:  Thursday, 31 January 1985 13:38 mst
From:  Bridger Mitchell <bridger at RAND-UNIX>
To:  Jan Steinman <jans%mako.uucp at BRL-TGR>
cc:  info-cpm at AMSAA, bridger at RAND-UNIX,
     Paul L. Kelley <PLK at MIT-MC>

PUBPATCH *MUST* be installed on a STANDARD cp/m 2.2 bdos!

Jan Steinman and Paul Kelley have both reported similar problems--
files disappearing from the disk directory following the first
directory entry with 'E5' in byte 0.

Paul's problem was that his Heath CP/M 2.2.03 was *NOT* a standard
cp/m 2.2 bdos.  It contained this patch, abstracted by Paul:

;Patch at BDOS+0DEEH - End of BDOS
;Come here from GETALOC when first byte marked erased
;Speeds up allocation calculation
PATCH:    INX       H                   ;look at second byte
          CMP       M
          JNZ       GETA1               ;if not erase mark, assume file entry
                                        ;  and continue checking directory
          RET                           ;else assume we have found the region of
                                        ;  the directory not changed since formatting
                                        ;  and quit checking

                    **************************
As we said in Dr. Dobbs, and in the PUBPATCH.ASM source, PUBPATCH
patch must be installed in a  *COMPLETELY STANDARD CP/M 2.2 BDOS!*
                    **************************

Please recheck your bdos.  In the Heath case, Paul's version looked
like this:

Fragment from STANDARD BDOS2.2 routine to get the allocation vector
;
GETA1:    MVI       C,0FFH              ;set the exit code
          CALL      NXTDIR              ;set the next directory pointers
          CALL      CHKCNT              ;was there one?
          RZ                            ;return if not
          CALL      PNTDIR              ;point to the right spot
;HL now points to first byte of directory entry in DIRBUF
          MVI       A,DELDAT  ;get the file deleted mark
          CMP       M                   ;is this what we see?
          JZ        GETA1               ;keep looking for a nonempty block
          LDA       USRCOD              ;get the user byte
          CMP       M                   ;test this against the first byte
          JNZ       GETA2               ;if we don't match mark this block

----------------------------------------------------------------------
;Fragment from HEATH BDOS2.2 routine to get the allocation vector
;
GETA1:    MVI       C,0FFH              ;set the exit code
          CALL      NXTDIR              ;set the next directory pointers
          CALL      CHKCNT              ;was there one?
          RZ                            ;return if not
          CALL      PNTDIR              ;point to the right spot
;HL now points to first byte of directory entry in DIRBUF
          MVI       A,DELDAT  ;get the file deleted mark
          CMP       M                   ;is this what we see?
--->      JZ        PATCH               ;TEST FOR FORMAT AREA
          LDA       USRCOD              ;get the user byte
          CMP       M                   ;test this against the first byte
          JNZ       GETA2               ;if we don't match mark this block
---------------------------------------------------------------------

Jan:      Please let me know if this is, in fact, the source of your
          problem.

info-cpm list:
          The Heath code seems risky to me:  Anyone who, e.g., uses
          DU to clear a bad directory entry to E5's will end up
          unwittingly wiping out the rest of his directory.


--bridger mitchell


---[4732]---

[4733] (12 lines) Network_Server 02/02/85  0501.8 mst Sat cpm
Subject:  Networking CP/M
Date:  Friday, 1 February 1985 18:41 mst
From:  Jim Hess <JHESS at USC-ECLB>
To:  info-cpm at AMSAA

I have several Z-80 based machines running CP/M and MP/M.  It would
be nice to network the machines together and CP/Net seemed like the
ideal solution.  Unfortunately, Digital Research no longer supports
CP/Net.  After many phone calls, I have been unable to find a vendor
who still has a copy in stock.

I would appreciate any leads on a place to purchase a copy of CP/Net or
suggestions of alternative networking solutions.
---[4733]---

[4734] (47 lines) Network_Server 02/03/85  0908.5 mst Sun cpm
Subject:  Microshell, Microtools and Microtree
Date:  Friday, 1 February 1985 15:55 mst
From:  Ruben Ramirez-Mitchell <ruben%ut-ngp.uucp at BRL-TGR>
To:  info-cpm at AMSAA
Newsgroups:  net.micro.cpm
Xref:  seismo net.micro.cpm:3890

 You can get Microshell from

    New Generation Systems, INC
    1800 MIchael Faraday Drive, Suite 206
    Reston, Virginia, 22090
    (703) 471-5598

 I would also check Microtools, and MicroTree. I just bought MicroTree from
 them (ls, cd, pwd, tree, mv, cp, rm, mkdir, rmdir) and it works very well
 (it maps user areas to named directories). I run all three programs under
  MPM-816, but I have also used Microshell and Microtools under CP/M-80, and
  CP/M-816.

 Note that they do not support Microshell under MPM , some things do not work
 well in this environment ( no line editor for example, and script files
 which cross user and drive boundaries don't work well).

  In spite of the problems I found when running Microshell under CP/M-816
and MPM-816 (you loose the command line editor), the features you can use
make it worth it (input and output redirection, pipes, file and drive paths,
delay constants, customizable prompt, and specially their shell language)
 It beats SUBMIT, XSUB, IF,..., etc.

 Of course, you can only run 8 bit programs under it.

 I have dedicated one user (0) in one logical drive in my Hard disk
to COM files and microshell scripts, and have COM versions
of all my important utilities (SQ,LU,USQ,SD,FIND,GREP,etc). I keep the shell
as a detached process and attach to it on a different page of my terminal
(Televideo 950 with 4 pages) any time I want to run an 8 bit prog.

When I got Microtree from New Generations they also included a copy of
'cd.com' so I could change directories inside the shell. I might also order
the 8 bit version to be able to use 'cp', 'mv', etc.

                      Ruben Mitchell
                      Cell Research Inst.
                      University of Texas
                      Austin, Texas, 78712
                      ruben@ut-ngp.arpa

---[4734]---

[4735] (21 lines) Network_Server 02/03/85  0908.5 mst Sun cpm
Subject:  Re: Need HELP with SUBMIT
Date:  Thursday, 31 January 1985 17:16 mst
From:  Gino Bloch <gino%voder.uucp at BRL-TGR>
To:  info-cpm at AMSAA
Newsgroups:  net.micro.cpm
Xref:  seismo net.micro.cpm:3893

[submit this line to the bug catcher]

> It's possibly no hlp to know this but the CompuPro 8/16 is able
> to use SUBMIT on any disk (or any user, or any sectin of the
> segmented hard disk).  I am not sure how this is done since Tony
> has been making CP/M do things for me that apparently it won't
> do for anyone else, and after a while I get used to it...
There is a patch to submit.com (or BDOS or CCP or ...) that allows submit
to use any drive.  If no one else posts it and people want it, I'll try to
find my source.  I must warn you, though, that I called my home my "chaostle"
long before reading about Jerry P's "Chaos Manor", so anyone else who has
the document, please post.
--
Gene E. Bloch (...!nsc!voder!gino)
Support Bulgarian gajda players.
---[4735]---

[4738] (10 lines) Network_Server 02/03/85  0908.5 mst Sun cpm
Subject:  Ethernet for CP/M
Date:  Saturday, 2 February 1985 07:47 mst
From:  hcarter at WPAFB-AFITA
To:  info-cpm at AMSAA

Any one know of a ethernet interface including software for Turbo-Dos
systems (Z-80 based)?  We would like to attach our TD systems to
our net.

                              Hal Carter
                              Air Force Institute of Technology
---[4738]---

[4741] (41 lines) Network_Server 02/03/85  1309.3 mst Sun cpm
Subject:  FIDO Version 10c now available
Date:  Saturday, 2 February 1985 10:39 mst
From:  B.Eiben LCG Ext 617-467-4431 <EIBEN at DEC-MARLBORO>

As one of the "first real micro-bbs NETWORKS" here's the "full"
contents of FIDO version 10c for the DEC-Rainbow.

Filename                      Type       Bytes     CRC

SIMTEL20 directory MICRO:<CPM.FIDO>
ANKER.TXT.1                             ASCII        539  0D2DH
FIDO.PQN.1                              BINARY     95337  AEF5H
FIDODEC.EQE.1                           BINARY     81664  F19EH
FIDOHLP.LBR.1                           BINARY      7552  54BAH
MINITEL.DOC.1                           ASCII      26842  87E8H
MINITEL.PAT.1                           ASCII       1229  099DH
NODELIST.BQS.1                          BINARY      5375  B153H
NODELIST.DQT.1                          BINARY      4683  B492H
NODELIST.EQE.1                          BINARY     24524  89E5H
NODEROUT.DQC.1                          BINARY     18887  7D35H
READMSG.LBR.1                           BINARY     13583  F434H
ROUTEGEN.EQE.1                          BINARY     27619  6C87H
SYSOP.EQE.1                             BINARY     13497  896DH
SYSOP.HQP.1                             BINARY      2597  B94AH
TIMELOG.EXE.1                           BINARY      9216  1892H
V10C.DQC.1                              BINARY      4404  6312H


Things I'm expecting to get by monday:
1. MINITEL (Modem-like) transfer pieces for IBM and look-alikes (+ Rainbow)
2. an updated NODE-list (weekly update currently) - Fido is growing by
          leaps and bounces (5 nodes per week).

Things I'm trying to get (but don't know yet):
FIDO versions for the IBM and lookalikes
FIDO-libraries (i.e.) "things" they make available and WE HERE don't have.

since FIDO (Tom Jennings) is LATTICE-C based (and source-controlled) - there
are NO SOURCES available for the time being.

FIDO supports MODEM7,KERMIT (and derivatives of both) - including a MODEM7
enhancement (time and date stamps) called MINITEL.
---[4741]---

[4742] (15 lines) Network_Server 02/03/85  1710.7 mst Sun cpm
Subject:  YESNO.PAT for MSDOS Turbo Pascal
Date:  Sunday, 3 February 1985 06:01 mst
From:  B.Eiben LCG Ext 617-467-4431 <EIBEN at DEC-MARLBORO>

Now available from SIMTEL20:

Filename                      Type       Bytes     CRC

Directory MICRO:<CPM.TURBOPAS>
YESNO.PAT.1                             ASCII       2252  DF45H

YESNO.PAT is a patch to MS-DOS Turbo to permanently turn on/off the
"Include error messages" prompt when booting Turbo.

Downloaded from Texas FIDO at 806-795-0102 (Area 6 in  the FIDO),
thanks to Al Hull.
---[4742]---

[4743] (12 lines) Network_Server 02/03/85  1710.7 mst Sun cpm
Subject:  Turbo Pascal SQ-USQ.LBR
Date:  Saturday, 2 February 1985 13:51 mst
From:  B.Eiben LCG Ext 617-467-4431 <EIBEN at DEC-MARLBORO>

Filename                      Type       Bytes     CRC

SIMTEL20 directory MICRO:<CPM.TURBOPAS>
SQ-USQ.LBR.2                            COM        22272  6240H

(thanks to Jeff Duncan - LSM.DUNCAN at DEC-Marlboro) holds
Turbo-Pascal based SQueeze and UnSQeeze. Jeff "blessed" the original
MSDOS-based pieces to work on "both sides" of the house [CPM 80/86 and
MSDOS] and achieved a "speed-up" via buffering. Thanks Jeff!
---[4743]---

[4744] (9 lines) Network_Server 02/03/85  1710.7 mst Sun cpm
Subject:  Re: FIDO Version 10c now available
Date:  Sunday, 3 February 1985 12:46 mst
From:  George.Wood at CMU-CS-A
To:  B.Eiben LCG Ext 617-467-4431 <EIBEN at DEC-MARLBORO>
cc:  info-cpm at BRL

Is there a FIDO version for CP/M-80 V2.2? Is anyone working on one?

George Wood
@CMU-CS-A.ARPA
---[4744]---

[4745] (11 lines) Network_Server 02/04/85  1716.7 mst Mon cpm
Subject:  CP/M-68K
Date:  Sunday, 3 February 1985 17:17 mst
From:  Ronald Blanford <CONTEXT at WASHINGTON>
To:  info-cpm at AMSAA

There's a small subgroup of us discussing CP/M-68K separately from the
mainline of info-cpm.  Anyone with anything to contribute should send mail
to one of the members:
context@WASHINGTON.ARPA, jody@UCLA-LOCUS.ARPA, mknox@UT-NGP.ARPA, samuel@SU-SCORE.ARPA, mwm%ucbopal.CC@UCB-VAX.ARPA, steve@BERKELEY.ARPA

-- Ron
-------
---[4745]---

[4746] (18 lines) Network_Server 02/04/85  1716.7 mst Mon cpm
Subject:  Turbo Pascal
Date:  Sunday, 3 February 1985 18:30 mst
From:  Lee.Sailer at CMU-CS-C
To:  info-cpm at AMSAA

AHA!  It is not perfect!

1.  There was a tantalizingly incomplete article about testing different
aspects of floating point arithmetic in the last BYTE.  Has anyone got the whole
program in any and all languages?

2.  I tried the little program in that article in Turbo Pascal and Aztec C
1.06b.  Aztec passed, Turbo FLUNKED!

For me, good floating point is important.  This has me very nervous.  Kahn?
If you are out there, please make sure that the floating point in Turbo is
as good as it can be.

-------
---[4746]---

[4747] (18 lines) Network_Server 02/04/85  1716.7 mst Mon cpm
Subject:  Re: Need Help on BASICA Comm Support
Sender:  BILLW at SU-SCORE
Date:  Monday, 4 February 1985 00:34 mst
From:  William Chops Westfield <BillW at SU-SCORE>
To:  lbafrin%clemson.csnet at CSNET-RELAY
cc:  info-micro at BRL-TGR, info-cpm at BRL-TGR

The problem with bit 8 being set to odd provide odd parity is almost
certainly telenet.  Most communications programs will strip the parity
bit from the characters received individually before putting them on
the screen or checking them against special characters.  It is not
usually practical to do this is basic.  What you normally want for
any kind of terminal is to read 7 data bits, and ignore the parity
bit, but I dont remember offhand whether that is one of the basica
options.  there may also be a telenet pad command to set the parity
and number of databits desired, but I dont know what it would be
offhand.

BillW
---[4747]---

[4749] (17 lines) Network_Server 02/04/85  1716.7 mst Mon cpm
Subject:  T-Maker-3
Date:  Monday, 4 February 1985 06:06 mst
From:  J. Richard Hall <rhall at ARDC> (LCWSL)
To:  info-cpm at AMSAA

----- Forwarded message # 1:

Date:     Fri, 1 Feb 85 16:36:19 EST
From:     J. Richard Hall (LCWSL)  <rhall@ARDC>
To:       info.cpm@Amsaa
cc:       rhall@ARDC

Does anyone know anything about the above program?  I have a Kaypro and
I have just about given up on PerfectFiler.  I need to manage a membership/
mailing list of several hundred, including the ability to sort by various
data fields (skills, etc).

----- End of forwarded messages
---[4749]---

[4750] (21 lines) Network_Server 02/04/85  1716.7 mst Mon cpm
Subject:  different CPUs
Date:  Monday, 4 February 1985 07:58 mst
From:  "Ferd Brundick (VLD/LTTB)" <fsbrn at BRL-VOC>
To:  Info-Cpm at AMSAA, Info-Micro at AMSAA, Info-Pascal at BRL-VOC
cc:  Pascal Postman <Info-Pascal-Request at BRL-VOC>

Hi,

I have a small request.  Whenever you send a message about a bug
report or wonderful new patch that you've written, PLEASE tell what
OS/CPU you are using.  On info-cpm you could assume that everyone was
using an 8080, but now discussions have branched out to include CP/M-86,
OS-9, MS-DOS, etc.  The problem is especially acute with programs like
Turbo Pascal that have been implemented on various CPUs.  A recent bug
report caused quite a bit of panic, but the bug is (apparently) only
in the MS-DOS version.  Thanks.

                                        dsw, fferd
                                        Fred S. Brundick
                                        aka Pascal Postman
                                        USABRL, APG, MD.
                                        <info-pascal-request@brl-voc>
---[4750]---

[4751] (13 lines) Network_Server 02/04/85  1716.7 mst Mon cpm
Subject:  Re: What is Simtel20
Date:  Thursday, 31 January 1985 11:33 mst
From:  Marnix van Ammers <vanam%pttesac.uucp at BRL-TGR>
To:  info-cpm at AMSAA
Newsgroups:  net.micro.cpm
Xref:  seismo net.micro.cpm:3897

Since we USENET users can't get to SIMTEL20, how about
someone who has access to both USENET and ARPANET occassionally posting
the most asked for CPM programs (like (n)sweep, or du or findbad).

Posting of .com files could be done in uuencode/uudecode format.

I could sure use a CPM+ compatible version of findbad.
---[4751]---

[4752] (24 lines) Network_Server 02/04/85  1716.7 mst Mon cpm
Subject:  Patching submit.com to work from any drive
Date:  Friday, 1 February 1985 11:28 mst
From:  Gino Bloch <gino%voder.uucp at BRL-TGR>
To:  info-cpm at AMSAA
Newsgroups:  net.micro.cpm
Xref:  seismo net.micro.cpm:3898

I found my CP/M patches, so I can promulgate the submit patch to allow
running from other than A:.  The current submit creates its work file,
$$$.sub, on the default drive, then looks for it on A:.  The patch
causes the work file to be made on A:.  That way, the search works better.

Using DDT, change location 5BBh of submit.com from 0 to 1.  That's it.

As a check, note that locations 5BCh to 5C6h contain "$$$     COM".

Look up the syntax of FCBs to see the rationale for the change (exercise
for the reader :-).

If you have a good library (personal or public), check out Microsystems,
Jul/Aug 1982 p 60.  There are a lot of patches listed there, for pip, asm,
movcpm, et al.
--
Gene E. Bloch (...!nsc!voder!gino)
Support Bulgarian gajda players.
---[4752]---

[4753] (131 lines) Network_Server 02/04/85  1716.7 mst Mon cpm
Subject:  Example of simple Microshell script.
Date:  Saturday, 2 February 1985 19:10 mst
From:  Ruben Ramirez-Mitchell <ruben%ut-ngp.uucp at BRL-TGR>
To:  info-cpm at AMSAA
Newsgroups:  net.micro.cpm
Xref:  seismo net.micro.cpm:3899

 Somebody asked me for an example of microshell scripts, the following includes
 a few of the commands and does not make use of any of the microtools.
 What I needed is a script to make the output of 'SD $SDALNP' more readable.
 I needed to set the printer margins,etc; form feed in between drive listings,
 I wanted the date, and the option to specify system and library files.

 I 'FILTER'ed the file to eliminate control chars (like ESC G4, ESC G8,
 ESC [ 1;96s, etc I use for my Televideo 950 and Qantex printer).

 The script is in a file called 'hdisk.shl' and it is invoked by the name
 'hdisk <parameters>'

:--------------------------------------------------------------------
:  PROGRAM      hdisk
:  USAGE        hdisk [options]
:               <option>: <all| d1 [d2 [d3 [d4]]]>
:  DESCRIPTION  Print hard disk directories using 'SD' with parameters
:                             '$APN' (all users, print, no pause)
:  EXAMPLES     hdisk all
:               hdisk b a d
:----------------------------------------------------------------------
%B$ = ""
%#args %A
  %if %A LT 1 then goto help
%printdir
   %erase
   %print
   %print "               G4  ----HARD DISK DIRECTORY-----G0 "
   %print "               G4        ALL USER AREAS        G0 "
   %print ;%print
   %print  "                  G4 FILE SPECIFICATION  G0 "
   %print  "                  G8    <CR> for '*.*'   G0 "
   %print  "                  G8   (e.g. asm*.?q?)   G0 "
   %print  "                  G8                     G0 "
   %print
   %print -n  "                  G8 FILES: G0 "
   %getstr %E$ <con: ;   %upcase %E$
   %if %E$ NE ""  then goto checksys ;  %E$ = "*.* "
%checksys
   %print; %print
   %print -n "                  G8 SYSTEM FILES (Y/N): G0 "
   %getstr %8 <con: ;   %upcase %8
   %if %8 = "Y" then goto setsys
   %8 = ""
%checklib
   %print; %print
   %print -n "                  G8 LIBRARY FILES (Y/N): G0 "
   %getstr %9 <con: ;   %upcase %9
   %if %9 = "Y" then goto setlib
   %9 = ""
%checkdate
   %print; %print
   %print -n "                  G8 DATE: G0 "
   %getstr %B$ <con: ;  %upcase %B$
:  BUILD PARAMETER LIST FOR SD.COM
    %D$ = " $ANP"
    %D$ = %D$ + %8 + %9
    %15 = %E$
: CHECK IF ALL DRIVES SPECIFIED
    %C$ = %1
    %upcase %C$
    %if %C$ = "ALL" then goto alldisks
: MESSAGE BEFORE PRINTING
    %print; %print
    %print "                  G4   Turn Printer ON LINE G0"
    %print "                  G4    SET to TOP-OF-FORM  G0"
    %print; %print
    %print -n "                  G8   Press any key to continue: G0 "
    %getchr %A$ <con:; %erase; %print
: RESET QUANTEX PRINTER TO DEFAULTS
:   / LEFT MARGIN 8 / TOP_MARGIN 5 / BOTTOM_MARGIN 6 + PADDING
    %P$ = " [5;60r   [8;96s      "
    %print -n %P$  > lst:;   %print >lst:
: PRINT HEADING AND DATE
    %print "                ====   Q540 - HARD DISK DIRECTORY  ======">lst:
    %print -n  "                             "  >lst:
    %print %B$ >lst: ;  %print > lst:
: PRINT DIRECTORY WITH THE SELECTED OPTIONS
%loop
    %15 = %E$ + %D$
    SD $1:$15
    %print "" > lst:
    %shift
    %A = %A - 1
    %if %A GT 0 then goto loop
    %erase
    %print
    %print "           G4   ---HARD DISK DIRECTORIES PRINTED----   G0"
: RESET THE PRINTER TO DEFAULTS
    %print -n "c" > lst:
    %exit
%alldisks
    %A = 5
    %1=A  ; %2=B ; %3=C ; %4=D ; %5=E
    %goto loop
%help
    %erase
    %print
    %print "  NAME:        hdisk
    %print
    %print "  DESCRIPTION: Print contents of hard disk, all user"
    %print "               areas. Prompts for a) a file mask, b) "
    %print "               the inclusion of system and library "
    %print "               files and c) for the current date    "
    %print
    %print "  USAGE:       Hdisk [<option>]"
    %print "               <option>: 'all' | d1 [d2 [d3 [d4]]]"
    %print
    %print "  EXAMPLES:    hdisk all"
    %print "               hdisk d a c"
    %print
    %print "  NOTES:       Drives scanned under the 'all' option:"
    %print "               A:, B:, C:, D:, and E: "
    %print
    %exit
%setsys
    %8 = "S"
    %goto checklib
%setlib
    %9 = "L"
    %goto checkdate

   Hope it helps,
                    Ruben Mitchell
                    ruben@ut-ngp.arpa
---[4753]---

[4754] (15 lines) Network_Server 02/04/85  1716.7 mst Mon cpm
Subject:  Re: permanently changing default disk fr
Date:  Thursday, 31 January 1985 17:02 mst
From:  grayson%uiucuxc.uucp at BRL-TGR
To:  info-cpm at AMSAA
Newsgroups:  net.micro.cpm
Xref:  seismo net.micro.cpm:3900

>I am running CP/M-86, and want to be able to set the default disk from within
>a program in such a way that it *REMAINS* set after exiting the program.

Just modify the byte at 0004 - half of it contains the default drive number,
and half contains the default user number.  (I forget which half, but that
can easily be discovered by experiment).

          uucp:     {ihnp4,pur-ee}!uiucdcs!uiucuxc!grayson
                    Dan Grayson, Math Dept, Univ of Ill, Urbana 61801
---[4754]---

[4755] (9 lines) Network_Server 02/04/85  1716.7 mst Mon cpm
Subject:  Re: CP/M-80 file directory debugger need
Date:  Thursday, 31 January 1985 16:57 mst
From:  grayson%uiucuxc.uucp at BRL-TGR
To:  info-cpm at AMSAA
Newsgroups:  net.micro.cpm
Xref:  seismo net.micro.cpm:3901

I use DU2, which is part of ZCPR, and is widely available through
local computer clubs.  It allows you to fix the directory manually,
display records, etc...
---[4755]---

[4756] (12 lines) Network_Server 02/04/85  1716.7 mst Mon cpm
Subject:  XLISP version 1.2
Date:  Monday, 4 February 1985 14:56 mst
From:  Jim Aspnes <ASP%MIT-OZ at MIT-MC>
To:  info-cpm%MIT-OZ at MIT-MC
cc:  asp%MIT-OZ at MIT-MC

Does anyone have a copy of this?  (Does it exist?)  C source would be
preferable, an FTP-able COM file would be nice.

Thanks,

Jim

---[4756]---

[4757] (42 lines) Network_Server 02/05/85  0118.3 mst Tue cpm
Subject:  [Penny Anderson <Penny.Anderson@CMU-CS-C.ARPA>: Re: ZCPR3
Date:  Monday, 4 February 1985 21:22 mst
From:  Rick Conn <RCONN at SIMTEL20>
To:  cem%intelca.uucp at BRL-TGR, apa at CMU-CS-C,
     info-cpm-request at AMSAA, info-cpm at AMSAA

Hi, Don,

          Sorry I took so long to respond (your message is attached).  Under
ZCPR2 and its version of ZEX, the case you describe is true.  Under
ZCPR3, ZEX does not monitor the prompt, but, rather, ZCPR3 leaves a
message to ZEX which tells it to resume input if it was suspended.  Hence,
the prompt itself is not of consequence under ZCPR3 and may be changed at
will.

                    Rick
                ---------------

Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:12:38-MST
Received: From cmu-cs-c.arpa.ARPA by AMSAA via smtp;  21 Jan 85 2:54 EST
Received: ID <APA@CMU-CS-C.ARPA>; Mon 21 Jan 85 02:56:51-EST
Date: Mon 21 Jan 85 02:56:50-EST
From: Penny Anderson <Penny.Anderson@CMU-CS-C.ARPA>
Subject: Re: ZCPR3 Hacks
To: cem%intelca.uucp@BRL-TGR.ARPA
cc: APA@CMU-CS-C.ARPA, info-cpm-request@AMSAA.ARPA
In-Reply-To: Message from "Chuck McManis <cem%intelca.uucp@BRL-TGR.ARPA>" of Fri 18 Jan 85 20:52:48-EST
Resent-Date:  Mon, 28 Jan 85 14:37:36 EST
Resent-From:  cpmlist@AMSAA.ARPA
Resent-To:    info-cpm@AMSAA.ARPA

Chuck,
          Won't changing your system prompt to "A:!" screw up the way
ZEX handles input control.  If you use the "<uparrow><doublequote>"
option in a ZEX file, ZEX turns control over to the console until it sees
a 'special character' pass by.  The special character in the distribution
version is a ">" with the MSB set.  It seems like that should leave the re-
mainder of your ZEX file pending forever.  Is that right, Rick?

          Don Shields  c/o [Penny Anderson - APA@CMU-C]
-------
-------
---[4757]---

[4761] (30 lines) Network_Server 02/05/85  2123.5 mst Tue cpm
Subject:  Re: Turbo Pascall
Date:  Tuesday, 5 February 1985 17:19 mst
From:  Alastair Milne <milne at UCI-ICSE>
To:  Lee.Sailer at CMU-CS-C
cc:  info-cpm at AMSAA

>    AHA!  It is not perfect!

>    1.  There was a tantalizingly incomplete article about testing different
>    aspects of floating point arithmetic in the last BYTE.  Has anyone got the
>     whole
>    program in any and all languages?

>    2.  I tried the little program in that article in Turbo Pascal and Aztec C
>    1.06b.  Aztec passed, Turbo FLUNKED!

>    For me, good floating point is important.  This has me very nervous.  Kahn
>    ?
>    If you are out there, please make sure that the floating point in Turbo is
>    as good as it can be.

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

  Could somebody with easy access to BYTE please put that program on the bboard
 (assuming it is not of unreasonable size)?  I don't get BYTE, but I do have
  Turbo, and I'd like to be sure of the status of the version I have, bugs
  and all.

  If the program is too big for reasonable posting, I'll try some other way.

                            Thanks in advance                  Alastair Milne
---[4761]---

[4762] (40 lines) Network_Server 02/05/85  2123.5 mst Tue cpm
Subject:  NULU11.LBR now available
Sender:  KPETERSEN at SIMTEL20
Date:  Tuesday, 5 February 1985 20:13 mst
From:  Keith Petersen <W8SDZ at SIMTEL20>
To:  Info-Cpm at AMSAA

Thanks to Steve Noland <NOLAND at USC-ISI.ARPA> we now have NULU11.LBR
available on SIMTEL20:

Filename                      Type       Bytes     CRC

Directory MICRO:<CPM.CPMLIB>
NULU11.LBR.1                            COM        56064  EFB2H

Here are some excerpts from the author's DOC file:

NULU is a complete replacement for LU and LSWEEP.  Weighing in at 15k,
it includes all features of both programs and then some.  It features:

          Two operation modes with a full menu for each
        LU style CRC support and verification
          Viewing and printing of member files, unsqueezing when
               necessary
          Extraction of member files with an option to unsqueeze
               where appropriate
          Bigger libraries, up to 800 members or more depending on
               available memory
          Automatic member sorting, all members kept sorted at all
               times
          Faster reorganization
          Enhanced error handling
          Access to deleted members
          Optional read only patch
        CP/M Plus support
          General compatibility with LU and NSWEEP syntax
          Numerous user patches

To the best of my knowledge, NULU will run on any system running CP/M
2.x or higher, however it has only been tested by me on the Osborne 1
and the Osborne Executive computers.  It is written entirely in 8080
assembly language.
---[4762]---

[4763] (34 lines) Network_Server 02/06/85  1327.8 mst Wed cpm
Subject:  new simtel20 files
Date:  Wednesday, 6 February 1985 09:22 mst
From:  "Ferd Brundick (VLD/LTTB)" <fsbrn at BRL-VOC>
To:  Info-Cpm at AMSAA, Info-Micro at AMSAA, Info-Pascal at BRL-VOC
cc:  Pascal Postman <Info-Pascal-Request at BRL-VOC>

Hi,

The following Z80 Turbo Pascal files have been added to simtel20:

Filename                      Type       Bytes     CRC

Directory MICRO:<CPM.TURBOPAS>
HELPPAT.DOC.1                           ASCII       3301  09BEH
PATCH.PAS.1                             ASCII       3297  550BH
SAMPLPAT.PAS.1                          ASCII       1583  17D5H

The file HELPPAT.DOC shows how to patch Z80 Turbo Pascal versions 1.0
and 2.0 with DDT so that the error message file is automatically
loaded without asking the user.

The program PATCH.PAS allows you to write Turbo programs that access
the CP/M command tail.  Turbo (as written) clobbers the command tail;
this patch program is run on a .COM file to move the tail to a "safe"
location.  It also dummies out some terminal initialization that .COM
files automatically do.

SAMPLPAT.PAS is a sample program showing how your program code must be
modified to use PATCH.PAS.  It also provides documentation for PATCH.PAS.

                                        dsw, fferd
                                        Fred S. Brundick
                                        aka Pascal Postman
                                        USABRL, APG, MD.
                                        <info-pascal-request@brl-voc>
---[4763]---

[4764] (37 lines) Network_Server 02/06/85  1327.8 mst Wed cpm
Subject:  new WordStar patch in simtel20
Date:  Wednesday, 6 February 1985 09:44 mst
From:  "Ferd Brundick (VLD/LTTB)" <fsbrn at BRL-VOC>
To:  Info-Cpm at AMSAA, Info-Micro at AMSAA
cc:  Meself <fsbrn at BRL-VOC>

Hi,

The following file has been added to simtel20:

Filename                      Type       Bytes     CRC

Directory MICRO:<CPM.WSTAR>
NECWSOVR.AQM.1                          COM        13312  B6C6H

This file is an overlay-style patch file for WordStar 3.0.  It defines
terminal control sequences for a NEC PC-8001 with color monitor,
redefines some WordStar control keys, lowers the help level and delay
times, and defines user commands (^Q, ^W, ^E, and ^R) and control
sequences for a NEC PC-8023A dot-matrix printer.  A custom printer
driver allows you to make use of the printer's Greek, mathematical, and
half-height superscript characters.  True super/sub-scripts have also
been added (sorry, no proportional printing yet).

The file is written in 8080 mnemonics and will assemble correctly with
ASM or MAC.  It is heavily commented so that you can delete sections
which don't apply to your configuration and modify what is left.  For
non-NEC owners, the 8023 is basically the same as the C.Itoh Prowriter
and Apple dot-matrix printers, so you should be able to adapt the
print routine.

The overlay does not change the size of WS.COM, but it does overwrite
sections with the new printer driver and Greek table.

                                        dsw, fferd
                                        Fred S. Brundick
                                        USABRL, APG, MD.
                                        <fsbrn@brl-voc>
---[4764]---

[4766] (55 lines) Network_Server 02/08/85  1514.8 mst Fri cpm
Subject:  Final resolution of the MOG-UR (Tom Tcimpdis) prosecution.
Date:  Friday, 8 February 1985 11:14 mst
From:  Steve Noland <NOLAND at USC-ISI>
To:  INFO-CPM at AMSAA
cc:  info-micro at BRL-TGR, kpetersen at SIMTEL20

I picked this file up from a local BBS this morning - thought the
net would be interested since it seems to have turned into a test case
on the liability of RBBS sysops.

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

7AM, 02/07/85:
    PURSUANT TO A TELEPHONE DISCUSSION WITH REGINALD DUNN,
HEAD OF THE CRIMINAL DIVISION OF THE L.A.  CITY ATTORNEY'S
OFFICE, I WAS INFORMED THAT THE PROSECUTION BELIEVES IT HAS
INSUFFICIENT EVIDENCE TO CONTINUE THE PROSECUTION OF TOM
TCIMPIDIS, SYSOP OF MOG-UR.  THIS DETERMINATION WAS MADE AFTER
I REQUESTED A REVIEW OF THE CASE ON 1/11/85 AFTER THE
DEPARTURE OF CITY ATTORNEY IRA REINER TO BECOME D.A., AND
WHILE THE CITY ATTORNEY'S OFFICE IS BEING RUN BY THE CIVIL
SERVICE STAFF PENDING ELECTION OF A NEW CITY ATTORNEY.  MR.
DUNN HAS GIVEN ME HIS WORD THAT THE PEOPLE WILL SEEK DISMISSAL
OF THE CHARGES AGAINST TOM UNDER CALIF.  PENAL CODE SECTION
1385, I.E., DISMISSAL IN THE INTERESTS OF JUSTICE.  UNDER
CALIFORNIA LAW, SUCH A DISMISSAL IS "WITH PREJUDICE" AND THE
PEOPLE CANNOT REFILE THE CASE SUBSEQUENTLY.  TO PUT IT
SUCCINCTLY, A DISMISSAL WILL TERMINATE THE PROSECUTION
PERMANENTLY.
    AS THE MEMBERS KNOW, THE CITY ATTORNEY'S OFFICE HAS
PREVIOUSLY RENEGED ON REPRESENTATIONS MADE TO ME REGARDING
DISMISSAL OF THE CHARGES....I WISH TO ASSURE EVERYONE THAT I
HAVE KNOWN MR.  DUNN FOR 10 YEARS, AND I TRUST HIS WORD
COMPLETELY.  IF HE SAYS THE CASE WILL BE DISMISSED, I AM
SATISFIED THAT SUCH AN ACTION WILL OCCUR.
     WE WIN.  WIN....WIN....WIN....WIN....WIN....MY THANKS TO
EVERYONE WHO CONTRIBUTED TO SUPPORTING TOM AND I IN THE
DEFENSE OF THIS MATTER.  I CONSIDER THIS TO BE A MAJOR VICTORY
FOR THE RIGHTS OF FREE SPEECH OVER THE "BIG BROTHER"
MACHINATIONS OF THE PHONE COMPANY.
     I WOULD BE GRATEFUL IF YOU WOULD DOWNLOAD THIS MESSAGE
AND PLACE IT ON OTHER SYSTEMS THROUGHOUT THE COUNTRY.....THIS
IS A VERY BIG VICTORY, AND THE BBS AND MODEM COMMUNITIES
SHOULD KNOW ABOUT IT.
     AGAIN, THANKS FOR THE SUPPORT.   BEST WISHES TO ALL,
                        CHUCK LINDNER
                        ATTORNEY FOR SYSOP TOM TCIMPIDIS
.
8PM, 02/07/85:
     THE CASE OF PEOPLE V. TCIMPIDIS, AKA USE A MODEM, GO TO
JAIL, WAS DISMISSED IN THE "INTERESTS OF JUSTICE" THIS
MORNING, 2/7/85.  AS NOTED EARLIER, THIS DISMISSAL IS WITH
PREJUDICE, AND TOM IS NOW FREE OF THE PACTEL SCOURGE.  ANOTHER
SMALL STEP FOR SOMETHING RESEMBLING JUSTICE.
                        CHUCK
-------
---[4766]---

[4767] (16 lines) Network_Server 02/08/85  1514.8 mst Fri cpm
Subject:  OSBORNE PARALLEL PORT
Date:  Friday, 8 February 1985 12:22 mst
From:  Bicer.ES at XEROX
To:  info-cpm at AMSAA

A community group I am involved with just received an Osborne 1
and a Radio Shack TRS-80 Line Printer VII, and I have the honor of
maintaining the system. Does anyone know:

          1 - Does TRS-80 Line Printer VII have a Centronics port?
          2 - Where can I get a Centronics cable for the Osborne 1?
          3 - Are there any problems in the hook up?

Any info will be greatly appreciated.
Thanks,
Jack Bicer

---[4767]---
VICE?
DOC HOLLADAY
---[4758]---

[4759] (16 lines) Network_Server 02/05/85  1322.6 mst Tue cpm
Subject:  HELP W/PROMODEM HOOKUP
Sender:  KPETERSEN at SIMTEL20
Date:  Tuesday, 5 February 1985 10:40 mst
From:  Keith Petersen <W8SDZ at SIMTEL20>
To:  LOG-ORG at USC-ISID
cc:  Info-Cpm at AMSAA

You should get:

Filename                      Type       Bytes     CRC

SIMTEL20 directory MICRO:<CPM.MODEM>
PROMO.LBR.1                             COM        19072  1AE5H

This has a mode set and time set program which should help you in
setting up your Prometheus PROMODEM.
--Keith
---[4759]---

[4760] (9 lines) Network_Server 02/05/85  1722.8 mst Tue cpm
Subject:  Re: YESNO.PAT for MSDOS Turbo Pascal
Date:  Tuesday, 5 February 1985 12:26 mst
From:  Ruben Ramirez-Mitchell <ruben%ut-ngp.uucp at BRL-TGR>
To:  info-cpm at AMSAA
Newsgroups:  net.micro.cpm
Xref:  seismo net.micro.cpm:3916

What is the similar patch for the CP/M-86 version? I would like to bypass
the message. I am using version 2.o of Turbo Pascal for CP/M-86.
                 Ruben Mitchell
---[4760]---

[4761] (30 lines) Network_Server 02/05/85  2123.5 mst Tue cpm
Subject:  Re: Turbo Pascall
Date:  Tuesday, 5 February 1985 17:19 mst
From:  Alastair Milne <milne at UCI-ICSE>
To:  Lee.Sailer at CMU-CS-C
cc:  info-cpm at AMSAA

>    AHA!  It is not perfect!

>    1.  There was a tantalizingly incomplete article about testing different
>    aspects of floating point arithmetic in the last BYTE.  Has anyone got the
>     whole
>    program in any and all languages?

>    2.  I tried the little program in that article in Turbo Pascal and Aztec C
>    1.06b.  Aztec passed, Turbo FLUNKED!

>    For me, good floating point is important.  This has me very nervous.  Kahn
>    ?
>    If you are out there, please make sure that the floating point in Turbo is
>    as good as it can be.

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

   Could somebody with easy access to BYTE please put that program on the bboard
 (assuming it is not of unreasonable size)?  I don't get BYTE, but I do have
  Turbo, and I'd like to be sure of the status of the version I have, bugs
  and all.

  If the program is too big for reasonable posting, I'll try some other way.

                            Thanks in advance                  Alastair Milne
---[4761]---

[4762] (40 lines) Network_Server 02/05/85  2123.5 mst Tue cpm
Subject:  NULU11.LBR now available
Sender:  KPETERSEN at SIMTEL20
Date:  Tuesday, 5 February 1985 20:13 mst
From:  Keith Petersen <W8SDZ at SIMTEL20>
To:  Info-Cpm at AMSAA

Thanks to Steve Noland <NOLAND at USC-ISI.ARPA> we now have NULU11.LBR
available on SIMTEL20:

Filename                      Type       Bytes     CRC

Directory MICRO:<CPM.CPMLIB>
NULU11.LBR.1                            COM        56064  EFB2H

Here are some excerpts from the author's DOC file:

NULU is a complete replacement for LU and LSWEEP.  Weighing in at 15k,
it includes all features of both programs and then some.  It features:

          Two operation modes with a full menu for each
        LU style CRC support and verification
          Viewing and printing of member files, unsqueezing when
               necessary
          Extraction of member files with an option to unsqueeze
               where appropriate
          Bigger libraries, up to 800 members or more depending on
               available memory
          Automatic member sorting, all members kept sorted at all
               times
          Faster reorganization
          Enhanced error handling
          Access to deleted members
          Optional read only patch
        CP/M Plus support
          General compatibility with LU and NSWEEP syntax
          Numerous user patches

To the best of my knowledge, NULU will run on any system running CP/M
2.x or higher, however it has only been tested by me on the Osborne 1
and the Osborne Executive computers.  It is written entirely in 8080
assembly language.
---[4762]---

[4763] (34 lines) Network_Server 02/06/85  1327.8 mst Wed cpm
Subject:  new simtel20 files
Date:  Wednesday, 6 February 1985 09:22 mst
From:  "Ferd Brundick (VLD/LTTB)" <fsbrn at BRL-VOC>
To:  Info-Cpm at AMSAA, Info-Micro at AMSAA, Info-Pascal at BRL-VOC
cc:  Pascal Postman <Info-Pascal-Request at BRL-VOC>

Hi,

The following Z80 Turbo Pascal files have been added to simtel20:

Filename                      Type       Bytes     CRC

Directory MICRO:<CPM.TURBOPAS>
HELPPAT.DOC.1                           ASCII       3301  09BEH
PATCH.PAS.1                             ASCII       3297  550BH
SAMPLPAT.PAS.1                          ASCII       1583  17D5H

The file HELPPAT.DOC shows how to patch Z80 Turbo Pascal versions 1.0
and 2.0 with DDT so that the error message file is automatically
loaded without asking the user.

The program PATCH.PAS allows you to write Turbo programs that access
the CP/M command tail.  Turbo (as written) clobbers the command tail;
this patch program is run on a .COM file to move the tail to a "safe"
location.  It also dummies out some terminal initialization that .COM
files automatically do.

SAMPLPAT.PAS is a sample program showing how your program code must be
modified to use PATCH.PAS.  It also provides documentation for PATCH.PAS.

                                        dsw, fferd
                                        Fred S. Brundick
                                        aka Pascal Postman
                                        USABRL, APG, MD.
                                        <info-pascal-request@brl-voc>
---[4763]---

[4764] (37 lines) Network_Server 02/06/85  1327.8 mst Wed cpm
Subject:  new WordStar patch in simtel20
Date:  Wednesday, 6 February 1985 09:44 mst
From:  "Ferd Brundick (VLD/LTTB)" <fsbrn at BRL-VOC>
To:  Info-Cpm at AMSAA, Info-Micro at AMSAA
cc:  Meself <fsbrn at BRL-VOC>

Hi,

The following file has been added to simtel20:

Filename                      Type       Bytes     CRC

Directory MICRO:<CPM.WSTAR>
NECWSOVR.AQM.1                          COM        13312  B6C6H

This file is an overlay-style patch file for WordStar 3.0.  It defines
terminal contr