I got a message today from someone who is looking to find a new home
for his Kaypro2 with the trimmings...
Hissam509 at aol.com writes...
> I have a 1983 Kaypro 2 PN. 81-014 Computer that is in 98%
> Mint condition with the original printer in mint condition. I have
> all the Kaypro manuals that came with the computer when it
> was bought new. The manuals are in wonderfull condition. Would
> you be interested in this? Even if your not could you please tell
> me how much something like this would be worth?
This machine is in Kennewick, WA... please contact the owner directly
if you are interested (I already have more than one Kaypro).
-ethan
and/or papertape?~p
I've been out of town and am catching up on a backlog, but a quick
grep of my mailbox seems to indicate that no-one has posted this
link yet:
http://www.facade.com/legacy/punchcard/
G
PS Unfortunately there's a small bug caused by him mishandling
protection against data injection attacks: you can't enter Algol60
code or anything else with single quotes in it :-( ...
e.g. http://www.facade.com/legacy/punchcard/?val='BEGIN'
From what I hear, the system I used was not one of the TSB series. I'm
still interested in trying it out. I don't see binaries online anywhere.
Can someone point me to them?
I never did any admin on the systems as a student. I only had access
using BASIC. I have booted up SIMH with the hp basic stand alone, and
it's similar but lacks some features our system had like string variables.
http://oscar.taurus.com/~jeff/2100/hpbasic/basic1.abs
I see on jeffs site the source tapes for 22255 "Four user BASIC".
Perhaps this is the system we were running? 2 CRTs, one ASR-33 and a
card reader would mean 4 users, correct?
http://oscar.taurus.com/~jeff/2100/hpbasic/index.html
Anyone willing to give be instructions on how to get the files
assembled? I would think I'd load something like the "extended assember"
via PTR:
http://oscar.taurus.com/~jeff/2100/siotapes/extasmb.abs
jump someplace? and then feed in each of the basic tapes on the same PTR?
My experience has been with Linux on all kinds of hardware, from x86
servers and desktops to alpha, sparc, ia64, mips, ppc, sh3, and many arm
systems. Most recent work is with ARM boxes. I was deeply involved with
the SHarp Zaurus release while working at Lineo (or Embedix, or
Metroworks, or whatever they call themselves now).
I have simh up and running. Not the same without the blinking lights.
Perhaps Jay's emulator will have blinking lights?
We did a version of VNC for the Zaurus that had a "skin" which was a
scanned image of the device. I envision the same interface on an
emulator. click the buttons with the mouse, turn the key to lock/unlock,
Would be nice to have a tape reader with audio and perhaps a mag tape
too. ;-)
There used to be some internet accessable simh access systems running.
Are they still? I notice that simh just loops like the actual machine
would. This means it eats up 100% cpu all the time. Seems to me that
should get hacked somehow to detect "idle" states, and select()
someplace for a short ammount of time instead of looping all the time.
If I ran the simulator on my Zaurus it would suck the battery dry in no
time. We can't have that can we? ;-)
Well, thanx in advance for the help. I look forward to trying out the 4
user basic environment and see if it's what I recall.
--
Tim Riker - http://rikers.org/ - TimR at Debian.org
Embedded Linux Technologist
BZFlag maintainer - http://BZFlag.org/ - for fun!
Hi,
I was wondering if any of you know any good free tools for archiving
floppy's on a standard IBM compatible PC ?
Dont have a catweasel yet but do want to archive some standard floppy disks
already. So if anyone has any good idea's, please let me know.
Thanks!
Stefan.
-------------------------------------------------------
http://www.mansier.net
Hi,
I was wondering if any of you know any good free tools for archiving
floppy's on a standard IBM compatible PC ?
Dont have a catweasel yet but do want to archive some standard floppy disks
already. So if anyone has any good idea's, please let me know.
Thanks!
Stefan.
To address some limitations in my tcpser modem emulator
(http://www.jbrain.com/pub/linux/serial), I've been working on a new
version that is Java based.
Firstly, comments about any hate of Java should be directed to /dev/null
or similar :-)
tcpser4j is a piece of software that runs on a PC/Mac/Workstation and
turns a regular rs232 port into an emulated Hayes compatible modem.
Instead of dialing out over phone lines, this modem uses TCP/IP for the
connection. tcpser4j can handle both incoming and outgoing calls. It
is most useful to place vintage BBS systems online as telnet BBSes.
The original version of tcpser was a single 'C' codebase, but to get
Win32 support I needed cygwin1.dll. That is a problem at times, and
there are a number of older versions of the DLL out there that do not
work with the app. As well, baud rates less than 300 seem to be
non-functional in the DLL. I can't legally redistribute the DLL in my
archive either.
Moving to Java addressed those issues, and it also allowed the codebase
to become more dynamically loadable, or reloadable.
The new version contains the following features found in the original:
o Multi-platform support
o Support for all normal and extended Hayes AT commands, including
multi-command strings
o Proper S register support, including changing line terminator,
linefeed char, guard time, etc.
o Correct AT command response codes, including abbreviated numeric codes
and Hayes Smartmodem limited response code emulation.
o Tracing abilities (see what is being sent on the wire)
o Phone book aliases (alias 555-1212 to servername:portnumber)
o Multi-line support (multiple "modems" listen on one IP port, like
modem pool)
o Proper DCD support (with modified null modem cable)
o Very good Hayes modem emulation
o Inbound and outbound call support
o Support for sending text files or raw text to local and remote sides
for events like BUSY, ANSWER, TIMEOUT, NO_ANSWER, etc.
o Support for inverting the DCD line
o Proper support for +++ Hayes escape sequence
o Support for handling NVT sequence negotiation when "dialing" telnet
servers
The new version hopes to better the original in a number of ways:
o Java codebase, can be run on any platform with a 1.2+ JRE
o Uses the RXTX Comm Library, available for most platforms.
o Extensive logging flexibility. Users should be able to cater logging
to their heart's desire
o Better support for AT command set. Default S register setting and
querying now supported, for example.
o Multi-modem bank support (configure 2 modems on 1 port, 3 on another,
etc.)
o XML based configuration file easier to use than command line switches
o Phone book aliases now loaded from file.
o Multiple Phone books, with phone book delegation. Modem has a modem
book, which checks pool book if no results. pool book checks master
book if no match found in pool book.
o Support for remote administration GUI
o TCP232 option. Connect to the server via TCP/IP port and issue AT
modem commands. This is best used with an emulator like VICE that
emulates a rs232 interface by conecting to a TCP/IP port. It can also
be used to test modem operation. DCD operation is not supported in this
mode.
o Remote232 option. This allows one to use RS232 ports on on the local
machine. If your BBS or vintage PC is by another PC, but you want
tcpser4j to run on a server, use this option. the RS232 port need only
be on a machine reachable via TCP/IP, so it could be across the house,
the state, the country, or the world. All control lines are preserved
in this mode.
o captive modem support. If configured, soft-modem will listen to IP
port and real modem. This will allow existing dialup BBS systems to add
telnet option while preserving dialup user support. In this mode, if
telnet access is active, captive modem will be placed off-hook, and will
be placed on-hook when telnet user logs off. Outbound calls will also
be routed, so atdtjbrain.com will go out over IP, while atdt431-7754
will use modem. (this is still under development)
o Better support for +++ sequence timing.
o Support for extended error code reporting (i.e.: "NO CARRIER (Server
Refused Connection)")
o Support for adding new modem commands to better emulate specific modem
variants
I'm pretty much done with the base code, and am looking for some folks
who would be interested in helping to test this codebase in some
situations with different vintage platforms and send bug reports. As
it's an all-new codebase, I need to do a shakedown. Initial testing has
been good, but I only have so many test scenarios here.
I'm also interested in ideas folks might have. Some have asked for
hooks to add a chat room in the unit for folks who get busy signals when
dialing in. I'm looking into that option, and some others. Most will
be support via dynamic classes.
Finally, I'm looking for someone to help with the Remote GUI
Administration component.
The codebase is available at:
http://www.jbrain.com/pub/xplatform/serial/tcpser4j-2.0alpha.zip.
Windows users need only unzip and execute run.bat. Other platforms need
to install the appropriate RXTXComm JNI library
(http://users.frii.com/jarvi/rxtx/) for that platform and tweak the run
script to suit. Since I can redistribute the RXTX codebase, I may add
the various libraries in a later release. Please send run scripts for
other platforms.
Notes:
I preloaded all of the telnet BBS systems I know of into the master
phone book. Please help me add to the list.
As well, I created my own protocol for encapsulating serial line status
into a TCP/IP datastream with the serial data. I had once saw another
application that provided remote serial ports, but was unsuccessful in
finding a current reference. If someone has a link and the existing
protocol will work for this project, I will change my code to use the
existing protocol.
I have not prepared a proper README file for tcpser4j as yet. Please
use information from the current tcpser project archive, or email me if
you have trouble.
I have tested the IP232 port option with the WinVICE emulator configured
to send serial data to a remote IP port. VICE 1.16 has bugs with TCP/IP
serial option, but 1.15 works. However, I have not yet been able to
test the ACIA IP emulation in 1.15, and the user port emulation fails if
custom RS232 routines (the George Hug routines, for example) are used.
Normal KERNAL RS232 works fine.
Jim Brain
--
Jim Brain, Brain Innovations
brain at jbrain.comhttp://www.jbrain.com
Dabbling in WWW, Embedded Systems, Old CBM computers, and Good Times!
I've been wracking my brains and googling for most of an hour... ISTR
there _used_ to be a program that shipped with UNIX (at least
BSD-flavors, if nothing else) that could take a string as a command
line arg, and print either a punch card image or papertape renderings
to stdout.
Does anyone remember the _name_ of this program?
Thanks,
-ethan
Hold on a moment here!
*********** REPLY SEPARATOR ***********
On 01-Apr-05 at 23:20 WA5CAB at cs.com wrote:
<snippety>
>eBay, PayPal or on-line banks. Those are all recognizable out of hand,
>and can be treated as wolves are.
Picking a nit... You could have picked a better analogy. Wolves are sociable critters. I would greatly prefer their company to that of any spammer.
Contrary to popular belief, wolves are not the mindless "man eaters" that they are often made out to be. They are, in fact, pretty timid where humans are concerned. Unfortunately, "timid" does not make for sensational headlines or even more sensationalistic movies, so wolves are often made out to be 102% opposite what they are in reality.
If I may... The phishing schemes (and spam in general) come from people (and I use the term loosely) who have all the redeeming social characteristics of toxic slime mold.
I'll shut up now and stop causing topic-drift. Keep the peace(es).
-=-=-=-=-=-=-=-=-=-=-=-
Bruce Lane, Owner & Head Hardware Heavy,
Blue Feather Technologies -- http://www.bluefeathertech.com
kyrrin (at) bluefeathertech do/t c=o=m
"If Salvador Dali had owned a computer, would it have been equipped with surreal ports?"