I have ULTRIX 4.0 working on Simh VAX (the 3900 I think, the default
is) and that's fine. I don't need to worry about which VAX model for
my purposes. Since it's under discussion, though, can anyone point to
a forum or mailing list where ULTRIX is still discussed?
I have questions about compiling/
Thanks Clem and Johnny for at least confirming what I suspected. I
worked with VMS on Vaxen in the 80s, At the time I wished for an
opportunity to compare VMS with UNIX on the same hardware. In the 90s
I worked with UNIX, mostly AIX on RS/6000. Today I mostly use Linux,
though I have a couple of Al
7;m looking for UNIX to run on VAX
or Alpha hardware platforms.
On 7/12/15, Jordi Guillaumes i Pons wrote:
>
>> El 12/07/2015, a les 13:52, Gary Lee Phillips va
>> escriure:
>>
>>
>> I keep looking for a way to get a "real" UNIX going, hence the ULTRIX
Also, no Solaris for the VAX or Alpha at all.
OpenBSD has been on my radar, though I find all their versions and
installation information really confusing. Some sources seem to
indicate that OpenBSD runs and is supported on VAX as well as Alpha,
but the versions referenced in VAX commentary appear
>If you want to run on a VAX or Alpha, I don't think Linux even is an
>option. You'll have to go with some BSD. NetBSD and OpenBSD both have
>support, although if we talk VAXen, I think the support is slightly
>better in NetBSD.
There is still Linux for Alpha, Johnny, though it's beginning to age
I just looked through the introductory documents and found no mention
of running SimH emulations on hosts with multi-core processors. Is
SimH aware of the fact that it is running on such a CPU?
I downloaded the OpenBSD for vax CD image yesterday. Having a
Raspberry Pi 2 Model B sitting here and no
If you have the PAK file that comes from the hobbyist distribution, it
is in fact written in DCL format so it is executable as a .COM
procedure.
Make sure the file is set executable, then run it from the command
line by putting an @ at the beginning of the file name. If the file is
complete and un
I see that the hobbyist license PAKs include DECWrite. I'm pretty sure
the installation files are not included in the downloads, though.
Does anyone have an installation file or media they could share? Alpha
preferred. I have two Alpha systems (DS-10 and PWS.) Both have CD-ROM
drives but no tape d
Thank you so much, Jeremy. When you have time, please let me know what
you can find. I really appreciate it.
>I have a collection of installation media, there should be VAX and Alpha
>versions there somewhere. I'll see what I can find on the weekend.
__
Thanks, Timothe. Now I'm really impressed that these things are still
hanging around. I believe 3.1 is the last version, and English
language is all I need. Is one of these British and the other
American? Either would do, but the American version is slightly
preferred.
On 17 Feb 2016 17:34:15, Tim
To complete the information for you, Timothe, I did get the VMSINSTAL
to run successfully on two SimH VAX setups. There was a complaint
issued about a missing license for the "lexicon" which suggested to me
that perhaps the spelling checker won't work.
Although DECWrite is installed, and appears o
In fact there's very little evidence on the web that the 8200 ever existed.
The first VAX I ever worked with (around 1985 or so) was an 8200 and there
was a point where I was convinced I had remembered the model ID incorrectly
because I could find nothing about it online. Then I found a promotional
Ethan Dicks wrote:
>That's earlier than is possible... the model was introduced in Jan,
>1986. Don't know date of first ship.
Well I did say "around 1985 or so." After 30+ years, I'd say that was a
pretty close guess.
The tape drive was not TK50. It was standard reel to reel media, horizontal
On Fri, Mar 17, 2017 at 11:05 AM, Paul Koning
wrote:
>
> FWIW, I just saw a comment that some IBM systems (early 360, perhaps) had
> a habit of inserting short gaps into the middle of tape records because of
> memory latency issues. Apparently IBM's drives could read such stuff but
> other peopl
Looking at what images I can find on the web, TU-80 seems correct. The one
we had was just generally flaky, I guess. It was 1600 bpi, 2400 foot tapes,
yes.
The MicroVAX we added later came with a TK-50 that never had any problems.
That came in when a second unrelated project was added that require
Surely a SimH PDP or VAX on another host (or even the same one) could
provide a well-featured MOP server?
--Gary
>The DS500 is a PDP-11, true. But it's also the model that don't have any
>local storage, and thus uses MOP in way more ways than any other DS,
>which might be a problem unless you hav
Does anyone know of a version of Python for OpenVMS 7.3 on VAX?
I have seen the versions for Alpha and IA64, and remarks stating that the C
runtime library on the 32 bit version of OpenVMS is "hostile" to Python.
However, I have seen Python (perhaps not the latest and greatest, but
certainly Pytho
Thanks to Dave L and Dave H for the suggestions.
Yes, I see python 1.4 (or maybe 1.5, the notes are not clear) on the decus
disks. That might do, though I was rather hoping for a 2.x version. Python
2.5 appears on the next decus distribution, but only for Alpha and
Integrity, so that upgrade must
I am running VAX 3.8-1 on a 64-bit Linux system. It performs well with
OpenVMS as the operating system. But when I try to run it with OpenBSD 5.7
there are issues.
The base system installs and boots correctly. But in order to bring in
tools such as language compilers or editors, it is necessary to
transfer in and out without any complaints. So thank you
again to whoever it was that found and fixed that problem.
--Gary
On Wed, Nov 8, 2017 at 1:50 AM, Mark Pizzolato wrote:
> Hi Gary,
>
> On Tuesday, November 7, 2017 at 5:29 AM, Gary Lee Phillips wrote:
> > I am running VA
A short answer to Dave's question. I am running Linux Mint, but not the
very latest version. I imagine the most recent version does have 3.9 in it.
Since 4.0 is still marked "beta" it is probably not included.
Further details: Linux Mint is derived from Ubuntu which in turn is derived
from Debian.
Long time ago. It was probably Slackware 9. And as Mark says, the makefile
needed a lot of tweaking and I'm not real proficient at C stuff so it took
me a lot of fumbling around. The simh version was 3.8 or perhaps even
earlier. Slackware didn't have much in the way of precompiled packages at
the t
I will note that I have been playing with the 4.0 beta simh vax on a Pi
Zero in just the last few days. I have had no errors on the self-test, and
no difficulties with the networking when running OpenVMS. Note that the Pi
Zero has no Ethernet port, but simh works when the XQ device is bridged
with
VMS Pascal conforms to the language standards. So does Turbo Pascal, if the
code is written to standard.
The problem with porting in Pascal comes when language extensions are used.
These are often proprietary and/or hardware specific. On OpenVMS much of
the extended capability depends on calling s
s (more than one?) at link
> time.
>
> Tim
>
> > On Feb 8, 2018, at 7:51 AM, Gary Lee Phillips
> wrote:
> >
> > VMS Pascal conforms to the language standards. So does Turbo Pascal, if
> the code is written to standard.
> >
> > The problem with portin
Yes, quite important seems to be an understatement. HPE is dropping the
program, apparently because the OpenVMS product line is now the
responsibility of VSI. But I can find no sign that VSI will continue the
hobbyist license program in any form. Those of us with actual
Alpha/Itanium/Vax hardware m
Yes, just received mine from Hari. And yes, the key ends in 301 and does
not contain the hobbyist number.
I'm curious about the possibility of backing down to VMS 5.0 or 4.4 as a
long-term solution. Are there installation files or ISO available
somewhere? I started with VMS back in the 80s using 4
Not precisely on topic here, I know. But this list shares a lot of relevant
knowledge and experience and I have easy access, so I'm asking. Please
forgive the distraction.
I am a fairly active user of a Digital Personal Work Station (PWS) and
generally run OpenVMS on it. I have a body of my own co
have a graphics card available that is compatible.
Gary, K9NZI
On Thu, Mar 12, 2020 at 11:41 AM Julien Savard
wrote:
> You might want to take a look here :
>
> http://wiki.netbsd.org/ports/alpha/
> https://www.openbsd.org/alpha.html
>
>
> On Thu, Mar 12, 2020 at 12:23 PM Gary
I had no idea Tru64 was available that way. Thanks for the tip. Does it not
require a key of some sort, though?
Gary, K9NZI
On Thu, Mar 12, 2020, 12:22 Supratim Sanyal wrote:
> https://archive.org/details/compaqtru64unix51
>
>
>
> ---
> Supratim Sanyal, W1XMT
> 39.19151 N, 77.23432 W
> QCOCAL:
Unfortunately, Earthlink took the unexplained action a couple of months ago
of deleting ALL personal web pages they had formerly supported for their
users. They did issue a warning that it would happen, but never apologized
or told us why. A lot of stuff was lost or at least removed from public
acc
The answer depends on what machine you are emulating and with what
operating system. Something like a VAX with OpenVMS has a lot of
tuning parameters within the operating system for balancing batch and
foreground priorities. Most systems that had simultaneous batch and
interactive operation were se
You can find LK keyboards on Ebay pretty regularly, though I consider
the prices too high most of the time ($50 and up once you pay
shipping.) I have also been told that any of the keyboards with PS/2
or USB connectors will work, including LK411 as well as the ones you
mention.
Since I also have a
I'm running SIMH 3.8 on Ubuntu 10.04 with OpenVMS 7.3 from the OpenVMS
Hobbyist CD.
The emulation seems to be working well for almost everything I've
tried, except that using the DZ device causes some odd behavior.
In my vax.ini file I have:
SET DZ LINES=8
ATTACH DZ 8501
When the VAX emulation
On Thu, May 19, 2011 at 12:03 PM, Jason Stevens wrote:
> I'd try the 'modem' setup for the DZ ... I recall something similar
> with Unix/32v
>
> set dz lines=16
> att dz -m 2311
>
Well, that sounded promising, but as far as I can tell, it made no
difference at all.
After a telnet session to the
On Thu, May 19, 2011 at 6:37 PM, David Holland
wrote:
> If all you're wanting to do is simply telnet into the VAX...
>
> Assuming a recent Linux kernel
>
> Bridge devices, and veth type devices will work wonders to get the VAX on
> the LAN.
>
> See:
>
> http://comments.gmane.org/gmane.comp.emulato
On Fri, May 20, 2011 at 12:43 PM, Bucher, Andreas (Andreas)** CTR **
wrote:
> Nevertheless, this is a crude workaround only, there should be either some
> settings in VMS to change that behaviour, or something in SIMH is not
> behaving correctly, hiding the disconnected state of the terminal an
On Thu, May 19, 2011 at 6:37 PM, David Holland
wrote:
>
> Bridge devices, and veth type devices will work wonders to get the VAX on
> the LAN.
>
The virtual interface and bridge trick ought to work, but I first
rejected it as unnecessarily complicated. Last night I tried to get it
working, but wit
On Fri, May 20, 2011 at 1:20 PM, Phil Mendelsohn wrote:
> On 11-05-20 01:11 PM, Gary Lee Phillips wrote:
>
> This smells like the right area to be poking around in, but I seem to recall
> an awful lot of VTs that were wired just TX, RX, and ground and they just
> worked. The ha
Thanks, Mark. I was planning to try the VH emulation this weekend, in
fact. I'd held off because I wasn't sure I could use a Qbus device
with the Microvax emulator, and thought I might have to build the
11/780 emulation instead.
I have more information on the DZ, too. After much blind and random
e
OK, interesting. Here's what I learned by trying the "VH" device
(that's a DHV11, right?)
Though it is supposed to represent 8 lines, it created 16 terminal
devices in VMS. There are 8 TTnn devices and 8 TXnn devices. I believe
these are all programmed I/O, so the load on the processor increases
a
poses, so thanks to
everyone who helped.
--Gary
On Sat, May 21, 2011 at 12:38 PM, Mark Pizzolato - Info Comm
wrote:
> On Saturday, May 21, 2011 at 8:29 AM, Gary Lee Phillips wrote:
>> OK, interesting. Here's what I learned by trying the "VH" device
> (that's a
The BIN directory has to exist before you can "make" though I'm not
sure it has to be that way. I'm no wiz on makefiles, but I'm sure the
directory could be created if it didn't already exist.
Your other problem with libpcap is a bit more complicated. On Ubuntu,
and presumably Debian as well since
Looks like you're missing the header files for libpcap. I don't run
RedHat so I have no idea where they may have stashed them. You may
have to add a separate "developer" package to get them, or they may be
already there, just not where the compiler is looking.
Check /usr/local/include and if there
Thanks for the detailed explanations. I do have access to much of the
standard VMS documentation, though most of what I have is for version
5.x. Knowing what the parameters on SET TERM should mean is not
usually the problem, though occasionally the manuals will be overly
terse. (As in "Set the XYZ
Phil's instructions are still good. I have SIMH VAX running on Ubuntu 10.04
and 10.10 just fine.
The problem, I suspect, is that you installed the SIMH package provided by
Ubuntu. That one does not include network capabilities. It was compiled
without them (and the description does warn of that.)
Is this even possible? I have SIMH 3.9 on Linux Mint 12, running the
VAX with OpenVMS 7.3. It works great, except for networking. The
hardware is ASUS EeePC with Atheros AR5001 wireless network adapter
and Atheros L2 Fast Ethernet adapter.
I have libpcap version 1.1.1 (which is also callable as ve
I should have mentioned that I've tried setting up bridging and taptap
without success when using the wireless interface. I use it on my
desktop PCs (wired ethernet and Ubuntu) where it works OK though it's
very cumbersome to start up and shut down.
I thought the main advantage of a bridge was the
Might be some peculiarity of Ubuntu or my two Dell desktop PCs, but
the system logs do in fact show that they are waiting for the tun0
device to close down and that it is "busy". I've waited as long as 30
minutes after the SIMH module was closed, and still no shutdown for
Linux.
The desktop machin
Well, just to confirm what I thought I remembered:
I tried again to set up bridging, and it is not possible using the
method that works for wired ethernet. That is, I define a bridge br0
using the brctl command (as root of course) and then add interfaces to
the bridge. I can add eth0 without diffi
50 matches
Mail list logo