Re: [Simh] Terminal emulation = MS-Kermit!

[Michael Kerpan]

Xterm supposedly does ReGIS and SIXEL, but only if compiled to do so,
which most Linux distributions don't. Ultitmately, VT 240 from MAME is
as accurate as you're ever likely to get, but MAME is a pretty heavy
beast if all you need is terminal emulation.

Mike


On Thu, Jul 2, 2020 at 8:31 PM Timothy Stark  wrote:
>
> Yes,  MS-Kermit supports Tek4010/4014 graphics mode and Sixel mode.  It does 
> not support ReGIS commands.
>
> I used it at Gallaudet for downloading files and access VAX system.
>
> None of today's terminal emulators support graphics modes.  Only DEC terminal 
> emulators on MAME does support all features fully.
>
> Only VT52, VT100 and VT240 are working on MAME at this time.  I took a look 
> on MAME source codes.  I noticed that VT125, VT220, VT320, VT330, VT340, 
> VT420 and VT520  are skeleton at this time. VT241 (color version) is not 
> implemented yet.  If you want ReGIS commands on terminal, use VT240 on MAME.
>
> Tim
>
> -Original Message-
> From: Simh  On Behalf Of Tim Shoppa
> Sent: Thursday, July 2, 2020 8:13 PM
> To: simh@trailing-edge.com
> Subject: [Simh] Terminal emulation = MS-Kermit!
>
> I said it decades ago, and I’ll say it again, MS-Kermit is incredibly useful 
> in emulating DEC Terminals.
>
> I am particularly fond of its ability to put the Gold key in the right place 
> on a PC-clone keypad.
>
> Tim N3QE
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
>
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] HPE has started emailing the final hobbyist licenses

[Michael Kerpan]

Currently, after the current hobby license expire, your options are to
either become a pirate or to learn to love vintage Unix. Of course this is
almost two years in the future: things could end up changing in that time.

Mike

On Wed, Mar 11, 2020, 10:13 PM Michael Huff  wrote:

> To be clear: this license expires in Dec 2021? What are the options for
> simh users after that?
> On 3/11/2020 5:13 PM, Dan Gahlinger wrote:
>
> my hobbyist id is not in the pack.
>
> there is no renewal, this is a final license, after this, vms for
> hobbyists is officially defunct.
>
> Dan
>
> Try: https://www.grammarly.com
> --
> *From:* Tony Nicholson 
> 
> *Sent:* Wednesday, March 11, 2020 9:07:56 PM
> *To:* Dan Gahlinger  
> *Cc:* simh@trailing-edge.com 
> 
> *Subject:* Re: [Simh] HPE has started emailing the final hobbyist licenses
>
>
> On Thu, 12 Mar 2020 at 09:49, Dan Gahlinger  wrote:
>
> I'd like to know if the License authorization code is the same for
> everyone,
> or if they actually bothered to send everyone their own, for tracing
> purposes.
>
> mine ends in 301.
>
>
>
> Hari from the HPE OpenVMS customer lab is the administrator of the
> hobbyist program.  He once told me that he maintains the program only
> out-of-hours and in his own time.  Without his efforts the programme may
> have ended sooner.
>
> Be sure to thank him when you renew.
>
> The email you receive with the PAKs should have your Hobbyist ID on it.
> These are tracked.  The final PAKs look like the authorization code is a
> date to me (pakgened on  March 1st).
>
> Tony
>
> --
> Tony Nicholson 
>
> ___
> Simh mailing 
> listSimh@trailing-edge.comhttp://mailman.trailing-edge.com/mailman/listinfo/simh
>
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] OpenVMS Hobbyist Program

[Michael Kerpan]

Layered product PAKs may be common, but as far as HPE and VSI
are concerned, they're no more legitimate than a key made by some third
party keygen. Given that both piles of old PAKs and said third party keygen
both exist, getting things to physically run is not the problem, it's being
able to do without breaking the rules that's the sticking point.

Mike

On Sat, Mar 7, 2020, 11:10 PM Tony Nicholson 
wrote:

>
> On Sun, Mar 8, 2020 at 11:39 AM Hunter Goatley 
> wrote:
>
>> [snip]
>>
>> I had hoped that HPE would release non-expiring VAX PAKs, because why
>> not? They're out of the game, and no one else has the code for VAX. But
>> they apparently aren't going to do that, which effectively ends SIMH,
>> VAX, and Alpha for all but commercial use with purchased commercial
>> licenses.
>>
>
> Layered product license PAKs for Alpha and VAX are common for products
> available
> for the hobbyist program.  That may be the reason why they couldn't issue
> non-expiring licenses for VAX - because they'd be non-expiring for Alpha
> too!
>
> A VAX-VMS license PAK without layered products would be useless (to me).
>
> Tony
>
> --
> Tony Nicholson 
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] OpenVMS Hobbyist Program

[Michael Kerpan]

If running without a valid license is considered an option, then there are
ways to keep running VMS 7.3. Both a PAK generator and a set of
pre-generated perpetual PAKs are floating around in dark corners of the
internet. For strictly private use, odds are that HPE and VSI will pay just
about as much attention to people running pirate VMS on an emulated VAX as
Microsoft pays to people running pirate Windows 3.1 in a PC emulator: none
at all.

That said, it's sad that those of us who are both interested in computer
history and not made of money are yet again being told "either give up your
hobby or become a pirate."

Mike

On Sat, Mar 7, 2020, 7:58 PM Robert Armstrong  wrote:

