Does anyone reading this list still write code to be run
under RT-11? When a program has a bug, what do
you use to find the problem? For debugging programs,
SD: seems the most efficient way, especially when a
Mapped Monitor is being used. Alternatively, ODT
(VDT when Multi-terminal Support is included in the
RT-11 monitor) can be LINKed into the program.
Recently, I have been considering enhancements to
the SD: variant, SDHX.SYS, which would reduce
the Low Memory required along with adding an
additional feature which is part of Ersatz-11.
Specifically, SET PCLOG ON requests the
Ersatz-11 emulator to save the addresses of the
last 64 instructions that were executed. The the
command SHOW PCLOG displays all 64 addresses
at the users request.
I would appreciate a response from anyone still writing
and debugging programs that run under RT-11 and
which debug package is being used along with the
advantages and disadvantages that have been found.
One big advantage of SDHX.SYS (actually all of the
SD: variants) is that the user can request an automatic
display of all of the register contents every time that a
breakpoint occurs. The display occurs at the top of
the screen each time the breakpoint takes place. The
VT100 escape codes are then used to scroll down the
screen and display each instruction in turn as it is about
to be executed. One big disadvantage of SDHX.SYS
is that it freezes the system completely, including the
clock interrupts.
The big advantage of VDT is that other jobs are able
to continue running, but no other information is easily
available when the program is stopped at a breakpoint.
I would appreciate any response.
Jerome Fine
Two updates to my original post - First, the machine is a model 82, not 83. Pics here: https://plus.google.com/photos/102693653878217706883/albums/588251870193151…
Second, because of the time constraints, the machine will go to the first person who can commit to actually picking it up, not just expressing an interest. This thing is big, heavy, and at risk. My only concern is getting it rescued, not the timestamp of the first responder.
Sorry if this seems arbitrary but I don't want to either be stuck with the machine myself or see it go to the scrapper.
Jack
Does anyone have the O/S, Applications, and Diagnostice disks for this
ancient IEEE 488 bus controller (Fluke 1720A)? It used a TI 9900
processor if I remember correctly. The operating system was called FDOS-
a custom effort too I think, distributed on three 5 1/4" floppies. This
is no longer available from anywhere or anyone, including Fluke.
Thanks for any help and/or leads.
Geoff
On Sat, 25 May 2013 21:38:17 -0700, Chuck Guzis <cclist at sydex.com> wrote:
>
> List:
>
> I'm working with some old media that has Swedish text on it. (8" SS FM
> disks with 4 sectors of 1024 bytes per track--no OS or file structure on
> it).
>
> I can probably figure out the structural details that I need with the
> exception of modern Unicode or UTF-8 characters corresponding to what's
> on the disk.
>
> Here's a binary dump sample of such a record (LIST format):
>
>> >?000500 00 00 00 00 00 00 00 00-00 00 00 00 00 3C 44 65 <De
>> >000510 74 20 76 61 72 20 66 FE-6F 72 62 61 6E 6E 65 6C t var f?orbannel
>> >000520 73 65 6E 3E 0A 00 00 00-3C 73 6F 6D 20 64 72 65 sen>? <som dre
>> >000530 76 20 6F 73 73 20 62 6F-72 74 20 66 72 FA 61 6E v oss bort fr?an
>> >000540 20 53 61 6D 73 6F 6E 2E-3E 0A 00 00 00 00 00 00 Samson.>?
> Note the characters FA and FE in this sample.
>
> Can anyone help with this thing?
>
> --Chuck
FE 6F = ? (o with two dots above)
FA 61 = ? (a with a ring above)
The text, translated, goes:
<It/that was the curse>
<which drove us away from Samson>
It or that depending on the context.
/Jonas
Hi all --
I have a pair of core memory boards (which look to be 8kilobytes +
parity) in my Imlac, made by Dataram in the early 1970s (based on
datecodes in the machine, I'd say late 1973, early 1974). I can find no
documentation on them. They're labeled Imlac on the main PCB (P/N
01-12880-1), but Dataram on the core plane, and interestingly, this Blog
post on Dataram's site:
http://www.dataram.com/blog/?p=163
Has a very grainy picture of the assembly -- see the photo here:
http://www.dataram.com/blog/wp-content/uploads/2012/08/40yrs_7.png
So I believe the whole assembly (PCB + core plane) was actually made by
Dataram. I have some high-res scans up at:
https://plus.google.com/u/0/photos/117997069161125071032/albums/58762337385…
(See the last two images in the album.)
I'd love to find schematics for this, as it's the only part of the
system I do not have documentation for (and it's going to need some
repair, as it's got some fairly serious moisture damage -- some of the
ICs are weathered enough that they're unreadable). I'm going to shoot a
mail off to Dataram as well, but I figure my odds there are pretty low.
Thanks as always,
Josh
Hi,
Some on this list might have been following my collection videos hence this
message.
Today while filming my "now fixed" Epson QX-10 (many thanks to Fred Jan
Kraan for the replacement PSU), my camera had it's own failure. It appears
terminal so I need to replace it. This may take a while as I'm not flush
with cash at the moment. It's likely to be a few weeks before I can resume
the project.
The camera itself was somewhat vintage (2004) so the good news is the live
sound and picture should be better once I've sorted the new kit. Just not
sure when that will be though.
Terry (Tez)
> I'm not positive. I think I read somewhere that the protocols PC and 3270
> style keyboards use are different enough that it wouldn't be easy to make an
> adaptor to connect a 3270 type keyboard to a PC.
The protocol used by 122-key 3270 keyboards is pretty much the same as the
AT / PS/2 one. In fact, it's more the other way round; the original 84-key
AT keyboard is a cut-down version of the 6110344 122-key terminal keyboard.
They use the same microcontroller and scancodes.
The differences in the protocol are minor. If you just plug a terminal
keyboard into a PS/2 keyboard port, it may work in DOS, it will work in
Linux (using the 'atkbd.terminal=1' boot parameter) but won't work in
Windows without a patch to the keyboard driver.
It's also possible to make 6110344-type keyboards (if they're model F, not
model M) completely compatible with the PC by substituting the
microcontroller ROM from an 84-key AT keyboard. Or by burning a custom
8748:
<http://www.seasip.info/VintagePC/ibm_6110344_cswap.html>
There is also at least one converter, which will work with any variant
of the terminal keyboard:
<http://deskthority.net/workshop-f7/xt-at-ps2-terminal-to-usb-converter-with…>
--
John Elliott
I am looking for files from the directory below that once found a home
on ftp.cdrom.com, but so far searching the various compilation CDROMs
(like Walnut etc) has drawn a blank.
http://mirrorservice.org/sites/ftp.cdrom.com/pub/cdrom/cdroms/math/global.t…
If anyone has the ISETL*.ZIP files [*] from the directory
cdroms/math/msdos/discrete/ or even the whole directory, I would be
interested to receive a copy please. If you have a mirror of that site
it would be good to get it copied to mirrorservice.org so we have a
public copy too.
thanks,
nigel.
[*] I found the ISETL.ZIP file but would like the source-code too.
ISETL is an implementation (interactive interpreter) for the SETL
programming language.
Hi there!
Anyone on this list know much about the internals of the IBM 3174's, like what processor architecture they're based on, etc, and how the "Configuration Support" operating system for them was written/compiled?
Thanks in advance for any info!
-Ben
Hi all,
i have an old teleprinter with an rca logo on the front that is sitting on an
extel interface box.
the extel model is AN 11R 155
it was used with a upi or api wireline.
the interface has a crystal selector switch and i have no idea what that is for or why it used xtal's on wireline.
the printer is dot matrix but not 9 pin.
What two wire interface and protocol did this use?
i'm thinking eather 20 ma current loop or some odd subcarrier audio line.
anyone know?
Bill