Is anyone on HECnet running TOPS-20?
I occasionally have CALHAN:: up running the Panda distribution (TOPS-20 7.1). It generally works okay, but I have some DECnet configuration problems with it in that I can't seem to load the node database:
@enable
$opr
OPR>enter ncp
NCP>define node dusty address 19.301
NCP>
15:17:34 NCP
Request # 3; Define Node Failed, Operation failure
I don't know enough about TOPS-20 to know why this fails.
--Marc
Yup, changing it to -lpcap made it compile on my 64 bit CentOS box too..
Sampsa
On 9 Apr 2012, at 09:04, Oleg Safiullin wrote:
On 04/09/2012 12:33 PM, hvlems at zonnet.nl wrote:
Dave,
I figured that out too. My system doesn't have a libpcap.a file! If I know how to build one then all would be fine.
To build SimH manually wothout libpcap.a (but with libpcap.so.*) you should edit `makefile' and replace line
NETWORK_OPT = -DUSE_NETWORK -isystem /usr/local/include /usr/local/lib/libpcap.a
with
NETWORK_OPT = -DUSE_NETWORK -isystem /usr/local/include -lpcap
and then do
mkdir BIN
make USE_NETWORK=yes
On 04/09/2012 12:33 PM, hvlems at zonnet.nl wrote:
Dave,
I figured that out too. My system doesn't have a libpcap.a file! If I know how to build one then all would be fine.
To build SimH manually wothout libpcap.a (but with libpcap.so.*) you should edit `makefile' and replace line
NETWORK_OPT = -DUSE_NETWORK -isystem /usr/local/include /usr/local/lib/libpcap.a
with
NETWORK_OPT = -DUSE_NETWORK -isystem /usr/local/include -lpcap
and then do
mkdir BIN
make USE_NETWORK=yes
Dave,
I figured that out too. My system doesn't have a libpcap.a file! If I know how to build one then all would be fine.
Hans
-----Original Message-----
From: Dave McGuire <mcguire at neurotica.com>
Sender: owner-hecnet at Update.UU.SE
Date: Sun, 08 Apr 2012 19:05:36
To: <hecnet at Update.UU.SE>
Reply-To: hecnet at Update.UU.SESubject: Re: [HECnet] building simh
I was thinking this was pretty odd, so I looked at the source
distribution for simh v3.8-1. It seems the makefile is hard-coded to
look for libpcap.a in /usr/local/lib.
Bad idea.
Edit the makefile and fix the path to libpcap.a. That's on line 18 in
the standard v3.8-1 sources.
-Dave
On 04/08/2012 03:48 PM, hvlems at zonnet.nl wrote:
Dave,
The system has libpcap-devel-1.0.0.5 installed
Fedora is RH's free linux distribution.
It uses Yum as install manager.
-----Original Message-----
From: Dave McGuire <mcguire at neurotica.com>
Sender: owner-hecnet at Update.UU.SE
Date: Sun, 08 Apr 2012 15:40:32
To: <hecnet at Update.UU.SE>
Reply-To: hecnet at Update.UU.SESubject: Re: [HECnet] building simh
On 04/08/2012 05:26 AM, hvlems at zonnet.nl wrote:
Well, this isn't a linux forum but perhaps one of you solved this problem.
I have an Asus Eee PC 900, and it Tnow) has Fedora 14 installed.
It runs the bridge program and I want to run simh on this box since it is cheap on mains power. Its battery is shot which is why my ex gave it to me.
I have libpcap installed and used 'make USE_NETWORK'=1' to build simh.
Which fails because it cannot locate
/usr/local/llib/libpcap.a
There is a libpcap.so, in /usr/lib
Am I running an old version of linux, or made an error installing libcap?
Hi! It sounds to me like you've got the runtime support for libpcap
installed, but not the "development" support.
For libraries, .so files (so == Shared Object) are used at runtime,
while .a (Archive) files are used at compile time. (well, more
specifically at link time). The former are dynamically-linked shared
libraries, whereas the latter are non-shared libraries for static linking.
These days, compilation support is rarely included by default on Linux
OS or package distributions to save space. One must explicitly install
the "dev" version of the library, which typically gets you .a files for
static linking, as well as the header (.h) files.
I've never seen Fedora 14, so I don't know exactly how its package
repository system works, but you'll need to find and install whatever
package corresponds to "libpcap-dev" or something very similarly named.
This should get you going.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
On 04/08/2012 07:42 PM, Gregg Levine wrote:
And Dave, welcome to the region.
Thanks! We seem to cross paths all over the place. ;)
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
On Sun, Apr 8, 2012 at 7:05 PM, Dave McGuire <mcguire at neurotica.com> wrote:
I was thinking this was pretty odd, so I looked at the source
distribution for simh v3.8-1. It seems the makefile is hard-coded to
look for libpcap.a in /usr/local/lib.
Bad idea.
Edit the makefile and fix the path to libpcap.a. That's on line 18 in
the standard v3.8-1 sources.
-Dave
On 04/08/2012 03:48 PM, hvlems at zonnet.nl wrote:
Dave,
The system has libpcap-devel-1.0.0.5 installed
Fedora is RH's free linux distribution.
It uses Yum as install manager.
-----Original Message-----
From: Dave McGuire <mcguire at neurotica.com>
Sender: owner-hecnet at Update.UU.SE
Date: Sun, 08 Apr 2012 15:40:32
To: <hecnet at Update.UU.SE>
Reply-To: hecnet at Update.UU.SESubject: Re: [HECnet] building simh
On 04/08/2012 05:26 AM, hvlems at zonnet.nl wrote:
Well, this isn't a linux forum but perhaps one of you solved this problem.
I have an Asus Eee PC 900, and it Tnow) has Fedora 14 installed.
It runs the bridge program and I want to run simh on this box since it is cheap on mains power. Its battery is shot which is why my ex gave it to me.
I have libpcap installed and used 'make USE_NETWORK'=1' to build simh.
Which fails because it cannot locate
/usr/local/llib/libpcap.a
There is a libpcap.so, in /usr/lib
Am I running an old version of linux, or made an error installing libcap?
Hi! It sounds to me like you've got the runtime support for libpcap
installed, but not the "development" support.
For libraries, .so files (so == Shared Object) are used at runtime,
while .a (Archive) files are used at compile time. (well, more
specifically at link time). The former are dynamically-linked shared
libraries, whereas the latter are non-shared libraries for static linking.
These days, compilation support is rarely included by default on Linux
OS or package distributions to save space. One must explicitly install
the "dev" version of the library, which typically gets you .a files for
static linking, as well as the header (.h) files.
I've never seen Fedora 14, so I don't know exactly how its package
repository system works, but you'll need to find and install whatever
package corresponds to "libpcap-dev" or something very similarly named.
This should get you going.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
Hello!
First of all, there's been discussion on the SIMH list regarding
updates to the code, and one individual other then Bob himself has
undertaken the task of the herculean efforts to create what will
become the next big release. I'm not sure how old the Fedora release
is that you are using Hans, but for me I do know that Slackware-13.37
who always includes everything even kernel source code, is about two
years old and is approaching three. Search the list for SIMH for the
methods of obtaining a code drop from the authors Git repository. It
includes code in the make file to use the normal locations of where
libcap.a lives.
And here's the amusing part, what release of the GNU tools is your
Fedora release using? I know that mine is too new for the release of
SIMH we are discussing because the linker complains.
Ideally before going that route, I suggest looking through SIMH
postings for a newer release then the one that's on the site.
And Dave, welcome to the region.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
I was thinking this was pretty odd, so I looked at the source
distribution for simh v3.8-1. It seems the makefile is hard-coded to
look for libpcap.a in /usr/local/lib.
Bad idea.
Edit the makefile and fix the path to libpcap.a. That's on line 18 in
the standard v3.8-1 sources.
-Dave
On 04/08/2012 03:48 PM, hvlems at zonnet.nl wrote:
Dave,
The system has libpcap-devel-1.0.0.5 installed
Fedora is RH's free linux distribution.
It uses Yum as install manager.
-----Original Message-----
From: Dave McGuire <mcguire at neurotica.com>
Sender: owner-hecnet at Update.UU.SE
Date: Sun, 08 Apr 2012 15:40:32
To: <hecnet at Update.UU.SE>
Reply-To: hecnet at Update.UU.SESubject: Re: [HECnet] building simh
On 04/08/2012 05:26 AM, hvlems at zonnet.nl wrote:
Well, this isn't a linux forum but perhaps one of you solved this problem.
I have an Asus Eee PC 900, and it Tnow) has Fedora 14 installed.
It runs the bridge program and I want to run simh on this box since it is cheap on mains power. Its battery is shot which is why my ex gave it to me.
I have libpcap installed and used 'make USE_NETWORK'=1' to build simh.
Which fails because it cannot locate
/usr/local/llib/libpcap.a
There is a libpcap.so, in /usr/lib
Am I running an old version of linux, or made an error installing libcap?
Hi! It sounds to me like you've got the runtime support for libpcap
installed, but not the "development" support.
For libraries, .so files (so == Shared Object) are used at runtime,
while .a (Archive) files are used at compile time. (well, more
specifically at link time). The former are dynamically-linked shared
libraries, whereas the latter are non-shared libraries for static linking.
These days, compilation support is rarely included by default on Linux
OS or package distributions to save space. One must explicitly install
the "dev" version of the library, which typically gets you .a files for
static linking, as well as the header (.h) files.
I've never seen Fedora 14, so I don't know exactly how its package
repository system works, but you'll need to find and install whatever
package corresponds to "libpcap-dev" or something very similarly named.
This should get you going.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
Wasn't compiled with ethernet support.
Hans
-----Original Message-----
From: Sampsa Laine <sampsa at mac.com>
Sender: owner-hecnet at Update.UU.SE
Date: Sun, 08 Apr 2012 23:02:04
To: <hecnet at Update.UU.SE>
Reply-To: hecnet at Update.UU.SESubject: Re: [HECnet] building simh
Did the RPM work? There's one for Fedora 14 as well...
Sampsa
On 8 Apr 2012, at 22:48, hvlems at zonnet.nl wrote:
Dave,
The system has libpcap-devel-1.0.0.5 installed
Fedora is RH's free linux distribution.
It uses Yum as install manager.
-----Original Message-----
From: Dave McGuire <mcguire at neurotica.com>
Sender: owner-hecnet at Update.UU.SE
Date: Sun, 08 Apr 2012 15:40:32
To: <hecnet at Update.UU.SE>
Reply-To: hecnet at Update.UU.SESubject: Re: [HECnet] building simh
On 04/08/2012 05:26 AM, hvlems at zonnet.nl wrote:
Well, this isn't a linux forum but perhaps one of you solved this problem.
I have an Asus Eee PC 900, and it Tnow) has Fedora 14 installed.
It runs the bridge program and I want to run simh on this box since it is cheap on mains power. Its battery is shot which is why my ex gave it to me.
I have libpcap installed and used 'make USE_NETWORK'=1' to build simh.
Which fails because it cannot locate
/usr/local/llib/libpcap.a
There is a libpcap.so, in /usr/lib
Am I running an old version of linux, or made an error installing libcap?
Hi! It sounds to me like you've got the runtime support for libpcap
installed, but not the "development" support.
For libraries, .so files (so == Shared Object) are used at runtime,
while .a (Archive) files are used at compile time. (well, more
specifically at link time). The former are dynamically-linked shared
libraries, whereas the latter are non-shared libraries for static linking.
These days, compilation support is rarely included by default on Linux
OS or package distributions to save space. One must explicitly install
the "dev" version of the library, which typically gets you .a files for
static linking, as well as the header (.h) files.
I've never seen Fedora 14, so I don't know exactly how its package
repository system works, but you'll need to find and install whatever
package corresponds to "libpcap-dev" or something very similarly named.
This should get you going.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
Did the RPM work? There's one for Fedora 14 as well...
Sampsa
On 8 Apr 2012, at 22:48, hvlems at zonnet.nl wrote:
Dave,
The system has libpcap-devel-1.0.0.5 installed
Fedora is RH's free linux distribution.
It uses Yum as install manager.
-----Original Message-----
From: Dave McGuire <mcguire at neurotica.com>
Sender: owner-hecnet at Update.UU.SE
Date: Sun, 08 Apr 2012 15:40:32
To: <hecnet at Update.UU.SE>
Reply-To: hecnet at Update.UU.SESubject: Re: [HECnet] building simh
On 04/08/2012 05:26 AM, hvlems at zonnet.nl wrote:
Well, this isn't a linux forum but perhaps one of you solved this problem.
I have an Asus Eee PC 900, and it Tnow) has Fedora 14 installed.
It runs the bridge program and I want to run simh on this box since it is cheap on mains power. Its battery is shot which is why my ex gave it to me.
I have libpcap installed and used 'make USE_NETWORK'=1' to build simh.
Which fails because it cannot locate
/usr/local/llib/libpcap.a
There is a libpcap.so, in /usr/lib
Am I running an old version of linux, or made an error installing libcap?
Hi! It sounds to me like you've got the runtime support for libpcap
installed, but not the "development" support.
For libraries, .so files (so == Shared Object) are used at runtime,
while .a (Archive) files are used at compile time. (well, more
specifically at link time). The former are dynamically-linked shared
libraries, whereas the latter are non-shared libraries for static linking.
These days, compilation support is rarely included by default on Linux
OS or package distributions to save space. One must explicitly install
the "dev" version of the library, which typically gets you .a files for
static linking, as well as the header (.h) files.
I've never seen Fedora 14, so I don't know exactly how its package
repository system works, but you'll need to find and install whatever
package corresponds to "libpcap-dev" or something very similarly named.
This should get you going.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
On CentOS it was called libpcap-devel, so yum install libpcap-devel did the trick.
Well, sort of. For some reason the makefile needs to be hacked to point at /usr/lib instead of /usr/local/lib and /usr/include vs /usr/local/include, and it still doesn't work on 64 bit distros, saying the .a file is 32 bit only..
Sampsa
On 8 Apr 2012, at 22:40, Dave McGuire wrote:
On 04/08/2012 05:26 AM, hvlems at zonnet.nl wrote:
Well, this isn't a linux forum but perhaps one of you solved this problem.
I have an Asus Eee PC 900, and it Tnow) has Fedora 14 installed.
It runs the bridge program and I want to run simh on this box since it is cheap on mains power. Its battery is shot which is why my ex gave it to me.
I have libpcap installed and used 'make USE_NETWORK'=1' to build simh.
Which fails because it cannot locate
/usr/local/llib/libpcap.a
There is a libpcap.so, in /usr/lib
Am I running an old version of linux, or made an error installing libcap?
Hi! It sounds to me like you've got the runtime support for libpcap
installed, but not the "development" support.
For libraries, .so files (so == Shared Object) are used at runtime,
while .a (Archive) files are used at compile time. (well, more
specifically at link time). The former are dynamically-linked shared
libraries, whereas the latter are non-shared libraries for static linking.
These days, compilation support is rarely included by default on Linux
OS or package distributions to save space. One must explicitly install
the "dev" version of the library, which typically gets you .a files for
static linking, as well as the header (.h) files.
I've never seen Fedora 14, so I don't know exactly how its package
repository system works, but you'll need to find and install whatever
package corresponds to "libpcap-dev" or something very similarly named.
This should get you going.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
Dave,
The system has libpcap-devel-1.0.0.5 installed
Fedora is RH's free linux distribution.
It uses Yum as install manager.
-----Original Message-----
From: Dave McGuire <mcguire at neurotica.com>
Sender: owner-hecnet at Update.UU.SE
Date: Sun, 08 Apr 2012 15:40:32
To: <hecnet at Update.UU.SE>
Reply-To: hecnet at Update.UU.SESubject: Re: [HECnet] building simh
On 04/08/2012 05:26 AM, hvlems at zonnet.nl wrote:
Well, this isn't a linux forum but perhaps one of you solved this problem.
I have an Asus Eee PC 900, and it Tnow) has Fedora 14 installed.
It runs the bridge program and I want to run simh on this box since it is cheap on mains power. Its battery is shot which is why my ex gave it to me.
I have libpcap installed and used 'make USE_NETWORK'=1' to build simh.
Which fails because it cannot locate
/usr/local/llib/libpcap.a
There is a libpcap.so, in /usr/lib
Am I running an old version of linux, or made an error installing libcap?
Hi! It sounds to me like you've got the runtime support for libpcap
installed, but not the "development" support.
For libraries, .so files (so == Shared Object) are used at runtime,
while .a (Archive) files are used at compile time. (well, more
specifically at link time). The former are dynamically-linked shared
libraries, whereas the latter are non-shared libraries for static linking.
These days, compilation support is rarely included by default on Linux
OS or package distributions to save space. One must explicitly install
the "dev" version of the library, which typically gets you .a files for
static linking, as well as the header (.h) files.
I've never seen Fedora 14, so I don't know exactly how its package
repository system works, but you'll need to find and install whatever
package corresponds to "libpcap-dev" or something very similarly named.
This should get you going.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
On 04/08/2012 05:26 AM, hvlems at zonnet.nl wrote:
Well, this isn't a linux forum but perhaps one of you solved this problem.
I have an Asus Eee PC 900, and it Tnow) has Fedora 14 installed.
It runs the bridge program and I want to run simh on this box since it is cheap on mains power. Its battery is shot which is why my ex gave it to me.
I have libpcap installed and used 'make USE_NETWORK'=1' to build simh.
Which fails because it cannot locate
/usr/local/llib/libpcap.a
There is a libpcap.so, in /usr/lib
Am I running an old version of linux, or made an error installing libcap?
Hi! It sounds to me like you've got the runtime support for libpcap
installed, but not the "development" support.
For libraries, .so files (so == Shared Object) are used at runtime,
while .a (Archive) files are used at compile time. (well, more
specifically at link time). The former are dynamically-linked shared
libraries, whereas the latter are non-shared libraries for static linking.
These days, compilation support is rarely included by default on Linux
OS or package distributions to save space. One must explicitly install
the "dev" version of the library, which typically gets you .a files for
static linking, as well as the header (.h) files.
I've never seen Fedora 14, so I don't know exactly how its package
repository system works, but you'll need to find and install whatever
package corresponds to "libpcap-dev" or something very similarly named.
This should get you going.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
Will try that Sampsa.
From: Sampsa Laine <sampsa at mac.com>
Sender: owner-hecnet at Update.UU.SE
Date: Sun, 08 Apr 2012 12:37:19 +0300
To: <hecnet at Update.UU.SE>
ReplyTo: hecnet at Update.UU.SE
Subject: Re: [HECnet] building simh
OK,
I know I'm not really answering your question but have you tried installing it through an rpm?
I found one here: http://rpm.pbone.net/index.php3/stat/4/idpl/17350842/dir/fedora_16/com/simh…
Sampsa
On 8 Apr 2012, at 12:26, hvlems at zonnet.nl wrote:
Well, this isn't a linux forum but perhaps one of you solved this problem.
I have an Asus Eee PC 900, and it Tnow) has Fedora 14 installed.
It runs the bridge program and I want to run simh on this box since it is cheap on mains power. Its battery is shot which is why my ex gave it to me.
I have libpcap installed and used 'make USE_NETWORK'=1' to build simh.
Which fails because it cannot locate
/usr/local/llib/libpcap.a
There is a libpcap.so, in /usr/lib
Am I running an old version of linux, or made an error installing libcap?
Han
OK,
I know I'm not really answering your question but have you tried installing it through an rpm?
I found one here: http://rpm.pbone.net/index.php3/stat/4/idpl/17350842/dir/fedora_16/com/simh…
Sampsa
On 8 Apr 2012, at 12:26, hvlems at zonnet.nl wrote:
Well, this isn't a linux forum but perhaps one of you solved this problem.
I have an Asus Eee PC 900, and it Tnow) has Fedora 14 installed.
It runs the bridge program and I want to run simh on this box since it is cheap on mains power. Its battery is shot which is why my ex gave it to me.
I have libpcap installed and used 'make USE_NETWORK'=1' to build simh.
Which fails because it cannot locate
/usr/local/llib/libpcap.a
There is a libpcap.so, in /usr/lib
Am I running an old version of linux, or made an error installing libcap?
Han
Well, this isn't a linux forum but perhaps one of you solved this problem.
I have an Asus Eee PC 900, and it Tnow) has Fedora 14 installed.
It runs the bridge program and I want to run simh on this box since it is cheap on mains power. Its battery is shot which is why my ex gave it to me.
I have libpcap installed and used 'make USE_NETWORK'=1' to build simh.
Which fails because it cannot locate
/usr/local/llib/libpcap.a
There is a libpcap.so, in /usr/lib
Am I running an old version of linux, or made an error installing libcap?
Han
SG1:: and the Multinet Tunnel have returned to the Eastern US Hub. For
those who need it, resolve bridge.declab.net for the address.
Restoration of the bridge connection is in progress...
-Steve
On Thu, 5 Apr 2012, hvlems at zonnet.nl wrote:
Real hardware is priceless: a couple of months ago I was given a DS10
and a DS20E for free. The only disadvantages I feel are floorspace and
Have you in your " free source" some VAX or PDP hardware?
I would like to buy it..
Igor
On 2012-04-05 16.13, Mark Wickens wrote:
PS: The chap mentioned that hecnet.eu has been down for a while (so he's
clearly aware of us) - any ideas when/if it's coming back up?
Hi Guys,
That's my bad - the AlphaServer 1000A that runs hecnet.eu is currently
switched off but will be back up next week. I had previously implemented
a squid cache on a box that is always up 24/7 but an ubuntu upgrade and
not enough time mean that's not currently working - I'll take another
look when I get a chance.
Mark, what kind of content is there on hecnet.eu? I've started to get my web server for RSX running... ;-)
Johnny
PS: The chap mentioned that hecnet.eu has been down for a while (so he's clearly aware of us) - any ideas when/if it's coming back up?
Hi Guys,
That's my bad - the AlphaServer 1000A that runs hecnet.eu is currently switched off but will be back up next week. I had previously implemented a squid cache on a box that is always up 24/7 but an ubuntu upgrade and not enough time mean that's not currently working - I'll take another look when I get a chance.
Mark.
On Thu, 5 Apr 2012, hvlems at zonnet.nl wrote:
Real hardware is priceless: a couple of months ago I was given a DS10 and a DS20E for free. The only disadvantages I feel are floorspace and
I know you are in the Netherlands (I'm in the US), but I'd *love* to have a free source for a DS[1-2]0. :) My normal sources for DEC hardware seem to have hit what is hopefully a temporary dry spell.
Fred
----
Lets call it for what it is - "legacy" is a term that people use in a
polite but derogatory manner to imply that the future direction they
prefer is not that which they view as the current direction.
They've discontinued the freeware ES40 emulator, so their 128 MB max memory thing is the only thing for free for now.
I'm waiting to hear back re: pricing from the Avanti people, let's see how low they can go..
Sampsa
On 5 Apr 2012, at 11:52, Sampsa Laine wrote:
On 5 Apr 2012, at 11:47, John H. Reinhardt wrote:
Thanks. That's what I'd seen. The other probable show stopper for me is that it only runs under Windows. If I bought the emulator, then I'd have to also buy a Windows license to run it. :( But nobody seems to have a working Alpha emulator that runs under Linux. At least one without limitations that are annoying. The CHARON -AXP/ES40 for Linux NCE needs to be manually re-started every 30 days and it only allows 2 emulated scsi disks. I'm not even sure it's current. The documentation page says the binary expires on 12-31-2010 so apparently hasn't been updated in a while.
I'll still prob go for it - I've got a Win7 box doing nothing so I'll maybe move CHIMPY onto it..I think it might be as fast or even faster than the DS10, but we'll see. If not, I'll run it as an extra host, maybe cluster the two.
Whoa! new surprise. I logged into the Stromasys site to look at the downloads and the ES40 emulator has been retired! No longer available. You have your choice of a MicroVAX 3600/3900, DEC3000-400, AlphaServer 400 or AlphaServer DS10. The DS10 is Windows 64-bit XP/7 only. The DEC3000-400 is Windows 32-bit XP only. MicroVAX is Windows 32-bit, Linux 32-bit and ESXi (VMWare) and the AS400 is Windows 64-bit, Linux 64-bit and ESXi. What a motley assortment of supported hosts - none of which are what I'm looking for. :(
Yeah, that kinda sucks. I wrote them and asked about the ES40 NCE, let's see what they say.
On 5 Apr 2012, at 11:47, John H. Reinhardt wrote:
Thanks. That's what I'd seen. The other probable show stopper for me is that it only runs under Windows. If I bought the emulator, then I'd have to also buy a Windows license to run it. :( But nobody seems to have a working Alpha emulator that runs under Linux. At least one without limitations that are annoying. The CHARON -AXP/ES40 for Linux NCE needs to be manually re-started every 30 days and it only allows 2 emulated scsi disks. I'm not even sure it's current. The documentation page says the binary expires on 12-31-2010 so apparently hasn't been updated in a while.
I'll still prob go for it - I've got a Win7 box doing nothing so I'll maybe move CHIMPY onto it..I think it might be as fast or even faster than the DS10, but we'll see. If not, I'll run it as an extra host, maybe cluster the two.
Whoa! new surprise. I logged into the Stromasys site to look at the downloads and the ES40 emulator has been retired! No longer available. You have your choice of a MicroVAX 3600/3900, DEC3000-400, AlphaServer 400 or AlphaServer DS10. The DS10 is Windows 64-bit XP/7 only. The DEC3000-400 is Windows 32-bit XP only. MicroVAX is Windows 32-bit, Linux 32-bit and ESXi (VMWare) and the AS400 is Windows 64-bit, Linux 64-bit and ESXi. What a motley assortment of supported hosts - none of which are what I'm looking for. :(
Yeah, that kinda sucks. I wrote them and asked about the ES40 NCE, let's see what they say.
Thanks. That's what I'd seen. The other probable show stopper for me is that it only runs under Windows. If I bought the emulator, then I'd have to also buy a Windows license to run it. :( But nobody seems to have a working Alpha emulator that runs under Linux. At least one without limitations that are annoying. The CHARON -AXP/ES40 for Linux NCE needs to be manually re-started every 30 days and it only allows 2 emulated scsi disks. I'm not even sure it's current. The documentation page says the binary expires on 12-31-2010 so apparently hasn't been updated in a while.
Whoa! new surprise. I logged into the Stromasys site to look at the downloads and the ES40 emulator has been retired! No longer available. You have your choice of a MicroVAX 3600/3900, DEC3000-400, AlphaServer 400 or AlphaServer DS10. The DS10 is Windows 64-bit XP/7 only. The DEC3000-400 is Windows 32-bit XP only. MicroVAX is Windows 32-bit, Linux 32-bit and ESXi (VMWare) and the AS400 is Windows 64-bit, Linux 64-bit and ESXi. What a motley assortment of supported hosts - none of which are what I'm looking for. :(
Here's the link although you'll probably have to create an account to see it. http://www.stromasys.ch/downloads/downloads-freeware/
John H. Reinhardt
On 4/5/12 4:13 AM, Sampsa Laine wrote:
Here's the SPD: http://www.migrationspecialties.com/pdf/Avanti_SPD.pdf
Sampsa
On 5 Apr 2012, at 11:07, John H. Reinhardt wrote:
I looked on the Migration Specialties web site and found FreeAXP and Avanti but no mention of a DS10 emulation. Can you be more specific on where you found this? Both the FreeAXP and Avanti emulators are EV4 (AlphaServer 400) emulation. Maybe in this case the chip version doesn't really matter but it would be nice to have something a little more modern.
For a DS10 class emulator with up to 3GB of memory and lots of disk space I'd go up to $100 US. Otherwise I'm just as happy to run my DS20E or XP1000.
John H. Reinhardt
On 4/4/12 5:21 PM, Sampsa Laine wrote:
Guys,
I've just been talking to the guys who make the FreeAXP product about possible hobbyist pricing for their DS10 and other commercial products - they seemed to like what we're doing with HECnet and asked what I thought was a fair price for a DS10 emulator, so I figured I'd ask here.
Basically, I think we can get a better deal if a bunch of us buy a copy. Their list price for the DS10 version is USD 6,000 which of course is crazy as we can get a lot of hardware for that kind of money.
So I guess my questions are these:
1. How many of you are interested in a commercial Alpha emulator at hobbyist pricing?
2. What are we willing to pay for say an emulated DS10?
Sampsa
PS: The chap mentioned that hecnet.eu has been down for a while (so he's clearly aware of us) - any ideas when/if it's coming back up?
Kari,
Do you have a download link for this? I couldn't find it on their site, going to give it a try on my system, see what the performance is like...
Sampsa
On 5 Apr 2012, at 10:15, Kari Uusim ki wrote:
Sampsa,
Have you tested the PersonalAlpha or the CHARON -AXP/ES40 for Linux NCE?
They are both freeware and fully functional even though some restricted features.
Regards,
Kari
On 5.4.2012 9:43, Sampsa Laine wrote:
Well, I've told the guys that 50 euros is probably a realistic price that we as a community would be willing to part with.
The guy I'm in contact is really nice BTW, he's been watching out project for a while, even noted that hecnet.eu had been down since Friday...
Sampsa
On 5 Apr 2012, at 09:38, Sampsa Laine wrote:
I was thinking 50-100 GBP max myself - as these guys would have to probably physically post us a copy protection dongle.
For me, the power savings is the main issue: I already have a chunky i86_64 box that run various VMs and emulators, so I would probably save the 100 quid in about 3 months.
Sampsa
On 5 Apr 2012, at 09:35, Saku Set l wrote:
Yeah, I agree 50e max.
.