>   VMS 4.x is an option for older VAXes, as it predates LMF.  Of course the
> legality of doing that may still be an issue, but there's no technical
> challenge to running it.
>
>   VMS 4.7 supported the MicroVAX-III, but I don't remember for sure if
> it'll work on the 3900 simulated by simh.  Somebody would have to dig up an
> SPD, but in any event it probably wouldn't be a big problem to simulate a
> slightly different model.
>
>   Alphas, OTOH, are a problem.  I don't believe there was ever any non-LMF
> operating system that ran on them   Well, maybe Windows-NT on the
> Multia UDB?  Nah ... :)
>
> Bob
>
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Folks who have old DECUS tapes... look for something for me?

[Michael Kerpan]

Good luck. I've been looking for old DECUS tapes as well. At least some of
them used to be online, but they've disappeared over the last 5-10 years.
An interesting project would to get tape images, sort through them and
create an emulator-friendly "best of" tape with various games and programs
that would be fun and interesting for a new user setting up a virtual
PDP-11 for the first time.

Mike

On Sat, Dec 28, 2019, 11:05 PM Dave Shevett  wrote:

> I saw a couple posts about people who had access to old DECUS
> archives.  This is a long shot, but I might as well ask.
>
> When I was a wee undergrad at RIT, I sucked as a student, but I loved
> coding games.  I wrote a couple games that ran under VMS - they were
> all in BASIC (whichever variant of BASIC was active on VMS in 1982),
> but used the ReGIS graphics library for doing games on the terminals.
>
> One was called Labyrinth, and I'm pretty sure it outlasted my tenure
> there.  A dungeon crawling game.
>
> The other might have just been called Trek.  Used a custom font loaded
> into the ReGIS graphics lib and had little starships and stuff in it.
> IT was a rewrite of one of the old Creative Computing games.
>
> I don't suppose ya'll have seen either of these around, and if so, can
> send me the source code?  That would be a major goal of mine to get
> those running again.
>
>  -d
>
> --
> Dave Shevett
> shev...@pobox.com
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Semi-OT: Terminal Recommendations for use with SIMH

[Michael Kerpan]

ZOC and SecureCRT are both rather pricy. ZOC is $80, while SecureCRT is $100.
Also, neither of them support ReGIS or Sixel graphics, which would be fun
to have. If I'm going to be spending $80-$100, I'd frankly rather just
build something based around Xterm on a Raspberry Pi.

Mike



On Sat, Sep 28, 2019 at 3:46 PM Richard  wrote:
>
> In article <
bl0pr16mb24994fab873683d7424c311fc9...@bl0pr16mb2499.namprd16.prod.outlook.com
>,
> Dan Gahlinger  writes:
>
> > I use only securecrt which has tons of DEC terminal simulations.
>
> I like SecureCRT as well and it's what I've been using as my
> ssh/rlogin/telnet/serial port terminal client for years.
>
> > I personally cannot stand putty.
>
> I'm not a fan, but it has the advantage of being capable and free.
>
> You can test the VT100 emulation by logging in as vttest via telnet to
> great-escape.tmesis.com.
> --
> "The Direct3D Graphics Pipeline" free book <
http://tinyurl.com/d3d-pipeline>
> The Terminals Wiki 
>  The Computer Graphics Museum 
>   Legalize Adulthood! (my blog) 
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] Semi-OT: Terminal Recommendations for use with SIMH

[Michael Kerpan]

What terminal emulators are folk using with SIMH? Supposedly on Linux,
xterm, when compiled with the right options and properly configured,
is a very good DEC terminal emulator, but what do people on other
platforms use? Are there any free/low-cost terminal emulators that are
good for more than just remoting into current Linux boxes to do server
admin stuff?

Mike
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] Multics on SIMH?

[Michael Kerpan]

An offhand comment on another list led me to find out that a DPS-8/M
emulator of sufficient completeness to be running Multics (with
month-plus uptimes) has been created based on SIMH code:
http://ringzero.wikidot.com/

Have the creators of this simulator been approached about possibly
contributing it back to mainline SIMH for inclusion in future
releases?

Mike
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] HP 3000 Terminals

[Michael Kerpan]

Yes "Telnet" technically refers to a protocol, but it was clear that the OP
meant "standard GUI telnet client which implements something that works
vaguely like a VT100 with ANSI color tacked on."

I'd be interested in knowing what kind of options are out there for "real"
HP terminal emulation. Also, even if the supplied software kit doesn't
include much that needs more sophisticated terminal emulation, I'd hope
that the contributed software will eventually become available. I'd be
especially interested in seeing HP (Langston/Norton) Empire...

Mike
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Klh10 vs Simh

[Michael Kerpan]

It's not that multiuser is impossible using KLH10 networking emulation and
native TOPS-20 TCP/IP, it's that it's a lot harder to set up than a SIMH
virtual multiplexer. Wifi (under Linux at least) doesn't play all that well
with bridging and virtual networking stuff, which makes setting up
networking in KLH10 nigh impossible for those of us stuck on wireless. I
can't even really set up a VM and run KLH10 in a guest, because
Virtualbox's bridged mode doesn't work for me. Additionally, the idea of
putting anything running a 30 year old TCP/IP stack onto the Internet
scares me, even if the folks at twenex.org have done so.

Mike
On Feb 26, 2016 8:46 AM, "Johnny Billquist"  wrote:

On 2016-02-25 20:07, Timothe Litt wrote:

> my employer's views, if any, on the matters discussed.
> On 25-Feb-16 13:48, Michael Kerpan wrote:
>
>> I've been hoping for a KL simulation in SIMH for a while. KLH10 lacks
>> support for things like serial over Telnet which means that multiuser
>> is essentially impossible on KLH10 without all kinds of networking
>> mojo. Sadly, I don't have the skill to actually write such a beast,
>> I'm of no use except as a data point regarding interest in such a
>> development.
>>
>> Mike
>>
>> If the recently promised release of Linux code for DECnet/LAT
> materializes, you'll be able to
> connect to KLH10-based machines with as many connections as you can keep
> track of.
>
> Both TOPS-10 and TOP-20 on the KL supported LAT, and of course DECnet
> NRT and CTERM.
>

