[comp.os.cpm] z80 assemblers

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	+-+-+ |
						  	  +---+