Received: by UCBVAX.BERKELEY.ARPA (3.227 [10/22/82])
id A26838; 1-Dec-82 15:33:09-PST (Wed)
Apparently-To: info-cpm
Via: Mit-Ai; 1 Dec 82 18:48-EST
Via: Brl; 1 Dec 82 19:06-EST
Via: Brl-Bmd; 1 Dec 82 19:43-EST
Maybe Marc is what I need. I sent mail to Lauren from a different machine
and have little hope of it getting there. I take this chance now while
I am on the machine that subscribes to netnews.
I would really appreciate a reply at whuxg!beal which is where I really
am and can be reached through harpo and others.
A quick summary of my original problem is that I have cpm 1.4 on a
controller which has been orphaned by the mfr and cannot get DR or
anybody to respond with enough info for me to really believe that I
could either bring up 2.2 or make any other useful changes.
John Beal
Bell Labs
Whippany NJ
1-Dec-82 18:18:33,2681;000000000000
Date: Wed Dec 1 1982 18:18:33 PST
From: Lauren Weinstein <vortex!lauren@Lbl-Unix>
Subject: MARC
To: clark.wbst at Parc-Maxc
CC: INFO-CPM at BRL
Via: Lbl-Unix; 2 Dec 82 20:08-EST
Via: Brl; 2 Dec 82 20:15-EST
Via: Brl-Bmd; 2 Dec 82 20:20-EST
Greetings. Yeah, your description is pretty accurate. I like to
consider MARC to be sort of a V6/V7/4.1bsd hybrid -- over time I've
tried to add those features from V7 and Berkeley that I particularly
liked (and that made sense on a very small computer!)
Actually, the filesystem is very closely patterned after V6, primarily
because the V7 layout would probably have taken up too much overhead
space on people's small disks. The MARC block size in 256 bytes, again
in keeping with the smaller scale of the system. Many of the "obvious"
Unix utility commands are around -- in some cases (e.g. "cp", "mv") these
are patterned after V7 rather than V6. The system calls include
"tell" (which of course is "late" V6). Login startup files, private
bin directories, and similar V6/V7 features are supported. We now
also have a "make" command (very similiar to V7 Unix "make" but not
as complex). Very useful, however. I have special versions of "sq", and
"usq" for MARC, but have yet to receive final permission to distribute
them with the basic system.
The C compiler is indeed a special version of BDS C, with long and
float subroutine packages. The library support for MARC from the compiler
is extremely extensive. The MARC stdio library is virtually identical
to the K&R Unix standard (makes life *alot* easier!). The cp/m emulator
runs, and tries as hard as it can, but given the variety of insane
cp/m programs (some of which open 20 or 30 files w/o bothering to close
other files, etc.) it will never be able to handle EVERY program. However,
it seems to do fine with most editors (like Wordmaster) and most of
the language translators I've tested (MAC, M80, L80, TLC LISP, etc.).
A MARC version of MINCE is also available -- I couldn't get along without it.
Indeed, 'tis true that "vortex" is a Z80 running MARC. In fact, I'm
typing this message directly into the MINCE that interfaces with my mail
generation software. I *may* include my basic mail handling software
in the MARC package, or it may be included in a utility package later on.
I have *not* made any decisions about how I will handle release of my
MARC/BDS C UUCP code, except that I know it will not be part of the basic
MARC package. (Whaddaya want for $250?)
MARC is not available yet. It has taken a LONG time to get this far, and
hopefully there won't be too much more of a wait.
--Lauren--
1-Dec-82 18:24:00,328;000000000000
Date: 1 Dec 1982 1724-PST
Sender: SCHNUR at Usc-Isie
Subject: LARKY
From: SCHNUR at Usc-Isie
To: info-cpm at BRL
Message-ID: <[USC-ISIE] 1-Dec-82 17:24:00.SCHNUR>
Via: Usc-Isie; 1 Dec 82 20:26-EST
Via: Brl; 1 Dec 82 20:37-EST
Via: Brl-Bmd; 1 Dec 82 20:50-EST
Is there a LARKY on the net. Please write me at isia.
2-Dec-82 00:44:00,1627;000000000000
Date: 2 December 1982 02:44-EST
From: Paul L Kelley <PLK@Mit-Mc>
Subject: MODEM794
To: INFO-CPM at BRL
cc: W8SDZ at Mit-Mc, PLOUFF at Mit-Mc
Via: Mit-Mc; 2 Dec 82 3:10-EST
Via: Brl; 2 Dec 82 3:25-EST
Via: Brl-Bmd; 2 Dec 82 3:32-EST
The following files are a new version of the MODEM7 package.
MC CPM AR61 MODEM7
0 MCNFG 794ASM 3 12/01/82 02:28:05
0 MCOSB 794ASM 2 12/01/82 02:35:15
0 MNUM 794ASM 1 12/01/82 03:17:24
0 MODEM 768DOC 4 11/11/82 23:10:55 <-- Unchanged
0 MODEM 792LIB 4 11/19/82 23:00:55 <-- Unchanged
0 MODEM 794ASM 17 12/02/82 00:54:47
0 MODEM 794COM 4 12/02/82 01:24:19
0 MODEM 794HEX 9 12/02/82 01:29:02
0 MODEM 794HIS 4 12/02/82 00:50:48
0 MODEM 794INF 1 12/01/82 02:32:42
0 MODEM 794SET 1 12/01/82 02:31:04
;11/30/82 Made the following changes:
;
; 1. Put SECTNOE in proper location,
; 2. Added optional XOFF/XON testing to terminal mode
; file output routines,
; 3. Added MSPEED setting to PMMI baud rate routines,
; 4. Fixed quiet mode,
; 5. Expanded command line again to help novices,
; 6. Changed to XMODEM routine for receiver to
; request CRC mode from sender and added routine
; to switch to checksum mode after 6 timeouts.
; P . L. Kelley and R. L. Plouffe
;11/26/82 Replaced "CDD" command with "LOG", and fixed associated code.
; Replaced "CUR" with "?" for easier working of a much used
; function. Shortened command line, same info in less space.
; Normal changes to menus done to reflect new commands.
; Mark J. Pulver
2-Dec-82 01:16:00,347;000000000000
Date: 2 Dec 1982 0016-PST
From: Bill White <WHITE@Sumex-Aim>
Subject: TurboDOS and MuSys
To: info-cpm at Mit-Mc
Via: Mit-Mc; 2 Dec 82 3:18-EST
Via: Brl; 2 Dec 82 3:43-EST
Via: Brl-Bmd; 2 Dec 82 3:45-EST
Does anyone have any first hand experience with this CP/M "compatible" OS
(TurboDOS) or the company selling it (MuSys)?
-------
2-Dec-82 03:55:00,1335;000000000000
Date: 2 Dec 1982 0555-EST
From: Andrew Scott Beals <RMS.G.BANDY.MIT-OZ@Mit-Ml>
Subject: Re: CP/M 3.0
To: Li at Rutgers
cc: info-cpm at BRL
In-Reply-To: Your message of 2-Dec-82 0048-EST
Via: Mit-Ml; 2 Dec 82 6:00-EST
Via: Brl; 2 Dec 82 6:11-EST
Via: Brl-Bmd; 2 Dec 82 6:21-EST
cp/m isn't all that bad, and neither is DR, either.
i've seen marc - it's good (looks PRETTY much like
unix(tm), but nuttin beats a VAX (are we not men?)
running Berkeley 4.1), however, the cost of the system
required to run it (it would seem that with all the
disk acessing you gotta do, you'd almost HAVE to have
a big winnie and maybe a BIG in-memory buffer (>1mbyte).
cp/m is good for just what it was intended for - a program
loader. however, it *is* simple enough that you can
do neat things.
DR isn't all that bad, either. Their documentation may
look like it was `crypted, translated in swahili,
crypted again, then typed up by a blind monkey', but
it *still* is readable and understandable (hell, IBM
doc isn't too bad either, once you get used to it). They
will also talk to people on their tech hotline who have
legitimate problems (or seem to). BTW, the last four
digits of their phone number spells MAMA(!).
oh well. i don't hate dr, and they are useful (pl/i-80
is pretty damn good).
-andy
-------
2-Dec-82 08:18:00,519;000000000000
Date: 2 Dec 1982 1018-EST (Thursday)
From: dudley at Nadc
Subject: How to reach John Beal
To: info-cpm at Mit-Mc
Via: Mit-Mc; 2 Dec 82 10:32-EST
Via: Brl; 2 Dec 82 10:40-EST
Via: Brl-Bmd; 2 Dec 82 11:06-EST
I would like to reply to John Beals letter of 1-Dec but
don't understand address references with shrieks (!) in them.
What does 'whuxg!beal' mean, or for that matter,
'decvax!harpo!eagle!wheps!alc@ucb-c70' ?
thanks.. dudley
-------
2-Dec-82 12:07:00,1311;000000000000
Date: 2 Dec 1982 at 1107-PST
To: info-cpm at BRL
Cc: fylstra.tsca at Sri-Tsc
Subject: ISIS tools
From: fylstra.tsca at Sri-Tsc
Via: Sri-Tsca; 2 Dec 82 11:23-PST
Via: Sri-Tsc; 2 Dec 82 14:22-EST
Via: Brl; 2 Dec 82 14:27-EST
Via: Brl-Bmd; 2 Dec 82 14:36-EST
I'd like to thank everyone responding to my last message about RT-11
tools. At least a dozen people pointed me at RT11.C, the utility for
copying files between RT-11 and CP/M floppies. After a long delay,
one person sent me an implementation of MODEM2 for RT-11, written in C.
Now I need the same thing for ISIS. Does anyone have either of the following:
(a) implementation of MODEM2 that executes under ISIS. Presumably this
has to be made available on an ISIS SSSD diskette, unless there is
a simple procedure for bootloading code over a serial line.
(b) a utility like RT11.C that runs under CP/M and copies files between
ISIS and CP/M diskettes. I seem to recall that such a thing exists
in the CP/MUG library.
The problem with the latter is that the files we want to move exist on
an Intel SSDD floppy. I rather doubt that it will be easy to get our
double density controllers to read those disks under CP/M.
Reply to me, please, and I'll summarize it there is interest.
Dave Fylstra
2-Dec-82 13:10:10,1992;000000000000
Date: 2 Dec 1982 13:10:10 CST (Thursday)
From: Mike Meyer <mwm@Okc-Unix>
Subject: More on the MPM2 problem
To: info-cpm at Okc-Unix
Cc: mwm at Okc-Unix
Via: Okc-Unix; 2 Dec 82 14:29-EST
Via: Brl; 2 Dec 82 14:47-EST
Via: Brl-Bmd; 2 Dec 82 14:53-EST
The system walked on my mailbox, after I had seen that somebody had replied
to me on the MPM page zero problem, but before I read it. Since I couldn't
find the reply in the archives, I assume that it was addressed to me, and
not the list. Could whoever it was from please reply again.
While going through the archives, I noticed that somebody considered twisting
page zero and then complaining when it didn't workand DRI doesn't want to
help to be crass. I have a couple of comments:
1) It wouldn't be so bad if they warned you about such things.
2) They do fix page zero when it is page zero on a bank. I.e.,
the code runs (correctly) in the first partition on each
bank.
3) This was CP/M software that somebody else wrote, and I was asked
to move to MPM (don't ever let DRI fool you into thinking
that those two are really compatable). DRI uses this trick
for CP/M software themselves.
4) I talked to the OEM who put wrote the BIOS. After looking at it
(even thought it wasn't their problem), the decided that
the BIOS never got control, and therefore the couldn't fix
it. They told me not to other talking to DRI, as they had
never been able to get a response from them.
On software compatability between MPM and CP/M. It does exist. As long as you
don't touch ANYTHING in the OS part of memory, don't do disk resets, and don't
do BIOS calls. I was
(unfortunately) stuck with moving a LOT of business software from MP/M to
CP/M. Like accounting stuff written in Microsoft BASIC. It broke at least
two of the three rules for CP/M software. Most screen oriented things will
also lose. I expect CP/M Plus to be more compatable with MP/M than with CP/M
2.2. *sigh*
<mike
2-Dec-82 13:27:00,1080;000000000000
Date: 2 Dec 1982 (Thursday) 1527-EST
From: MARON at Lll-Mfe
Subject: DTC SA1410 controller problem
To: info-cpm at Mit-Mc
Via: Mit-Mc; 2 Dec 82 20:35-EST
Via: Brl; 2 Dec 82 20:46-EST
Via: Brl-Bmd; 2 Dec 82 20:54-EST
It may be of interest to some to know about hard disk controllers,
specifically SASI compatible. I purchased a package from Hamilton-Avnet
of a Shugart SA600 and a SA1410 controller (actually made by DTC). It
seems (by talking to Shugart) that DTC installed an undocumented
feature requiring the command byte to be issued within 256microseconds
after selecting the controller or a SEQUENCE TIMEout error occurs. This
is not good (for the Big Board II and others). Shugart said that they
will trade boards for the newer version which removes this timeout.
This will make the DTC controller more compatible with others, like the
XEBEC etc. This trade-in function is to begin around the 6-10 of December.
If anyone has such a problem talk to their distributor. I will let you
know of developments if anyone responds that they care. --Neil
2-Dec-82 16:52:00,528;000000000000
Date: 2 Dec 1982 1552-PST
From: Bill Rizzi <RIZZI@Usc-Isib>
Subject: command file drive
To: info-pc at Usc-Isib
cc: info-cpm at BRL
Via: Usc-Isib; 2 Dec 82 19:38-EST
Via: Brl; 2 Dec 82 19:46-EST
Via: Brl-Bmd; 2 Dec 82 19:47-EST
Is it possible to determine from either a system call or the
internals of CP/M the drive from which a command file is read. That is,
if "A>C:EDIT B:SOMEFILE" is typed, how can EDIT determine that is was
loaded from drive C ???
Many thanks,
Bill (RIZZI@ISIB)
-------
2-Dec-82 18:47:00,670;000000000000
Date: 2 Dec 1982 at 1747-PST
To: info-cpm at BRL
Cc: fylstra.tsca at Sri-Tsc
Subject: yet another MODEM2...
From: fylstra.tsca at Sri-Tsc
Via: Sri-Tsca; 2 Dec 82 17:54-PST
Via: Sri-Tsc; 2 Dec 82 22:16-EST
Via: Brl; 2 Dec 82 22:29-EST
Via: Brl-Bmd; 2 Dec 82 23:05-EST
Today I received a request from one of our users for an implementation
of MODEM2 for yet another unique combination of languages and operating
systems. This time we need MODEM2 for...
an 11/40 running RSX-11
an LSI-11 running RT-11.
The preferred languages are (shudder) FORTRAN and MACRO-11.
Replies to me, and I'll summarize if there is any interest.
Dave Fylstra
2-Dec-82 19:54:00,1563;000000000000
Date: 2 Dec 1982 19:54 EST
From: clark.wbst at Parc-Maxc
Subject: Re: How to reach John Beal
In-reply-to: dudley's message of 2 Dec 1982 1018-EST (Thursday)
To: dudley at Nadc
cc: info-cpm at Mit-Mc
Via: Mit-Mc; 2 Dec 82 20:10-EST
Via: Brl; 2 Dec 82 20:18-EST
Via: Brl-Bmd; 2 Dec 82 20:21-EST
! is directly analogous to @, except it is grouped from the other end. It
is a UUCP address. Unix to Unix CoPy is a utility under unix whereby
machines call each other up to transfer files, send mail, or execute
processes on a remote machine. normal phone lines and dial-up lines
are normally used with 300 or 1200 baud modems. It is a good system
because anybody can call anybody, sites can be added or removed
arbirarily and easily. It is a bad system because you have to know
the path through the network.
I don't know who calls whuxg . It is a Bell labs machine in Whippany.
I sent a letter to John at wheps!alc (alc is someone's login) asking him
to help. A shorter way to get to sheps from decvax is through zeppo,
so decvax!zeppo!wheps!alc@berkeley should work. You see, berkeley
on the arpanet and ucbvax on uucp are the same machine... actually,
they are a network, but the mailers at berkeley understand... It will go
from you over the arpanet to berkeley. berkeley is also ucbvax, and
ucbvax talks to decvax. decvax will send it to zeppo, who will send it
to wheps, who will say OH! I know alc ! and put it in his (or her)
mailbox.
have fun...
--Ray
clark.wbst@parc-maxc (don't ask about dots... )
2-Dec-82 23:12:00,965;000000000000
Date: 3 December 1982 01:12-EST
From: Herb Lin <LIN@Mit-Mc>
Subject: MP/M questions
To: info-cpm at BRL
Via: Mit-Mc; 3 Dec 82 1:13-EST
Via: Brl; 3 Dec 82 1:16-EST
Via: Brl-Bmd; 3 Dec 82 1:18-EST
1. assume i want to be running MP/M with a z-80B and a hard disk with two
users doing MINCE-type word processing and maybe a printer job in the
background. any comments on system degradation? will response time
be acceptable? or should i punt and go to a 16 bit multi-user system.
2. assume I want to run with one terminal, but demand
foreground/background capability. can i do this on an 8-bit
multi-user system? will MP/M let me do this? in principle, i want a
Concurrent CP/M 80 (by analogy to the 8086 version DR puts out), but i
don;t know of such a beast. failing this, it seems that what i should able to do it just start up as one user a foreground job, and then as another user a background; possible? help, please.
thanks.
3-Dec-82 00:20:00,678;000000000000
Date: Friday, 3 December 1982 02:20-EST
Sender: RG.JMTURN.MIT-OZ at BRL
From: RG.JMTURN at Mit-Mc
To: info-cpm at BRL
Subject: Moving disks from 8 to 5.25
Via: Mit-Mc; 3 Dec 82 2:23-EST
Via: Brl; 3 Dec 82 2:36-EST
Via: Brl-Bmd; 3 Dec 82 3:19-EST
Is anyone out there offering a service to convert 8 inch disks to
5.25 inch? I need to take some 8 inch CCS formatted double density,
and convert it either to Osborne, IBM PC, Xerox, or Morrow format
5.25 inch. Any ideas (I though of taking an 8 inch system, dumping
the COM files to HEX, and running LMODEM at 9600 baud directly wired
to a 5.25 inch system, but direct copying would be better.)
James
3-Dec-82 03:18:00,397;000000000000
Date: 3 December 1982 05:18-EST
From: Roger L Long <BYTE@Mit-Mc>
Subject: CP/M 3.0
To: info-cpm at BRL
Via: Mit-Mc; 3 Dec 82 5:18-EST
Via: Brl; 3 Dec 82 5:22-EST
Via: Brl-Bmd; 3 Dec 82 5:31-EST
There is an ad from JADE in the December '82 issue of BYTE for CP/M 3.0
configured for the SBC-200 and Versafloppy II. Price is $200 for entire
thing, or $30 for manuals only.
-roger
3-Dec-82 09:44:00,1019;000000000000
Date: 3 December 1982 11:44-EST
From: Keith Petersen <W8SDZ@Mit-Mc>
Subject: Moving files from 8 to 5.25 disks
To: RG.JMTURN.MIT-OZ at BRL
cc: Info-Cpm at BRL
Via: Mit-Mc; 3 Dec 82 12:35-EST
Via: Brl; 3 Dec 82 12:39-EST
Via: Brl-Bmd; 3 Dec 82 13:04-EST
I have two programs for doing that. If you have an S-100 system and
if you can plug BOTH disk controllers into the buss without address or
port conflicts, you can bring up TWO CP/Ms in memory at the same time
(one smaller memory size than the other so they don't overlap). My
programs allow transfer of multiple files between the two CP/Ms. The
programs are TOHARD.ASM and FROMHARD.ASM (note you don't need a hard
disk to run them, they work with ANY disk systems that can run CP/M).
These programs are available on the net from MIT-MC as:
AR24:CPM;FMHARD ASM
AR24:CPM;TOHARD ASM
Both programs are meant to run on the SMALLER memory-sized CP/M.
They will accept all normal ambiguous filename references such as *.*,
*.ASM, etc.
3-Dec-82 09:53:00,580;000000000000
Date: 3 December 1982 11:53-EST
From: Keith Petersen <W8SDZ@Mit-Mc>
Subject: ISIS tools
To: fylstra.tsca at Sri-Tsc
cc: Info-Cpm at BRL
Via: Mit-Mc; 3 Dec 82 11:54-EST
Via: Brl; 3 Dec 82 12:10-EST
Via: Brl-Bmd; 3 Dec 82 12:23-EST
I have ICOPY1.ASM which is an ISIS II to CP/M copy program that runs
on CP/M. It's an improved version of the CPMUG program. The original
would not transfer files larger than 16k. If you're in a hurry for it
you can call my RCPM system (313)-759-6569 (callback). It's on the
hard disk A: drive as ICOPY1.AQM (a squeezed file).
3-Dec-82 10:57:31,710;000000000000
Date: 3 Dec 82 10:57:31 EST (Fri)
From: Ben Goldfarb <goldfarb.ucf-cs@Udel-Relay>
Subject: Re: How to reach John Beal
To: dudley at Nadc, info-cpm at Mit-Mc
Via: UCF-CS; 4 Dec 82 19:35-EST
Via: Mit-Mc; 5 Dec 82 17:47-EST
Via: Brl; 5 Dec 82 18:17-EST
Via: Brl-Bmd; 5 Dec 82 18:31-EST
What you have there is a Usenet (uucp) address. Your response should
go to the Berkeley mail gateway (Ucb-C70). The uucp path is used
instead of a user name. Thus 'decvax!harpo!eagle!wheps!alc @ Ucb-C70'
is a valid address. BTW, the '!' if you haven't already figured it
out is used to separate path components; uucp is primitive and the
user must specify the appropriate path himself.
3-Dec-82 16:16:00,613;000000000000
Date: 3 December 1982 18:16-EST
From: Charlie Strom <CSTROM@Mit-Mc>
Subject: MENU files on MC
To: INFO-CPM at BRL
Via: Mit-Mc; 3 Dec 82 18:18-EST
Via: Brl; 3 Dec 82 18:25-EST
Via: Brl-Bmd; 3 Dec 82 18:31-EST
I have uploaded the following files to MC:
AR23:CPM;MENU COM
MENU DOC
These files are supposed to allow a menu structure under CP/M on the
application level. I must admit that I have not had a chance to try
the program out myself. I understand that the author is already in
the process of adding additional capabilities and refinements, and
I will upload as received.
3-Dec-82 16:29:00,433;000000000000
Date: 3 December 1982 18:29-EST
From: Eliot Scott Ramey <ELIOT@Mit-Mc>
Subject: MARC
To: vortex!lauren at Lbl-Unix
cc: info-cpm at BRL
Via: Mit-Mc; 3 Dec 82 18:30-EST
Via: Brl; 3 Dec 82 18:39-EST
Via: Brl-Bmd; 3 Dec 82 18:44-EST
The one question that comes to mind is: with all these features, and what not,
(is it written in C or ASM, if asm 8080 or Z-80?) how big is it? It must
be huge!
-Eliot at Mit-DM
3-Dec-82 17:24:54,2121;000000000000
Date: Fri Dec 3 1982 17:24:54 PST
From: Lauren Weinstein <vortex!lauren@Lbl-Unix>
Subject: MARC
To: RMS.G.BANDY.MIT-OZ at Mit-Ml
CC: INFO-CPM at BRL
Via: Lbl-Unix; 5 Dec 82 22:56-EST
Via: Brl; 5 Dec 82 23:17-EST
Via: Brl-Bmd; 5 Dec 82 23:26-EST
I'm glad you've seen MARC, but please don't spread misinformation
around! MARC does NOT require "BIG in-memory buffers". All existing
MARC implementations run within 64K bytes. I have run MARC successfully
in as little as 48K, but admittedly that was a bit cramped for getting
anything useful done. You DON'T need a "big winnie" either. Hard
disks are nice on almost any system, but MARC will run fine even on
single-density 8 inch floppies. Since there are so many utilities
(resulting in a pretty large /bin) it's nice to have double-density
floppies so that you can fit all the utilities onto your root disk, but
even running single-density it is fairly trivial to simply put most
of your "infrequently used" programs on a different filesystem (floppy).
I've never been able to figure out exactly how to benchmark MARC, but
on my single-density system, the access times generally seem to be
at least as good as I get for CP/M, overall. Certain tasks might
take a bit longer and some a bit shorter, but overall the feeling
is that they are very similar. Note that MARC does NOT handle disk
accessing (internally) exactly the same way as UNIX, and there have
been conscious design decisions made with an eye toward good performance
on smaller disks (for example, file block buffering is handled differently,
and the shell search path is essentially reversed from that of standard
Unix).
Most of the test sites ran double-density systems with 58-64K bytes,
and they generally reported that performance was very good, even
with their simple floppy systems. Obviously the quality of your
BIOS, and similiar factors, will impact overall performance, and a
hierarchical filesystem implies more time spent performing certain
tasks (and less time performing others), but overall the reaction
has been very good.
--Lauren--
3-Dec-82 18:33:00,348;000000000000
Date: 3 December 1982 20:33-EST
From: James E Reece <REECE@Mit-Mc>
To: info-cpm at BRL
Via: Mit-Mc; 3 Dec 82 21:22-EST
Via: Brl; 3 Dec 82 21:32-EST
Via: Brl-Bmd; 3 Dec 82 21:47-EST
I have a rather urgent need to find out about the quality,
reliability, etc. of the Godbout computer. Can any of you
tell me any stories (good or bad)?
3-Dec-82 20:58:00,861;000000000000
Date: 3 December 1982 22:58-EST
From: Michael C Adler <MADLER@Mit-Ml>
Subject: XSUB modification
To: info-cpm at BRL
Via: Mit-Ml; 3 Dec 82 22:57-EST
Via: Brl; 3 Dec 82 23:05-EST
Via: Brl-Bmd; 3 Dec 82 23:20-EST
XSUB (at least the version I have) appends a CR/LF combination to the
end of input lines. The BDOS, I assume, expects only CR or LF (preferably
CR) at the end of an input line. As a result, .SUB files that use XSUB
tend to have extra line feeds in them. This can be eliminated with the
following patch:
Change each of bytes 02D7 through 02D9 of XSUB to 0. This wipes out a
MVI A,0A
INX H
set of instructions and prevents the LF from being put in the buffer.
I am not sure that the LF is unnecessary for some obscure reason. If it
is, I will be sure to find out in a situation where speed is most critical.
-Michael
3-Dec-82 21:37:00,670;000000000000
Date: 3 December 1982 23:37-EST
From: Frank J Wancho <FJW@Mit-Mc>
Subject: MP/M questions
To: LIN at Mit-Mc
cc: INFO-CPM at BRL
Via: Mit-Mc; 3 Dec 82 23:39-EST
Via: Brl; 3 Dec 82 23:47-EST
Via: Brl-Bmd; 4 Dec 82 0:05-EST
Concurrent CP/M-80 is entirely possible and feasible, although I can't
say that anyone has actually done it (yet). The principal is
relatively simple: take the example of a bank-switched,
interrupt-driven, multi-user system, add a small exec in the common
area, and turn it around so that you can select your current home bank
while the interrupts allow the processor to service any activities of
the other banks...
--Frank
3-Dec-82 21:59:00,728;000000000000
Date: 3 Dec 1982 2359-EST
From: John S Labovitz <RMS.G.HNIJ.MIT-OZ@Mit-Mc>
Subject: Aztec C
To: info-cpm at BRL
Via: Mit-Mc; 4 Dec 82 0:56-EST
Via: Brl; 4 Dec 82 1:05-EST
Via: Brl-Bmd; 4 Dec 82 1:44-EST
Has anyone had any experience with the Aztec C compiler for either
CP/M or HDOS? If so, what's your opinion on:
* Speed. We need to use it for communication programs, so we
need it FAST! How does it compare with BDS C?
* M80/L80 compatibility. We have some assembly code that's
written for M80/L80.
* Library. Is the library full C (such as the file I/O).
* Compiling time. Is it as slow as Whitesmiths?
Thanx very much.
John Labovitz
(RMS.G.HNIJ@MIT-OZ)
-------
4-Dec-82 01:01:00,947;000000000000
Date: 4 December 1982 03:01-EST
From: Dan Blumenfeld <DAN@Mit-Ml>
Subject: Z80 to 8086 translator
To: HPLABS!HP-PCD!CHARLIE at Mit-Ml
cc: Info-CPM at BRL
Via: Mit-Ml; 4 Dec 82 3:00-EST
Via: Brl; 4 Dec 82 3:15-EST
Via: Brl-Bmd; 4 Dec 82 3:26-EST
A translator which does this is available from Sorcim. Its called TRANS86,
and it runs under CPM-80. It takes 8080 or Z80 code and translates it
to ACT86 code. ACT86 code is Sorcim's answer to Intel's mnemonics for the
8086. If you have a "normal" 8086 assembler, it will barf on ACT86 code,
but an ACT86 assembler is also available, which produces .HEX files.
Of course, the translator sometimes has problems converting 8080/Z80
code to 8086, but fortunately it flags everything that could cause
problems. If you get disgusted with the ACT86 mnemonics, you could
probably write a postprocessor in PASCAL, etc. to covert them to Intel's
standard. Hope this helps...
Dan
4-Dec-82 04:43:00,671;000000000000
Date: 4 December 1982 06:43-EST
From: Eric O Stork <STORK@Mit-Mc>
To: info-cpm at BRL
Via: Mit-Mc; 4 Dec 82 6:58-EST
Via: Brl; 4 Dec 82 7:09-EST
Via: Brl-Bmd; 4 Dec 82 7:24-EST
Subject: Portable Micros.
My son is off to college soon. He's been doing his work on
a micro for over two years, and I can't expect him to go back to a
typewriter, so am planning to get him a portale micro (like OSBORNE,
KAYPRO, what have you).
Question: What experience have people had with various units? Any
advice of what to get (not to get)? Any reason to wait a
few months because something much better is just around the corner?
Comments will be much appreciated.
4-Dec-82 12:39:00,492;000000000000
Date: 4 December 1982 14:39-EST
From: Keith Petersen <W8SDZ@Mit-Mc>
Subject: MODEM7xx for Osborne
To: Info-Cpm at BRL
Via: Mit-Mc; 4 Dec 82 14:55-EST
Via: Brl; 4 Dec 82 15:04-EST
Via: Brl-Bmd; 4 Dec 82 16:01-EST
Osborne computer users should note that the latest version
of MODEM7 (MODEM794) now has a configuration file for your
system. This means it will no longer be necessary to have
separate versions of MODEM7xx for the Osborne.
See AR61:CPM;MCOSB 794ASM on MIT-MC.
5-Dec-82 02:44:07,1256;000000000000
Date: 5-Dec-82 01:44:07-PST (Sun)
From: UCBARPA.dag at Ucb-C70 (David Allen Gewirtz)