...and telnet. So, (as also Rich pointed out), what is the problem
actually? Are people so limited in their mind that they only think that
they can use telnet if the simulator have a telnet to serial port
connection, and do not think that the OS itself actually can do
networking... (with many different protocols)

Johnny


___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Klh10 vs Simh

[Michael Kerpan]

I've been hoping for a KL simulation in SIMH for a while. KLH10 lacks
support for things like serial over Telnet which means that multiuser
is essentially impossible on KLH10 without all kinds of networking
mojo. Sadly, I don't have the skill to actually write such a beast,
I'm of no use except as a data point regarding interest in such a
development.

Mike

On Thu, Feb 25, 2016 at 12:32 PM, Zachary Kline  wrote:
> Hi All,
>
> I’ve begun trying out Tops-20 on the KLH10 emulator, and also have an 
> interest in ITS for the sheer novelty of the operating environment.
> I don’t know a lot about PDP10 CPU families, but was wondering how the two 
> emulators compare.
> I gather DEC didn’t release newer versions of Tops-20 for KS10, and for some 
> reason KLH10 seems to be preferred for ITS as well.
> I notice that the latter doesn’t seem to be maintained anymore.
>
> What are the chances of a KL10 emulator for SIMH?
> Apologies for the vagueness of the question. :)
> Thanks,
> Zack.
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Announcing TCP/IP for RSX-11M-PLUS

[Michael Kerpan]

Indeed. I meant apart from your own.

Mike
On Jul 1, 2015 5:24 PM, "Johnny Billquist"  wrote:

> On 2015-07-01 23:08, Michael Kerpan wrote:
>
>> This looks very cool. I wonder when the first web server running this
>> stack will come online. I also notice the presence of an IRC client. Has
>> anyone tried to chat from a PDP-11 yet?
>>
>
> You mean apart from mine, as Madame.Update.UU.SE is already serving
> web-pages, and is running this software.
> Yes, I use that IRC client myself every day.
>
> (I'm also running this on a real 11/93 at home, by the way. Speed is
> pretty ok.)
>
> Johnny
>
>
>> Mike
>>
>> On Jun 30, 2015 7:46 AM, "Johnny Billquist" > <mailto:b...@softjar.se>> wrote:
>>
>> I'm happy to announce a new release of TCP/IP for RSX-11M-PLUS.
>>
>> Since I'm broadening the scope of the announcement slightly, a more
>> complete list of features is included, and not just what changed
>> since last. For anyone who is currently running TCP/IP for RSX, I
>> strongly encourage you to update to this latest version. Several
>> improvements have gone in in the last couple of weeks. Most
>> important change is that there now is telnet support, both client
>> and server side.
>>
>> The TCP/IP for RSX that I've written is sometimes referred to as
>> BQTCP/IP, just to make clear that it is a different product than
>> Process Software's TCPWARE, or JSA's TCP/IP.
>>
>> BQTCP/IP is a rather feature rich TCP/IP implementation, which also
>> comes with libraries for various high level languages. The API is
>> not compatible, even at the source level, with Unix, but on the
>> other hand, if people write some code, they will see that it is a
>> very easy API to work with. The reasons for the incompatibilities
>> are several, including both resource concerns and differences
>> between how RSX works and Unix like operating systems.
>>
>> BQTCP/IP has tried to comply with all relevant RFCs, but I'm sure
>> there are corners where it does not do things right. It also does
>> not demand much resources. It do require RSX-11M-PLUS with split I/D
>> space, and it has only been tested properly on RSX-11M-PLUS V4.6. It
>> should work on any version 4 release of RSX-11M-PLUS, but there
>> might be a couple of tweaks or fixes needed.
>>
>> BQTCP/IP is distributed in binary form, so very little compilation
>> is required to get it up and running. However, pretty much all
>> utilities do come with sources. The actual TCP/IP stack sources are
>> not included. I do not have a good setup for distributing them in a
>> sane way, and it has had a low priority on my list of things to do.
>> But I do not mind distributing the sources as a general principle.
>>
>> All that said, BQTCP/IP current supports the following protocols:
>>
>> o Ethernet and loopback interfaces.
>> o ARP. BQTCP/IP can use Ethernet in co-existance with DECnet, or
>>standalone using the provided Unibus ethernet device driver.
>> o IP. The largest IP packets supported are approximately
>>8KB.
>> o ICMP.
>> o UDP. The largest UDP packets supported are approximately
>>8KB.
>> o TCP. The window is approximately 8KB in size, and TCP do
>>manage out of order packets in an efficient way.
>>
>> BQTCP/IP supports the following applications:
>> o DHCP. DHCP can be used to configure interface addresses, network
>>masks, default gateways, DNS servers and NTP servers dynamically.
>> o NTP. NTP can be used to set the local time.
>> o TELNET. The TELNET server hooks in to the standard TT: terminal
>>driver, and the number of terminals to create is configurable.
>>The TELNET client can be used to connect to other systems.
>> o FTP. The FTP server can serve all kind of files to other RSX
>>systems, and can serve text and binary files to any system.
>>The FTP client can retrieve RSX format files from RSX servers,
>>and text, binary and block format files from any system.
>> o TFTP. The TFTP server and client can be used for simpler file
>>transfer operations.
>> o RWHOD. RWHOD is a program that reports current users and uptime
>>from RSX, for other systems to collect.
>> o IRC. IRC is a program to communicate with other users around
>>the world.
>>

Re: [Simh] Announcing TCP/IP for RSX-11M-PLUS

[Michael Kerpan]

This looks very cool. I wonder when the first web server running this stack
will come online. I also notice the presence of an IRC client. Has anyone
tried to chat from a PDP-11 yet?

Mike
On Jun 30, 2015 7:46 AM, "Johnny Billquist"  wrote:

