1-Nov-87 13:43:49-MST,938;000000000000
Return-Path: <info-cpm-request@simtel20.arpa>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sun, 1 Nov 87 13:43:42 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
id AA13142; Sun, 1 Nov 87 12:17:55 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 1 Nov 87 01:37:43 GMT
From: dalcs!dalcsug!euloth@uunet.uu.net (Glenn Euloth)
Organization: Dalhousie University, Halifax, N.S., Canada
Subject: Help
Message-Id: <178@dalcsug.UUCP>
Sender: info-cpm-request@simtel20.arpa
To: info-cpm@simtel20.arpa
Can anyone advise where the ARC program for the CP/M systems is available?
hopefully it is somewhere near Halifax, N.S. It is to be used on an Osborne
computer system and also under the Atari ST CP/M emulator.
Thanks.
- From George Seto - using a friend's account.
2-Nov-87 02:43:58-MST,943;000000000000
Return-Path: <info-cpm-request@simtel20.arpa>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 2 Nov 87 02:43:51 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
id AA23451; Mon, 2 Nov 87 01:27:37 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 2 Nov 87 03:13:45 GMT
From: dalcs!dalcsug!euloth@uunet.uu.net (Glenn Euloth)
Organization: Dalhousie University, Halifax, N.S., Canada
Subject: CPM UNARC
Message-Id: <180@dalcsug.UUCP>
Sender: info-cpm-request@simtel20.arpa
To: info-cpm@simtel20.arpa
Thanks to Steve Sherin for answering so promptly and on the weekend yet.
Since your answer I received a HEX file from Keith Petersen at Simtel20
which contains an UNARC program. Thanks loads guys. Enjoy the weekend.
- George Seto - Using a friend's account.
.
3-Nov-87 18:46:57-MST,1449;000000000000
Return-Path: <piccionek@eglin-vax.arpa>
Received: from eglin-vax.arpa by SIMTEL20.ARPA with TCP; Tue, 3 Nov 87 18:46:52 MST
Date: 3 Nov 87 15:12:00 CDT
From: "KATHLEEN A. PICCIONE" <piccionek@eglin-vax.arpa>
Subject: More Help on ARC Files
To: "info-cpm" <info-cpm@SIMTEL20.ARPA>
Reply-To: "KATHLEEN A. PICCIONE" <piccionek@eglin-vax.arpa>
To: Keith Peterson
From: Kathy Piccione
Subject: Archives on SIMTEL20
Keith,
I received you message and had already read most of what you had sent.
However, let me explain to you what I did and maybe you can help me.
I used "FTP SIMTEL20.ARPA" and logged in as anonymous/guest.
I did a bget (binary get) to download arc521.com to my VAX 11/780.
I logged out of SIMTEL20 and proceeded to use my VAX to run XMODEM.
I have a TANDY (IBM PC CLONE) the uses MIRROR (CROSSTALK CLONE). It
supports XMODEM protocol as well. So I ran XMODEM on my VAX, issued the
Send command, issued an RX (Receive XMODEM) command on my TANDY,
and downloaded ARC521.COM.
After logging out of the VAX I executed the command ARC521 and
got garbage on the screen. That is where I stand.
Along the way I downloaded ARC.EXE from <PC-BLUE> in the same manner
and got a "Program too big to fit in memory" on my TANDY. I have 640k
on my TANDY so I know there is plenty of room.
I hope you might be able to help me.
Thanks.
Kathy(piccionek@eglin-vax.arpa)
PS. My TANDY runs MSDOS 3.2.
------
4-Nov-87 06:21:25-MST,1713;000000000000
Return-Path: <SAC.HQSAC-DOCT@E.ISI.EDU>
Received: from E.ISI.EDU by SIMTEL20.ARPA with TCP; Wed, 4 Nov 87 06:21:15 MST
Date: 4 Nov 1987 07:20-CST
Sender: SAC.HQSAC-DOCT@E.ISI.EDU
Subject: [ihnp4!homxb!mtuxo!mtgzz!bjh@ucbvax.Berkeley.EDU (XMRN5000...]
From: SAC.HQSAC-DOCT@E.ISI.EDU
To: info-cpm@SIMTEL20.ARPA
Message-ID: <[E.ISI.EDU] 4-Nov-87 07:20:11.SAC.HQSAC-DOCT>
I too would like the C source for the C-64. I also am looking
for a C compiler.
Begin forwarded message
Received: FROM SIMTEL20.ARPA BY USC-ISIE.ARPA WITH TCP ; 4 Nov 87 05:00:47 CST
from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 29 Oct 87 19:07:52 MST
by ucbvax.Berkeley.EDU (5.58/1.27)
id AA08729; Thu, 29 Oct 87 15:08:42 PST
from USENET by ucbvax.Berkeley.EDU with netnews
for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 29 Oct 87 15:09:44 GMT
From: ihnp4!homxb!mtuxo!mtgzz!bjh@ucbvax.Berkeley.EDU (XMRN50000[lab]-b.j.hudson)
To: info-cpm@simtel20.arpa
Subject: wanted, Small C
Return-Path: <@SIMTEL20.ARPA:INFO-CPM-REQUEST@SIMTEL20.ARPA>
Message-ID: <3240@mtgzz.UUCP>
Sender: info-cpm-request@simtel20.arpa
Organization: AT&T, Middletown NJ
I missed the posting here of Small C as originally published in
Dr. Dobb's Journal. I am looking for the C source or 6502 source
for a Commodore C-64. I have a C compiler for the C-64, but it
would be nice to port the public domain Small C to the C-64.
Please e-mail to me ihnp4....mtgzz!bjh.
(No CP/M vs. C-64 flames please) .......BJ
--------------------
End forwarded message
4-Nov-87 14:06:39-MST,994;000000000000
Mail-From: WANCHO created at 4-Nov-87 14:06:35
Date: Wed, 4 Nov 1987 14:06 MST
Message-ID: <WANCHO.12347999403.BABYL@SIMTEL20.ARPA>
From: "Frank J. Wancho" <WANCHO@SIMTEL20.ARPA>
To: "KATHLEEN A. PICCIONE" <piccionek@EGLIN-VAX.ARPA>
Cc: WANCHO@SIMTEL20.ARPA, INFO-CPM@SIMTEL20.ARPA
Subject: More Help on ARC Files
In-reply-to: Msg of 3 Nov 1987 13:12-MST from KATHLEEN A. PICCIONE <piccionek at eglin-vax.arpa>
Kathy,
Please do not use "bget" or "type image" when transferring binary
files from this host. Those two commands expect the host on the other
end to also be a 32-bit word machine. This host is a 36-bit word
machine, and the resulting file will be trash as you observed.
The proper command it "type l 8" or its equivalent, "tenex." But,
beware that some recent ftp programs have been appearing with "tenex"
incorrectly implemented as a "type l 32" equivalent. If you have
problems, as your local system wizard, and refer to this message.
--Frank
4-Nov-87 14:36:55-MST,8972;000000000000
Return-Path: <pplace!kentucky!pencin@Sun.COM>
Received: from Sun.COM by SIMTEL20.ARPA with TCP; Wed, 4 Nov 87 14:33:36 MST
Received: from sun.Sun.COM by Sun.COM (4.0/SMI-3.2)
id AA08449; Wed, 4 Nov 87 11:20:28 PST
Received: from pplace.UUCP by sun.Sun.COM (4.0/SMI-4.0)
id AA19597; Wed, 4 Nov 87 11:26:55 PST
Received: from kentucky.ParcPlace.COM by ParcPlace.COM (3.2/SMI-3.2)
id AA02884; Wed, 4 Nov 87 11:11:07 PST
Received: by kentucky.ParcPlace.COM (3.2/PARC-Place V1.0)
id AA04698; Wed, 4 Nov 87 11:11:58 PST
Message-Id: <8711041911.AA04698@kentucky.ParcPlace.COM>
From: pplace!kentucky!Pencin@Sun.COM
Date: 4 November 1987 11:16:38 am
Subject: PBBS-4.0 Released
To: info-cpm@simtel20.arpa
Cc: RCPMSysops@SIMTEL20.ARPA, RCPM-Sysops@SIMTEL20.ARPA
Fonts: 8060 4 1 1
Stdate: 32479570
Finally !
The latest version of the Public Bulletin Board System ( PBBS) is now
available from several systems nation wide. It may be obtained from
the official release point system The Dallas Connection in Mt.View, Ca.
by calling (415) 964-4356 ( 3/12/2400 baud). Following is an excerpt
from the update file in the PBBS-04.LBR.
Name Length Method Date CRC Comments
============ ====== ======== ========= ==== ====================
ACKNOWLG.PZS 2.00k Crunched 01 Nov 87 8231 Acknowledgements
BDOSHDR .MZC 1.50k Crunched 01 Nov 87 F965 Time and date interface
PBBS04 .MZC 73.62k Crunched 01 Nov 87 E026 Pbbs 4.0 main module
PBBS04 .UZD 3.62k Crunched 01 Nov 87 C6FD Pbbs 4.0 updates
PBBSHDR .MZC 16.37k Crunched 01 Nov 87 CDD0 Pbbs 4.0 definition modul
PBBSUBS .REL 6.00k -- 01 Nov 87 D100
PBYE04 .MZC 24.00k Crunched 01 Nov 87 36BA Pbbs 4.0 signoff module
PCHAT04 .MZC 5.62k Crunched 01 Nov 87 E583 Pbbs 4.0 chat module
PMNT04 .MZC 33.12k Crunched 01 Nov 87 2D73 Pbbs 4.0 maintenance modu
PNOTE04 .MZC 14.12k Crunched 01 Nov 87 93FB Pbbs 4.0 note module
PBBS version 4.0
Changes from Previous Versions
This release fixes all known bugs in version 3.0.
PBBSHDR:
ZCPR3 compatiblity/enhancements from Ron Hilgert and others.
Added equates to support the DISKLOG feature of BYE510. This
also requires a new location in low memory (DSKFLG:) to
allow the DISKLOG to be turned on and off. A new flag
(DSKLOG:) was added to allow the sysop to disable the
disklog code if he is not using it.
Added DSPCLR flag to allow/disable displaying the last 13 callers
when PBYE logs the caller off of the system. Only 13
callers are displayed, since this is all that will fit on
the screen with the rest of the messages between callers.
Added support for separate DUs for new CP/M and MS-DOS uploads.
If the MSDOS: equate is yes, then the system will ask each
user (level 3 and up) which operating system he prefers.
Then, when he jumps from PBBS to CP/M, he will be sent to
the appropriate DU. This question is only asked one time.
Added equates to allow the BULLETIN.PBS file to be displayed at
login (BULTIN:) and to allow a different welcome file for
each user level from 2 to 7 (WELCUM:).
Added equate to allow the sysop to display system usage stats at
each login (DSTATS:). See PBBS section for details of
stats.
Sysop may now choose whether he wants to ask each user for
comments at signoff by setting the EXCMT equate.
Added equate to allow 2 methods of displaying messages during a
READ comand (SKPHDR:). Sysop may choose whether to show the
header and the message at one time or to show just the
header and then ask the user if he wishes to read the
message.
Added necessary EXT's to header to take advantage of new PBBSUBS
routines suggested and provided by Ian Cottrell.
Added new hash table to more closely follow the normal
distribution of last names throughout the alphabet.
PBBS:
Included the "U" by user level into the standard command. Any
user may scan users by access level - up to own level only.
Fixed the YAK problem of loosing unlimited time users when
Yakking.
Fixed the message pause counter problem seen when listing a long
message during the message entry/edit section.
Added the capability to ask for NEW+ or N+ and get a non-stop
dump of all of the new messages since you were last on.
New auto wrap routines during message entry, thanks to Irv Hoff.
When a user uses the WHATSNEW feature to view new uploads, the
system now shows him where in the list his last log-in
occurred. Super new routines from Dick Roberts.
PBBS now uses a new hash routine to improve the effectiveness of
the user lookup routines.
System now prompts new users for a desired screen width (from 39
to 78) and uses this width when displaying messages, etc.
From Irv again.
Dick Roberts added routines to keep track of the number of users
and total active time for the system each day. The number
of users for the current day and the percentage usage of the
system for the current day and the previous day may
optionally be displayed to each user at login.
Syste deposit users into the appropriate area when they leave
PBBS.
Each time the [more] prompt is displayed, users may enter a space
(space bar) to advance the screen 1 line (and display the
[more] prompt again). Entry of any other character causes
another full screen to be displayed.
Changed the prompts on the message headers to R)ead, P)revious,
N)ext or E)xit.
Changed the prompts after a message display to .........
PMAINT:
Added a feature that was submitted by Terry Pinto that displays
the record number of the user next to his name when
displaying user records from PMAINT.
Defeatured the (8) command to only show the users that are going
to be deleated on the next PBYE user purge. I did this to
allow you to recover from catastrophic clock failures
without destroying your user and message bases.
Ian Cottrell added the complete sort routine for the user rehash
selection. Now there is no need for an external program to
do this. Thanks IAN.
New hash routines also used here.
When the sysop renumbers the message base, each user's previous
high message counter is translated to the appropriate
message in the new numbering scheme. Users no longer lose
their place in the message base whenever the messages are
renumbered.
PBBSUBS:
In the process of cleaning up some code in PBBSUBS, I discovered
that they have never checked for DISK FULL condition when
writting to the disk. I suppect that much of the strange
behavior that was un-trackable was in fact due to this
problem. Please use only the new version of PBBSUBS.REL
from now on. The error messages have been expanded to give
you a better idea of what may have caused the problem.
All hardcopy support routines have been moved to the SUBS, and
eliminated from the PMAINT program. Several routines were
re-coded to take advantage of new techniques for moving data
- Thanks Ian.
Added several new routines and cleaned up much of the code to
streamline the 'subs' routines.
ALL OTHERS
Added necessay code to take advantage of new PBBSUBS
routines and new flags in PBBSHDR.
Installation Notes for PBBS 4.0
All previous PBBS utilities are obsoleted by this release. None
of them will work after installing this system. All of the PBBS
message and users files are fully compatible, BUT, you must pack
the message base using your old PBBSMNT prior to installing the
new system. You MUST use the new PBBSUBS.REL file provided.
INSTALLATION:
1) Using your old PBBSMNT, pack the message base to remove
all deleted messages. The old way of deleting messages is
incompatible with the (R),(D) flags.
2) Go through the PBBSHDR.MAC file and set the equates for
your system. All previous hdrs are obsolete and cannot be
used. Then assemble and link all PBBS 4.0 files.
NOTE: If you decide to use the WELCUM equate, you will need
to build text files for user levels between 2 and 7.
These files are named WELCOM#.PBS, where the # is
replaced with the user's level.
3) Rehash your users file with the new PBBSMNT. This will
set the new hash order and allow the rest of the programs to
function.
Russ
4-Nov-87 14:42:09-MST,8975;000000000000
Return-Path: <RCPM-SYSOPS-REQUEST@SIMTEL20.ARPA>
Received: from Sun.COM by SIMTEL20.ARPA with TCP; Wed, 4 Nov 87 14:33:36 MST
Received: from sun.Sun.COM by Sun.COM (4.0/SMI-3.2)
id AA08449; Wed, 4 Nov 87 11:20:28 PST
Received: from pplace.UUCP by sun.Sun.COM (4.0/SMI-4.0)
id AA19597; Wed, 4 Nov 87 11:26:55 PST
Received: from kentucky.ParcPlace.COM by ParcPlace.COM (3.2/SMI-3.2)
id AA02884; Wed, 4 Nov 87 11:11:07 PST
Received: by kentucky.ParcPlace.COM (3.2/PARC-Place V1.0)
id AA04698; Wed, 4 Nov 87 11:11:58 PST
Message-Id: <8711041911.AA04698@kentucky.ParcPlace.COM>
From: pplace!kentucky!Pencin@Sun.COM
Date: 4 November 1987 11:16:38 am
Subject: PBBS-4.0 Released
To: info-cpm@simtel20.arpa
Cc: RCPMSysops@SIMTEL20.ARPA, RCPM-Sysops@SIMTEL20.ARPA
Fonts: 8060 4 1 1
Stdate: 32479570
Finally !
The latest version of the Public Bulletin Board System ( PBBS) is now
available from several systems nation wide. It may be obtained from
the official release point system The Dallas Connection in Mt.View, Ca.
by calling (415) 964-4356 ( 3/12/2400 baud). Following is an excerpt
from the update file in the PBBS-04.LBR.
Name Length Method Date CRC Comments
============ ====== ======== ========= ==== ====================
ACKNOWLG.PZS 2.00k Crunched 01 Nov 87 8231 Acknowledgements
BDOSHDR .MZC 1.50k Crunched 01 Nov 87 F965 Time and date interface
PBBS04 .MZC 73.62k Crunched 01 Nov 87 E026 Pbbs 4.0 main module
PBBS04 .UZD 3.62k Crunched 01 Nov 87 C6FD Pbbs 4.0 updates
PBBSHDR .MZC 16.37k Crunched 01 Nov 87 CDD0 Pbbs 4.0 definition modul
PBBSUBS .REL 6.00k -- 01 Nov 87 D100
PBYE04 .MZC 24.00k Crunched 01 Nov 87 36BA Pbbs 4.0 signoff module
PCHAT04 .MZC 5.62k Crunched 01 Nov 87 E583 Pbbs 4.0 chat module
PMNT04 .MZC 33.12k Crunched 01 Nov 87 2D73 Pbbs 4.0 maintenance modu
PNOTE04 .MZC 14.12k Crunched 01 Nov 87 93FB Pbbs 4.0 note module
PBBS version 4.0
Changes from Previous Versions
This release fixes all known bugs in version 3.0.
PBBSHDR:
ZCPR3 compatiblity/enhancements from Ron Hilgert and others.
Added equates to support the DISKLOG feature of BYE510. This
also requires a new location in low memory (DSKFLG:) to
allow the DISKLOG to be turned on and off. A new flag
(DSKLOG:) was added to allow the sysop to disable the
disklog code if he is not using it.
Added DSPCLR flag to allow/disable displaying the last 13 callers
when PBYE logs the caller off of the system. Only 13
callers are displayed, since this is all that will fit on
the screen with the rest of the messages between callers.
Added support for separate DUs for new CP/M and MS-DOS uploads.
If the MSDOS: equate is yes, then the system will ask each
user (level 3 and up) which operating system he prefers.
Then, when he jumps from PBBS to CP/M, he will be sent to
the appropriate DU. This question is only asked one time.
Added equates to allow the BULLETIN.PBS file to be displayed at
login (BULTIN:) and to allow a different welcome file for
each user level from 2 to 7 (WELCUM:).
Added equate to allow the sysop to display system usage stats at
each login (DSTATS:). See PBBS section for details of
stats.
Sysop may now choose whether he wants to ask each user for
comments at signoff by setting the EXCMT equate.
Added equate to allow 2 methods of displaying messages during a
READ comand (SKPHDR:). Sysop may choose whether to show the
header and the message at one time or to show just the
header and then ask the user if he wishes to read the
message.
Added necessary EXT's to header to take advantage of new PBBSUBS
routines suggested and provided by Ian Cottrell.
Added new hash table to more closely follow the normal
distribution of last names throughout the alphabet.
PBBS:
Included the "U" by user level into the standard command. Any
user may scan users by access level - up to own level only.
Fixed the YAK problem of loosing unlimited time users when
Yakking.
Fixed the message pause counter problem seen when listing a long
message during the message entry/edit section.
Added the capability to ask for NEW+ or N+ and get a non-stop
dump of all of the new messages since you were last on.
New auto wrap routines during message entry, thanks to Irv Hoff.
When a user uses the WHATSNEW feature to view new uploads, the
system now shows him where in the list his last log-in
occurred. Super new routines from Dick Roberts.
PBBS now uses a new hash routine to improve the effectiveness of
the user lookup routines.
System now prompts new users for a desired screen width (from 39
to 78) and uses this width when displaying messages, etc.
From Irv again.
Dick Roberts added routines to keep track of the number of users
and total active time for the system each day. The number
of users for the current day and the percentage usage of the
system for the current day and the previous day may
optionally be displayed to each user at login.
Syste deposit users into the appropriate area when they leave
PBBS.
Each time the [more] prompt is displayed, users may enter a space
(space bar) to advance the screen 1 line (and display the
[more] prompt again). Entry of any other character causes
another full screen to be displayed.
Changed the prompts on the message headers to R)ead, P)revious,
N)ext or E)xit.
Changed the prompts after a message display to .........
PMAINT:
Added a feature that was submitted by Terry Pinto that displays
the record number of the user next to his name when
displaying user records from PMAINT.
Defeatured the (8) command to only show the users that are going
to be deleated on the next PBYE user purge. I did this to
allow you to recover from catastrophic clock failures
without destroying your user and message bases.
Ian Cottrell added the complete sort routine for the user rehash
selection. Now there is no need for an external program to
do this. Thanks IAN.
New hash routines also used here.
When the sysop renumbers the message base, each user's previous
high message counter is translated to the appropriate
message in the new numbering scheme. Users no longer lose
their place in the message base whenever the messages are
renumbered.
PBBSUBS:
In the process of cleaning up some code in PBBSUBS, I discovered
that they have never checked for DISK FULL condition when
writting to the disk. I suppect that much of the strange
behavior that was un-trackable was in fact due to this
problem. Please use only the new version of PBBSUBS.REL
from now on. The error messages have been expanded to give
you a better idea of what may have caused the problem.
All hardcopy support routines have been moved to the SUBS, and
eliminated from the PMAINT program. Several routines were
re-coded to take advantage of new techniques for moving data
- Thanks Ian.
Added several new routines and cleaned up much of the code to
streamline the 'subs' routines.
ALL OTHERS
Added necessay code to take advantage of new PBBSUBS
routines and new flags in PBBSHDR.
Installation Notes for PBBS 4.0
All previous PBBS utilities are obsoleted by this release. None
of them will work after installing this system. All of the PBBS
message and users files are fully compatible, BUT, you must pack
the message base using your old PBBSMNT prior to installing the
new system. You MUST use the new PBBSUBS.REL file provided.
INSTALLATION:
1) Using your old PBBSMNT, pack the message base to remove
all deleted messages. The old way of deleting messages is
incompatible with the (R),(D) flags.
2) Go through the PBBSHDR.MAC file and set the equates for
your system. All previous hdrs are obsolete and cannot be
used. Then assemble and link all PBBS 4.0 files.
NOTE: If you decide to use the WELCUM equate, you will need
to build text files for user levels between 2 and 7.
These files are named WELCOM#.PBS, where the # is
replaced with the user's level.
3) Rehash your users file with the new PBBSMNT. This will
set the new hash order and allow the rest of the programs to
function.
Russ
4-Nov-87 15:48:38-MST,908;000000000000
Mail-From: KPETERSEN created at 4-Nov-87 15:48:33
Date: Wed, 4 Nov 1987 15:48 MST
Message-ID: <KPETERSEN.12348017966.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To: Info-Cpm@SIMTEL20.ARPA
Cc: RCPM-SysOps@SIMTEL20.ARPA
Subject: PBBS-4.0 Released
The new version 4.0 of Russ Pencin's PBBS program for CP/M computers is
available via standard anonymous FTP from SIMTEL20.
Filename Type Bytes CRC
Directory PD:<CPM.PBBS>
PBBS-04.LBR.1 BINARY 184704 A95CH
PBBSUP-4.LBR.1 BINARY 91264 656DH
PBBSUTL4.LBR.1 BINARY 8320 ED4EH
These files are also available on my RCP/M and on GEnie's CP/M
RoundTable.
--Keith Petersen
Arpa: W8SDZ@SIMTEL20.ARPA
Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
GEnie: W8SDZ
RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST)
4-Nov-87 18:28:38-MST,1132;000000000000
Return-Path: <info-cpm-request@simtel20.arpa>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 4 Nov 87 18:28:18 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
id AA07309; Wed, 4 Nov 87 16:42:09 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 4 Nov 87 06:14:58 GMT
From: abp@j.cc.purdue.edu (Jeffrey J Wieland)
Organization: Purdue University Computing Center
Subject: ZCPR3 & DateStamper w/ TurboROM
Message-Id: <5748@j.cc.purdue.edu>
Sender: info-cpm-request@simtel20.arpa
To: info-cpm@simtel20.arpa
Has anyone been able to modify the ZCPR3 packages found in PD:<ZSYS.INSTALL>
on SIMTEL20 to work with the Kaypro version of PLU*PERFECT's DateStamper
(the one that becomes part of your system on your boot tracks)? I can
possibly figure this out myself, but why reinvent the wheel?
I have a Kaypro 2X with the Advent TurboROM v. 3.4 and a 1 meg. Advent
RAM disk, if this helps.
Thanks in advance,
Jeff Wieland
abp@j.cc.purdue.edu
5-Nov-87 14:08:16-MST,1584;000000000000
Return-Path: <FISHER@RPICICGE.BITNET>
Received: from CICGE.RPI.EDU by SIMTEL20.ARPA with TCP; Thu, 5 Nov 87 14:04:59 MST
Received: from (TCPMAINT)RPICICGE.BITNET by CICGE.RPI.EDU on 11/05/87
at 11:54:27 EST
Received: by RPICICGE (Mailer X1.25) id 9319; Thu, 05 Nov 87 11:51:40
EST
Date: Thu, 05 Nov 87 11:16:27 EST
From: "John S. Fisher" <FISHER@CICGE.RPI.EDU>
To: INFO-CPM@SIMTEL20.ARPA
Subject: Bitnet file server
I regret to report that the file server in place at LISTSERV@RPICICGE.BITNET
has been swamped with more requests than it can apparently handle at this
time. The bottleneck is the rate at which files can be transferred from
Simtel20 to my server's cache via FTP.
More than half of all requests are getting rejected after the 5 day
time-out period. And more than three quarters of the requests are for
IBM PC software. Since it was my intent to offer the service first and
foremost to the Info-CPM community for access to the Simtel20 CP/M archives,
the server will now accept requests for files from the CPM and SIGM
directories only. Access to the PC-BLUE and MSDOS collections is
suspended indefinitely. If/when there is some reliability improvements
and through-put improvements to the several internet gateways between
Simtel20 and my host, I will remove the restriction.
By the way, if anyone out there in Bitnet-land with a VM/CMS host and
an internet connection is interested in sponsoring a copy of the server,
please let me know....
Regards,
JSFisher FISHER@RPICICGE.BITNET
FISHER@CICGE.RPI.EDU
5-Nov-87 18:12:54-MST,1572;000000000000
Return-Path: <info-cpm-request@simtel20.arpa>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 5 Nov 87 18:12:34 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
id AA08436; Thu, 5 Nov 87 16:50:42 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 5 Nov 87 19:23:43 GMT
From: abp@j.cc.purdue.edu (Jeffrey J Wieland)
Organization: Purdue University
Subject: Re: More Help on ARC Files
Message-Id: <5753@j.cc.purdue.edu>
References: <8711040151.AA08737@ucbvax.Berkeley.EDU>
Sender: info-cpm-request@simtel20.arpa
To: info-cpm@simtel20.arpa
SIMTEL20 stores binaries in a funny way: it has a 36 bit word length, so it
stores 4 8-bit bytes in each 36-bit word, the other 4 bits being zero filled.
If you use a binary ftp, you get a direct copy of this, which is garbage for
your computer. What you will need to do is to find out how (with your
particular system) to make ftp do the translation from 36 bits to 4 8-bit
bytes for you. On our 11/780 VAXen (4.3 bsd), one types the command "tenex"
at the ftp prompt. I forget where the name comes from. You'll have to
find out if there is something similar for your machine. Also, when you
perform the file transfer to your Tandy, be sure that you put sending xmodem
into binary mode; otherwise it will translate every occurence of ^J to ^M^J
(file for text files, but it really mangles binaries).
Jeff Wieland
abp@j.cc.purdue.edu
6-Nov-87 05:12:22-MST,1162;000000000000
Return-Path: <info-cpm-request@simtel20.arpa>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri, 6 Nov 87 05:12:15 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
id AA20769; Fri, 6 Nov 87 03:51:18 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 5 Nov 87 17:25:06 GMT
From: dalcs!garfield!jay@uunet.uu.net (Jay Kumarasingam)
Organization: CS Dept., Memorial U. of Newfoundland, St. John's
Subject: Languages
Message-Id: <4183@garfield.UUCP>
Sender: info-cpm-request@simtel20.arpa
To: info-cpm@simtel20.arpa
Does anybody know if there are pd versions of pascal, prolog, lisp, that will
run under CP/M Plus on a Commodore 128.
If anyone has these would you email me please?
Jay
J.(Jay) Kumarasingam
UUCP: {akgua,allegra,cbosgd,ihnp4,utcsri}!garfield!jay
EAN: jay@garfield.mun.cdn
CSNET: jay%garfield.mun.cdn@ubc.csnet
--
J.(Jay) Kumarasingam
UUCP: {akgua,allegra,cbosgd,ihnp4,seismo,utcsri}!garfield!jay
EAN: jay@garfield.mun.cdn
CSNET: jay%garfield.mun.cdn@ubc.csnet
6-Nov-87 14:26:50-MST,1137;000000000000
Return-Path: <crash!pnet01!raspy@nosc.mil>
Received: from bass.nosc.mil (NOSC.MIL.#Internet) by SIMTEL20.ARPA with TCP; Fri, 6 Nov 87 14:26:33 MST
Received: by bass.nosc.mil (5.58/1.27)
id AA07598; Fri, 6 Nov 87 13:24:40 PST
Received: by crash.CTS.COM (5.54/UUCP-Project/rel-1.0/09-14-86)
id AA10687; Fri, 6 Nov 87 12:56:09 PST
Reply-To: pnet01!raspy@nosc.mil
Message-Id: <8711062056.AA10687@crash.CTS.COM>
Date: Fri, 6 Nov 87 12:45:05 PST
From: raspy@pnet01.cts.com (Richard Raspenti)
To: crash!info-cpm@simtel20.arpa@bass.nosc.mil
Subject: Re: HELP--- CPM-86
Copies of CP/M-86 can be found sometimes from Priority 1 or S-100. If you
have a Compupro type system try direct to COmpupro or one of their dealers.
One other suggestion - I get much of my CP/M and S-100 stuff from a place in
Rialto, California. They (actually He) may be able to be of help. Try
Microcomputer Solutions (Michael Louie) at 714-820-9850. He has alot of
software and hardware for CP/M systems - got me upgraded to a new version of
CP/M-816 (8088/8080 both) and Hard disk. Very helpful and knowlegable. Hope
this helps.
7-Nov-87 19:47:22-MST,559;000000000000
Return-Path: <mknox@ngp.utexas.edu>
Received: from ngp.utexas.edu by SIMTEL20.ARPA with TCP; Sat, 7 Nov 87 19:47:19 MST
Date: Sat, 7 Nov 87 20:46:28 CST
From: mknox@ngp.utexas.edu (Margaret H. Knox)
Posted-Date: Sat, 7 Nov 87 20:46:28 CST
Message-Id: <8711080246.AA12040@ngp.utexas.edu>
Received: by ngp.utexas.edu (5.51/5.51)
id AA12040; Sat, 7 Nov 87 20:46:28 CST
To: info-cpm@simtel20.arpa, uxc.cso.uiuc.edu!uicsrd!konicek@a.cs.uiuc.edu
Subject: Re: HELP--- CPM-86
Contact Alexander&Lord, (408) 659-2203. I believe they can help
you.
8-Nov-87 01:14:08-MST,997;000000000000
Return-Path: <info-cpm-request@simtel20.arpa>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sun, 8 Nov 87 01:13:55 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
id AA02657; Sat, 7 Nov 87 23:53:34 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 8 Nov 87 02:02:43 GMT
From: gti%psuvm.bitnet@ucbvax.Berkeley.EDU (Leon Geesey)
Organization: The Pennsylvania State University - Computation Center
Subject: Problem with Simtel20?
Message-Id: <24555GTI@PSUVM>
Sender: info-cpm-request@simtel20.arpa
To: info-cpm@simtel20.arpa
I was wondering if i was doing something wrong. Saturday Night i was
trying to anonymous FTP from SIMTEL20. But kept getting the Error
LOGIN INCORRECT. I was Answering ANONYMOUS and GUEST to the prompts
for UserID and PAssward. Was I doing something wrong or is something
busted at SIMTEL20?
8-Nov-87 09:10:37-MST,943;000000000000
Mail-From: KPETERSEN created at 8-Nov-87 09:10:35
Date: Sun, 8 Nov 1987 09:10 MST
Message-ID: <KPETERSEN.12348994097.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To: Info-Cpm@SIMTEL20.ARPA
Cc: gti%psuvm.bitnet@UCBVAX.BERKELEY.EDU (Leon Geesey)
Subject: Problem with Simtel20?
In-reply-to: Msg of 7 Nov 1987 19:02-MST from gti%psuvm.bitnet at ucbvax.Berkeley.EDU (Leon Geesey)
There was a problem on SIMTEL20 Saturday night with ANONYMOUS ftp
logins. It has been fixed.
The system has been going through some changes in the past week. It
now has more memory and the network server has a higher priority (both
of which have made a great improvement in response time). Later this
week we will be doubling the disk storage space available.
Please bear with us if there are some problems during this transition.
--Keith Petersen <Info-Cpm-Request@SIMTEL20.ARPA>
8-Nov-87 14:45:10-MST,501;000000000000
Return-Path: <@wiscvm.wisc.edu:GTI@PSUVM.BITNET>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Sun, 8 Nov 87 14:45:07 MST
Received: from PSUVM.BITNET by wiscvm.wisc.edu ; Sun, 08 Nov 87 15:44:56 CDT
Date: Sun, 8 Nov 87 16:43 EST
From: "Leon Geesey" <GTI@PSUVM>
Subject: Re: Problem with Simtel20?
To: W8SDZ@simtel20.arpa
Cc: Info-Cpm@simtel20.arpa
In-Reply-To: W8SDZ AT simtel20.arpa -- Sun, 8 Nov 1987 09:10 MST
I'm Glad to hear it. Keep up the Good work
8-Nov-87 18:52:35-MST,1285;000000000000
Mail-From: KPETERSEN created at 8-Nov-87 18:52:21
Date: Sun, 8 Nov 1987 18:52 MST
Message-ID: <KPETERSEN.12349100002.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To: Info-Cpm@SIMTEL20.ARPA
Cc: RCPM-SysOps@SIMTEL20.ARPA
Subject: ARC maker for CP/M now available from SIMTEL20
Now available via standard anonymous FTP from SIMTEL20...
Filename Type Bytes CRC
Directory PD1:<CPM.ARC-LBR>
CPMARC.ARK BINARY 90391 1333H
This ARK contains an ARC maker for CP/M (8080 or Z80) computers.
There are two versions - one supports automatic compression with
Huffman squeezing, packing or storing, along with DIR and delete
member file - and another version with LZW crunching, packing or
storing but without DIR or delete member file (it would be too big).
The LZW version requires a large ( >60K ) CP/M and is much slower than
the SQ version. Full C-language source, documentation and executables
are included.
This file is also available on my RCP/M and on GEnie's CP/M
RoundTable.
--Keith Petersen
Arpa: W8SDZ@SIMTEL20.ARPA
Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
GEnie: W8SDZ
RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST)
9-Nov-87 13:11:48-MST,544;000000000000
Return-Path: <D-ROGERS@EDWARDS-2060.ARPA>
Received: from EDWARDS-2060.ARPA by SIMTEL20.ARPA with TCP; Mon, 9 Nov 87 13:10:55 MST
Date: Mon 9 Nov 87 12:10:54-PST
From: D-ROGERS@EDWARDS-2060.ARPA
Subject: PD archives
To: info-cpm@SIMTEL20.ARPA
Message-ID: <12349299991.10.D-ROGERS@EDWARDS-2060.ARPA>
Did i miss something? SIMTEL20 seems to be up again, but the only directory
it seems to recognize is PS:[anonymous]. Every PD:[cpm.(dir)] i tried came
up "<not found". Is there a new device name?
perplexidly, [dale]
-------
9-Nov-87 16:50:57-MST,823;000000000000
Return-Path: <info-cpm-request@simtel20.arpa>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 9 Nov 87 16:50:45 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
id AA03405; Mon, 9 Nov 87 13:17:57 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 5 Nov 87 22:08:00 GMT
From: uxc.cso.uiuc.edu!uicsrd!konicek@a.cs.uiuc.edu
Subject: CP/M 86 --- THANKS
Message-Id: <46500005@uicsrd>
Sender: info-cpm-request@simtel20.arpa
To: info-cpm@simtel20.arpa
Thanks to everybody that responded to my query about CP/M 86.
I tried to respond to everybody personally but I'm sure I missed
somebody. My apologies to those I missed.
Thanks again,
Jeff K.
9-Nov-87 19:14:12-MST,1169;000000000000
Return-Path: <info-cpm-request@simtel20.arpa>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 9 Nov 87 19:14:02 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.27)
id AA09541; Mon, 9 Nov 87 17:57:26 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 9 Nov 87 22:24:50 GMT
From: topaz.rutgers.edu!wchao@rutgers.edu (William Chao)
Organization: Rutgers Univ., New Brunswick, N.J.
Subject: Re: Problem with Simtel20?
Message-Id: <16366@topaz.rutgers.edu>
References: <24555GTI@PSUVM>
Sender: info-cpm-request@simtel20.arpa
To: info-cpm@simtel20.arpa
Speaking of SIMTEL20 problems... I have not been able to get
to simtel20 for the past month now. The most common problem
is simtel20's ftp processor is not responding after I am
connected, or sometimes I would get connection timed-out error.
Last week I read that ARPANET is having some work done to
it to improve access and communications between sites but I
am not sure if this is the problem.
William Chao
wchao@topaz.rutgers.edu
10-Nov-87 08:19:58-MST,1241;000000000000
Return-Path: <FISHER@RPICICGE.BITNET>
Received: from CICGE.RPI.EDU by SIMTEL20.ARPA with TCP; Tue, 10 Nov 87 08:19:41 MST
Received: from (TCPMAINT)RPICICGE.BITNET by CICGE.RPI.EDU on 11/10/87
at 09:39:32 EDT
Received: by RPICICGE (Mailer X1.25) id 7833; Tue, 10 Nov 87 09:39:28
EDT
Date: Tue, 10 Nov 87 09:30:55 EDT
From: "John S. Fisher" <FISHER@CICGE.RPI.EDU>
To: piccionek@eglin-vax.arpa
cc: INFO-CPM@SIMTEL20.ARPA
Subject: Re: More Help on ARC Files
In-Reply-To: piccionek@eglin-vax.arpa -- 3 Nov 87 15:12:00 CDT
I do not know much about the FTP facilities on your VAX, but I do
know that there has been some historical confusion about the
appropriate TYPE command needed when fetching binary files. The
Tops-20 system (Simtel20) supports variable "byte" sizes, and it
is necessary to inform FTP what byte size is being used.
The archive blurb suggests TYPE L 8 (meaning an 8-bit byte)
for binary transfers. I have never gotten this to work on my
IBM host, but TYPE L 32 works just fine (plus one other command
to disable ASCII->EBCDIC translation). You might try preceding
the RETR command in FTP with TYPE. If your implementation does
not support the TYPE command, try QUOT TYPE L 32 (or 8).
10-Nov-87 10:59:23-MST,2119;000000000000
Mail-From: KPETERSEN created at 10-Nov-87 10:59:18
Date: Tue, 10 Nov 1987 10:59 MST
Message-ID: <KPETERSEN.12349538175.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To: Info-Cpm@SIMTEL20.ARPA
Cc: RCPM-SysOps@SIMTEL20.ARPA
Subject: ARC maker for CP/M now available from SIMTEL20
Be careful with the new ARC maker for CP/M. There are some problems
that will have to ironed out in the next revision. The following
message is from RCP/M Royal Oak (313) 759-6569.
--cut-here--CPMARC.BUG--cut-here--
Date: 9-Nov-87
From: Lee Rimar
To: All
Re: CP/M ARK program
I feel like a kid who got exactly the toy he wanted for Christmas --
but then found out it didn't work.
After waiting over a year for a CP/M archive program, it's finally
here. But it's slow and has some dangerous bugs.
There are two versions: ARCS does file compression by Squeezing,
ARCC does it by crunching. Each has it's own problems.
ARCS bombs out if you try to put more than 64 files into an archive.
It WILL close the archive correctly, but if you specified a file list
or wild cards totally more than 64 files, it just aborts after the the
64th is arc'd. And it IS slow: I was trying to archive the initial
program load for my RAMdisk, about 700K in 65 files. Took OVER AN HOUR
to get the 64th file (RAMdisk to floppy). Then ten very noisy minutes
of disk error retry, trying to figure out where to put the 65th file.
Finally it aborted.
ARCC has a different problem. The docs say it needs a TPA of AT LEAST
60K. I have 56K, and it works if you try to archive small files, and
specify a small file list. BUT if you run out of memory, it DOES NOT
exit gracefully -- it goes off into never-never land, and sometimes
will trash your disk directory en route.
ARCC is even slower than ARCS -- a single 12K file took about 5
minutes to archive (RAMdisk to RAMdisk) on my 4Mhz Kaypro. So even if
you have the memory to run it, you might not have the time.
If you need 'em, they're here -- but be careful . . .
10-Nov-87 12:30:25-MST,736;000000000000
Return-Path: <piccionek@eglin-vax.arpa>
Received: from eglin-vax.arpa by SIMTEL20.ARPA with TCP; Tue, 10 Nov 87 12:30:22 MST
Date: 10 Nov 87 12:51:00 CST
From: "KATHLEEN A. PICCIONE" <piccionek@eglin-vax.arpa>
Subject: Thanks!
To: "info-cpm" <info-cpm@simtel20.arpa>
Reply-To: "KATHLEEN A. PICCIONE" <piccionek@eglin-vax.arpa>
I want to thank all of you who responded to my plea about help on ARC
files. For your information, I was finally able to download files
to my TANDY. Here's how I did it:
ftp simtel20.arpa
Logged in
tenex
get <files> <files>
ex
Then I used KERMIT to download the files.
AND IT WORKED!!!!!
Thanks again for all your help.
Kathy Piccione(piccionek@eglin-vax.arpa)
------
10-Nov-87 19:10:31-MST,832;000000000000
Mail-From: KPETERSEN created at 10-Nov-87 19:10:25
Date: Tue, 10 Nov 1987 19:10 MST
Message-ID: <KPETERSEN.12349627581.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To: Info-Cpm@SIMTEL20.ARPA
Cc: Info-Micro@BRL.ARPA, Info-HZ100@RADC-TOPS20.ARPA, Info-IBMPC@C.ISI.EDU,
packet-radio@EDDIE.MIT.EDU, Info-Hams@SIMTEL20.ARPA
Subject: SIMTEL20 device name change
We have doubled the disk storage on SIMTEL20. In the process some
changes had to be made. All directories, except those listed below,
which were previously addressed as device PD: must now be addressed as
PD1: These include <CPM*>, <MISC*> and <MSDOS*>.
The following directories must be addressed as device PD2: <ADA*>,
<CM*>, <VHDL*>, <UNIX*>, <MACINTOSH*>, and <PCNET>.
--Keith Petersen
11-Nov-87 19:25:36-MST,1303;000000000000
Return-Path: <info-cpm-request@simtel20.arpa>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 11 Nov 87 19:25:25 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
id AA13241; Wed, 11 Nov 87 18:16:50 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 12 Nov 87 00:10:04 GMT
From: lll-aftac!bae@LLL-TIS.ARPA (Hwa Jin Bae)
Organization: Lawrence Livermore National Laboratory, Livermore CA
Subject: Re: Also wanted, Small C usage
Message-Id: <21824@lll-tis.arpa>
References: <3240@mtgzz.UUCP>, <9291@sri-unix.ARPA>
Sender: info-cpm-request@simtel20.arpa
To: info-cpm@simtel20.arpa
James Hendrix has a book on Small-C named _The Small C Handbook_.
It discusses the structure of the compiler, interworkings, etc.
Pretty much all you ever wanted to know about Small-C is in there.
It includes a source for Small-C (for the 8080).
-------------------------------------------------+--------------------------
Hwa Jin Bae (415) 463-6865 | Control Data Corporation
bae@{lll-tis.arpa,lll-aftac.arpa} (Internet) | 4234 Hacienda Drive
{ames,ihnp4,lll-crg}!lll-tis!plseca!hbae (UUCP) | Pleasanton, CA 94566
11-Nov-87 20:23:41-MST,1740;000000000000
Return-Path: <info-cpm-request@simtel20.arpa>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 11 Nov 87 20:23:28 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
id AA14447; Wed, 11 Nov 87 19:19:07 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 11 Nov 87 22:35:07 GMT
From: agv@j.cc.purdue.edu (Dave Murrell)
Organization: Purdue University Computing Center
Subject: NEC-PC8801 N88-BASIC question
Message-Id: <5772@j.cc.purdue.edu>
Sender: info-cpm-request@simtel20.arpa
To: info-cpm@simtel20.arpa
I recently obtained an *old* NEC-PC8801A from a friend
who wants me to do some custom work on it. As inherited,
it had only the assembler -- and now, after some deliberation
and a lot of downloading traffic from simtel20, the beast
is being tamed.
I obtained a version of N88-Disk BASIC from NEC (thanks,
Richard Johnson) with the following BASIC files:
setinf.n88 phyfrm.n88 ...
My question is: What are these for? The documentation is
a bit sparse -- "setinf" is supposed to write an information
track to disk (for what purpose, I don't know) and "phyfrm"
"physically" formats a DMA disk (presumably the 8881 drives
I have), whatever "physical" formatting involves (as opposed
to "normal" formatting).
Also, if anyone can offer some information on either purchasing
or obtaining a public domain version of "ZASM", I'd be grateful.
(I believe ZASM is needed to assemble the ZCPR3 sources from
simtel20????).
Any responses are probably best handled via e-mail. UUCP is
ok, ARPA preferred (agv@s.cc.purdue.edu). Much thanks in advance.
11-Nov-87 20:30:11-MST,480;000000000000
Return-Path: <John_E._Stanley.rochX2@Xerox.COM>
Received: from Xerox.COM by SIMTEL20.ARPA with TCP; Wed, 11 Nov 87 20:30:08 MST
Received: from Burger.ms by ArpaGateway.ms ; 11 NOV 87 10:01:20 PST
Sender: "John_E._Stanley.rochX2"@Xerox.COM
Date: 11 Nov 87 10:00:11 PST (Wednesday)
Subject: ARCHIVE-REQUEST
From: "John_E._Stanley.rochX2"@Xerox.COM
To: INFO-CPM@SIMTEL20.Arpa
Reply-to: "John_E._Stanley.rochX2"@Xerox.COM
Message-ID: <871111-100120-7178@Xerox>
SEND INFO
11-Nov-87 21:45:28-MST,581;000000000000
Return-Path: <John_E._Stanley.rochX2@Xerox.COM>
Received: from AMSAA-SEER.ARPA by SIMTEL20.ARPA with TCP; Wed, 11 Nov 87 21:45:26 MST
Received: from XEROX.COM by AMSAA-SEER.AMSAA-SEER.ARPA id aa28218;
11 Nov 87 13:00 EST
Received: from Burger.ms by ArpaGateway.ms ; 11 NOV 87 10:01:29 PST
Sender: John_E._Stanley.rochX2@Xerox.COM
Date: 11 Nov 87 10:00:52 PST (Wednesday)
Subject: ARCHIVE-REQUEST
From: John_E._Stanley.rochX2@Xerox.COM
To: INFO-CPM@AMSAA-SEER.ARPA
Reply-to: John_E._Stanley.rochX2@Xerox.COM
Message-ID: <871111-100129-7179@Xerox>
SEND INFO
12-Nov-87 10:18:32-MST,1262;000000000000
Return-Path: <rcarter@wsmr02.arpa>
Received: from wsmr02.arpa by SIMTEL20.ARPA with TCP; Thu, 12 Nov 87 10:18:28 MST
Date: Thu, 12 Nov 87 10:06:13 MST
From: Raymond Carter STEWS-NR-AS 678-3348 <rcarter@wsmr02.ARPA>
Subject: Re: Languages
In-Reply-To: Your message of 5 Nov 87 17:25:06 GMT
To: dalcs!garfield!jay@uunet.uu.net
Cc: info-cpm@simtel20.arpa
Asking for info on P.D. versions of pascal, prolog, lisp:
I have turned up the following info:
FOG, PO Box 3474, Daly City, CA 94015 (415-755-2000)
has JRT Pascal on 4 PD disks $4 each for members $8 for nonmembers
Central Computer Products, 330 Central Ave., Fillmore CA 93015
(800-533-8049) sells LISP/80 for $36, also has Turbo Pascal for $59
Spite Software, 4875 SW 19th Drive, Portland OR 97201 (800-237-9111)
has FTL Modula2 for $49.95 ($39.95 for FOG members).
I have not been able to locate a PD version of lisp or prolog.
Hope the above will be of use - I mentions the Modula2 since it is
basically an improved version of Pascal.
I would also suggest looking at CP/M COMAL available from
COMAL Users Group USA, 6041 Monona Drive Madison WI. It is the best
programming language I have yet found (I have compared it against
Pascal, Basic, Modula2, C, Fortran).
13-Nov-87 07:51:41-MST,735;000000000000
Return-Path: <secrist%msdoa2.DEC@decwrl.dec.com>
Received: from decwrl.dec.com by SIMTEL20.ARPA with TCP; Fri, 13 Nov 87 07:51:38 MST
Received: by decwrl.dec.com (5.54.4/4.7.34)
id AA21744; Fri, 13 Nov 87 05:33:50 PST
Date: Fri, 13 Nov 87 05:33:50 PST
Message-Id: <8711131333.AA21744@decwrl.dec.com>
From: secrist%msdoa2.DEC@decwrl.dec.com (Richard C. Secrist, KXO/USA)
To: cpm@decwrl.dec.com
Subject: porting CP/M-80 HLLs to Tandy Model 100
Has anyone on the list attempted porting any of the smaller CP/M-80
high-level languages to the Tandy Model 100 ? Since it's an 8085
(essentially an 8080) it seems like a rather doable thing if you
don't need a lot of BIOS callas and have a fair amount of patience...
rcs
13-Nov-87 09:49:10-MST,593;000000000000
Return-Path: <BOMBERGER@OFFICE-1.ARPA>
Received: from OFFICE-1.ARPA by SIMTEL20.ARPA with TCP; Fri, 13 Nov 87 09:49:07 MST
Date: 13 Nov 87 08:43 PST
From: Alan Bomberger <ACB.COR@OFFICE-1.ARPA>
Subject: Kaypro 1 request
To: info-cpm@simtel20.arpa
Message-ID: <COR-ACB-CK3RR@OFFICE-1>
Is there something unusual about the Kaypro 1 memory layout. A friend is
having trouble with some software (dbase, supercalc, etc) with strange screen
behavior. It is as if the screen buffer was in an odd place. 2.2U version.
Additional request. Is there an INFO-AMIGA somewhere?
q
13-Nov-87 23:21:15-MST,843;000000000000
Return-Path: <info-cpm-request@simtel20.arpa>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri, 13 Nov 87 23:21:08 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
id AA15571; Fri, 13 Nov 87 22:13:50 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 13 Nov 87 01:40:41 GMT
From: imagen!atari!portal!cup.portal.com!MVM@ucbvax.Berkeley.EDU
Organization: The Portal System (TM)
Subject: Re: ARC maker for CP/M now available from SIMTEL20
Message-Id: <1426@cup.portal.com>
References: <KPETERSEN.12349538175.BABYL@SIMTEL20.ARPA>
Sender: info-cpm-request@simtel20.arpa
To: info-cpm@simtel20.arpa
Amen.
Probably best said is to stay away from these utilities, ARCS and ARCC.
14-Nov-87 02:37:36-MST,645;000000000000
Return-Path: <@wiscvm.wisc.edu:Z8BHM@SCFVM.BITNET>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Sat, 14 Nov 87 02:37:27 MST
Received: from SCFVM.NSESCC.GSFC.NASA.GOV by wiscvm.wisc.edu ; Sat, 14 Nov 87 03:37:16 CDT
Received: by SCFVM (Mailer X1.24) id 6797; Sat, 14 Nov 87 04:28:31 EST
Date: Sat, 14 Nov 87 04:27 EST
From: Bruce H. McIntosh <Z8BHM%SCFVM.BITNET@wiscvm.wisc.edu>
Subject: FIDO for CP@M ?
To: <INFO-CPM@SIMTEL20.ARPA>
I seem to recall seeing somewhere (in this mailing list, perhaps?) mention
of a CP/M FIDOnet program. Does anyone have any info on this, or am I
mistaken?
14-Nov-87 16:28:12-MST,2226;000000000000
Mail-From: KPETERSEN created at 14-Nov-87 16:28:08
Date: Sat, 14 Nov 1987 16:28 MST
Message-ID: <KPETERSEN.12350646615.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To: Info-Cpm@SIMTEL20.ARPA
Subject: Quick reference list to SIMTEL20 CP/M directories
Quick reference list to SIMTEL20's PD1:<CPM.x> directories
as of November 14, 1987 (where 'x' is one of the names below):
22RSX CATLOG FILCPY MODEM2 SPELL
6502 CB80 FILEDOCS MODEM7 SPREADSHEET
AMETHYST CBIOS FILUTL MODULA2 SQUSQ
APPLE CCP FINANCE MSOFT STARTER-KIT
ARC-LBR CIS FORTH-83 NEWS SUBMIT
ASMUTL COBOL FORTRAN NSTAR SYSUTL
ATARI COMAL GENASM NUBYE TERM
AZTEC-C COMND GENCOM OSBORN TRS-80
BASIC CPM3 GENDOC PACKET TURBODOS
BBS CPM68K GENIE PARASOL TURBODOS-SIGI
BBSLISTS CPM86 GRAPHICS PASCAL TURBOM2
BDOS CPMINFO HAMMING PASCAL-P TURBOPAS
BDSC-1 CPR86 HAMRADIO PBBS TXTUTL
BDSC-2 CUG HDUTL PILOT80 VDOEDIT
BDSC-3 DATABASE HEATH PLOT33 VOICE
BDSC-4 DBASEII HELP PM-NETWORK WSTAR
BENCHMARK DEBUG HEX PPSPEL XCCP
BKGROUNDER DIRUTL IMP PROLOG XEROX
BONDWELL DISASM INSIDCPM PUBKEY XLISP
BSR-X10 DISKPLOT KAYPRO PUBPATCH XMODEM
BSTAM DRACO LIST RBBS Z280
BYE3 DSKBUF MACLIB RBBS4 Z8EDEBUG
BYE5 DSKUTL MATH RCPM ZCPR
C EDITC80 MBBS ROS ZCPR2
C128 EDITOR MEMTEST SB180 ZCPR3
C64 EDUCATION MEX SCREENGEN ZCPR33
C80 EPSON MISC SMALLC21 ZCPRNEWS
CALCULATOR FAST2 MODEM SORT
14-Nov-87 20:35:21-MST,2633;000000000000
Return-Path: <info-cpm-request@simtel20.arpa>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat, 14 Nov 87 20:35:09 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
id AA06628; Sat, 14 Nov 87 19:08:55 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 14 Nov 87 23:30:06 GMT
From: abp@j.cc.purdue.edu (Jeffrey J Wieland)
Organization: Purdue University
Subject: Re: Kaypro 1 request
Message-Id: <5781@j.cc.purdue.edu>
References: <COR-ACB-CK3RR@OFFICE-1>
Sender: info-cpm-request@simtel20.arpa
To: info-cpm@simtel20.arpa
The Kaypro 1 (& all 1984 & up) has 16k of static video ram controlled by a
Synertek 6845. The '83 series II's and IV's had 2k of memory mapped video
ram that is bank switched (if I remember correctly). I you have software
for the early Kaypros that tries to write to video ram, strange things
will happen. The '84's use the additional ram to provide video attributes.
The following escape sequences are used by the '84 series.
Position Cursor: ESC,'=',row+32,col+32
Home Cursor: ^^ or RS
Cursor Left: ^H
Cursor Right: ^L
Cursor Up: ^K
Cursor Down: ^J
Line Feed: ^J
Carriage Return: ^M
Erase EOS: ^W
Erase EOL: ^X
Erase Screen: ^Z
Insert Line: ESC, 'E'
Delete Line: ESC, 'R'
The following sequences are supported ONLY on '84 series and all Kaypro 10's
Write Pixel: ESC, '*', row+32, col+32
Erase Pixel: ESC, ' ', row+32, col+32
Draw Line: ESC, 'L', row1+32, col1+32, row2+32, col2+32
Erase Line: ESC, 'D', row1+32, col1+32, row2+32, col2+32
Attributes are produced by the following:
Inverse on: ESC, 'B0'
" off: ESC, 'C0'
Half intensity on: ESC, 'B1'
" " off: ESC, 'C1'
Blinking on: ESC, 'B2'
" off: ESC, 'C2'
Underline on: ESC, 'B3'
" off: ESC, 'C3'
Cursor on: ESC, 'B4'
" off" ESC, 'C4'
Graphics Mode on: ESC, 'B5'
" " off: ESC, 'C5'
Save Cursor Position: ESC, 'B6'
Restore " " ESC, 'C6'
Status Line Protection on: ESC, 'B7'
" " " off: ESC, 'C7'
The following sequences are supported only on '83's:
Display Ascii: ESC, 'A'
Display Greek: ESC, 'G'
The only other big difference is system size. '83 II's & IV's have a 64k
system, floppy drive '84's a 63k system, and Kaypro 10's and all U-ROM Kaypros
have a 60k system. You could be running into a memory conflict problem (but
I think this in unlikely).
Hope this helps.
Jeff Wieland
abp@j.cc.purdue.edu
15-Nov-87 19:23:24-MST,1573;000000000000
Return-Path: <@wiscvm.wisc.edu:11TSTARK@GALLUA.BITNET>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Sun, 15 Nov 87 19:22:44 MST
Received: from GALLUA.BITNET by wiscvm.wisc.edu ; Sun, 15 Nov 87 19:40:29 CDT
Date: Sat, 14 Nov 87 16:59 EST
From: <11TSTARK%GALLUA.BITNET@wiscvm.wisc.edu>
Subject: ZPR33 distribution
To: info-cpm@simtel20.arpa
X-Original-To: info-cpm@simtel20.arpa, 11TSTARK
Hello ZCPR users:
I am planning to get ZCPR33 softwares for my CP/M machine. It is not
good idea to get some softwares from BitNet File Server. I want that where
is ZCPR33 softwares that company sells or gave away. Best to send SASE-mailer
to for distribute ZCPR33 softwares. Please let me know for more information
about how to obtain ZCPR33 softwares and ZRDOS softwares, etc.. Thanks!
-- Tim Stark
+==============================================================================+
| Timothy Stark | BitNet: 11TSTARK@GALLUA.BITNET |
| Gallaudet University | Internet: 11TSTARK%GALLUA.BITNET@WISCVM.WISC.EDU |
| P.O. Box 1453 | UUCP: ...!psuvax1!gallua.bitnet!11tstark |
| Washington, DC. 20002 | CSNET: 11TSTARK%GALLUA.BITNET@RELAY.CS.NET |
| USA | QLink: TimS18 |
+==============================================================================+
slkjd fjdjlf ds fldsjlkj fldjfdjs sd f jfjflkdk fjffioweer fkfoe fdjjfd
dkj sjnvngdi fddskmbb dkjrticks skfmvmff kfdigoulapsz f dskxi,e szki z???
15-Nov-87 19:28:49-MST,1719;000000000000
Return-Path: <@wiscvm.wisc.edu:11TSTARK@GALLUA.BITNET>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Sun, 15 Nov 87 19:28:27 MST
Received: from GALLUA.BITNET by wiscvm.wisc.edu ; Sun, 15 Nov 87 20:25:48 CDT
Date: Sat, 14 Nov 87 23:57 EST
From: <11TSTARK%GALLUA.BITNET@wiscvm.wisc.edu>
Subject: Where is RATFOR software?
To: info-cpm@simtel20.arpa
X-Original-To: comp-sources-wanted@ucbvax.berkeley.edu,unix-sources@brl.arpa,
info-cpm@simtel20.arpa,leres@ucbarpa, 11TSTARK
Hello, everyone:
I am looking for RATFOR software. I have all ratfor source codes but
I don't have ratfor compiler! At Simtel20 Library, I get RATFOR.LBR from
CPM library but missing two are RATFOR.FOR and RATFOR.RAT! I need both
badly! Can you send me ratfor package?? Source code?? If you are sending
me ratfor package, please use uuencode utility before send me because Bitnet
gateway destorys TAB characters and messed up TAB-contained files!
-- Tim Stark
+==============================================================================+
| Timothy Stark | BitNet: 11TSTARK@GALLUA.BITNET |
| Gallaudet University | Internet: 11TSTARK%GALLUA.BITNET@WISCVM.WISC.EDU |
| P.O. Box 1453 | UUCP: ...!psuvax1!gallua.bitnet!11tstark |
| Washington, DC. 20002 | CSNET: 11TSTARK%GALLUA.BITNET@RELAY.CS.NET |
| USA | QLink: TimS18 |
+==============================================================================+
slkjd fjdjlf ds fldsjlkj fldjfdjs sd f jfjflkdk fjffioweer fkfoe fdjjfd
dkj sjnvngdi fddskmbb dkjrticks skfmvmff kfdigoulapsz f dskxi,e szki z???
15-Nov-87 20:23:46-MST,1017;000000000000
Return-Path: <info-cpm-request@simtel20.arpa>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sun, 15 Nov 87 20:23:39 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
id AA07388; Sun, 15 Nov 87 19:14:26 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 16 Nov 87 00:40:26 GMT
From: mccc!pjh@princeton.edu (Peter J. Holsberg)
Organization: Mercer County Community College, Trenton, N. J.
Subject: CP/M - Z80 emul{ator for 3B1 or 3B2
Message-Id: <167@mccc.UUCP>
Sender: info-cpm-request@simtel20.arpa
To: info-cpm@simtel20.arpa
Strange as it may seem, I'm looking for an emulator for a Z80 CP/M system
that will run on either a 3B1 or a 3B2. It should mimic CP/M and permit
CP/M COM files to run.
Does anyone know of such a beast? Thanks.
--
Peter Holsberg, Technology Div, Mercer College, TTN, NJ
Jr. College Soccer Champs, 1987
16-Nov-87 10:34:33-MST,651;000000000000
Return-Path: <marwood@dmc-crc.arpa>
Received: from dmc-crc.arpa by SIMTEL20.ARPA with TCP; Mon, 16 Nov 87 10:34:23 MST
Received: by dmc-crc.arpa; (4.12/4.7)
id AA05350; Mon, 16 Nov 87 11:44:03 est
Date: Mon, 16 Nov 87 11:44:03 est
From: marwood@dmc-crc.arpa (G. J. Marwood)
Message-Id: <8711161644.AA05350@dmc-crc.arpa>
To: info-cpm@simtel20.arpa
Subject: Modem info
I am contemplating the purchase of an Avatex 1200 modem (not HC). Does
anyone have any information on the limitations of the Hayes compatability
of this modem, and any other comments on its performance ?
Gordon Marwood
16-Nov-87 11:53:53-MST,1984;000000000000
Return-Path: <info-cpm-request@simtel20.arpa>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Mon, 16 Nov 87 11:53:42 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
id AA20751; Mon, 16 Nov 87 10:27:44 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 15 Nov 87 05:45:19 GMT
From: sunybcs!oswego!kinne@ames.arpa (Doc Kinne)
Organization: Star Fleet Rural Training Center, Oswego, NY, Earth.
Subject: Re: porting CP/M-80 HLLs to Tandy Model 100
Message-Id: <528@oswego.UUCP>
References: <8711131333.AA21744@decwrl.dec.com>
Sender: info-cpm-request@simtel20.arpa
To: info-cpm@simtel20.arpa
In article <8711131333.AA21744@decwrl.dec.com> secrist@msdoa2.DEC.COM (Richard C. Secrist, KXO/USA) writes:
>Has anyone on the list attempted porting any of the smaller CP/M-80
>high-level languages to the Tandy Model 100 ? Since it's an 8085
>(essentially an 8080) it seems like a rather doable thing if you
>don't need a lot of BIOS callas and have a fair amount of patience...
Yes, I believe I know of one instance when the above was done.
Apparently someone ported a FIG Forth CP/M system over to the Model 100/102.
The above system (and a good bit of support programming) is availible on
the M100SIG of Compuserve. I haven't downloaded it yet (got my M102 just 2
weeks ago) but it should be OK since I have the implementation on my
Osborne-1.
---
UUCP: seismo!rochester!rocksvax!oswego!kinne Doc Kinne
CIS: 70721,636 Instructional Computing Center
Q-Link: Doc Kinne SUNY College at Oswego
BBS: Gary's BBS:(315)598-8106 "The Doctor" Oswego NY 13126 (315)342-1558
"I'm with Starfleet. We don't lie."
-Acting Ensign Wesley Crusher
Star Trek: The Next Generation "Justice"
DISCLAIMER: You WANT these opinions?????
16-Nov-87 13:30:01-MST,568;000000000000
Return-Path: <secrist%msdoa1.DEC@decwrl.dec.com>
Received: from decwrl.dec.com by SIMTEL20.ARPA with TCP; Mon, 16 Nov 87 13:29:58 MST
Received: by decwrl.dec.com (5.54.4/4.7.34)
id AA11019; Mon, 16 Nov 87 12:29:49 PST
Date: Mon, 16 Nov 87 12:29:49 PST
Message-Id: <8711162029.AA11019@decwrl.dec.com>
From: secrist%msdoa1.DEC@decwrl.dec.com (Richard C. Secrist, KXO/USA)
To: cpm@decwrl.dec.com
Subject: Un-36-bit-ify code ?!
Does anybody have an un-36-bit-ify in a high level language or VAX macro
to un-mung FTP'ed files from SIMTEL ?
Thanks !
rcs
16-Nov-87 16:04:15-MST,1243;000000000000
Return-Path: <@RELAY.CS.NET:busu%cc.uofm.cdn@UBC.CSNET>
Received: from RELAY.CS.NET by SIMTEL20.ARPA with TCP; Mon, 16 Nov 87 16:03:35 MST
Received: from relay2.cs.net by RELAY.CS.NET id ak14590; 16 Nov 87 16:54 EST
Received: from ubc by RELAY.CS.NET id ac02351; 16 Nov 87 16:50 EST
Received: by ubc.csnet id AA13314; Mon, 16 Nov 87 13:40:32 pst
Date: 16 Nov 87 21:42 +0600
From: Daniel Keizer <busu%cc.uofm.cdn%ubc.csnet@RELAY.CS.NET>
To: info-cpm@SIMTEL20.ARPA
Message-Id: <63*busu@cc.uofm.cdn>
Subject: bios modifications
Return-Receipt-To: Daniel Keizer <busu%cc.uofm.cdn@ubc.csnet>
A friend of mine has a Sanyo MBC 1200 and is trying to re-write (modify)
his BIOS to include more entries in his jump table. He modified it, re-
assembled it, and does not work. It seems that the skewing is not working
properly (but dont quote me on that). No references are made to the area
(at least not direct references that were not recognized by the disassembler.
If anyone has any dealings with modifying this BIOS, please help, as we
are stumped as to what the problem is.
Does anyone have scehmatics or actual BIOS listings for this machine?
Thanks for any help.
Dan Keizer
BUSU@CC.UOFM.CDN
BUSU@UOFMCC.BITNET
17-Nov-87 09:54:21-MST,869;000000000000
Return-Path: <info-cpm-request@simtel20.arpa>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue, 17 Nov 87 09:54:15 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
id AA15535; Tue, 17 Nov 87 08:42:12 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 16 Nov 87 19:59:54 GMT
From: abp@j.cc.purdue.edu (Jeffrey J Wieland)
Organization: Purdue University Computing Center
Subject: Posting Binaries
Message-Id: <5792@j.cc.purdue.edu>
Sender: info-cpm-request@simtel20.arpa
To: info-cpm@simtel20.arpa
I have been asked to post the binary for interrupt driven terminal program for
CP/M Kaypros. What is the policy concerning such postings in this newsgroup?
Jeff Wieland
abp@j.cc.purdue.edu
17-Nov-87 10:42:58-MST,1767;000000000000
Return-Path: <secrist%msdoa1.DEC@decwrl.dec.com>
Received: from decwrl.dec.com by SIMTEL20.ARPA with TCP; Tue, 17 Nov 87 10:42:54 MST
Received: by decwrl.dec.com (5.54.4/4.7.34)
id AA19933; Tue, 17 Nov 87 09:42:41 PST
Date: Tue, 17 Nov 87 09:42:41 PST
Message-Id: <8711171742.AA19933@decwrl.dec.com>
From: secrist%msdoa1.DEC@decwrl.dec.com (Richard C. Secrist, KXO/USA)
To: cpm@decwrl.dec.com
Subject: CP/M <--> Model 100 Languages
> Yes, I believe I know of one instance when the above was done.
> Apparently someone ported a FIG Forth CP/M system over to the
> Model 100/102. The above system (and a good bit of support
> programming) is availible on the M100SIG of Compuserve. I
> haven't downloaded it yet (got my M102 just 2 weeks ago) but it
> should be OK since I have the implementation on my Osborne-1.
>
> Doc Kinne
Thanks - I knew of this and this was in part my motivation to ask the
CP/M list. I downloaded all of that stuff and it ought to work for
just about anybody's machine, except if you want to edit screens it's
set up to use a Chipmunk disk. I'd prefer to edit a screen file just on
the Tandy and let BASIC write it off to a cassette or someplace (I have
a System-100 Streaming tape - good stuff). BTW there is a version of
MVP Forth for the M100 that is compatible with the CP/M-80 incarnation,
only problem is the Model 100 version takes over almost all the RAM from
the top down and is not relocatable. It is fully compatible with the
CP/M-80 version though...
CompuServe also had some file in the M100 libraries that held some useful
equates that you could use under either M80 or ASM, I forget which, but
nobody took it any further than a few simple things.
rcs
17-Nov-87 10:43:53-MST,702;000000000000
Return-Path: <secrist%msdoa1.DEC@decwrl.dec.com>
Received: from decwrl.dec.com by SIMTEL20.ARPA with TCP; Tue, 17 Nov 87 10:43:51 MST
Received: by decwrl.dec.com (5.54.4/4.7.34)
id AA19954; Tue, 17 Nov 87 09:43:49 PST
Date: Tue, 17 Nov 87 09:43:49 PST
Message-Id: <8711171743.AA19954@decwrl.dec.com>
From: secrist%msdoa1.DEC@decwrl.dec.com (Richard C. Secrist, KXO/USA)
To: cpm@decwrl.dec.com
Subject: PD Prolog
There is a core PD Prolog for CP/M-80 called E-Prolog. I forget where I
downloaded it from but if SIMTEL doesn't have it yet I can send it that
way. Maybe I got it off of the CLM or AI Expert boards. It is a 6K
executable and comes with sources, but not much doc.
rcs
17-Nov-87 10:46:54-MST,838;000000000000
Return-Path: <secrist%msdoa1.DEC@decwrl.dec.com>
Received: from decwrl.dec.com by SIMTEL20.ARPA with TCP; Tue, 17 Nov 87 10:46:51 MST
Received: by decwrl.dec.com (5.54.4/4.7.34)
id AA20025; Tue, 17 Nov 87 09:46:49 PST
Date: Tue, 17 Nov 87 09:46:49 PST
Message-Id: <8711171746.AA20025@decwrl.dec.com>
From: secrist%msdoa1.DEC@decwrl.dec.com (Richard C. Secrist, KXO/USA)
To: cpm@decwrl.dec.com
Subject: PD CP/M-80 LISPS
I'm ineterested in PD Lisps under CP/M-80 and wonder if I'm missing any.
First there's Betz's XLISP, then there is a Lisp-in-Pascal that's got
a couple of iterations in CPMUG or SIG/M someplace - but that version
doesn't support arithmatic - and their is ILISP (scheme-ish), which I got
from Royal Oak.
Are there any other LISPs, esp. in a high-level language or 8080/Z80
that I'm missing ?
rcs
17-Nov-87 15:38:20-MST,853;000000000000
Return-Path: <@wiscvm.wisc.edu:MSRS003@ECNCDC.BITNET>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Tue, 17 Nov 87 15:38:15 MST
Received: from ECNCDC.BITNET by wiscvm.wisc.edu ; Tue, 17 Nov 87 15:56:58 CDT
Date: Tue 17 Nov 1987 15:56 CDT
From: Scott McBurney <MSRS003%ECNCDC.BITNET@wiscvm.wisc.edu>
Subject: A question
To: <INFO-CPM@SIMTEL20.ARPA>
I have heard of a newsgroup called comp.sys.tandy on usenet.
Can any arpanet or usenet guru's help me find out more information
about it. I am a bitnet user and I would like to send information to
it and if possible, receive information from it. At least, I would
like to find out how newsgroups work.
Thanks,
Scott McBurney
Western Illinois University
MSRS003@ECNCDC.BITNET
17-Nov-87 18:58:53-MST,2127;000000000000
Return-Path: <info-cpm-request@simtel20.arpa>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Tue, 17 Nov 87 18:58:21 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
id AA26292; Tue, 17 Nov 87 17:26:48 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 17 Nov 87 22:34:16 GMT
From: kodak!ektools!jim@cs.rochester.edu (James Hugh Moore)
Organization: Eastman Kodak, Dept. 47, Rochester N.Y.
Subject: Selecting parallel port on Kaypro
Message-Id: <922@ektools.UUCP>
Sender: info-cpm-request@simtel20.arpa
To: info-cpm@simtel20.arpa
I would greatly appreciate help from someone who knows their way around
cpm 2.2 and/or Kaypro IV's and Perfect writer.
I purchased a Kaypro IV used a 1 1/2 years ago. I wanted to do some database
work for my parents who own a Kaypro 10. In any case, I have come to know
and love Perfect Writer recently, and have a parallel printer. The problem
seems to be that Perfect Writer was originally installed for a serial printer.
I had the printer working on my folks Kaypro 10 (under Wordstar), but now
it doesn't work with my IV. When running the PFCONFIG program, I get
into a menu which asks for some CPM BIOS numbers and masks. I didn't
get a CPM book with my IV, so I don't know what they mean. If anyone knows
how to select the parallel port under Perfect Writer or has a handy listing
of the BIOS calls by number, I would appreciate it.
Thanks very much, in advance!!
May God Bless You, in Jesus Name
Jim Moore
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
James H. Moore,
Software Tools Group
Eastman Kodak Co.
Email: rutgers!rochester!kodak!ektools!jim
USMail: Dept 47, EP 5-2, Eastman Kodak Co., Rochester, NY 14650
Disclaimer: Opinions expressed are my own, and DO NOT represent the opinions
or policies etc of Eastman Kodak Co. as a whole.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
17-Nov-87 19:46:11-MST,1621;000000000000
Return-Path: <crash!pnet01!mwilson@nosc.mil>
Received: from bass.nosc.mil (NOSC.MIL.#Internet) by SIMTEL20.ARPA with TCP; Tue, 17 Nov 87 19:45:57 MST
Received: by bass.nosc.mil (5.58/1.27)
id AA22952; Tue, 17 Nov 87 18:46:59 PST
Received: by crash.CTS.COM (5.54/UUCP-Project/rel-1.0/09-14-86)
id AA03056; Tue, 17 Nov 87 17:56:19 PST
Reply-To: pnet01!mwilson@nosc.mil
Message-Id: <8711180156.AA03056@crash.CTS.COM>
Date: Tue, 17 Nov 87 17:40:31 PST
From: mwilson@pnet01.cts.com (Marc Wilson)
To: crash!info-cpm@simtel20.arpa@bass.nosc.mil
Subject: Re: Modem info
crash!dmc-crc.arpa!marwood (G. J. Marwood) writes:
>I am contemplating the purchase of an Avatex 1200 modem (not HC). Does
>anyone have any information on the limitations of the Hayes compatability
>of this modem, and any other comments on its performance ?
> Gordon Marwood
The performance of the Avatex 1200 has been quite adequate for me. It is
not particularly noise-sensitive, and is extremely reliable.
As for its Hayes compatibility... All you get are a few of the AT
commands. No S registers. The only way to drop carrier is to drop DTR on
your RS-232 port. Linitations, but not serious ones.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Marc Wilson
ARPA: ...!crash!mwilson@nosc.mil
...!crash!pnet01!pro-sol!mwilson@nosc.mil
UUCP: [ cbosgd | hp-sdd!hplabs | sdcsvax | nosc ]!crash!mwilson
INET: mwilson@crash.CTS.COM
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
18-Nov-87 07:08:02-MST,522;000000000000
Mail-From: KPETERSEN created at 18-Nov-87 07:08:00
Date: Wed, 18 Nov 1987 07:08 MST
Message-ID: <KPETERSEN.12351593221.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To: Info-Cpm@SIMTEL20.ARPA
Subject: Posting Binaries
Binaries or source code should not be posted to Info-Cpm. Arpa/Milnet
readers should instead send a message to Info-Cpm-Request@SIMTEL20.ARPA
asking for instructions on how to use FTP to submit files to the
SIMTEL20 archives.
--Keith
19-Nov-87 01:35:31-MST,1459;000000000000
Return-Path: <info-cpm-request@simtel20.arpa>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 19 Nov 87 01:35:05 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
id AA15429; Thu, 19 Nov 87 00:11:31 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 17 Nov 87 15:55:44 GMT
From: ssc-vax!shuksan!evans@beaver.cs.washington.edu (Gary Evans)
Organization: Boeing Mountain Network, Seattle WA
Subject: Re: ZPR33 distribution
Message-Id: <397@shuksan.UUCP>
References: <8711160226.AA06833@ucbvax.Berkeley.EDU>
Sender: info-cpm-request@simtel20.arpa
To: info-cpm@simtel20.arpa
> Hello ZCPR users:
>
> I am planning to get ZCPR33 softwares for my CP/M machine. It is not
> good idea to get some softwares from BitNet File Server. I want that where
> is ZCPR33 softwares that company sells or gave away. Best to send SASE-mailer
> to for distribute ZCPR33 softwares. Please let me know for more information
> about how to obtain ZCPR33 softwares and ZRDOS softwares, etc.. Thanks!
>
The following store is having a half price sale on all ZCPR products
until the 26 of November.
The Micro Store. Ph. (214) 231-1096
They are located in Dallas,Texas. These people will mail products
and I've found them very helpful.
Gary Evans
The Boeing Company
19-Nov-87 10:57:15-MST,3056;000000000000
Return-Path: <@RELAY.CS.NET:kenw%noah.arc.cdn@UBC.CSNET>
Received: from RELAY.CS.NET by SIMTEL20.ARPA with TCP; Thu, 19 Nov 87 10:56:20 MST
Received: from relay2.cs.net by RELAY.CS.NET id ab06806; 19 Nov 87 11:56 EST
Received: from ubc by RELAY.CS.NET id aa23042; 19 Nov 87 11:49 EST
Received: by ubc.csnet id AA12283; Thu, 19 Nov 87 08:18:35 pst
Date: 19 Nov 87 9:18 -0600
From: Ken Wallewein <kenw%noah.arc.cdn%ubc.csnet@RELAY.CS.NET>
To: KPETERSEN@SIMTEL20.ARPA
MMDF-Warning: Parse error in original version of preceding line at RELAY.CS.NET
Cc: Info-Cpm@SIMTEL20.ARPA
MMDF-Warning: Parse error in original version of preceding line at RELAY.CS.NET
In-Reply-To: <KPETERSEN.12351593221.BABYL@SIMTEL20.ARPA>
Message-Id: <233*kenw@noah.arc.cdn>
Subject: Posting Binaries
>>I have been asked to post the binary for interrupt driven terminal program fo
r
>>CP/M Kaypros. What is the policy concerning such postings in this newsgroup?
>>
>> Jeff Wieland
>> abp@j.cc.purdue.edu
>Binaries or source code should not be posted to Info-Cpm. Arpa/Milnet
>readers should instead send a message to Info-Cpm-Request@SIMTEL20.ARPA
>asking for instructions on how to use FTP to submit files to the
>SIMTEL20 archives.
>
>--Keith
** FLAME ON!!! ***
This is a most frustrating, Arpanet-chauvinistic attitude! Only a fraction
of the people who recieve this newsgroup have the capability of performing FTP
access to the massive SIMTEL20 archives. This summer, SIMTEL20 shut down their
mail server, so that's out too... but I guess those on Arpanet don't care
about that. If they want to use SIMTEL20, fine, but DON'T go telling the rest
of the group not to post binaries! Come ON!!!
** FLAME OFF **.
I'm sure Keith didn't think his answer through before replying, or perhaps
it was a stock answer formulated back when things were different, or
something. He's been too generous with us, myself included, in the past.
However, the point needs making. I can neither submit not retrieve files
from SIMTEL20. This is not an idle complaint - I would do both if I could.
There _is_ a mail server on the network: listserv@rpicicge.bitnet (the
contact appears to be "John S. Fisher" <FISHER@RPICICGE.bitnet>). It has taken
over a large chunk of SIMTEL20's CPM mail service, for those who have access
to BITNET. Of course, it's not quite current and has limited "bandwidth", but
deserves a lot of support. I believe it's download-only at the moment.
I suggest that binary postings to the net use either HEX or UUENCODE format.
There are public domain programs available to work with both; HEX is easier to
get the software for, but I understand that UUENCODE does some compression.
/kenw
Ken Wallewein A L B E R T A
R E S E A R C H
kenw@noah.arc.cdn C O U N C I L
19-Nov-87 15:22:17-MST,1399;000000000000
Mail-From: KPETERSEN created at 19-Nov-87 15:22:14
Date: Thu, 19 Nov 1987 15:22 MST
Message-ID: <KPETERSEN.12351945337.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To: Ken Wallewein <kenw%noah.arc.cdn%ubc.csnet@RELAY.CS.NET>
Cc: Info-Cpm@SIMTEL20.ARPA
Subject: Posting Binaries
In-reply-to: Msg of 19 Nov 87 9:18 -0600 from Ken Wallewein <kenw%noah.arc.cdn%ubc.csnet at RELAY.CS.NET>
If the posting of binaries starts on Info-Cpm I will shut off the
Usenet and CsNet gateways from this mailing list. There are other
ways of distributing binaries other than a mailing list.
I am the one who must wade through all the mailer rejections that are
caused by mailing list recipients exceeding their alloted disk space
and by angry system administrators who have deliberate message size
limits because they have to PAY for every byte that they receive.
The Info-Cpm mailing list handler presently has a limit of about 50k.
If binary postings start I will ask the system administrator to reduce
it to 10k. I don't have the time to read all the rejections.
Instead of talking about posting binaries perhaps a discussion should
be started about a file server for CsNet and Usenet. There are a
number of hosts that are on both the Arpanet and one of those two
nets.
--Keith Petersen <Info-Cpm-Request@SIMTEL20.ARPA>
20-Nov-87 01:18:03-MST,1492;000000000000
Return-Path: <info-cpm-request@simtel20.arpa>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri, 20 Nov 87 01:17:50 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
id AA12174; Thu, 19 Nov 87 23:51:10 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 18 Nov 87 17:10:19 GMT
From: amdahl!drivax!braun@ames.arpa (Kral)
Organization: Digital Research, Inc.
Subject: wanted: turbodos maintenance contractor
Message-Id: <2740@drivax.UUCP>
Sender: info-cpm-request@simtel20.arpa
To: info-cpm@simtel20.arpa
A friend works for a company that has some IMS systems running Turbodos. They
canceled their maintenance contract with the people who were maintaining the
systems and picked up a new contractor, but the new contract is only for
hardware. Even tho' the technician has attempted to make work with the
software, they don't have the source to the [modified] OS, and as such have
trouble getting the system to work with some of the new hardware they are
installing.
Any leads to contractors who can help in this area would be greatly
appreciated.
Thanx,
--
kral [THERE ARE NO ORDINARY MOMENTS]
408/647-6112 ...{ism780|amdahl}!drivax!braun
"Dream lightyears... Challenge miles... Walk in steps"
DISCLAIMER: If DRI knew I was saying this stuff, they would shut me d~-~oxx
20-Nov-87 04:47:18-MST,1268;000000000000
Return-Path: <info-cpm-request@simtel20.arpa>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Fri, 20 Nov 87 04:46:48 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
id AA15288; Fri, 20 Nov 87 03:21:37 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 19 Nov 87 21:57:55 GMT
From: tikal!sigma!bill@beaver.cs.washington.edu (William Swan)
Organization: Summation Inc, Kirkland WA
Subject: Re: Posting Binaries
Message-Id: <1423@sigma.UUCP>
References: <KPETERSEN.12351593221.BABYL@SIMTEL20.ARPA>
Sender: info-cpm-request@simtel20.arpa
To: info-cpm@simtel20.arpa
In article <KPETERSEN.12351593221.BABYL@SIMTEL20.ARPA> W8SDZ@SIMTEL20.ARPA (Keith Petersen) writes:
>Binaries or source code should not be posted to Info-Cpm. Arpa/Milnet
>readers should instead send a message to Info-Cpm-Request@SIMTEL20.ARPA
>asking for instructions on how to use FTP to submit files to the
>SIMTEL20 archives.
Info-Cpm, fine... but what about posting to comp.os.cpm (or how about
comp.{sources,binaries}.cpm)? Some of us out here in the net.boonies
don't have FTP access to the SIMTEL20 archives...
--
20-Nov-87 09:39:10-MST,3229;000000000000
Return-Path: <abc@BRL.ARPA>
Received: from BRL-SMOKE.ARPA by SIMTEL20.ARPA with TCP; Fri, 20 Nov 87 09:39:03 MST
Date: Fri, 20 Nov 87 11:37:30 EST
From: Brint Cooper <abc@BRL.ARPA>
To: Ken Wallewein <kenw%noah.arc.cdn%ubc.csnet@relay.cs.NET>
cc: KPETERSEN@SIMTEL20.arpa, Info-Cpm@SIMTEL20.arpa
Subject: Re: Posting Binaries
Message-ID: <8711201137.aa26123@SMOKE.BRL.ARPA>
Ken Wallewein writes:
> This is a most frustrating, Arpanet-chauvinistic attitude! Only a fraction
> of the people who recieve this newsgroup have the capability of performing FTP
> access to the massive SIMTEL20 archives. This summer, SIMTEL20 shut down their
> mail server, so that's out too... but I guess those on Arpanet don't care
> about that. If they want to use SIMTEL20, fine, but DON'T go telling the rest
> of the group not to post binaries! Come ON!!!
>
Keith Peterson responds:
> I am the one who must wade through all the mailer rejections that are
> caused by mailing list recipients exceeding their alloted disk space
> and by angry system administrators who have deliberate message size
> limits because they have to PAY for every byte that they receive.
>
> The Info-Cpm mailing list handler presently has a limit of about 50k.
> If binary postings start I will ask the system administrator to reduce
> it to 10k. I don't have the time to read all the rejections.
It is ironic that this dialog arrived in my mailbox on "Graham-Rudman
Day." SIMTEL20.arpa is funded by your tax dollars and mine. The
official justification for even having CPM archives on this machine is
that there are still a number of CPM workstations in government
laboratories and offices which are made more useful and efficient (as
are their human users) by having public domain CPM software readily
available.
In various times and places, we have all heard pleadings to keep down
the volume of traffic flowing through UUCP links in order to keep down
the long distance telephone bills of the individual users. Similarly,
we are seeing problems in internetworking to Bitnet and to the
UK community because host resources are overworked and funds are not
forthcoming to upgrade gateways.
Well, folks, the U.S. government is in the same boat as the rest of us.
Keith Peterson and many other folks on Arpanet/MILNET machines are not
paid to distribute public domain software to the world at large. Their
kind extensions of their work time into their personal lives and time
represents a "second mile" not always noticed or appreciated.
I agree with Keith: Servers on Bitnet and "the UUCP net" are needed to
complement SIMTEL's service. Such a server, APPLE2-L, runs under
something called LISTSERV at BROWNVM. Also, a UseNet group,
comp.binaries.cpm, might be useful. Conceivably, it could be gatewayed
with a Bitnet server.
But if the folks in the U.S. REALLY desire some governmental austerity,
they're all going to have to allow their own oxen to be gored just a
little.
Cheers,
_Brint
DISCLAIMER: I usually don't issue these things. However, for the
record the foregoing, and EVERYTHING ELSE I EXPRESS, are my own opinions
and my own ideas.
20-Nov-87 10:03:51-MST,575;000000000000
Return-Path: <SAGE@LL.ARPA>
Received: from LL.ARPA by SIMTEL20.ARPA with TCP; Fri, 20 Nov 87 10:03:47 MST
Date: Fri 20 Nov 1987 12:02:04 EDT
From: <SAGE@LL.ARPA>
Subject: Message for Olof Backing about ZCPR3 on Ampro
To: info-cpm@simtel20.arpa
Message-ID: <SAGE.32443324@LL.ARPA>
To: Olof Backing
I have tried several times to get a message to you via ucbvax.berkeley.edu,
but they keep bouncing. Please send me a message directly (SAGE@LL.ARPA) so
that I can get your return address.
-- Jay Sage
[sorry about posting this to the entire net]
20-Nov-87 14:39:42-MST,2023;000000000000
Return-Path: <FISHER@RPICICGE.BITNET>
Received: from CICGE.RPI.EDU by SIMTEL20.ARPA with TCP; Fri, 20 Nov 87 14:39:31 MST
Received: from (TCPMAINT)RPICICGE.BITNET by CICGE.RPI.EDU on 11/20/87
at 09:58:57 EDT
Received: by RPICICGE (Mailer X1.25) id 4927; Fri, 20 Nov 87 09:58:51
EDT
Date: Fri, 20 Nov 87 09:17:59 EDT
From: "John S. Fisher" <FISHER@CICGE.RPI.EDU>
To: INFO-CPM@SIMTEL20.ARPA
Subject: Re: Posting Binaries
In-Reply-To: kenw%noah.arc.cdn@ubc.csnet -- 19 Nov 87 9:18 -0600
I think it is really unfair to flame at Simtel20 and/or the internet
at large just because they have something and "you cannot get it".
The fact is that just about everything in the Simtel20 archives
(at least for CP/M) is available through alternate means. There
are the public BBS's and the information network services and the
marketeers of public domain software collections.
Granted, those aren't quite free, but the cost is actually modest.
Mail over the networks isn't quite free, either, by the way. You
may not see any direct chargeback for mail sent and received, but
some of us do. And we all pay in some sense for any unnecessary
load placed on the networks.
Please do not construe my comments as "dog-in-the-manger"
(if that is the right analogy) just because I now have FTP access to
Simtel20 and you don't. I joined this group before I had FTP and
before Simtel20 started the mail-based archive service. I did not
think that I had any "inherient right" to be able to access the Simtel20
archives then, nor when the mail service was cancelled, nor now.
By the way, the file server at RPICICGE.Bitnet can also be addressed
via CICGE.RPI.EDU on the internet. Eventhough targeted to service
the Bitnet Info-CPM people, mail requests from other networks are
supported as long as the server can figure out how to send back a
reply. It won't work for everyone, but there are at least some
requests it has processed for people in UUCP-land and on mail-only
Arpanet sites.
20-Nov-87 15:59:36-MST,917;000000000000
Return-Path: <binder%fizbin.DEC@decwrl.dec.com>
Received: from decwrl.dec.com by SIMTEL20.ARPA with TCP; Fri, 20 Nov 87 15:59:31 MST
Received: by decwrl.dec.com (5.54.4/4.7.34)
id AA07255; Fri, 20 Nov 87 14:59:22 PST
Message-Id: <8711202259.AA07255@decwrl.dec.com>
From: binder%fizbin.DEC@decwrl.dec.com (Smile at me, baby. Then duck.)
Date: 20 Nov 87 17:54
To: infocpm@decwrl.dec.com
Subject: Kaypro at a bargain - is it a bargain?
I have just received a liquidator's catalog offering a Kaypro 1 with
Wordstar, for $200.00. Would I be making a mistake to buy one? I already
have an Apple //e with an Applicard, but it occurred that having a portable
CP/M machine would be nice.
Yes, or no? Do I buy one?
Thanks,
Dick Binder (The Stainless Steel Rat)
DEC Easynet: FIZBIN::BINDER
uucp: { decwrl, allegra, ucbvax... }!decwrl.DEC.COM!binder
Internet: binder%fizbin.DEC@decwrl.DEC.COM
21-Nov-87 00:04:55-MST,863;000000000000
Mail-From: LARMIJO created at 21-Nov-87 00:04:52
Date: Sat, 21 Nov 1987 00:04 MST
Message-ID: <LARMIJO.12352302624.BABYL@SIMTEL20.ARPA>
Sender: LARMIJO@SIMTEL20.ARPA
From: Larry Armijo <COLSA@SIMTEL20.ARPA>
Subject: Posting of Binaries
To: INFO-CPM@SIMTEL20.ARPA
cc: COLSA@SIMTEL20.ARPA
I agree with Keith Petersen that Info-Cpm should be kept free of
binary postings. Such postings are usually of interest to only a
limited number of people and have no place on a general information
mailing list. Keith has mentioned a number of alternative methods for
obtaining binaries and in fact provides access to many of the binaries
available at SIMTEL20 via a personal BBS which he maintains.
Let's knock off the negative criticism and concentrate on the many
possible solutions available to the network community.
Larry
21-Nov-87 06:06:06-MST,1643;000000000000
Return-Path: <info-cpm-request@simtel20.arpa>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sat, 21 Nov 87 06:06:01 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
id AA20600; Sat, 21 Nov 87 04:51:49 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 20 Nov 87 17:44:28 GMT
From: ptsfa!well!bandy@ames.arpa (Andrew Scott Beals)
Subject: Posting binaries
Message-Id: <4498@well.UUCP>
Sender: info-cpm-request@simtel20.arpa
To: info-cpm@simtel20.arpa
Well, I don't know if they would let us poor old 8-bit people get
away with a newsgroup.
However, the cheapest method of distribution is still good old U.S.
Mail.
For example, I have a "centipede" program that I wrote one weekend
years ago for my Osborne. I've been thinking about cleaning it up
and giving it away to people, but how many folks could use it?
It seems that we shall always get the short end of the stick, so
I'd suggest that we rely on SIG/M and our local BBS sysops for
the bulk of PD programs.
I think that it should be okay to post source on the net, but binaries
are a little unwieldly.
Keith, I know that one can get UUCP for TOPS-20 systems, how about
you set up a few dialin ports and let people who want access set up
uucp accounts and turn on the server for them? That way they pay
the shipping costs off-site and *everyone* gets access to the
SIMTEL20 archives again.
andy
--
Andrew Scott Beals
bandy@lll-crg.arpa or {lll-crg,hoptoad,hplabs,apple}!well!bandy
21-Nov-87 21:18:09-MST,1171;000000000000
Return-Path: <mknox@ngp.utexas.edu>
Received: from ngp.utexas.edu by SIMTEL20.ARPA with TCP; Sat, 21 Nov 87 21:18:05 MST
Date: Sat, 21 Nov 87 19:26:36 CST
From: mknox@ngp.utexas.edu (Margaret H. Knox)
Posted-Date: Sat, 21 Nov 87 19:26:36 CST
Message-Id: <8711220126.AA14788@ngp.utexas.edu>
Received: by ngp.utexas.edu (5.51/5.51)
id AA14788; Sat, 21 Nov 87 19:26:36 CST
To: info-cpm@simtel20.arpa, marwood@dmc-crc.arpa
Subject: Re: Modem info
I have been using this modem for about 8 months with *reasonable*
success. It is missing two things: a speaker and the S register.
The speaker I miss more than I thought I would. It is annoying to
sit through several redials not realizing that the phone I am dialing
is busy. Or worse, to mis-remember the number and finally pick up
the phone to hear someone going "Hello ... Hello?"
The S register is generally not needed. However on the Hayes it
controls some things which can affect reliability of operation on
unusually strong or weak lines.
Conclusion: I paid $69 for mine. I would like the other features,
but I am fairly certain I would not like them several hundred dollars
worth.
21-Nov-87 22:18:13-MST,12301;000000000000
Mail-From: KPETERSEN created at 21-Nov-87 22:18:10
Date: Sat, 21 Nov 1987 22:18 MST
Message-ID: <KPETERSEN.12352545343.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To: Info-Cpm@SIMTEL20.ARPA
Subject: New files uploaded to SIMTEL20 during October and November
The following is a complete list of CP/M-oriented files uploaded to
SIMTEL20 during the months of October and November to date. The
column labeled "T" (Type) is the file format. (7) means ASCII, (8)
means binary.
For a complete list of all CP/M files, see:
PD1:<CPM>CPM.CRCLST - Complete list with CRC values
PD1:<CPM>CPM.ARC - The above, ARChived (much smaller), binary(8).
PD1:<CPM>FILES.IDX - Similar to below, no descriptions, comma delimited
There is currently no complete listing of all files, with descriptions.
That is in the process of being created and will be announced when
available. In the meantime, see PD1:<CPM.FILEDOCS>CPMNOV01.LST (ascii)
or CPMNOV01.LZT (crunched) which is a complete listing of all CP/M
files on GEnie, each with a one-line description. Since SIMTEL20 and
GEnie have many of the same files, this will be a very useful listing.
It is updated monthly.
Note: to save space in the following listing, the device name PD1: which
normally appears ahead of the directory name has been omitted.
CP/M October/November Report
Directory Name Size T Description
================= ============ ====== = ======================================
<CPM.ARC-LBR> CPMARC.ARK 90391 8 "C" source for CP/M ARC maker
<CPM.ARC-LBR> CPMARC.BUG 1552 7 Describes problems with CP/M ARCer
<CPM.ARC-LBR> LDIRB11.LBR 35712 8 Display LBR director w/date/CRC/des
<CPM.ARC-LBR> LDIRB12.BUG 681 7 Author of LDIR-B comments on ver 1.2
<CPM.ARC-LBR> LDIRB12.LBR 36096 8 Display LBR directory w/date/CRC/des
<CPM.ARC-LBR> SETD01.LBR 18944 8 Set dates for members of libraries
<CPM.ARC-LBR> TYPELZ22.LBR 38272 8 Types ASCII, "Q", "Z", LBRs
<CPM.ASMUTL> ARRAYLIB.LBR 2048 8 Subroutines for array accessing
<CPM.ASMUTL> BIGLIB.LBR 3584 8 Subroutines for string manipulation
<CPM.ASMUTL> H80.LZB 4992 8 Macros for HD64180 unique opcodes
<CPM.ASMUTL> MOVHEX.LBR 11648 8 Changes load location of HEX file
<CPM.ASMUTL> MPBLIB.LBR 2304 8 Subroutines for binary arithmetic
<CPM.ASMUTL> MPDLIB.LBR 2304 8 Subroutines for decimal arithmetic
<CPM.ASMUTL> SMMACLNK.ARK 94461 8 Small-Mac macro assembler and linker
<CPM.ASMUTL> SORTSYM.LBR 2048 8 Sorted symbol file for M80/L80
<CPM.ASMUTL> STRIP11.LBR 3328 8 Strip comments from assembly source
<CPM.ASMUTL> STRLIB.LBR 2432 8 Subroutines for string manipulation
<CPM.ASMUTL> Z80ASM24.LBR 27648 8 Assembler for Zilog OP codes
<CPM.ASMUTL> ZLINK14.LBR 6400 8 Linkage editor for ZMAC
<CPM.ASMUTL> ZMAC17.LBR 14592 8 Assembler for Zilog Mnemonics
<CPM.BBSLISTS> NEW-SYS.OZS 3712 8 Get your RCP/M on monthly list
<CPM.BBSLISTS> RCPM1187.BZF 10624 8 Brief RCP/M phone number list, Nov.
<CPM.BBSLISTS> RCPM1187.LZT 37760 8 Remote CP/M system phone list, Nov.
<CPM.BDOS> CPMDATE.LBR 16768 8 Display and set date for Z80DOS
<CPM.BDOS> SUPRDOS2.LBR 90112 8 Complete CP/M 2.2 BDOS replacement
<CPM.BDOS> Z80D-FIX.LBR 2816 8 BIOS insert for Z80DOS with no RTC
<CPM.BDOS> Z80DMOD.LBR 7040 8 Z80DOS mod for imbedded date routine
<CPM.BDOS> Z80DOS.NZT 5888 8 Notes on installing Z80DOS
<CPM.BDOS> Z80DOS10.LBR 94976 8 Z80 replacement for CP/M 2.2 BDOS
<CPM.BDOS> Z8D-UTL1.LBR 28032 8 Support utilities for Z80DOS
<CPM.BYE5> B5A7-1.IZS 3072 8 BYE5 insert - Apple ][ w/CCS 7710
<CPM.BYE5> B5C-EVE.IZS 3328 8 BYE 5.0 clock insert for Coleco Adam
<CPM.C128> BIOS4MOD.LBR 11136 8 Add serial printer on BIOS4 for C128
<CPM.C128> BIOSR4.ARK 100361 8 Commodore C128 CP/M enhanced BIOS
<CPM.C128> NEW2CPM.DOC 6526 7 GEnie Help File for C-128 CP/Mers
<CPM.C128> RDSKINFO.DOC 2097 7 How to set C128 ramdisk drive letter
<CPM.C128> TBOHIRES.PZS 2688 8 80 column graphics for C128 CP/M
<CPM.C128> WHYCPM.DOC 7950 7 Article on C128 CP/M+ features
<CPM.C128> WS-C128.AZM 3456 8 Set C128 video attr/delays for WS4.0
<CPM.CBIOS> SAVBIOS.LBR 4096 8 Save new BIOS for Montezuma Micro
<CPM.CPM3> TIMEBSX.LBR 1280 8 Time routines for banked XBIOS
<CPM.CPM3> WRITECCP.LBR 4736 8 Writes CCP to system tracks
<CPM.CPM86> LU86-2.LBR 31488 8 Library Utility for CP/M-86
<CPM.DATABASE> CREATOR.LBR 43904 8 A database and report generator
<CPM.DATABASE> TTGEN10C.LBR 48640 8 Format family database
<CPM.DIRUTL> GO105.LBR 14848 8 Move easily around drives/user areas
<CPM.DIRUTL> KLEAN20.LBR 18816 8 Intelligent file erase utility
<CPM.DIRUTL> RENAMZ13.LBR 20096 8 File renaming utility
<CPM.DIRUTL> SETDRU.AZT 8448 8 Z80DOS, Public files, and SETDRU
<CPM.DSKUTL> DISKX11.LBR 38912 8 A comprehensive disk exercisor
<CPM.DSKUTL> FBAD60A.LBR 27008 8 Find and lock out bad disk sectors
<CPM.EDITOR> EXPRES11.ARK 117561 8 Full featured screen editor
<CPM.EDITOR> SFGR.ARK 43553 8 Screen format generator for RPG II
<CPM.EPSON> EPSLINK.AZM 16640 8 CP/M file transfer with Epson Geneva
<CPM.FILCPY> ACOPY16.LBR 22400 8 General purpose file copy utility
<CPM.FILEDOCS> CPMNOV01.LST 136879 7 GEnie CP/M file list, sorted w/desc
<CPM.FILEDOCS> CPMNOV01.LZT 75392 8 GEnie CP/M file list, sorted w/desc
<CPM.FILEDOCS> ROYALOAK.DZR 23040 8 RCP/M Royal Oak directory listing
<CPM.FILUTL> COMP13.LBR 7296 8 Compares two COM (binary) files
<CPM.FORTH-83> UNIFORTH.LBR 96896 8 Sampler of Professional Uniforth
<CPM.GENASM> FLIFEH89.LBR 16384 8 Z80 game of LIFE for the H89
<CPM.GENASM> NOSLTPOP.LBR 6400 8 Pop-up clock routines for No-Slot
<CPM.GENDOC> INFOCOM.INF 2582 7 Infocom games sale bargain
<CPM.GENDOC> MDISK.IZF 1280 8 1 Megabyte RAM disk for AMPRO
<CPM.GENDOC> TCJ.INF 1610 7 Info about The Computer Journal
<CPM.GENIE> GENIE.IZD 20096 8 Descriptions of GEnie's services
<CPM.GRAPHICS> OMNIDEMO.LBR 49664 8 Window interface for Kaypro
<CPM.HAMRADIO> MNPROP2.LBR 113280 8 Radio H.F. propagation predictions
<CPM.HAMRADIO> MORSETXT.LBR 67456 8 Send text files with Morse Code
<CPM.HAMRADIO> NETWORK2.LBR 36608 8 RF filter/network/trans. line design
<CPM.KAYPRO> KSCREEN.INF 2021 7 Kaypro cursor/screen codes info
<CPM.LIST> BRAD-HEB.LBR 3840 8 Hebrew font for Bradford
<CPM.LIST> FANTEST.LBR 18304 8 FANFOLD utility checks available TPA
<CPM.LIST> SETMRG21.LBR 5760 8 Set margins on Diablo printers
<CPM.MEX> MXH-AM12.ZZ0 11904 8 MEX Overlay - Ampro Little Board
<CPM.MEX> MXM-NE10.AZM 6656 8 MEX Overlay - NEC N202BR-L1 modem
<CPM.MEX> MXO-GB12.AZM 10368 8 MEX Overlay - CompuPro I3/I4
<CPM.MODEM> BAUDSET.LBR 13952 8 Sets baud rates with IMP overlay
<CPM.MODEM> READNEWS.LBR 35712 8 Automate reading news on StarText
<CPM.MODEM> RT11MODM.LBR 7040 8 Xmodem for DEC LSI-11
<CPM.NSTAR> LI.LBR 4352 8 List dir/copy NorthStar disk to CP/M
<CPM.NSTAR> USER.CFG 3909 7 Configuring North Star CP/M user area
<CPM.NSTAR> WS4-NS.LBR 13952 8 NorthStar Advantage overlays for WS4
<CPM.PBBS> PBBS-04.LBR 184704 8 PBBS 4.0 Bulletin Board System
<CPM.PBBS> PBBSTCAP.FIX 702 7 Fix to PBBS TCAP problem
<CPM.PBBS> PBBSUP-4.LBR 91264 8 Supplementary Files for PBBS 4.0
<CPM.PBBS> PBBSUTL4.LBR 8320 8 Utilities for PBBS 4.0
<CPM.PBBS> PINSTAL.CZM 4480 8 PBBS install program
<CPM.PUBPATCH> PUBNOTES.TZT 2688 8 BDOS patch for public files
<CPM.RCPM> CBYE.LBR 1920 8 Display maxuser maxdrive wheel bytes
<CPM.RCPM> LUX77B.LBR 58880 8 Library/Archive Utility eXtension
<CPM.RCPM> ZCMD8080.LBR 53248 8 CCP replacement for 8080 systems
<CPM.SPREADSHEET> SPREAD.TZT 3840 8 Spreadsheets for Data Analysis
<CPM.SUBMIT> NEWBATCH.LBR 4352 8 Make SUBMIT-like COM files
<CPM.SYSUTL> 1KUTILS3.LBR 15232 8 Improved "1K" utilities
<CPM.SYSUTL> LOGON12.LBR 22528 8 Command line menu/password utility
<CPM.SYSUTL> NOSLT20.LBR 5504 8 Read and set "no-slot" clock
<CPM.TERM> 802CLEAR.LBR 2048 8 Get rid of status line on TeleVideo
<CPM.TURBODOS> MDRV-TD.LBR 5248 8 TurboDOS driver for CompuPro
<CPM.TURBOPAS> MENUDEMO.LBR 22784 8 Menu utilities in Turbo Pascal
<CPM.TURBOPAS> PASCAL.TZT 8960 8 Turbo Pascal function & procedures
<CPM.TXTUTL> FINDLQ11.LBR 33152 8 Type/find, ASCII/sQu'd, library/not
<CPM.TXTUTL> PEEP13.LBR 9472 8 A bidirectional file viewer
<CPM.TXTUTL> PRNTXT13.LBR 26112 8 Text display utility makes COM file
<CPM.TXTUTL> PRNTXT14.LBR 26880 8 Make COM files from text files
<CPM.TXTUTL> VCOMP13.LBR 27136 8 Visual file comparison
<CPM.TXTUTL> WT20.LBR 5120 8 Bidirectional type/browse utility
<CPM.VDOEDIT> PWLINE25.DZC 896 8 Use 25 lines in Perfect Writer
<CPM.VDOEDIT> VDE262.BUG 2069 7 Bug report for VDE version 2.62
<CPM.VDOEDIT> VDE262.LBR 62464 8 Full screen text editor/processor
<CPM.WSTAR> MOREWS4.TZT 3328 8 WS4 -- good, with a few bugs
<CPM.ZCPR33> ADIR10.LBR 18304 8 Parses Aliases and displays director
<CPM.ZCPR33> ARUNZ09G.LBR 20864 8 ZCPR33 extended command processor
<CPM.ZCPR33> BCOMP10A.LBR 26496 8 Screen oriented binary file compare
<CPM.ZCPR33> BUSHBETA.LBR 64640 8 Disk backup and restoration system
<CPM.ZCPR33> DD15.LBR 17536 8 ZCPR3 disk directory utility
<CPM.ZCPR33> FASTARNZ.ZZZ 5120 8 Optimizing automatic disk accesses
<CPM.ZCPR33> LBREXT3.BUG 1048 7 LBREXT2 and LBREXT3 bug report!
<CPM.ZCPR33> NZEX-D.LBR 15744 8 Submit processor for ZCPR 3.3
<CPM.ZCPR33> OSH14.LBR 19968 8 History shell for BackGrounder ii
<CPM.ZCPR33> PACK10.LBR 25088 8 Improve hard disk performance
<CPM.ZCPR33> PCPIMPSH.DZC 1280 8 Using PCPIMP with Z system
<CPM.ZCPR33> PLF10.LBR 51968 8 ZCPR33 aliases to process LBR files
<CPM.ZCPR33> RCPMC.LBR 6016 8 Z33 file copier RCP
<CPM.ZCPR33> RCPPEEP.LBR 11776 8 Text browser/lister Z33 RCP
<CPM.ZCPR33> SHOW12B.LBR 40192 8 Displays ZCPR33 system configuration
<CPM.ZCPR33> SUGGEST.ZZ3 3328 8 Suggestions for ZCPR SYStem package
<CPM.ZCPR33> TCJ29.MZG 25984 8 Sage ZSIG Column, TCJ Issue #29
<CPM.ZCPR33> Z-RIP11.LBR 4096 8 Install ZPR3 programs
<CPM.ZCPR33> Z33DEBUG.LBR 15872 8 ZCPR33 DEBUG.LIB with HEX calculator
<CPM.ZCPR33> Z33LIB05.LBR 7808 8 LIB routines for ZCPR Version 3.3
<CPM.ZCPR33> Z33TSS-C.LBR 109056 8 ZCPR 3.3 for NorthStar Horizon
<CPM.ZCPR33> Z33VER10.LBR 32768 8 ZCPR33 screen oriented error handler
<CPM.ZCPR33> ZBGQ11.LBR 6656 8 Easy loading of BackGrounder
<CPM.ZCPR33> ZFILER.BZG 2816 8 Bug in Zfiler
<CPM.ZCPR33> ZTIME23.LBR 12672 8 Kenmore Ztime RTC reader program
<CPM.ZCPR3> RCPTRGGR.TZT 2432 8 Info on ZCPR's RCP with trigger key
<CPM.ZCPRNEWS> Z-NEWS.8Z5 10752 8 ZCPR3/SYSLIB/ZRDOS Newsletter #805
<CPM.ZCPRNEWS> Z-NEWS.8Z6 7296 8 ZCPR3/SYSLIB/ZRDOS Newsletter #806
______________________________________
TOTALS: Size 3,366,929 bytes
Printed 140 records.
These files are available via standard anonymous FTP via the
Arpanet/Milnet. They are also available on my RCP/M and on
GEnie's CP/M RoundTable.
--Keith Petersen
Arpa: W8SDZ@SIMTEL20.ARPA
Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
GEnie: W8SDZ
RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST)
22-Nov-87 00:17:45-MST,6998;000000000000
Mail-From: KPETERSEN created at 22-Nov-87 00:17:43
Date: Sun, 22 Nov 1987 00:17 MST
Message-ID: <KPETERSEN.12352567105.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To: Ken Wallewein <kenw%noah.arc.cdn%ubc.csnet@RELAY.CS.NET>
Cc: Info-Cpm@SIMTEL20.ARPA
Subject: Posting Binaries
In-reply-to: Msg of 19 Nov 1987 09:18-MST from Ken Wallewein <kenw%noah.arc.cdn%ubc.csnet at RELAY.CS.NET>
Ken, please try the file server that John Fisher is running.
[Note: In the following discussion, if you are not on BITNET
substitute the address LISTSERV@CICGE.RPI.EDU for the address shown.]
--Keith Petersen <Info-Cpm-Request@SIMTEL20.ARPA
---forwarded message---
Date: Friday, 23 October 1987 11:48-MDT
From: John S. Fisher <FISHER@CICGE.RPI.EDU>
To: INFO-CPM@SIMTEL20.ARPA
Re: CP/M software file server on Bitnet
I have made a few radical changes to the CP/M file server on Bitnet.
I will describe the changes first, then, for many of the newer people
on this list who never heard of the server, I'll review its use.
(1) The server has been redesigned to use a disk "cache" for keeping
only the most recently/frequently requested files online. Requests
for files not in the cache are deferred for overnight processing.
The offline-to-online procedure is automated, but subject to
delays; if a request cannot be satisfied in 5 days, the request
is abandoned.
(2) The archive is now more current than the former collection
(which was dated 17 July 1987). I will try to keep my server
up to date with Simtel20, at least within a week or two. This
means very new files on Simtel20 will not be immediately available
on my server, and the reverse for recent deletions. Synchronizing
my server with Simtel20 is a manual process I'll perform on a
best-efforts basis.
(3) THE SERVER IS STILL EXPERIMENTAL, AND INFORMATION ABOUT IT SHOULD
STILL BE KEPT CONFIDENTIAL TO THIS GROUP.
(4) The /PDDIR command is available for getting directory listings.
(5) As before, if you have any comments, questions or problems with the
server, direct them to FISHER@RPICICGE.BITNET (me), and not the
Info-CPM mailing list.
*****************************************************************
* Help information for the PDGET command. *
*****************************************************************
Selected portions of the SIMTEL20 public domain software
archives are available at RPICICGE.BITNET. At present the
collections include the following directories:
PD:<CPM.*> -- The Info-CPM archive (CP/M machines).
PD:<SIGM.*> -- The SIG/M User Group archive (CP/M machines).
Planned:
PD:<CPMUG.*> -- The CP/M User Group archive.
Any of the files in these collections are available from the file
server LISTSERV@RPICICGE.BITNET. The server responds to two commands.
/PDDIR requests a directory listing of files available in an archive,
and /PDGET requests a file from an archive. The file server accepts
commands in both interactive messages or RFC822-style mail. (On
VM and MVS Bitnet hosts, TELL LISTSERV AT RPICICGE... can be used to
send an interactive message. Other Bitnet systems may have similar
facilities. People on non-Bitnet systems must use the mail interface,
and must insure that the From: header represents a valid return path.)
****Note: The server actually responds to many, many other commands,
but none of them have anything to do with the archives.
The two commands have the following form:
/PDGET <format> simtel.filename < ( encoding >
/PDDIR simtel.pattern
The <...> mark things that are optional.
* "simtel.filename" specifies the name of a file to be delivered to the
user. Names are usually of the form "PD:<dir.subdir>name.type"
* "simtel.pattern" specifies a search pattern used in generating a
directory listing. The form of the pattern is like the filename
mentioned above, but asterisks (*) may be used freely in the
subdir, name, and type parts as wild cards (but not in the dir field.)
* "format" specifies the method of transmission to be used:
NETDATA -- suitable for transfer to Bitnet hosts that can accept
files in IBM Netdata format.
PUNCH -- suitable for transfer to Bitnet hosts that can accept
files but cannot decode the Netdata format. Files
are sent as 80-byte card-images.
MAIL -- suitable for transfer to hosts that can accept only
mail or are accessible to Bitnet only through gateways.
Large files sent via mail are split into several
smaller files that the recipient must reassemble.
If the format is omitted, NETDATA is assumed for Bitnet hosts
and MAIL for all others.
* "encoding" specifies any special encoding of the file data:
ASIS -- suitable for hosts that can receive binary data. The
file is sent exactly as it is stored on my system:
CP/M sector images, binary mostly. ASIS may be used
only with format NETDATA.
UUENCODE -- suitable for hosts that cannot receive binary data.
The file is sent uuencoded.
TRANSLATE -- suitable for any host, but only when the file actually
represents readable text. The file is translated into
character data format.
If the encoding is omitted, files are sent ASIS if the transmission
format is NETDATA, and UUENCODEd otherwise.
/PDDIR Examples:
================
(1) The user is looking for the LASM program.
/PDDIR PD:<CPM.*>LASM.*
(2) The user wants a listing of the full CPM collection.
/PDDIR PD:<CPM>
/PDGET Examples:
================
In each of the following examples the user wants the CPM.CRCLST file to
examine on his host and the UNARC16.ARK file to download to his micro,
both from the CPM collection. Note that none of the examples have a
closing parenthesis!
(1) The user is on an IBM host directly connected to Bitnet:
/PDGET NETDATA PD:<CPM>CPM.CRCLST (TRANSLATE
/PDGET NETDATA PD:<CPM.ARC-LBR>UNARC16.ARK
(2) The user is on a non-IBM host directly connected to Bitnet and can
receive Netdata files:
/PDGET NETDATA PD:<CPM>CPM.CRCLST (TRANSLATE
/PDGET NETDATA PD:<CPM.ARC-LBR>UNARC16.ARK (UUE
(3) The user is on a non-IBM host directly connected to Bitnet and can
receive punch files:
/PDGET PUNCH PD:<CPM>CPM.CRCLST (TRANSLATE
/PDGET PUNCH PD:<CPM.ARC-LBR>UNARC16.ARK (UUE
(4) The user is on some host somewhere:
/PDGET MAIL PD:<CPM>CPM.CRCLST (TRANSLATE
/PDGET MAIL PD:<CPM.ARC-LBR>UNARC16.ARK (UUE
22-Nov-87 13:31:33-MST,982;000000000000
Return-Path: <info-cpm-request@simtel20.arpa>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sun, 22 Nov 87 13:31:29 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
id AA16377; Sun, 22 Nov 87 11:49:43 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 21 Nov 87 21:42:00 GMT
From: uxc.cso.uiuc.edu!clio!berger@a.cs.uiuc.edu
Subject: Re: Posting Binaries
Message-Id: <18700007@clio>
References: <5329565@<KPETERSEN>
Sender: info-cpm-request@simtel20.arpa
To: info-cpm@simtel20.arpa
That works both ways. If submission and acquisition of programs is
strictly via FTP, then you'll lose a good part of the program sub-
missions from the rest of the world.
Mike Berger
Center for Advanced Study
University of Illinois
berger@clio.las.uiuc.edu
{ihnp4 | convex | pur-ee}!uiucuxc!clio!berger
22-Nov-87 15:39:23-MST,1143;000000000000
Return-Path: <binder%fizbin.DEC@decwrl.dec.com>
Received: from decwrl.dec.com by SIMTEL20.ARPA with TCP; Sun, 22 Nov 87 15:39:19 MST
Received: by decwrl.dec.com (5.54.4/4.7.34)
id AA12882; Sun, 22 Nov 87 14:39:15 PST
Message-Id: <8711222239.AA12882@decwrl.dec.com>
From: binder%fizbin.DEC@decwrl.dec.com (Smile at me, baby. Then duck.)
Date: 22 Nov 87 17:34
To: infocpm@decwrl.dec.com, sac.hqsac-doct@e.ise.edu
Subject: RE: Kaypro at a bargain - is it a bargain?
Responses to my query tell me that it is most emphatically a good deal. I
just phoned in my order. I've also been asked to provide the info as to
where this liquidator is.
The whole deal is a Kaypro 1 with 64K, two serial and one Centronics ports,
two 390K drives, and WordStar software. The source is COMB Direct Marketing
Corp., 1405 Xenium Lane, Minneapolis, NM 55441-4494. The price is $199.00
plus $18.00 shipping plus 50 cents insurance. Delivery is in 7-10 working
days. If you want to order by phone, the number is 1-800-328-0609, and they
take Visa, MasterCard, Discover, or American Express.
Thanks to you who responded.
- Dick Binder
22-Nov-87 16:01:39-MST,3143;000000000000
Return-Path: <info-cpm-request@simtel20.arpa>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sun, 22 Nov 87 16:01:28 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
id AA18542; Sun, 22 Nov 87 14:46:44 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 22 Nov 87 21:04:03 GMT
From: ciaraldi@cs.rochester.edu (Mike Ciaraldi)
Organization: U of Rochester, CS Dept, Rochester, NY
Subject: DEC VT180 "Robin" Questions
Message-Id: <4450@sol.ARPA>
Sender: info-cpm-request@simtel20.arpa
To: info-cpm@simtel20.arpa
I'm a long-time CP/M hacker, so I was called in recently to
help set up a DEC VT180 that had been donated to a local
non-profit group.
The VT180 (also known as the "Robin") is basically a VT100 terminal
with a built-in Z80 board and external floppies that runs CP/M.
The donated one came with CP/M, a word processing program, and
a spreadsheet. There was also a Users Guide and troubleshooting manual.
The main use would be as a terminal to a mainframe data base system.
It would also be hooked to a videodisk system so that video frames
could be called up under control of the mainframe (they already had this
working with a VT102 terminal).
We tried using the VT180 first as just a VT100 terminal.
This worked fine at 9600 baud, with one problem.
The setup screen lets you set the baud rate, parity, etc.,
for the communications port, but has nowhere to set them for
the printer port. The manual doesn't say anything on this.
Question #1: When used as a terminal, how do you set the
parameters of the printer port?
The mainframe software we were using sends the standard VT100
code sequence to cause messages to go out to the printer.
This works on our real VT102, but on the VT180 the messages
show on the video screen instead. The manual doesn't list the control
codes obeyed by the VT180.
Question #2: When used as a terminal, does the VT180 allow sending
messages to the printer? How about doing a screen dump or printer
echo? (these use the shifted ENTER key on a VT102).
So, we tried CP/M. This has a utility for setting the port parameters.
I got a copy of Kermit version 4.05
by downloading to an IBM PC and using Media Master to make
a VT180-compatible floppy. Kermit worked OK, passing the
control codes on to the built-in terminal. But it still
wouldn't send things to the printer under program control. And we lose a few
characters after every Form Feed, presumably because it takes
so long to clear the screen. I was able to send things to the printer
with the standard CP/M Control-P key.
Question #3: Is there any way to avoid losing characters
under Kermit+CP/M? Any way to use the printer?
Question #4: Is there some better communications program
for the VT180, which might solve some of these problems?
Thanks in advance for any help.
Mike Ciaraldi
University of Rochester
Computer Science Dept.
uucp: seismo!rochester!ciaraldi
aroa: ciaraldi@cs.rochester.edu
22-Nov-87 20:31:29-MST,2553;000000000000
Return-Path: <info-cpm-request@simtel20.arpa>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sun, 22 Nov 87 20:31:21 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
id AA22104; Sun, 22 Nov 87 19:21:56 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 23 Nov 87 02:30:23 GMT
From: ciaraldi@cs.rochester.edu (Mike Ciaraldi)
Organization: U of Rochester, CS Dept, Rochester, NY
Subject: Re: Modem info
Message-Id: <4464@sol.ARPA>
References: <8711180156.AA03056@crash.CTS.COM>
Sender: info-cpm-request@simtel20.arpa
To: info-cpm@simtel20.arpa
In article <8711180156.AA03056@crash.CTS.COM> pnet01!mwilson@nosc.mil writes:
>crash!dmc-crc.arpa!marwood (G. J. Marwood) writes:
>>I am contemplating the purchase of an Avatex 1200 modem (not HC). Does
>>anyone have any information on the limitations of the Hayes compatability
>>of this modem, and any other comments on its performance ?
>> Gordon Marwood
>
>
> The performance of the Avatex 1200 has been quite adequate for me. It is
>not particularly noise-sensitive, and is extremely reliable.
>
> As for its Hayes compatibility... All you get are a few of the AT
>commands. No S registers. The only way to drop carrier is to drop DTR on
>your RS-232 port. Linitations, but not serious ones.
>
I generally agree.
I know several people who are presently using the Avatex 1200
with no problems.
Four things to note:
1) While the 1200 is "not particularly noise-sensitive",
it is not tremendous at noise filtering either.
Around Rochester there is a great variation in phone-line
quality. Avatexes work fine in some areas and not in others.
However, it is at least as good as most $200 modems I have tried.
2) The 1200 has no speaker, which can be annoying when your
calls don't go through--you don't know if the other end didn't
answer, answered but wasn't a modem, or was a modem
but wasn't recognized.
3) Several stores in Rochester sell the 1200 for $99 to $110.
I have seen it advertised in _Computer Shopper_ as
low as $88.
4) When you place your order, explain that you are not sure if
this modem will work on your phone lines and be sure
the store will give you a refund if it doesn't.
Hope this helps.
Mike Ciaraldi
University of Rochester Computer Science Dept.
seismo!rochester!ciaraldi
23-Nov-87 08:02:48-MST,1515;000000000000
Return-Path: <secrist%msdoa1.DEC@decwrl.dec.com>
Received: from decwrl.dec.com by SIMTEL20.ARPA with TCP; Mon, 23 Nov 87 08:02:44 MST
Received: by decwrl.dec.com (5.54.4/4.7.34)
id AA06367; Mon, 23 Nov 87 07:02:38 PST
Date: Mon, 23 Nov 87 07:02:38 PST
Message-Id: <8711231502.AA06367@decwrl.dec.com>
From: secrist%msdoa1.DEC@decwrl.dec.com (Richard C. Secrist, KXO/USA)
To: cpm@decwrl.dec.com
Subject: post binaries to each other - not the whole list !
I concur and support everything Keith has said in with regard to the
posting of binaries. In addition to that, even CP/Mers aren't all
going to want the Centepede program for the Osborne-1 or whatever,
whereas the Osborne-1 people may think that's just dandy.
One good alternative that Keith is so nice to slave over is his Royal
Oak CP/M BBS - you can dial-in and up or download to this board at
no charge but the phone call; furthermore this makes it available
to the wider audience of the net(s) and Genie if warranted.
Of course if you'd like to get hexalated files circulated through the
INFO-CPM audience one alternative might be to make an announcement in
INFO-CPM that you have prepared a package for net distribution, and if
someone on the INFO-CPM list desires it via net mail they could send a
request to so-and-so directly (*not* on INFO-CPM) to receive a copy of
the package non-FTP from the originator, and that way it's between just
the people who want it. Would such announcements be welcomed here Keith ?
rcs
23-Nov-87 19:24:45-MST,1064;000000000000
Return-Path: <marwood@dmc-crc.arpa>
Received: from dmc-crc.arpa by SIMTEL20.ARPA with TCP; Mon, 23 Nov 87 19:24:41 MST
Received: by dmc-crc.arpa; (4.12/4.7)
id AA05646; Mon, 23 Nov 87 21:24:27 est
Date: Mon, 23 Nov 87 21:24:27 est
From: marwood@dmc-crc.arpa (G. J. Marwood)
Message-Id: <8711240224.AA05646@dmc-crc.arpa>
To: info-cpm@simtel20.arpa
Subject: Avatex Modem
Thanks to everyone (I had about a dozen replies) who provided opinions on the
Avatex 1200 (non-HC) modem. The consensus seemed to ba that for the price it
was an adequuate modem. The lack of a speaker was seen as an inconvenience
and the inability to program an S-register as a limitation for some special
applications. One respondent had concerns about its performance on noisy
lines. For the price US$88 it doesn't seem a bad deal. In the end I decided
to go for a Smarteam 1200AT which was available for US$98, and seemed better
value for money, with none of the previous limitations (I hope!).
Thanks again Gordon Marwood
24-Nov-87 10:28:04-MST,776;000000000000
Return-Path: <rzh@lll-freedom.arpa>
Received: from lll-crg.arpa by SIMTEL20.ARPA with TCP; Tue, 24 Nov 87 10:28:00 MST
Received: by lll-crg.arpa (5.51/)
id AA17822; Tue, 24 Nov 87 09:27:19 PST
Return-Path: <rzh@lll-freedom.arpa>
Received: by lll-freedom.arpa.arpa (3.2/SMI-3.0DEV3)
id AA09841; Tue, 24 Nov 87 09:25:33 PST
Date: Tue, 24 Nov 87 09:25:33 PST
From: rzh@lll-freedom.arpa (Roger H. Hanscom )
Message-Id: <8711241725.AA09841@lll-freedom.arpa.arpa>
To: info-cpm@simtel20.arpa
Subject: Modems
While you guys are talking about modems, I got a mailing
from ZOOM Telephonics redently offering their 2400 baudulation
modem (internal IBM PC type) and Procomm (big deal!!) for
$169. Anyone know anything about these, or ZOOM products
in general???
24-Nov-87 15:10:10-MST,1330;000000000000
Return-Path: <FISHER@RPICICGE.BITNET>
Received: from CICGE.RPI.EDU by SIMTEL20.ARPA with TCP; Tue, 24 Nov 87 15:08:47 MST
Received: from (TCPMAINT)RPICICGE.BITNET by CICGE.RPI.EDU on 11/24/87
at 17:07:32 EDT
Received: by RPICICGE (Mailer X1.25) id 2440; Tue, 24 Nov 87 17:07:28
EDT
Date: Tue, 24 Nov 87 16:59:34 EDT
From: "John S. Fisher" <FISHER@CICGE.RPI.EDU>
To: INFO-CPM@SIMTEL20.ARPA
Subject: Notes on the LISTSERV file server.
Two blunders have been found and corrected for the file server in
Bitnet-land:
(1) Under certain ill-defined conditions the return address was
accidentally forced to all upper-case. Some requestors (mostly
in UUCP-land) would receive no replies.
(2) A recent update to the CP/M file directory mis-tagged a few
ASCII files as binary and some binary files as ASCII. (The
problem only effected the CPM.* directories.) Requests for such
mis-tagged files were answered with garbage. I have corrected
the directory, and flushed all of the misfetched files from
the cache (at least I think I got them all). If you received
a garbage file, please retry the request AND let me know, too,
so I can make sure the cache is clean.
Regards,
JSFisher FISHER@RPICICGE.BITNET
FISHER@cicge.rpi.edu
24-Nov-87 15:28:07-MST,1982;000000000000
Return-Path: <@CUNYVM.CUNY.EDU:RALPH@UHHEPG.BITNET>
Received: from CUNYVM.CUNY.EDU by SIMTEL20.ARPA with TCP; Tue, 24 Nov 87 15:27:27 MST
Received: from UHHEPG.BITNET by CUNYVM.CUNY.EDU ; Tue, 24 Nov 87 17:04:29 EST
Date: 23 NOV 87 08:33-
From: RALPH%UHHEPG.BITNET@CUNYVM.CUNY.EDU
To: INFO-CPM @ SIMTEL20.ARPA
Subject: Help in selecting the right Modula 2 needed
Date: 23-NOV-1987 08:16:42.99
From: Ralph Becker-Szendy RALPH AT UHHEPG
To: BITNET::"info-cpm@simtel20.arpa",RALPH
Subj: Help in selecting the right Modula 2 needed
Hi everyone
we are contemplating buying a Modula 2 compiler for cp/m. It has to run on a
Z80 (although the processor is soon going to be a Z280). As far as I can see,
there are three compilers on the market (excluding the one for UCSD-p):
- Turbo Modula 2 (available from Echelon for $89.95),
- the Zuerich M2 compiler (available from W&A for $160), and
- FTL Modula 2 (also W&A for $49.95).
Now the question: who has some experience with those compilers (both good and
bad), and if you know them well: which one would you recommend ? I do not need
ROM-able code (but it may be handy some time), but i DO need linking with
assembler code (but not necessarily an inline-assembler). A nice user-interface
helps, but is not really necessary. Extreme compilation speed is not a must,
but the code should be fast and particularly tight (i expect some programs
to be limited by code size). Any bad or good advice is appreciated.
BTW, apologies to Keith Petersen and John S. Fisher. I was too harsh about the
"ARPA-net attitude of Simtel20". But i still think there should be more cp/m
file servers, both on BITNET and on other nets.
Ralph Becker-Szendy RALPH@UHHEPG.BITNET
University of Hawaii / High Energy Physics Group (808)948-7391
Watanabe Hall #203, 2505 Correa Road, Honolulu, HI 96822
"Hawaii - it's not just for tourists. People actually live and work there."
24-Nov-87 19:41:51-MST,586;000000000000
Return-Path: <lesh@BRL.ARPA>
Received: from BRL-SMOKE.ARPA by SIMTEL20.ARPA with TCP; Tue, 24 Nov 87 19:41:49 MST
Date: Tue, 24 Nov 87 21:25:52 EST
From: Steve Lesh (ISC | howard) <lesh@BRL.ARPA>
To: info-cpm@simtel20.arpa
Subject: Epson Geneva serial cable
Message-ID: <8711242125.aa28912@SMOKE.BRL.ARPA>
Does anyone know of a source for serial cables for the Epson Geneva?
Failing that, can anyone furnish the pinouts? I need to acquire one for a
student with a Small-talk speech synthesizer.
Any assistance would be appreciated. Thanks in advance.
25-Nov-87 07:16:58-MST,1781;000000000000
Mail-From: KPETERSEN created at 25-Nov-87 07:16:56
Date: Tuesday, 24 November 1987 19:14-MST
Message-ID: <KPETERSEN.12353429855.BABYL@SIMTEL20.ARPA>
Sender: padwa@HUSC3.HARVARD.EDU (Danny Padwa)
From: padwa@HUSC3.HARVARD.EDU (Danny Padwa)
To: W8SDZ@SIMTEL20.ARPA
Subject: SORD CP/M computer
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: INfo-Cpm
ReSent-Date: Wed 25 Nov 1987 07:16-MST
I'm not sure what kind of disks I take...that is much of the
problem! I am running a SORD M-68, a dual processor (Z80/68000)
machine that was made (and sold) exclusizely in Japan. My uncle
received it as a gift when he ran Citibank's computer operations in
Japan. When it came time for me to go to college, the SORD had evolved
from the latest to technology to paperweight mode, so my uncle passed
it on to me.
In any case, I know that the disks I use are 5-1/4" floppys,
approximately 1MB storage. They are not compatible with IBM-PC disks,
if that is any help.
I have C for my 68000 (running CP/M there), WordStar (I think
3.00) for my Z80, and then a batch of other stuff (including Basic)
for SORD's own OS running on the Z80. I don't have much information
about the internals..... my uncle didn't have those manuals (he
didn't bother bringing them back since they were in Japanese!).
Please let me know if you can think of any possible way that I
can get Kermit from the VAXen here (which can get it with FTP) to my
micro.
Thanks,
Danny Padwa
Harvard University
+-----------------------------------------------------------------------------+
| BITnet: PADWA@HUSC3.BITNET INTERnet: PADWA@HUSC3.HARVARD.EDU |
| MFEnet: PADWA@MFE.MFENET UUCP: ...harvard!husc4!padwa |
| HEPnet/SPAN HUSC3::PADWA (node57.503) |
25-Nov-87 10:24:39-MST,2564;000000000000
Return-Path: <@wiscvm.wisc.edu:LINKR@VTVM1.BITNET>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Wed, 25 Nov 87 10:24:12 MST
Received: from VTVM1.BITNET by wiscvm.wisc.edu ; Wed, 25 Nov 87 11:24:04 CDT
Received: by VTVM1 (Mailer X1.24) id 2335; Wed, 25 Nov 87 11:47:56 EST
Date: Wed, 25 Nov 87 11:46:35 EST
From: Roger Link <LINKR%VTVM1.BITNET@wiscvm.wisc.edu>
Subject: Turbo & FTL Modula-2
To: INFO-CPM@SIMTEL20.ARPA
I have used both the FTL & Turbo Modula-2 Compilers. The FTL Compiler
appears to be very standard, and includes the source for all of its
libraries. It can produce ROM-able code, and this was the main feature
we wanted it for here. We have a Z-80 SBC running here, with compiled FTL
Modula-2 in ROM. The compiler & linker run at reasonable speeds. The FTL
system also includes a editor that can link to the compiler & linker, and
the Modula-2 source for the editor can be purchased. The editor is
Wordstar like, is pretty nice. It can only edit files that can fit entire
in the RAM editing buffer, unfortunately. The FTL manual leaves quite a
bit to be desired, and does not cover the contents of the libraries at
all. The best manual I found was to print the definitions files for the
Modula libraries. As for assembler support, you have to use there own
assembler, which I have never tried.
As for the Turbo Modula-2 system, it is a more professional system with
the usual Turbo environment. (There are some nice extensions from the
Turbo Pascal Environment) The complier is also pretty fast, and
can produce either Z-80 (or 64180) machine code or a interpreted "M-
code". The Z-80 .COM file appears to be rather bloated, and will normally
be larger than the same code compiled by the FTL. There are also some
extensions such as WRITE & WRITELN which function like Pascal's, but are
very non-standard Modula-2. The system can link to Microsoft .REL files.
I have produced some M-80 assembler code, and had success in linking it
in with the Modula-2 system. This is a very nice feature. The biggest
problem & complaint that I have with the Turbo Modula system is the fact
the libraries seem to be non-standard in some aspects (mainly in I/O
operations). I get the feeling that the writers of the Turbo system
intended the Pascal-style WRITE & WRITELN extensions to be used mainly,
instead of the more normal Modula-2 Write.... procedures. The manual for
the Turbo system is very nice, and has complete library coverage.
Roger Link
25-Nov-87 12:04:50-MST,1818;000000000000
Return-Path: <info-cpm-request@simtel20.arpa>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Wed, 25 Nov 87 12:04:26 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
id AA00830; Wed, 25 Nov 87 10:51:40 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 25 Nov 87 02:02:35 GMT
From: umn-d-ub!umn-cs!ems!rosevax!kksys!bird@speedy.wisc.edu (0000-Mike Bird)
Organization: K and K Systems, Minneapolis
Subject: Re: Posting of Binaries
Message-Id: <476@kksys.UUCP>
References: <LARMIJO.12352302624.BABYL@SIMTEL20.ARPA>
Sender: info-cpm-request@simtel20.arpa
To: info-cpm@simtel20.arpa
I remember a discussion on this net in one of the unix newsgroups
where binaries were allowed to be posted about the possibilities of
malicious programmers putting in nasty surprises in a binary. Some of
these binaries would work for a long time, performing useful
functions, but when some internal use counter reached some "magic"
number, BOOM, the program would turn ugly and start erasing all files
in all directories, or some such nasty thing.
I have also seen almost identical postings in various BB systems
around the country.
I, personally, wouldn't trust a binary unless handed to me by someone
I would trust with my login password. I'd also have to know that the
person in question wrote the program whose binary I was running.
Let's hear it for source code!
--
================================================================================
Mike Bird (No, I don't work for K&K systems) Mail paths: bird@kksys.UUCP -or-
Give me credit for coming up with my own opinions. ...rutgers!meccts!kksys!bird
Void where prohibited by law.
25-Nov-87 22:26:59-MST,986;000000000000
Mail-From: KPETERSEN created at 25-Nov-87 22:26:56
Date: Wed, 25 Nov 1987 22:26 MST
Message-ID: <KPETERSEN.12353595515.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To: Info-Cpm@SIMTEL20.ARPA
Subject: Long-awaited index to SIMTEL20 CP/M files
The long-awaited index to SIMTEL20 CP/M files for directories
PD1:<CPM.*> is now available...
Filename Type Bytes CRC
Directory PD1:<CPM.FILEDOCS>
SIMCPM.ARK.1 BINARY 71204 4F63H <--ARCed
SIMCPM.IDX.1 ASCII 152301 BC50H <--ascii text
This is a comma delimited file, sutiable for importing into any
database program that can read such files.
The list is not complete but represents a significant step towards
cataloging all the files.
--Keith Petersen
Arpa: W8SDZ@SIMTEL20.ARPA
Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
GEnie: W8SDZ
RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST)
26-Nov-87 04:04:52-MST,1303;000000000000
Return-Path: <info-cpm-request@simtel20.arpa>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 26 Nov 87 04:04:46 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
id AA19402; Thu, 26 Nov 87 02:53:30 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 25 Nov 87 21:35:57 GMT
From: oliveb!intelca!mipos3!cadev4!dbraun@AMES.ARPA (Doug Braun ~)
Organization: Corporate CAD, INTeL Corporation, Santa Clara, CA
Subject: Z-280 CPU
Message-Id: <1367@mipos3.intel.com>
Sender: info-cpm-request@simtel20.arpa
To: info-cpm@simtel20.arpa
I am planning to upgrade my homebrew Z-80 CP/M system
with a new Z-280 CPU and memory. I am wondering:
Does anyone know any hobbyist-oriented chip retailers (JDR Microdevices,
etc.) that carry it? I assume I can get from distributors like
Hamilton-Avnet, but they make it difficult if your'e not a corporate account.
Has anyone seen performance benchmarks for this chip? I am especially
interested in the performance improvment given by the cache and burst
reads, and in tradeoff of processor vs. bus clock rate.
Doug Braun Intel Corp CAD
intelca!mipos3!cadev4!dbraun 408 496-5939
26-Nov-87 07:01:06-MST,1930;000000000000
Return-Path: <info-cpm-request@simtel20.arpa>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 26 Nov 87 07:01:00 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
id AA22263; Thu, 26 Nov 87 05:37:53 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 25 Nov 87 21:24:32 GMT
From: tikal!sigma!bill@beaver.cs.washington.edu (William Swan)
Organization: Seattle Piping Society, Seattle WA
Subject: Z80DOS (was Re: New files uploaded to SIMTEL20...)
Message-Id: <1433@sigma.UUCP>
References: <KPETERSEN.12352545343.BABYL@SIMTEL20.ARPA>
Sender: info-cpm-request@simtel20.arpa
To: info-cpm@simtel20.arpa
In article <KPETERSEN.12352545343.BABYL@SIMTEL20.ARPA> W8SDZ@SIMTEL20.ARPA (Keith Petersen) writes:
><CPM.BDOS> SUPRDOS2.LBR 90112 8 Complete CP/M 2.2 BDOS replacement
><CPM.BDOS> Z80DOS10.LBR 94976 8 Z80 replacement for CP/M 2.2 BDOS
Can somebody tell me about Z80DOS?
I happened to get a copy of P2DOS a while back, and have just now gotten
around to installing it (yes, it works!). The main attraction was having
timestamps, although the search path (I haven't implemented that yet) seems
also to be a good idea. The extra space freed up is a big help in supporting
additional ZCPR3 features.
I am aware of the existence of SUPRDOS, but this plethora of p/d BDOSes
is annoying.. ZCPR3 was a whole lot easier to decide on for the lack of
"competition".
If somebody could post or e-mail me a comparison of SUPRDOS, Z80DOS, and
P2DOS, I would be grateful. (Of course, if somebody would send me SUPRDOS
and Z80DOS, *I* would post the comparison. only 1/2 :-)
--
William Swan {ihnp4,decvax,allegra,...}!uw-beaver!tikal!sigma!bill =====O
"Old Pipers never die, they just blow away.." *\:-)
26-Nov-87 07:46:49-MST,2243;000000000000
Return-Path: <@wiscvm.wisc.edu:MA18@SYSE.SALFORD.AC.UK>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Thu, 26 Nov 87 07:46:42 MST
Received: from UKACRL.BITNET by wiscvm.wisc.edu ; Thu, 26 Nov 87 08:46:51 CDT
Received: from RL.IB by UKACRL.BITNET (Mailer X1.25) with BSMTP id 9617; Thu,
26 Nov 87 13:23:14 GMT
Via: UK.AC.RL.EARN; Thu, 26 Nov 87 13:23:14 GMT
Received: from RL.IB by UK.AC.RL.IB (Mailer X1.25) with BSMTP id 9616; Thu, 26
Nov 87 13:23:14 GM
Via: UK.AC.SALF.E.FT_SERVER; 26 NOV 87 13:22:58 GMT
Date: Thu, 26 Nov 87 12:29:30 GMT
From: MA18@SYSE.SALFORD.AC.UK
To: info-cpm@SIMTEL20.ARPA
Subject: Z80 Modula-2
This is my first attempt to contribute to the CPM info so I am not sure if
I should reply to the board or direct. To be safe I will try both and risk
annoying people.
Z80 Modula-2: I have all three of the compilers mentioned as a result of a
project I am involved with. Personally, I have used FTL a little, Turbo a
lot and the Hoshstrasser compiler not at all. This does not reflect the
qualities of the compilers - it is simply chance.
My preference for Turbo over FTL reflects the success with which I managed to
get the editor working on my machine. The Turbo one works well, the FTL one
badly. Indeed I have started using VDO when using FTL.
On the subject of code size, Turbo only generated Z80 code as an option. It
interprets an intermediate code by default. This allows one to swap speed for
space.
I read the manuals for all three compilers last night to see how the tackled
the problem of ass lang interfacing. Only the Zurich compiler will allow an
ass lang module to contain variables which can be exported and accessed by
Modula-2 modules. The other two compilers limit you to exporting procedures.
All three permit the linking of REL files with the assistance of a utility.
The Modula-2 linkers supplied don't use REL file format themselves. The FTL
compiler comes with its own Z80 assembler.
I have not tried to interface assembly code with any of these compilers, but
after reading the manual I would select the Zurich compiler as the one I
would try first.
I hope this is of some help - if it gets to you!
26-Nov-87 10:14:02-MST,2428;000000000000
Return-Path: <Klensin.ARCS@MIT-Multics.ARPA>
Received: from MIT-Multics.ARPA by SIMTEL20.ARPA with TCP; Thu, 26 Nov 87 10:13:53 MST
Posted-Date: 26 Nov 87 12:07 EST
Date: Thu, 26 Nov 87 12:05 EST
From: John C Klensin <Klensin@MIT-Multics.ARPA>
Subject: Serial cables for the Geneva
To: Steve Lesh <lesh@BRL.ARPA>
cc: info-cpm@SIMTEL20.ARPA
Message-ID: <871126170549.556145@MIT-Multics.ARPA>
Steve,
Before you do anything drastic, suggest you try calling your local
Epson distributor (call Epson's widely-advertised number in Torrance if
you don't know where the distributor is). They claim to have Geneva
parts; sometimes they do. The dealers are, of course, useless. Failing
that, try DAK and see if you can convince them to sell you the cables
without a computer attached.
If that fails, two comments:
1) If you can find the "round-type miniature" connector (Epson
variously refers to it that way and as a mini-DIN), then
Round connector DB25
1 GND 7
2 TXD 2
3 RXD 3
4 RTC 4 RTS
5 CTS 5
6 DSR 6
7 DTR 20
8 CD 8
E CG 1
I think "E" is the shell, and can't account for the "RTC" label - it
may be a typo. This information is copied out of the Technical Manual
for the PX-8.
2) Your big problem if you decide to write one yourself will be getting
the little mini-pseudo-DIN round connectors. The last time I looked
(about six months ago, I admit), couldn't find a source of supply.
However, Apple uses the same connector on their newer Macs, and sells an
expensive little converter from that connector to a DB9 (!) female. I
got one of those some months ago with the intent of building a backup
for my Epson cables (I've got one broken one, and am not impressed with
their quality or robustness), but have not been able to get around to
ringing it out and building the appropriate DB9->DB25 converter to
string together with it. I have no particular reason to believe that
Apple's pinouts have anything to do with Epson's. If anyone has figured
this one out, and has worked out the pin configuration of the DB9->DB25
converter that converts Apple's round-connector->DB9 converter into a
Geneva round-connector->DB25 serial, I'd be interested.
26-Nov-87 10:36:59-MST,1242;000000000000
Return-Path: <mknox@ngp.utexas.edu>
Received: from ngp.utexas.edu by SIMTEL20.ARPA with TCP; Thu, 26 Nov 87 10:36:55 MST
Date: Thu, 26 Nov 87 11:36:55 CST
From: mknox@ngp.utexas.edu (Margaret H. Knox)
Posted-Date: Thu, 26 Nov 87 11:36:55 CST
Message-Id: <8711261736.AA12340@ngp.utexas.edu>
Received: by ngp.utexas.edu (5.51/5.51)
id AA12340; Thu, 26 Nov 87 11:36:55 CST
To: info-cpm@simtel20.arpa
Subject: PIPing random files
Does this sound familiar? An application program has a large random
file it creates at the beginning. Various entries are filled, but by
no means all. The person in question says he used to be able to
copy the files from one floppy to another using PIP with no problem.
Now he has a hard disk and when he copies the random file from floppy
to the hard disk (important note: NOT the same random file as he used
to copy between floppies), PIP "shrinks" the file, and the application
program throws up all over it.
I remember some years ago a problem with using PIP to copy random files,
but just added a "random copy" into my application program and forgot
about it. Any solutions based on the limited info available? Any
PD copy program that would NOT have this problem?
tnx
26-Nov-87 16:02:38-MST,1275;000000000000
Return-Path: <info-cpm-request@simtel20.arpa>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Thu, 26 Nov 87 16:02:32 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
id AA27691; Thu, 26 Nov 87 14:47:29 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 26 Nov 87 08:02:29 GMT
From: portal!cup.portal.com!MVM@uunet.uu.net
Organization: The Portal System (TM)
Subject: Re: Epson Geneva serial cable
Message-Id: <1619@cup.portal.com>
References: <8711242125.aa28912@SMOKE.BRL.ARPA>
Sender: info-cpm-request@simtel20.arpa
To: info-cpm@simtel20.arpa
; Does anyone know of a source for serial cables for the Epson Geneva?
;Failing that, can anyone furnish the pinouts? I need to acquire one for a
;student with a Small-talk speech synthesizer.
;
; Any assistance would be appreciated. Thanks in advance.
Contact Bob Snyder at
SNYDERSCOPE INTERNATIONAL
1594 Hilltop Drive
El Cajon, CA 92020
619 442-2299
MCI Mail: Snyderscope
for any Epson PX-8 (Geneva) cable.
If you want the pinouts, send me a U.S. Mail address.
Mark V. Miller
mvm@cup.portal.com
27-Nov-87 22:43:51-MST,579;000000000000
Return-Path: <POLLETT@A.ISI.EDU>
Received: from A.ISI.EDU by SIMTEL20.ARPA with TCP; Fri, 27 Nov 87 22:43:48 MST
Date: 28 Nov 1987 00:30-EST
Sender: POLLETT@A.ISI.EDU
Subject: REQUEST TO BE REMOVED FROM DISTRIBUTION
From: POLLETT AT A.ISI.EDU
From: (808)422-2326
To: INFO-CPM@SIMTEL20.ARPA
Cc: Pollett@A.ISI.EDU
Message-ID: <[A.ISI.EDU]28-Nov-87 00:30:04.POLLETT>
Hello,
I have recently "converted" from my CPM machine to a MAC. Please
remove my name from the info-cpm distribution list.
Thank you,
Bill Pollett
27-Nov-87 23:27:20-MST,606;000000000000
Mail-From: KPETERSEN created at 27-Nov-87 23:27:17
Date: Fri, 27 Nov 1987 23:27 MST
Message-ID: <KPETERSEN.12354130791.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To: Info-Cpm@SIMTEL20.ARPA
Subject: FILES.IDX format change
FYI - in case you are using PD1:<CPM>FILES.IDX. We have changed the
format of that file to enclose all alpha-numeric fields in double
quotes. All numeric-only fields will have no quotes.
This change was made to make the file more compatible with importing
requirements of various database programs.
--Keith
29-Nov-87 19:02:18-MST,1382;000000000000
Return-Path: <info-cpm-request@simtel20.arpa>
Received: from ucbvax.Berkeley.EDU by SIMTEL20.ARPA with TCP; Sun, 29 Nov 87 19:02:13 MST
Received: by ucbvax.Berkeley.EDU (5.58/1.26)
id AA13066; Sun, 29 Nov 87 17:41:36 PST
Received: from USENET by ucbvax.Berkeley.EDU with netnews
for info-cpm-ddn@simtel20.arpa (info-cpm@simtel20.arpa)
(contact usenet@ucbvax.Berkeley.EDU if you have questions)
Date: 29 Nov 87 22:09:21 GMT
From: xbq@psuvm.bitnet (Ed Winograd)
Organization: The Pennsylvania State University - Computation Center
Subject: Re: PIPing random files
Message-Id: <26262XBQ@PSUVM>
References: <8711261736.AA12340@ngp.utexas.edu>
Sender: info-cpm-request@simtel20.arpa
To: info-cpm@simtel20.arpa
The problem may be that PIP is interpreting the file as a TEXT file, and is
truncating it at the first CTRL-Z (ASCII #26) character that it finds.
Try the following version of the PIP command -- it should probably solve the
problem:
PIP destfile=sourcefile[O]
The "O" parameter tells PIP that the file being copied is a binary file,
and tells it to copy the ENTIRE file, even if it finds a CTRL-Z in it, which
would mean "END-OF-FILE" for a text file. You'll still have to include
any "G" paraemter that is necessary for copying from one user area on the
floppy to a different user area on the hard disk.
29-Nov-87 21:07:24-MST,1414;000000000000
Return-Path: <@wiscvm.wisc.edu:MA18@SYSE.SALFORD.AC.UK>
Received: from wiscvm.wisc.edu by SIMTEL20.ARPA with TCP; Sun, 29 Nov 87 21:07:16 MST
Received: from UKACRL.BITNET by wiscvm.wisc.edu ; Sun, 29 Nov 87 22:07:11 CDT
Received: from RL.IB by UKACRL.BITNET (Mailer X1.25) with BSMTP id 4679; Thu,
26 Nov 87 14:50:05 GMT
Via: UK.AC.RL.EARN; Thu, 26 Nov 87 14:50:03 GMT
Received: from RL.IB by UK.AC.RL.IB (Mailer X1.25) with BSMTP id 4676; Thu, 26
Nov 87 14:50:03 GM
Via: UK.AC.SALF.E.FT_SERVER; 26 NOV 87 14:49:42 GMT
Date: Thu, 26 Nov 87 14:47:42 GMT
From: MA18@SYSE.SALFORD.AC.UK
To: info-cpm@SIMTEL20.ARPA
Subject: Geneva pinouts
Again I will send this both to the questioner and the board. I cannot help
you with a source of a suitable cable, but I can supply the pin-outs and in
the unlikely event of there being no source of a suitable plug in the entire
US of A, I have a spare I could mail you (for Christmas!)
The pin-outs:
Serial (not RS232):
1. Ground
2. Transmit data (PTX)
3. Receive data (PRX)
4. RTS
5.C CTS
6. PIN (status ready)
7. POUT (control signal)
8. -
E. Frame ground
RS232:
1. GND
2. TxD
3. RxD
4. RTS
5. CTS
6. DSR
7. DTR
8. DCD
E. Frame ground
the middle row of pins on the connector are not symmetric so you can tell
which way the number goes:
1 2
3 4 5
6 7 8
I hope this helps.
30-Nov-87 10:40:04-MST,1440;000000000000
Return-Path: <bridger%rcc@rand-unix.ARPA>
Received: from tp4 ([192.5.14.154].#Internet) by SIMTEL20.ARPA with TCP; Mon, 30 Nov 87 10:39:49 MST
Received: from rcc by tp4; Mon, 30 Nov 87 09:05:00 PST
Received: from newton.arpa by rcc.arpa; Mon, 30 Nov 87 09:04:55 PST
From: Bridger Mitchell <bridger%rcc@rand-unix.ARPA>
Received: from localhost by newton.arpa; Mon, 30 Nov 87 09:04:52 PST
Message-Id: <8711301704.AA21747@newton.arpa>
To: mknox@ngp.utexas.edu (Margaret H. Knox)
Cc: info-cpm@simtel20.arpa, bridger%rcc@rand-unix.ARPA
Subject: Re: PIPing random files
In-Reply-To: Your message of Thu, 26 Nov 87 11:36:55 CST.
<8711261736.AA12340@ngp.utexas.edu>
Date: Mon, 30 Nov 87 09:04:45 PST
Copying randomly-written sparse CP/M files is considerably more
involved than the sequential read/sequential write operation used
by PIP and nearly every other file copy utility; it is especially
tricky when the source and destination have different logical block
sizes. When I wrote DATSWEEP for DateStamper I queried the list
about interest in adding that capability; no one expressed interest.
I know know of no general-purpose utility that can do it correctly.
Your best bet is probably to use the database program that created
the sparse file to copy it; I expect that all such programs contain an
internal copy command that will work (e.g. for dbase II, "copy to
<drive>").
--bridger mitchell
30-Nov-87 10:52:20-MST,2936;000000000000
Return-Path: <bridger%rcc@rand-unix.ARPA>
Received: from tp4 ([192.5.14.154].#Internet) by SIMTEL20.ARPA with TCP; Mon, 30 Nov 87 10:52:09 MST
Received: from rcc by tp4; Mon, 30 Nov 87 09:46:59 PST
Received: from newton.arpa by rcc.arpa; Mon, 30 Nov 87 09:46:55 PST
From: Bridger Mitchell <bridger%rcc@rand-unix.ARPA>
Received: from localhost by newton.arpa; Mon, 30 Nov 87 09:46:52 PST
Message-Id: <8711301746.AA22038@newton.arpa>
To: tikal!sigma!bill@beaver.cs.washington.edu (William Swan)
Cc: info-cpm@simtel20.arpa, bridger%rcc@rand-unix.ARPA
Subject: Z80DOS, PZDOS and datestamp formats
In-Reply-To: Your message of 25 Nov 87 21:24:32 GMT.
<1433@sigma.UUCP>
Date: Mon, 30 Nov 87 09:46:49 PST
There is a resurgence of interest in CP/M 2.2-compatible bdos's;
at least two are under active development and not yet stable: Z80DOS
and PZDOS.
Carson Wilson's doc file in the z80dos library tabulates the heritage
and major features of a number of variants; his z80dos is largely
derived from P2DOS. Version 1.0 was released. 2.0 is being
beta-tested now and is available on some z-nodes.
Hal Bower and Cameron Cotrill have been perfecting PZDOS, also
derived from P2DOS; it is nearing release.
Automatic file time and datestamping is a feature many cp/m 2.2 users
already have by using DateStamper. Z80DOS implements timestamps
in a manner similar to that used in cp/m 3 -- using 1 directory
entry every 4 for the stamps; however, its method conflicts
(destructively) with cp/m 3 file stamps. PZDOS is aiming to give
the user the choice of either DateStamper or cp/m 3-type stamps.
The behind-the-scenes debate about timestamp formats is multifaceted.
(I'm the author of DateStamper; read with salt-shaker at hand). Some
of the issues are:
The DateStamper format is the most portable -- DateStamper will run
with no bios or bdos modifications on virtually any cp/m
2.2-compatible system, including 8080 cpu's. DateStamper includes
full create/modified/accessed times and dates. But it requires the
most space -- 1.0 to 1.25 K.
The cp/m 3 and z80dos formats use up 1/4th of the directory entries,
require replacement of the bdos, but use no extra memory in a z80
system (8080 versions are not available).
A DateStamper disk can be transported to another cp/m 2.2
system and the datestamps will continue to be maintained on that
system if DateStamper is installed. The other formats require a
compatible replacement bdos that supports their format.
It would be desirable to standardize on a single format for all of
cp/m 2.2; that would enable all of us to use all of the
timestamp-featured utilities that already exist (directory, filecopy,
disk catalog, unix-make, for DateStamper) and are being developed, and
to exchange fully-compatible disks. But the jury is still out on
whether these dos's will evolve to that point...
--bridger mitchell
30-Nov-87 18:43:56-MST,680;000000000000
Return-Path: <marwood@dmc-crc.arpa>
Received: from dmc-crc.arpa ([14.0.0.21].#Internet) by SIMTEL20.ARPA with TCP; Mon, 30 Nov 87 18:43:49 MST
Received: by dmc-crc.arpa; (4.12/4.7)
id AA00850; Mon, 30 Nov 87 20:43:27 est
Date: Mon, 30 Nov 87 20:43:27 est
From: marwood@dmc-crc.arpa (G. J. Marwood)
Message-Id: <8712010143.AA00850@dmc-crc.arpa>
To: info-cpm@simtel20.arpa
Subject: if800 computer
I have been asked if I can obtain any information about the (BMC?) if800
computer. In particular, communications software for it is needed. Does
anyone have any information about this machine ?
Gordon Marwood