On 4/15/06, Lyle Bickley <lbickley at bickleywest.com> wrote:
4. I'm a *NIX buff and haven't written
DOS code for years, but I wrote
GTTY as a DOS program because I know there are a lot of collectors
that use "imagedisk", "Teledisk", "PUTR", etc. which
only operate
on DOS - and many folks who don't have *NIX systems. I've successfully
tested GTTY on DOS 6.22, Windows 98 SE in a DOS window, and Windows XT
[Home Edition] in a DOS window.
Hey felllow *nix buff! :-)
Would a *nix (specifically Linux) port be in your vision in the near future?
I've had the same question in reverse whenever I've released a program
(e.g. the HP calculator LIF Untilies for Linux). People want an MS-DOS or
Windows version. My reply is always the same. I've published the source
code. If you want a version for another machine or OS, then write it
yourself :-). I've written it for Linux becasue that's what I use.
I believe the sourve for GTTY has been released too. It should therefore
be possible to port it.
I'm interested in knowing what was done with the reader-run loop from the
PDP8? The DEC specification (deduced from the scheamtics, etc) is that
when the PDP8 (or PDP11) wants to read a character from the paper tape,
it passes a current through this look. This energises the reader run
relay, the TTY reads a character and starts to serialise it. When the
Start bit is received by the PDP8, the loop is opened again. The
reader/TTY sends no more characeters until there's a current in the
reader run loop again.
Many UARTs seem to buffer at least one extra chracter and may well have
problems with this. There's also a hardware problem in that AFAIK the DEC
card never tried to provide an RS232 equivalent to this signal, and most,
if not all, commercial currnet loop converters ignore it.
I will have to look at the source to GTTY to see if this was simply
ignored (I hope not, a heck of a lot of stuff would break...) or what.
-tony