> I'm happy to announce a new release of TCP/IP for RSX-11M-PLUS.
>
> Since I'm broadening the scope of the announcement slightly, a more
> complete list of features is included, and not just what changed since
> last. For anyone who is currently running TCP/IP for RSX, I strongly
> encourage you to update to this latest version. Several improvements have
> gone in in the last couple of weeks. Most important change is that there
> now is telnet support, both client and server side.
>
> The TCP/IP for RSX that I've written is sometimes referred to as BQTCP/IP,
> just to make clear that it is a different product than Process Software's
> TCPWARE, or JSA's TCP/IP.
>
> BQTCP/IP is a rather feature rich TCP/IP implementation, which also comes
> with libraries for various high level languages. The API is not compatible,
> even at the source level, with Unix, but on the other hand, if people write
> some code, they will see that it is a very easy API to work with. The
> reasons for the incompatibilities are several, including both resource
> concerns and differences between how RSX works and Unix like operating
> systems.
>
> BQTCP/IP has tried to comply with all relevant RFCs, but I'm sure there
> are corners where it does not do things right. It also does not demand much
> resources. It do require RSX-11M-PLUS with split I/D space, and it has only
> been tested properly on RSX-11M-PLUS V4.6. It should work on any version 4
> release of RSX-11M-PLUS, but there might be a couple of tweaks or fixes
> needed.
>
> BQTCP/IP is distributed in binary form, so very little compilation is
> required to get it up and running. However, pretty much all utilities do
> come with sources. The actual TCP/IP stack sources are not included. I do
> not have a good setup for distributing them in a sane way, and it has had a
> low priority on my list of things to do. But I do not mind distributing the
> sources as a general principle.
>
> All that said, BQTCP/IP current supports the following protocols:
>
> o Ethernet and loopback interfaces.
> o ARP. BQTCP/IP can use Ethernet in co-existance with DECnet, or
>   standalone using the provided Unibus ethernet device driver.
> o IP. The largest IP packets supported are approximately
>   8KB.
> o ICMP.
> o UDP. The largest UDP packets supported are approximately
>   8KB.
> o TCP. The window is approximately 8KB in size, and TCP do
>   manage out of order packets in an efficient way.
>
> BQTCP/IP supports the following applications:
> o DHCP. DHCP can be used to configure interface addresses, network
>   masks, default gateways, DNS servers and NTP servers dynamically.
> o NTP. NTP can be used to set the local time.
> o TELNET. The TELNET server hooks in to the standard TT: terminal
>   driver, and the number of terminals to create is configurable.
>   The TELNET client can be used to connect to other systems.
> o FTP. The FTP server can serve all kind of files to other RSX
>   systems, and can serve text and binary files to any system.
>   The FTP client can retrieve RSX format files from RSX servers,
>   and text, binary and block format files from any system.
> o TFTP. The TFTP server and client can be used for simpler file
>   transfer operations.
> o RWHOD. RWHOD is a program that reports current users and uptime
>   from RSX, for other systems to collect.
> o IRC. IRC is a program to communicate with other users around
>   the world.
> o IRCBOT. IRCBOT is a small example robot program connecting to IRC
>   and performing a service for IRC users.
> o PCL. PCL is a protocol for printing, used by HP (and other) printers
>   over a network. The PCL implementation in BQTCP/IP appears as a
>   print symbiont, which you can create a printer queue for.
> o WWW. WWW (or World Wide Web) is a service that can present hypertext
>   information to clients. The WWW server in BQTCP/IP also supports CGI,
>   which makes it possible to create dynamic content.
> o DNS. BQTCP/IP have DNS implemented as an ACP, that anyone can query
>   to get translations between IP addresses and domain names. It also
>   supports different users using different name servers, or private
>   translations.
> o SINK. A standard TCP service.
> o ECHO. A standard TCP service.
> o DAYTIME. A standard TCP service.
> o QUOTD. A standard TCP service.
> o IDENTD. A standard TCP service.
>
> BQTCP/IP also have automatic IP spoof detection and prevention.
>
> Additional tools are IFCONFIG, PING, TRACEROUTE, NETSTAT as well as two
> new pages for RMD.
>
> High level language libraries exists for BASIC+2, PDP-11 C and FORTRAN-77.
>
> I'm sure I have forgotten a thing or three, but that's a fairly
> comprehensive list.
>
> The documentation is a weak point, but there is hopefully enough
> docume

Re: [Simh] MicroVAX II QVSS support problems in SIMH beta

[Michael Kerpan]

Done. Hopefully this will help you squash some bugs.

Mike

On Tue, Oct 14, 2014 at 9:51 AM, Mark Pizzolato - Info Comm
 wrote:
> On Tuesday, October 14, 2014 at 6:46 AM, Michael Kerpan wrote:
>> All the talk about the SIMH 4 beta got me to look at the GIT repo and I was
>> pleased to see that many new VAXen have been simulated, and that the
>> MicroVAX II simulator includes support for a QVSS monochrome
>> framebuffer. However, when I boot it up with the QVSS enabled, I get a
>> random, gabled image rather than seeing the boot console. I know from
>> screenshots at 9track.net, that this code works on other systems, but it's 
>> not
>> working on mine. I'm running Linux and my SDL versions are
>> 1.2.15 and 2.0.3? Everything compiledcleany, so I'd assume it;s not a library
>> issue, nut one never knows.
>
> Hi Michael,
>
> Please create an Issue at https://github.com/simh/simh/issues and describe 
> your experience.
>
> Please include:
> 1) Provide details about the specific operating system you are running.
> 2) The output of SHOW VERSION from the simulator you are using
> 3) All of the output produced when you build this simulator with:
> $ make microvax2
>
> Thanks.
>
> - Mark Pizzolato
>
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] MicroVAX II QVSS support problems in SIMH beta

