The ?AT. indirect command task will be found in LB:[3,54] and there are three versions of it (ICM.TSK, ICMFSL.TSK, and ICMRES.TSK) if this is a RSX11M+ system. This is the task image that is failing to load is probably ICMFSK.TSK. There is a text file in LB:[1,54]SYSVMR.CMD you can type to your screen:
a line in the file is:
INS [3,54]ICMFSL/INC=10000 ! Indirect command file processor
just above that line should be:
INS [1,1]FCSRES/PAR=GEN/RON=YES ! FCS resident/supervisor-mode library
if this is the case then then the ICMFSK.TSK is the one that is failing to load. So after the system boots and the ?AT.
fails, you can:
which should bring the system up. It is likely that you could also use ICMRES.TSK which also uses the FCSRES library. To see if the library is loaded the command is CBD. If you see FCSRES displayed then ICMRES.TSK should also work.
Once the system completes STARTUP.CMD, then you should make a change in the system image [1,54]RSX11M.SYS to use
the ICM.TSK at the next boot up. To do this you need to use VMR which makes changes in the system image similar to the MCR commands
on a running system.
Enter filename: RSX11M.SYS
VMR>^Z (Enter a control Z)
This sequence should cause the next boot to come up and chain to [1,2]STARTUP.CMD cleanly. Then you can rebuild INDFSL with the SYSGEN procedure as described by the previous post.
>> -----Original Message-----
>> From: supervinx [supervinx at libero.it]
>> Received: Donnerstag, 24 M?rz 2016, 23:30
>> To: cctalk at classiccmp.org [cctalk at classiccmp.org]
>> Subject: RSX-11 trouble
>> Got a MicroPDP 11 plus.
>> It seems to be misconfigured.
>> It can't execute .CMD files, reporting
>> Task "...AT." terminated
>> Load failure. Read error
>> No disk errors are reported with ELI DU0:/SH
>> Disk seems to work: I can run .TSK files.
>> The file STARTUP.CMD isn't read at all.
>> Any hints? Which file is executed right before STARTUP.CMD?
>> I see two RED commands and a MOU before it tries to read [1,2]STARTUP.CMD and reports the aforementioned error.
> Well... no IND.TSK is present :(
> May be they had space issues?
WinWorld from the past, to the present, for the future
WinWorld is an online museum dedicated to the preservation and sharing
of abandonware and pre-release software, as well as any and all
knowledge associated with such works. We offer information, media and
downloads for a wide variety of computers and operating systems. Our
collection includes abandonware operating systems (like Windows 3.1 or
95), beta operating systems (like Chicago, Whistler, and Longhorn),
abandonware applications (like AfterDark, the epic screensaver
software we all grew up with) and more.
We offer all of our content free of charge to any interested party.
Whether you're doing looking to go down memory lane and re-visit
Windows 3.1, do some research on computing history, or repurpose an
old system that can't run the latest and greatest, WinWorld is here to
help by providing unrestricted access to our entire library at no
charge. We do not accept donations, just download and enjoy. WinWorld
provides you with large amounts of downloads and high quality
information that BetaArchive FTP and Vetusware can't compare with! Get
Windows Abandonware, Games, Macintosh old software and more from our
software library right here at WinWorld!
For news, support and discussion visit WinBoards. No registration is
required to post, so why not drop in and say hi?
Impressive assortment of OSes and apps for older PCs, Macs and broadly
related systems -- CP/M etc.
Liam Proven ? Profile: http://lproven.livejournal.com/profile
Email: lproven at cix.co.uk ? GMail/G+/Twitter/Flickr/Facebook: lproven
MSN: lproven at hotmail.com ? Skype/AIM/Yahoo/LinkedIn: liamproven
Cell/Mobiles: +44 7939-087884 (UK) ? +420 702 829 053 (?R)
I'm presently working on a couple of Sun 4/110 systems. To save time,
does anyone have a bootable Solaris disk image for such - to use with
SCSI2SD? Note sun4 architecture - not sun4c or sun4m.
Also may be on the lookout for a colour frame buffer; mine may be
terminally flaky. Anything that works with a 4/110 - VME or P4 bus.
'No greater love hath a man than he lay down his life for his brother.
Not for millions, not for glory, not for fame.
For one person, in the dark, where no one will ever know or see.'
> Date: Tue, 29 Mar 2016 22:07:37 -0400
> From: Brian Marstella <brian at marstella.net>
> Subject: Re: Here's what happens when an 18 year old buys a
> I'm still kicking myself for passing up an IBM mainframe and a Sun 2000
> that my previous employer no longer needed. I reasoned that I didn't have
> space or power for them; never let logic and good sense dictate your
> actions :)
I brought the Sun 2000E home, and its still here. I have to thin the herd a
little so I can make room for some DEC equipment.
Awhile back a "pre-alpha" version of the PC classic "DOOM" was unearthed
(dated Feb 28, 1993), and it claims to support a "high color" VGA mode.
>From the README.TXT:
"Use High-color DAC (160 x200, but great color!)
(Only newer VGA cards have this-if it looks OK, ya got it)
(This may--okay, will--REALLY screw up the playscreen's
graphics. Just look at the neat colors and don't worry.)"
I've tried it on a number of machines (from the 386 era to a modern PC)
and they all just end up showing garbage when this mode is enabled. I
cannot for the life of me find a reference to this mode existing
anywhere, but I assume it must have worked on *some* SVGA chipset of the
era since ID programmed in support for it. I'm guessing it was cut
because nothing else supported it (and because 160x200 must have looked
awful, even with lots of colors...)
Does this odd video mode ring any bells with anyone out there? Any idea
what hardware to look for that might support it? At this point I'm more
curious about the actual hardware than getting this pre-alpha to run
> From: Fred Cisin
> All this time, I thought that you had to be DEAD before they could take
> your work.
Actually, in most jurisdictions, it's death+N years. In the US, thanks to the
sleaziness of Congress, and the spinlessness of the US Supreme Court, N is