dg@lakart.UUCP (David Goodenough) (05/16/88)
Net-people:
A while back I mentioned having a z80 assembler that is available
in the public domain. There has been a certain amount of interest shown in
it - people E-mailing me and asking for copies, so I am tempted to post the
executables here (in INTEL .HEX format so EVERYONE can use them). However
before I do so I want to be sure that the majority decision is with me -
i.e. I don't want to be on the receiving end of a "770K waste of time
posting" flame throw. So before I post, please email me a yes or a no
opinion, and I will act in accordance with the majority wishes. Please
note that the assembler is NOT compatible with M80 or anything else out
there, but it does have some useful (?) features (I think they're useful).
As a possible prelude, I could post the relevant parts of the documentation
that cover the inconsistancies, so people can make their decisions based
on real information.
Comments PLEASE BY E-MAIL, and I'll keep everyone posted.
--
dg@lakart.UUCP - David Goodenough +---+
| +-+-+
....... !harvard!adelie!cfisun!lakart!dg +-+-+ |
+---+
W8SDZ@SIMTEL20.ARPA (Keith Petersen) (05/19/88)
David, please don't post programs to Info-Cpm. It causes many people to lose the entire Info-Cpm Digest because the file exceeds their allocated disk storage. Everyone on this newsgroup can get files from Simtel20 either by FTP or netmail using the server at CICGE.RPI.EDU. I can take your program as crunched files in an LBR so that all the related files are together. There are two ways to get it to me. First, if you have a GEnie account you can upload it without charge to the CP/M RoundTable and I'll transfer it to SIMTEL20. If you can't do that then upload it to your host and uuencode the LBR and send it to me via netmail. The best path from you will be ...!uunet!simtel20.arpa!w8sdz --Keith
neubauer@bsu-cs.UUCP (Paul Neubauer) (05/19/88)
In article <KPETERSEN.12399446959.BABYL@SIMTEL20.ARPA> W8SDZ@SIMTEL20.ARPA (Keith Petersen) writes: >David, please don't post programs to Info-Cpm. It causes many people >to lose the entire Info-Cpm Digest because the file exceeds their >allocated disk storage. Everyone on this newsgroup can get files from >Simtel20 either by FTP or netmail using the server at CICGE.RPI.EDU. > >me via netmail. The best path from you will be > ...!uunet!simtel20.arpa!w8sdz >--Keith Keith, We've been through this before with other proposals for postings of programs. Yes, there are serious problems with postings and those problems are not going to go away. You have good reason to discourage posting, but your reasoning is FLAWED. It is simply NOT TRUE that "everyone on this newsgroup" can ftp. "This newsgroup" includes many people (like me) who are not reading INFO-CPM (a moderated internet (?) group), but comp.os.cpm (an unmoderated uunet group). The constraints are VERY different. It is still better to have the programs posted to Royal Oak, for example, than to the net, but SIMTEL20 is NOT accessible to everyone. I only wish I could have access to SIMTEL20 or ftp from other sites, but I can't. So please refrain from making unwarrented generalizations about what "everyone" can or cannot do. This is not intended as simply a flame, but you and a (large) number of other people from all of the various ends of "the" net do need to realize that their little corner of the net is not the whole thing. -- Paul Neubauer neubauer@bsu-cs.UUCP <backbones>!{iuvax,pur-ee,uunet}!bsu-cs!neubauer
bill@sigma.UUCP (bill) (05/20/88)
In article <111@lakart.UUCP> dg@lakart.UUCP writes: > A while back I mentioned having a z80 assembler that is available >in the public domain. [...] so I am tempted to post the executables here >[...]. However before I do so I want to be sure that the majority decision >is with me - i.e. I don't want to be on the receiving end of a "770K waste >of time posting" flame throw. [...] I don't see why we don't post sources/binaries for CP/M to the net. We seem to have sources/binaries groups for just about everything else on the net, and some groups, such as the Minix group (at least in its early days), had sources posted in the discussion group itself. It's nice that SIMTEL20 is archiving this stuff, but that site is not readily accessible for some of us, and besides, it appears they're archiving PC stuff, and yet we have PC groups. I'm sure there's a lot more stuff people'd share (ex: my initial cuts at opendir()/readdir(), and "du:filename" extensions to the Eco-C runtime library) if there were a more convenient distribution for the smaller things at least. Some things, such as Greg Lee's EP utilities - at 1 Megabyte, are obviously too large to post, but surely we can handle smaller packages. Thoughts?
W8SDZ@SIMTEL20.ARPA (Keith Petersen) (05/21/88)
Have you tried the archive server? Before you flame me please be fully informed. Comp.Os.Cpm is a newsgroup for messages, not binaries. If you insist on posting binaries I will have no choice but to ask that the gateway between Usenet and Arpanet be SHUT OFF. [Note: In the following discussion, if you are not on BITNET substitute the address LISTSERV@CICGE.RPI.EDU for the address shown.] Help information for the PDGET command ***************************************************************** Selected portions of the SIMTEL20 public domain software archives are available via a file server at RPICICGE.BITNET. At present the collections include the following directories: PD1:<CPM.*> -- The Info-CPM archive (CP/M machines) PD1:<SIGM.*> -- The SIG/M User Group archive (CP/M machines) PD1:<MISC.*> -- The Miscellaneous archives PD1:<MSDOS.*> -- The IBM-PC/MSDOS archives PD1:<PC-BLUE.*> -- The PC-Blue User Group archive (MSDOS machines) Planned: PD1:<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 "PD1:<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 RPICICGE: 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 ARC programs. /PDDIR PD1:<MSDOS.*>ARC*.* (2) The user wants a listing of the full MSDOS collection. /PDDIR PD1:<MSDOS> /PDGET Examples: ================ In each of the following examples the user wants the -FILES.DOC file to examine on his host and the PKX35A35.EXE file to download to his micro, both from the MSDOS 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 PD1:<MSDOS.STARTER>-FILES.DOC (TRANSLATE /PDGET NETDATA PD1:<MSDOS.ARC-LBR>PKX35A35.EXE (2) The user is on a non-IBM host directly connected to Bitnet and can receive Netdata files: /PDGET NETDATA PD1:<MSDOS.STARTER>-FILES.DOC (TRANSLATE /PDGET NETDATA PD1:<MSDOS.ARC-LBR>PKX35A35.EXE (UUE (3) The user is on a non-IBM host directly connected to Bitnet and can receive punch files: /PDGET PUNCH PD1:<MSDOS.STARTER>-FILES.DOC (TRANSLATE /PDGET PUNCH PD1:<MSDOS.ARC-LBR>PKX35A35.EXE (UUE (4) The user is on some host somewhere: /PDGET MAIL PD1:<MSDOS.STARTER>-FILES.DOC (TRANSLATE /PDGET MAIL PD1:<MSDOS.ARC-LBR>PKX35A35.EXE (UUE --Keith Petersen Maintainer of the CP/M and MSDOS archives at SIMTEL20.ARPA
dg@lakart.UUCP (David Goodenough) (05/24/88)
Net-people:
In respect of Keith's wishes I am not posting ZSM to the net. I
AM going to get a copy to Keith at simtel20.arpa, for the benefit of all
internet & bitnet people, and for those UUCP sites that have written or
posted, I have all requests saved, and will ship them out. Sadly, I've
limited myself to one a night to keep the load on our neighbours to a
minimum, so it may be a week or two before I get back to you. Please be
patient, you'll get it eventually.
As an aside, does anyone have the mailing address of someone who
looks after the SIG/M or CPMUG libraries, cause since I'm doing this, I
might as well go the whole hog and put it in the P.D. libraries. (P.S.
whatever became of ZOSO :-) :-)
--
dg@lakart.UUCP - David Goodenough +---+
| +-+-+
....... !harvard!adelie!cfisun!lakart!dg +-+-+ |
+---+