[Michael Kerpan]

All the talk about the SIMH 4 beta got me to look at the GIT repo and
I was pleased to see that many new VAXen have been simulated, and that
the MicroVAX II simulator includes support for a QVSS monochrome
framebuffer. However, when I boot it up with the QVSS enabled, I get a
random, gabled image rather than seeing the boot console. I know from
screenshots at 9track.net, that this code works on other systems, but
it's not working on mine. I'm running Linux and my SDL versions are
1.2.15 and 2.0.3? Everything compiledcleany, so I'd assume it;s not a
library issue, nut one never knows.

Mike
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] AOS and Eclipse simulator

[Michael Kerpan]

On Tue, May 15, 2012 at 1:11 PM, Bob Supnik  wrote:
> The Eclipse simulator runs AOS; this has been verified with a private image.
>
> The core issue is that AOS and AOS/VS are not available for hobbyist use.
> Accordingly, I don't see any reason to build an MV emulator at this time,
> unless someone wants to do it for fun.

Has anyone been able to get in touch with Brice Ray recently? Perhaps
the permissions are still in place and software could be made
available fairly quickly. A quick check of my mail archive shows that
the 2009 Christmas deal covered all the 16-bit stuff and (some) of the
early MV stuff.

Mike
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Data General - MV

[Michael Kerpan]

The problem with Data General (both 16 and 32-bit) is that so little
software is available to play with. Unmapped (Nova) RDOS without any
programming languages is just about all that's out there. At one
point, Bruce Ray, author of the leading commerical DG emulation
software announced that he had obtained permission to make all sorts
of DG stuff available for hobbyist usage, but I don't think that
project ever made it to the web...

Mike
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] (no subject)

[Michael Kerpan]

Last spring, a guy named Matt posted a preliminary version of a
SIMH-derived VaxStation 2000 (with monochrome graphics) emulator.
Since the initial release, however, not much seems to have happened
and planned features such as source code, a Linux/X11 version and
SCSI/TK50 support seem to have never materialized. Does anybody know
what's up with this cool (but possibly abandoned) project?

Mike
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Who Remembers Data General RDOS

[Michael Kerpan]

Speaking of Data General and RDOS, does anybody know what happened to
the deal that Bruce Ray mentioned on cctalk a couple years ago about
the "imminent" availability of various Data General software for
hobbyist usage? It would seem that the deal's fallen through, but it
would be nice to have some info from somebody who might know better.
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] VAXstation 2000

[Michael Kerpan]

On Fri, May 27, 2011 at 1:33 PM, Matt  wrote:
> On 27/05/2011 15:04, Michael Kerpan wrote:
>> Using this as a template, I was able to create an RD-54 image that
>> boots on the VAXstation emulator. Sadly, the image seems to still
>> think it's running on a 3900, as there's some console type confusion
>> (No EDIT/TPU makes me sad and unable to edit files since I've never
>> been able to wrap my head around line editors) AND the darn thing's
>> not finding the graphics hardware when I try to start DECWindows (I
>> haven't been able to test VWS as the version on my 5.4-era condist
>> needs a PAK, which the hobbyist program doesn't provide.)
>>
>> Are there some AUTOGEN settings that should get the system to re-read
>> itself and start IDing correctly or do I have to learn linemode EDIT
>> and fix some files?
>>
>> Mike
>
> What is the output of SHOW LICENSE/CHARGE at the DCL prompt? It should
> show the correct system type.
>
> The text based video console does not provide any VT emulation, which
> makes it quite difficult to edit files. This 'issue' is still present
> even in OpenVMS 8.4 on IA64!
>
> You need the system parameter WINDOW_SYSTEM to 1 in order to load the
> DECwindows graphics driver (GCBDRIVER). If you set this parameter to 2
> it will load the VWS driver (VCDRIVER).
> You can set this parameter from SYSBOOT:
>
>>>> BOOT/R5:1 DUA0
>
> SYSBOOT> SET WINDOW_SYSTEM 1
>
> SYSBOOT> CONT
>
> Once you get up and running you can then add this to MODPARAMS.DAT for
> future autogens.
>
> One thing I should have pointed out about DECwindows is that you may
> need to disable mouse acceleration otherwise you will get Windows
> acceleration added to DECwindows acceleration and the mouse will be
> quite difficult to control.
>
> Matt

It worked! I now have a working copy of DECwindows in all its
monochromatic glory.

Mike
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] VAXstation 2000

[Michael Kerpan]

On Wed, May 25, 2011 at 3:39 PM,   wrote:
>> Another quick question: how would I go about installing stuff into
>
>> this, as there's no CD-ROM drive and no TK50 yet? Do you have to
>> install stuff on a "normal" SIMH build and then move the image?
>
>> Mike
>
> You will need to use the VAXserver 3900 for now. I wonder if the ROM code can 
> be
> tricked into accepting a CD-ROM drive by specifying custom format parameters
> (TEST 70)...
>

Given that IIRC, VMS does its hardware detection during install, how
did you go about getting the system to see the hardware present in the
VaxStation and forget about the stuff in the Vaxserver 3900?
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] VAXstation 2000

[Michael Kerpan]

Another quick question: how would I go about installing stuff into
this, as there's no CD-ROM drive and no TK50 yet? Do you have to
install stuff on a "normal" SIMH build and then move the image?

Mike
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] VAXstation 2000

[Michael Kerpan]

