"Julian Wolfe" <fireflyst at earthlink.net> wrote:
> Speaking of which, does anyone know whether it would be more
advantageous to
> run the RSX executables or the RT-11 ones in RSTS/E 9.6?
I haven't tried, but I suspect the RSX version will not work in RSTS/E.
I'm using some of the asynchronous features of RSX, which I believe the
RSX emulation in RSTS/E don't cope with.
You can try, but I think the RT-11 version have a better chance at
working...
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at update.uu.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
"Zane H. Healy" <healyzh at aracnet.com> wrote:
>>> Hi Zane,
>>>
>>>here is the updated zipped RL02 disk container.
>>>It has Zemu 1.10 just released by Johnny.
>>>I changed the hex fields into octal fields ...
>>>
>>>You might first try the earlier sent zip, and then
>>>this new one, to see a possible difference.
>>>If you want a zip file with the original Zemu 1.10
>>>release from Johnny (without my hex->octal adjustment)
>>>just ask, and I'll zip it for you.
>
>
>OK, here are my quick and dirty results from RT-11 5.7...
>
>?LINK-W-Undefined globals:
>$SAVVR
>PICDAT
>ERPIC
>PICTBL
>DRWPIC
>INTVER
>.SAVR1
>GAMINI
>
>I've added these to the end of ZRT.MAC with the other three undefined
>routines.
>
>The resulting file runs on both 5.7 and 5.4, but I can't figure out
>where my infocom data files are (which probably says something about
>how badly I need to backup my PDP-11). It's to late at night now to
>be booting the PDP-11 up to get them. (Henk, I'll email you the
>binary tonight.)
Whoops! I totally forgot some stuff, I see...
Oh well, that's what happens when things wander out of sync.
Get a new copy, will you. One file was missing: ZPIC.MAC, which
implements PICDAT, ERPIC, PICTBL and DRWPIC.
I've also written a $SAVVR and .SAVR1, which I've put in ZRTLIB.MAC,
which you'll need.
INTVER is a constant, which is just the interpreter version which should
be set. Place it as a global constant in ZRT.MAC.
In RSX, it's currently 103 "C", which probably should be the same in
RT11. So, just place a
INTVER == 103
Finally, GAMINI. You can just let that one do a return.
And maybe then we're in business?
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at update.uu.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
Addendum to my previous message.
I think you would be best off with several compact 8 to 16 port terminal
servers, placed near the devices they service; that way, you just have
a few long Ethernet cables and a bunch of short serial cables, rather
than a bunch of long serial cables. Uhh, unless of course you want to
take a big, heavy Xyplex Network 9000 off my hands (40 serial ports and
40 Ethernet ports, with room to expand), in which case a big centralized
terminal server is just what you need! ;-)
On the DECserver and similar machines, with a terminal plugged in, you
get a prompt you can "connect foo" to connect to a LAT service, or
"telnet foo" on TCP equipped machines. Some also allow
"connect local port_1" to connect to a local serial port without going
through a LAT service. On machines that support reverse LAT, you can
associate port(s) with a service, and connect to those ports remotely.
You could also connect to the command prompt with MOP and on some
models with LAT, IIRC. On TCP equipped models, you could telnet in
(sometimes to 23 and sometimes to a high port) and get to the command
prompt (sometimes after authenticating). Also, each serial port could
have a high TCP port associated with it for inbound connections. Some
machines could associate an inbound TCP port with a service, for port
rotaries, IIRC. Note that I am painting DECservers, ETS, MAXservers
with a broad brush here; some brands may not support all features.
Oh, and you could also set ports to have a dedicated service, so they
don't get the CLI. And you could set up menus, too.
On the Annex you get a non-DECserver-like CLI from a terminal or
modem dialin, and you can telnet out from there -- or, IIRC, it can be
set to automatically telnet to a given host, or set up with menus.
Coming from the network, you could telnet to port 23 and get a prompt
for which serial port you wanted to connect to. The ports could be
arranged in rotaries and if all ports were busy you could wait for one
to become available. At the prompt for the rotary name you could also
ask for the CLI. Like the DECservers, you can connect directly to ports
by using high TCP ports. (Some models of?) the Annex could also have
multiple IP addresses, if I'm not mistaken, and could be set up so that
a telnet to each address would end up at a different serial port. I
believe Annexes were popular with universities, but some corporations
and ISPs used them too. They later had a "Remote Annex" RAS product
with built-in modems, similar to the Ascend MAX and Livingston PM3.
On the LANrover, if you dial in on a modem, or if you telnet in, you
get a login prompt, and once you authenticate you go to the CLI -- or
a given account could be set in the account database to go straight
to a specific destination. From the CLI you can telnet out, or you can
connect to ports by name. There is no provision for direct telnet to
a serial port by a high TCP port.
-- Adam
> Hi All,
> Does anyone have info or disks for a Data General
> Dasher/One PC? I have one that I'm attempting to restore.
>
> Thanks
> Rob
In a pinch I think it will boot normal DOS. It was a DOS compatible
machine.
OK, so I think I have figured out these "9200T" and "9201T" terminals.
The 9200T has exactly the same case and internal circuits as the 4105
with a different set of ROMs from the 4105. However, as near as I can
tell, the only difference in the ROMs is that the 9200T reports 9200
as the terminal type in setup.
The 9201T has a slightly different enclosure and logic boards. Its
setup reports the terminal type as 4205, ROM version 10 Level 9. This
is obviously an enhanced ROM with what appears to be support for a
larger graphics feature set, including local 2D segments.
The keyboards on both are slightly different, with some of the keycaps
changed in the function key row (setup and dialog are different than on
the 4105) and a mouse port on the back of the keyboard. The connector
is also different, an RJ type jack instead of a large 9-pin DIN style.
So now I'm looking for documentation on the 4205 terminals. There's
nothing on manx or bitsavers.
--
"The Direct3D Graphics Pipeline"-- code samples, sample chapter, FAQ:
<http://www.xmission.com/~legalize/book/>
Pilgrimage: Utah's annual demoparty
<http://pilgrimage.scene.org>
Sonds like 'rogue'. Rogue originally was written for Berkeley UNIX, but
ports were done to early PC's running MSDOS.
Rick Bensene
The Old Calculator Web Museum
http://oldcalculatormuseum.com
-----Original Message-----
From: cctalk-bounces at classiccmp.org
[mailto:cctalk-bounces at classiccmp.org] On Behalf Of JP Hindin
Sent: Saturday, April 29, 2006 4:13 PM
To: cctalk at classiccmp.org
Subject: Lets play name that game; Who has a better memory than me?
Answer: Darned near everyone.
I'm trying to locate a game I used to play on my cousin's computer back
in
the early 90s. The game is most likely older than this, but I can't say
how much. (The only other games on this machine was Test Drive (#1) and
some horrendous ASCII golf game)
The game was a top-down dungeon style game (As in the location, rather
than D&D or Zork association). The game used ASCII characters to build
out
the 'map' that you walked through using the arrow guys to guide your
character, if memory serves an *, running into monsters and treasure and
the like.
I -think- the dungeon view only took up a portion of the screen, perhaps
the right-half only, and your view was fairly limited to a "if you were
in
the dungeon this would be the extent of your eye line" sort of thing.
Pretty nifty.
Does this sound famaliar to anyone? A name would be great, a link would
be
disco, and source code would be fascinating.
Thanks all for your hive-mind;
JP
So, I picked up an IBM "3270 Emulation Credit Card Adapter" off ebay,
which I intend to hook to a 3174 Establishment controller. However,
I'm not having much luck finding any 3270 emulator software that'll
talk to it. Does anyone have any software that'll talk to the card
(and emulate a 3270-style terminal) laying around which will work with
this card? I'd prefer something for OS/2, DOS; I could deal with
Windows 3.1 if I had to, but would prefer not if I don't need to.
I intend to eventually use this in an actual S/390 (or ES/9000) setup
once I get some software, and a machine working to boot it on.
Pat
--
Purdue University ITAP/RCAC --- http://www.rcac.purdue.edu/
The Computer Refuge --- http://computer-refuge.org
Okay, here's one for you historians.
I know that many card readers used both optical as well as electrical
contact technology, but did any use air pressure to sense card holes?
This occurs to me because I've been listening to recordings of old piano
rolls--which used a vacuum system to sense holes--and did their job
remarkably well, considering that the technology's over 100 years old.
Just an idle mind wanting to be amused...
Cheers,
Chuck
I'm lazy tonight. Are there any pin compatible replacments for this chip? It is the SD floppy controller on my TRS-80 EI. It is very sick...
Any sources for 1771 anywhere. I see lots of 197x available.
Kelly