On Tue, May 24, 2011 at 6:43 PM,   wrote:
> This may be a duplicate post; I tried several days ago but was unsuccessful.
>
> There has been a lot of discussion around graphics support recently so I 
> thought
>
> I better post what i've been working on over the last month or so. I've been
> adding several extra VAX models to simh, one of which is the VAXstation 2000.
> Currently it has Windows GDI graphics output but I intend to add X11 support,
> which should make it portable to most of the supported simh platforms. I think
> VNC is probably the best approach but I went with GDI/X11 for now because it 
> was
>
> quick and simple.
>
> Below is a link to some Win32 binaries for this emulator. I will be releasing
> the source eventually but it needs quite a bit of tidying up first.
>
> https://rapidshare.com/files/3280624157/vax410_v5.zip
>
> (I will upload this somewhere more permanent soon)
>
> Bugs:
> The first time you type 'boot cpu' after creating a new nvr file, it will halt
> with a
> 'TOY ERR'. Type 'boot cpu' again and subsequent runs should be ok.
>
> ROMs:
> ka410.bin is the system ROM. 'load -r ka410.bin'
> ka410_net.bin is the network ROM. 'attach or0 ka410_net.bin'
>
> Cursor Control:
> Click in the video window to activate the emulated cursor; this will capture 
> the
>
> host cursor.
> Use the escape key (ESC) to release the host cursor.
> The emulated cursor is under the control of the guest OS. Sometimes it can
> become visible but it may not be possible to move it.
>
> Disks:
> Disk images should be interchangeable with the existing VAX emulators as the
> 'special formatting' is emulated internally. You can still run the 'TEST 70'
> formatter if you like though ;)
> RX50 support is untested.
>
> Tapes:
> The SCSI controller is only about 10% complete and is not useable yet.
>
> The zip file includes both VAXstation and MicroVAX variants with and without
> pcap. An example vax410.ini is also included.
>
> I hope i've covered all the important notes there. Please let me know if you 
> see
>
> any other bugs not mentioned above. Testing has been done with various 
> versions
> of VWS and DECwindows on VMS and with the VXT software, but I haven't tried
> Ultrix or any other Unix variant yet.
>
> The other VAXeni've been working on are as follows:
>
> VAX-11/730
>  + Console TU58
>  + RB730
>
> VAX-11/750
>  + Console TU58
>  + CI750
>
> VAX 8600
>  + Console RL02
>  + CI780
>
> MicroVAX II
>
> Industrial VAX 620 / rtVAX 1000
>
> VAX 4000-200
>  + SHACDSSI
>
> I'll be uploading some more of these over the next week.
>

Amazing! Is your VAX emulation core based on SIMH or did you roll your
own? Also, in the future could you consider using an alternate
filehost? I find that Mediafire is a lot more friendly than Rapidshare
and it's also free!

Mike
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Emulated Graphics card?

[Michael Kerpan]

On Thu, May 12, 2011 at 12:05 PM, John Floren  wrote:
> I recently integrated LibVNCServer with a VESA implementation I did for a
> KVM project. Very easy, probably a good choice if you want to show a
> framebuffer

Something like that was my initial thought as well. Sadly, as some
folks have pointed out, all the existing VNC/RFB stuff is GPL, while
SIMH is under an BSD/X11-style. Thus, in order to use VNC/RFB we'd
have to either create a GPL-licensed derivative of SIMH (Yucky, but
probably allowed under the license so long as the original code
retains its original notices) or create our own implementation
strictly from the specs...
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Emulated Graphics card?

[Michael Kerpan]

On Thu, May 12, 2011 at 4:25 AM, Jason Stevens  wrote:
> A while ago I started taking the PDP-11 that'd been modified for
> graphics, and I managed to get it to start to ouput on SDL.. It's
> reasonably portable, but I didn't think there was any interest...
>
> http://dl.dropbox.com/u/1694005/simh302-sdl-display-0.c
>
> I think the pallet needed some work, and there was some weird timer
> thing where my SDL output ran too fast...?
>
> Maybe bringing up the original PDP-1 video to the 3.8 SIMH level first
> may be the ticket...

Indeed. Something like that might be an interesting proof of concept,
especially since the PDP-1 video system is probably better documented
than any of the VAXstation video cards. Still, figuring out an
abstraction layer for simple video would go a long way towards getting
a system that can eventually support more complex things like virtual
video cards for the VAX and S-100 simulators.

Mike
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Emulated Graphics card?

[Michael Kerpan]

On Wed, May 11, 2011 at 3:53 AM, DELAFOSSE, Gilbert
 wrote:
>  Markus
>
> You already have a pseudo VAXstation with "off the shelf" tools
> You only need
> - Simh
> - an X11 emulator (Xming or Cygwin in the Windows world)
> That's it. You can even have Simh AND X11 running on the same machine
> With a brand new PC, you will outperform any VAXstation (Except perhaps the 
> VAXstation 8000)
> Runnig a VAXstation on a laptop is great

There's various problems with that, though. It requires that the
emulated VAX be set up with TCP/IP, which requires that Networking be
set up, which requires (usually) either a hardwired ethernet
connection or a complicate setup inside a VM. Additionally, a setup
like that can't handle certain things like Display PostScript which
were built into some versions of DECWindows but which aren't supported
by any modern X servers. Emulating a graphics card which can be
connected to by VNC would solve all those problems. I actually had a
similar idea a while ago, but given my limted coding skills, was
unable to do anything about it.
Mike
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] SIMH future releases / Sourceforge project (was RE: NetBSD5.0.2)

[Michael Kerpan]

There comes a time in the life of many long-term open source projects
when the original maintainers can no longer be as active as they once
were. The joy of open source, though, is that if that happens the
community can continue to update the software. While if there continue
to be no official releases, we may have to make some efforts to start
to take our patch collections and turn them into better-tested
versions, the fact that we have tools like Sourceforge available makes
that task less daunting than it might otherwise be.
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] [simh] new paper on history of Unix

[Michael Kerpan]

On Fri, Aug 20, 2010 at 3:12 PM, Rich Alderson
 wrote:

> I took at look at the two offerings.  The IEEE page lists all the references
> in that paper, a much longer list than the one that appears at the end of
> the Usenix paper.  I'm not quite ready to shell out $19 for a PDF, so I have
> no other way to judge the contenct, but that tells me that the IEEE paper is
> likely to have a good deal more than the other.


One of the fringe benefits of working at a University is the fact that
I can get these sorts of articles for free. Anyway, the two papers are
actually quite different. The USENIX paper is very tightly focused on
the actual restoration project, while the Journal paper talks more
broadly about early Unix history as well (though much of what it says
will be well known to folks who have read Life With Unix or A Quarter
Century of Unix)

Mike
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] UNS: Graphics on SimH

[Michael Kerpan]

Regardless of where SDL works, I still think that doing things in such
a way SIMH simply exports the graphics via RFB./VNC would be the
better solution. That way, we don't need to worry about the details of
display on any given platform: whoever writes the VNC client does that
for us. Also, I'm pretty sure that there are VNC clients for all major
SIMH host platforms, including VMS. Still, unless someone is willing
to implement this, my idea is just that, an idea. I'm glad that I seem
to have provoked a real discussion, though, and even if nothing ever
comes of this, at least I learned a few things in the process (such as
about the Terak)

Mike
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] An idea for graphics support in SIMH

[Michael Kerpan]

On Wed, Jul 7, 2010 at 7:01 PM, Richard  wrote:
>
> In article ,
>    Michael Kerpan   writes:
>
>> emulation code could write to and that could be viewed by an external
>> client.
>
> I guess I'm confused why an external client is necessary.
>
> It seems like it would be simpler to provide a local client.
>
> When I first saw this thread I thought it was going to be discussing a
> graphical front panel for the machine, augmented with a view of the
> machine architecture (register contents, single step, etc.).  Now I
> realize this is something different, but I think that would be nice to
> have.  You really can understand a CPU architecture better when you
> can single step execution and watch the register contents change.

I think a debugger would be good too, but I think that something that
increases the pool of software that can run is more useful. A to why
the graphics would be done through RFB rather than through direct
display, that's just to keep things cross-platform by off-loading the
platform-specific work of displaying graphics to external programs
rather than having code display routines for every platform SIMH runs
on into the codebase.

Mike
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] An idea for graphics support in SIMH

[Michael Kerpan]

On Wed, Jul 7, 2010 at 1:25 PM, Shoppa, Tim  wrote:
> I suppose some people want to run an archaic windowing system.
>
> I look at this a little differently - I usually want to run an archaic 
> application. And that archaic application usually supports
> Tek 4014 or similar graphics. In fact it usually didn't run under a windowing 
>  or framebuffer system to begin with.

That's fine, but there are still whole bunches of things that don't
support 4014 graphics that would be fun to muck with. The VAX
framebuffer is one example. The built-in vector display system of the
PDP-1 is another. Various graphics cards for systems like the PDP-11
or the S100 bus system are another still. All these things would
benefit from SIMH having a virtual framebuffer that graphical device
emulation code could write to and that could be viewed by an external
client. I'm not saying that good Tektronix emulation won't take care
of a lot of graphics stuff, I'm just saying that a modular system to
allow for guest-specific video hardware to be emulated in a uniform
way would useful.

PS, are there any free terminal emulators with support for
terminal-based graphics? Xterm does a mediocre job with Tek, but other
systems like DEC Regis/Sixel and DG Dasher seem to be completely
unsupported by any free (over even cheap) software in any meaningful
way... Maybe a nice cross-platform retro-oriented terminal emulation
suite would make a nice counterpart to SIMH?
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] An idea for graphics support in SIMH

[Michael Kerpan]

On Wed, Jul 7, 2010 at 12:10 PM, Brian Knittel  wrote:
> This seems like a good approach. Besides the PDP-1, the PDP-11 had the
> VT-11 and the IBM 1130 had the 2250. These are very similar devices --
> asynchronous display-list vector display processors. Who knows -- maybe
> someone can rig up an Evans and Sutherland PS2 for the PDP-11/70. (I
> think Tom Ferrin's UNIX V6 drivers are available?).
>
> The approach would also work well for machines with pixel- and
> character-based graphics like the IBM 5100 and 5110. (I have a SIMH
> emulator working, but it's Windows-only at this point due to the
> graphics issue). Then there are the e.g. Cromemco-type boards for the
> Altair, and so on.
>
> It does sort of open a Pandora's Box though, as it invites the
> proliferation of GUI control panels and other fluff. (Says the author
> of a fluffy, hacked-up GUI control panel for SIMH IBM 1130). One thing
> I like about SIMH is that the experience is all about the software,
> rather than on reproducing the physical appearance of the hardware.
>
> The tricky part would be the asynchronous nature of these display
> beasts. Could it be done without using a separate thread? Maybe. Or
> could we work up an abstraction of a display thread that was cross-
> platform and not too ugly? Maybe. It seems to me that this is where the
> difficulty and elegance will lie.
>
> Brian

I kind of figured that the elegance would lie in the fact that all
graphics could be simply written to a "virtual monitor" which would
then be shown to the world by means of RFB/VNC. The outside world
would never talk directly to the display hardware so any asynchronous
aspects could be handled internally. Also, I don't see how emulating
graphical hardware would open the gateway to GUI control panels.
Viewing the output of the virtual Cromemco Dazzler or VT-11 would be
no different in theory than connecting to a virtual serial port over
TELNET is, it's just the remote client program would be one that shows
pictures rather than just text.

Mike
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] An idea for graphics support in SIMH

[Michael Kerpan]

That's true, but 4014 emulation still can't help with systems like the
PDP-1 which had a built-in vector display or the VAX which often WAS
equipped with an FB. Just because programs that used Tek 401x vector
tubes work in Xterm doesn't mean that a solution to simulate other
sorts of displays isn't a good idea.

Mike

Also, aprt from Xterm, are there even any free Tek emulations around?
Just like REGIS/Sixel support, Tek emulation seems to be a feature
found only in expensive commercial programs.
On Wed, Jul 7, 2010 at 11:41 AM, Shoppa, Tim  wrote:
> Most graphical applications on minicomputers were accessed not with
> A framebuffer, but with a graphics-enabled terminal. (There
> Are exceptions and you point these out.) Tek 4014 emulation
> Goes a long way for most of my classic minicomputer graphical apps.
>
> Tim.
>
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
>
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] An idea for graphics support in SIMH

[Michael Kerpan]

It's good to see that folks don't think I'm barking up the wrong tree
here. Anyways, while I can't code this myself (my C-fu is weak), I'd
be more than happy to troll the web to dig up documentation in order
to help anyone who might be interested in implementing this.
Persoanlly, I would think that the thing to do would be to first set
up the basic server architecture and then implement a fairly simple
display like the PDP-1 vector tube to test the architecture. Then,
assuming we're not all too busy playing Spacewar to go any farther,
someone could go and code up something hard like a VAX framebuffer.

Mike
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] An idea for graphics support in SIMH

[Michael Kerpan]

One thing that's always bugged me was the fact that SIMH has no real
support for graphics. Some up the supported platforms (such as the
PDP-1) are widely recognized as important because of there graphical
display abilities. Others, such as the VAX were often sold with a
framebuffer installed for use as workstations. The general problem
with graphics, however, has always been that they make things less
cross-platform. Having a lot of free time over the summer to think
about such things, I recently hit upon an idea: why not implement
graphics systems via the RFB/VNC protocol?  That way, any people could
simply attach the "framebuffer" or "vector display" to a TCP/IP port
and connect with any number of free clients. Do people think that
something like this would be workable? It seems like a crazy idea, but
then again, it also seems in keeping with other things that SIMH does,
such as implement terminal multiplexers over TELNET...

Mike
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] CDC 6600

[Michael Kerpan]

On Wed, Jul 7, 2010 at 10:59 AM, Kevin Monceaux  wrote:

> Are any of the models implemented by the Desktop CYBER Emulator:
>
> http://members.iinet.net.au/~tom-hunter/
>
> close enough to the 6600/7600 to be of any help?

The 6400 was the low-end version of the 6600 architecture, so probably
the 6400 would be a good base. Still, given the fact that a single
binary license of DtCyber costs $12000, its a bit pricy. The author is
planning to release the source code at some point in the future (I
actually know when, but am not sure if I'm allowed to say) but when he
does, it will be under the GPL v3 (presumably to prevent the code from
being used by commercial entities other than the author's own, which
seems fair enough) so I doubt that the license will be compatible with
SIMH even once the code is there.

Also, software for the CDC stuff is not that easy to come by. While
there IS a hobbyist program for older CDC stuff, it is more selective
about who gets licenses that the OpenVMS program is.

Given that an emulator is rather useless without software to run on
it, I would say improvements to the plaforms that we already have
emulated and that software is readily available for would be more
useful than new platforms.

Mike
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Potentially stupid questions: PDP-11/RSTS and PDP-10/TOPS-20

[Michael Kerpan]

On Wed, Apr 28, 2010 at 6:59 AM, Michael Richter  wrote:
> Question #1: I'm trying to find some programs to put into my RSTS system and
> stumbled over some files on BitSaver that I can't figure out.
>  (http://bitsavers.org/bits/DEC/pdp11/dectape/ would be an example.)  They
> end in .dta and seem to be viable tape images of some kind when I inspect
> the contents.  For
> example http://bitsavers.org/bits/DEC/pdp11/dectape/rsts/SeattlePacificCollege/158_ahl_basic_games.dta.gz
> has a whole bunch of BASIC source files which appear to be in perfect order.
>  Yet I cannot find any combination of SIMH attach and RSTS mount commands
> that will allow me to actually access the contents of these.  What, if
> anything, is the trick to accessing these mysterious "DTA" formatted images?
>  Is there any kind of tool to convert to a format that SIMH supports?
> Question #2: I want to start tinkering with TOPS-20 under SIMH, but I can't
> find a sysgen tape image that boots.  Every one I've tried so far after
> attaching and using SIMH's boot command has just led to SIMH sucking up all
> my CPU and doing nothing else, even if left alone for hours.  Does anybody
> know of a known-good tape image to sysgen a TOPS-20 installation from that
> works under SIMH?

I can't help with the PDP-11 BASIC games, but as for TOPS-20, you have
to use version 4.1 or earlier. I've done it and it works fine. IIRC.
Just get your tapes here: http://pdp-10.trailing-edge.com/

If you really want to have the best possible TOPS-20 experience,
though, I really recommend using KLH-10, which allows the us of the
newest available version of TOPS-20 (including the excellent Panda
distribution) instead.
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] RSTS/E manuals in DJVU/OCR format

[Michael Kerpan]

Very cool. Did you do any manual correction of the OCR or is the
included OCR just the straight results of the OCR program you used?

Mike
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] SIMH VAX 3.8-1 causing Linux kernel crashes

[Michael Kerpan]

I've tried several times to install OpenVMS 7.3 into a recently-built
copy of the MicroVAX emulator and each time my system has frozen up
completely. After a few hard crashes of this sort, I decided to try an
experiment: I started the install process and then pulled up the Linux
error console. Sure enough, right as the system froze up, a kernel
"oops" appears that states something to the effect of "The ATA driver
has crashed and brought down the system" Given that I can do other
disk-intensive tasks like running disk benchmarks, imaging CD media
and playing long video files, it would appear that this is a software
error rather than a hardware one. Any suggestions here?

PS: I'm running OpenSuse 11.2 on an old AMD Athlon XP 3000+ with 1 GB
of RAM if that's useful to anyone.
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh