Do the 90 and 90A have same PSU?
On Sun, Nov 20, 2011 at 21:19, <hvlems at zonnet.nl> wrote:
No choice but to drill it out. Unless you'd rather buy another p/s.
Hans
-----Original Message-----
From: Fred <fcoffey at misernet.net>
Sender: owner-hecnet at Update.UU.SE
Date: Sun, 20 Nov 2011 14:08:23
To: <hecnet at Update.UU.SE>
Reply-To: hecnet at Update.UU.SESubject: Re: [HECnet] VAXStation 4000/90A power supply fan
> On 18/11/11 13:29, hvlems at zonnet.nl wrote:
>> You could try and apply e little graphite powder in the noisy fan bearing,
>> better yet use a molybdenium based lubricant: these do not conduct
>> electricity.
I tried some good old moly lubricant the guys use at the copier shop where
I work - it made a slight difference but not much. The bearing is
obviously shot. The fan is *riveted* into the power supply. What the
heck?
On Fri, 18 Nov 2011, Mark Wickens wrote:
> I'd caution against running it with one fan - I think the point of having two
> is in case one fails, and like hard drives it does occasionally happen.
For now, I am running it with one fan, and it being only 60-65F in the
house (and the computer office) the VAX is not running hot. I removed one
of the drives, since I really wasn't doing anything with it. (it was a
pull from a BA356 canister) Looked half-height to me, although I do have
some smaller in size drives that I may swap in.
At some point I'm going to source new fans and then try to pry the old
ones out. Other than that when I had the power supply apart, no domed
caps, everything is quite clean (and even cleaner when I gave it a date
with the shop air compressor).
I have two 90's (not 90A's) in the closet I could press into service but I
really do not want to trash this 90A for just missing one fan.
Thanks for the responses all.
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.
One more diff: http://pdp-11.nsk.ru/~form/files/bridge/bridge-tap.patch
It contains my previous path for OpenBSD and adds support for OpenBSD/Linux `tun' interface, so you
can use it for SimH:
bridge.conf:
------------
[bridge]
tunnel @tun0
------------
pdp11.ini:
------------
att xq tun0
------------
On 11/22/2011 09:24 AM, Oleg Safiullin wrote:
On 11/22/2011 02:25 AM, Johnny Billquist wrote:
Ok. After some whacky hacking to merge what Hans sent me, I've uploaded a new version at http://www.update.uu.se/~bqt/hecnet
o Update for OpenBSD to avoid loops.
o Drop MAX() definition - it isn't used
--- bridge.c.orig Tue Nov 22 02:17:15 2011
+++ bridge.c Tue Nov 22 09:21:34 2011
@@ -70,8 +70,6 @@
#define ETHERTYPE_MOPRC 0x6002
#define ETHERTYPE_LOOPBACK 0x9000
-#define MAX(a,b) (a>b?a:b)
-
/* This is a very simple and small program for bpf that just
filters out anything by any protocol that we *know* we're
not interested in.
@@ -248,6 +246,13 @@
perror("BIOCSHDRCMPLT");
exit(1);
}
+#ifdef __OpenBSD__
+ i = BPF_DIRECTION_OUT;
+ if (ioctl(bridge[bcnt].fd,BIOCSDIRFILT,&i)) {
+ perror("BIOCSDIRFILT");
+ exit(1);
+ }
+#endif
#endif
found = -1;
On 11/22/2011 02:25 AM, Johnny Billquist wrote:
Ok. After some whacky hacking to merge what Hans sent me, I've uploaded a new version at http://www.update.uu.se/~bqt/hecnet
o Update for OpenBSD to avoid loops.
o Drop MAX() definition - it isn't used
--- bridge.c.orig Tue Nov 22 02:17:15 2011
+++ bridge.c Tue Nov 22 09:21:34 2011
@@ -70,8 +70,6 @@
#define ETHERTYPE_MOPRC 0x6002
#define ETHERTYPE_LOOPBACK 0x9000
-#define MAX(a,b) (a>b?a:b)
-
/* This is a very simple and small program for bpf that just
filters out anything by any protocol that we *know* we're
not interested in.
@@ -248,6 +246,13 @@
perror("BIOCSHDRCMPLT");
exit(1);
}
+#ifdef __OpenBSD__
+ i = BPF_DIRECTION_OUT;
+ if (ioctl(bridge[bcnt].fd,BIOCSDIRFILT,&i)) {
+ perror("BIOCSDIRFILT");
+ exit(1);
+ }
+#endif
#endif
found = -1;
On 2011-11-21 20:54, Mark Benson wrote:
On 21 Nov 2011, at 19:25, Johnny Billquist wrote:
Ok. After some whacky hacking to merge what Hans sent me, I've uploaded a new version at http://www.update.uu.se/~bqt/hecnet
Grab it, compile and test. There are also some improvements and bugfixes there. Not that maybe you had seen them in real life, but never the less...
The file I wget'd is date 2010 and compiled to the exact size of the last version I was using...
http://www.update.uu.se/~bqt/bridge.tar
Is that right?
That sounds wrong. I just checked again, and the tar-file is dated today, as is the bridge.c file inside.
And your url is correct.
Check the file size. bridge.c should be 15897 bytes.
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
On 21 Nov 2011, at 20:07, hvlems at zonnet.nl wrote:
What happens if you run it without a parameter?
It asks for a port number? :)
--
Mark Benson
http://DECtec.info
Twitter: @DECtecInfo
HECnet: STAR69::MARK
Online Resource & Mailing List for DEC Enthusiasts.
What happens if you run it without a parameter?
-----Original Message-----
From: Mark Benson <md.benson at gmail.com>
Sender: owner-hecnet at Update.UU.SE
Date: Mon, 21 Nov 2011 19:54:12
To: <hecnet at Update.UU.SE>
Reply-To: hecnet at Update.UU.SESubject: Re: [HECnet] New bridge version
On 21 Nov 2011, at 19:25, Johnny Billquist wrote:
Ok. After some whacky hacking to merge what Hans sent me, I've uploaded a new version at http://www.update.uu.se/~bqt/hecnet
Grab it, compile and test. There are also some improvements and bugfixes there. Not that maybe you had seen them in real life, but never the less...
The file I wget'd is date 2010 and compiled to the exact size of the last version I was using...
http://www.update.uu.se/~bqt/bridge.tar
Is that right?
--
Mark Benson
http://DECtec.info
Twitter: @DECtecInfo
HECnet: STAR69::MARK
Online Resource & Mailing List for DEC Enthusiasts.
On 21 Nov 2011, at 19:25, Johnny Billquist wrote:
Ok. After some whacky hacking to merge what Hans sent me, I've uploaded a new version at http://www.update.uu.se/~bqt/hecnet
Grab it, compile and test. There are also some improvements and bugfixes there. Not that maybe you had seen them in real life, but never the less...
The file I wget'd is date 2010 and compiled to the exact size of the last version I was using...
http://www.update.uu.se/~bqt/bridge.tar
Is that right?
--
Mark Benson
http://DECtec.info
Twitter: @DECtecInfo
HECnet: STAR69::MARK
Online Resource & Mailing List for DEC Enthusiasts.
Ok. After some whacky hacking to merge what Hans sent me, I've uploaded a new version at http://www.update.uu.se/~bqt/hecnet
Grab it, compile and test. There are also some improvements and bugfixes there. Not that maybe you had seen them in real life, but never the less...
Johnny
On 2011-11-20 20.54, Johnny Billquist wrote:
Hmm. It's the full code. Which version did you make it from? The one on
my site now?
It can be interesting for me to create a diff on it, if I don't know
which version you branched from. Or, if you have the unchanged sources
around somewhere, do a "diff -c <orginial> <your version>", and send me
the result of that instead.
Johnny
On 2011-11-20 20:51, Johnny Billquist wrote:
Cool. I'll grab it from there then.
Johnny
On 2011-11-20 20:48, hvlems at zonnet.nl wrote:
It's on MIM:: in the guest directory as bridge.chv.
-----Original Message-----
From: Johnny Billquist<bqt at softjar.se>
Sender: owner-hecnet at Update.UU.SE
Date: Sun, 20 Nov 2011 20:38:03
To:<hecnet at Update.UU.SE>
Reply-To: hecnet at Update.UU.SESubject: Re: [HECnet] Windows Version of
Bridge
Send a diff to me instead. I probably have some stuff that I've worked
on in the code which haven't been distributed. And it's also in general
a bad idea to have the code distributed from different places with
different versions.
I'll put a new version up as soon as I've merged stuff, which will
probably be tomorrow, if you can get me the diff today. And after that,
it would be nice to have people test it at their systems.
Johnny
On 2011-11-20 20:32, hvlems at zonnet.nl wrote:
OK, after installing libpcap-develop the program compiled *and*
seems to
work.
I'll add a Hecnet paragraph to my website to make the source available.
That is if Johnny agrees with that of course. It is his program not
mine.
------------------------------------------------------------------------
*From: * "Rob Jarratt"<robert.jarratt at ntlworld.com>
*Sender: * owner-hecnet at Update.UU.SE
*Date: *Sun, 20 Nov 2011 17:26:54 -0000
*To: *<hecnet at Update.UU.SE>
*ReplyTo: * hecnet at Update.UU.SE
*Subject: *RE: [HECnet] Windows Version of Bridge
I didn t, but suppose I should. I think that if I tidy up the code,
then
a simple diff will make the changes clear. Most of the work was to get
PCAP and sockets to use the same mechanism to tell the code that there
was some data to be processed.
Regards
Rob
*From:*owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] *On
Behalf Of *hvlems at zonnet.nl
*Sent:* 20 November 2011 11:24
*To:* hecnet at Update.UU.SE
*Subject:* Re: [HECnet] Windows Version of Bridge
Did you document the changes? I want to try and port it to VMS.
------------------------------------------------------------------------
*From: *"Rob Jarratt"<robert.jarratt at ntlworld.com
<mailto:robert.jarratt at ntlworld.com>>
*Sender: *owner-hecnet at Update.UU.SE<mailto:owner-hecnet at Update.UU.SE>
*Date: *Sun, 20 Nov 2011 09:21:09 -0000
*To: *<hecnet at update.uu.se<mailto:hecnet at update.uu.se>>
*ReplyTo: *hecnet at Update.UU.SE<mailto:hecnet at Update.UU.SE>
*Subject: *[HECnet] Windows Version of Bridge
I just wanted to let you know that I have ported the bridge code to
Windows. It seems to work well for me. If anyone is interested in a
copy, let me know.
I think that it needs just a little bit more work to do the following:
1. Tidy up some bits that I almost certainly left behind while
trying to
get it to work.
2. Turn it into a Windows Service so that it starts automatically when
Windows starts.
Another feature which would be nice to add generally is something which
periodically re-resolves the DNS names in the config file to IP
addresses, so that people who use something like DynDNS because they
don t have a fixed IP address, can use it more easily and not fall off
the network for too long when their IP address changes. Presumably
calling the SIGHUP handler (read_conf) every so often would do the
trick.
It would also be nice to make the code a bit more portable so that it
will compile and run on more platforms without modification, a bit like
SIMH.
Regards
Rob
Hmm. It's the full code. Which version did you make it from? The one on my site now?
It can be interesting for me to create a diff on it, if I don't know which version you branched from. Or, if you have the unchanged sources around somewhere, do a "diff -c <orginial> <your version>", and send me the result of that instead.
Johnny
On 2011-11-20 20:51, Johnny Billquist wrote:
Cool. I'll grab it from there then.
Johnny
On 2011-11-20 20:48, hvlems at zonnet.nl wrote:
It's on MIM:: in the guest directory as bridge.chv.
-----Original Message-----
From: Johnny Billquist<bqt at softjar.se>
Sender: owner-hecnet at Update.UU.SE
Date: Sun, 20 Nov 2011 20:38:03
To:<hecnet at Update.UU.SE>
Reply-To: hecnet at Update.UU.SESubject: Re: [HECnet] Windows Version of
Bridge
Send a diff to me instead. I probably have some stuff that I've worked
on in the code which haven't been distributed. And it's also in general
a bad idea to have the code distributed from different places with
different versions.
I'll put a new version up as soon as I've merged stuff, which will
probably be tomorrow, if you can get me the diff today. And after that,
it would be nice to have people test it at their systems.
Johnny
On 2011-11-20 20:32, hvlems at zonnet.nl wrote:
OK, after installing libpcap-develop the program compiled *and* seems to
work.
I'll add a Hecnet paragraph to my website to make the source available.
That is if Johnny agrees with that of course. It is his program not
mine.
------------------------------------------------------------------------
*From: * "Rob Jarratt"<robert.jarratt at ntlworld.com>
*Sender: * owner-hecnet at Update.UU.SE
*Date: *Sun, 20 Nov 2011 17:26:54 -0000
*To: *<hecnet at Update.UU.SE>
*ReplyTo: * hecnet at Update.UU.SE
*Subject: *RE: [HECnet] Windows Version of Bridge
I didn t, but suppose I should. I think that if I tidy up the code, then
a simple diff will make the changes clear. Most of the work was to get
PCAP and sockets to use the same mechanism to tell the code that there
was some data to be processed.
Regards
Rob
*From:*owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] *On
Behalf Of *hvlems at zonnet.nl
*Sent:* 20 November 2011 11:24
*To:* hecnet at Update.UU.SE
*Subject:* Re: [HECnet] Windows Version of Bridge
Did you document the changes? I want to try and port it to VMS.
------------------------------------------------------------------------
*From: *"Rob Jarratt"<robert.jarratt at ntlworld.com
<mailto:robert.jarratt at ntlworld.com>>
*Sender: *owner-hecnet at Update.UU.SE<mailto:owner-hecnet at Update.UU.SE>
*Date: *Sun, 20 Nov 2011 09:21:09 -0000
*To: *<hecnet at update.uu.se<mailto:hecnet at update.uu.se>>
*ReplyTo: *hecnet at Update.UU.SE<mailto:hecnet at Update.UU.SE>
*Subject: *[HECnet] Windows Version of Bridge
I just wanted to let you know that I have ported the bridge code to
Windows. It seems to work well for me. If anyone is interested in a
copy, let me know.
I think that it needs just a little bit more work to do the following:
1. Tidy up some bits that I almost certainly left behind while trying to
get it to work.
2. Turn it into a Windows Service so that it starts automatically when
Windows starts.
Another feature which would be nice to add generally is something which
periodically re-resolves the DNS names in the config file to IP
addresses, so that people who use something like DynDNS because they
don t have a fixed IP address, can use it more easily and not fall off
the network for too long when their IP address changes. Presumably
calling the SIGHUP handler (read_conf) every so often would do the
trick.
It would also be nice to make the code a bit more portable so that it
will compile and run on more platforms without modification, a bit like
SIMH.
Regards
Rob
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
Cool. I'll grab it from there then.
Johnny
On 2011-11-20 20:48, hvlems at zonnet.nl wrote:
It's on MIM:: in the guest directory as bridge.chv.
-----Original Message-----
From: Johnny Billquist<bqt at softjar.se>
Sender: owner-hecnet at Update.UU.SE
Date: Sun, 20 Nov 2011 20:38:03
To:<hecnet at Update.UU.SE>
Reply-To: hecnet at Update.UU.SESubject: Re: [HECnet] Windows Version of Bridge
Send a diff to me instead. I probably have some stuff that I've worked
on in the code which haven't been distributed. And it's also in general
a bad idea to have the code distributed from different places with
different versions.
I'll put a new version up as soon as I've merged stuff, which will
probably be tomorrow, if you can get me the diff today. And after that,
it would be nice to have people test it at their systems.
Johnny
On 2011-11-20 20:32, hvlems at zonnet.nl wrote:
OK, after installing libpcap-develop the program compiled *and* seems to
work.
I'll add a Hecnet paragraph to my website to make the source available.
That is if Johnny agrees with that of course. It is his program not mine.
------------------------------------------------------------------------
*From: * "Rob Jarratt"<robert.jarratt at ntlworld.com>
*Sender: * owner-hecnet at Update.UU.SE
*Date: *Sun, 20 Nov 2011 17:26:54 -0000
*To: *<hecnet at Update.UU.SE>
*ReplyTo: * hecnet at Update.UU.SE
*Subject: *RE: [HECnet] Windows Version of Bridge
I didn t, but suppose I should. I think that if I tidy up the code, then
a simple diff will make the changes clear. Most of the work was to get
PCAP and sockets to use the same mechanism to tell the code that there
was some data to be processed.
Regards
Rob
*From:*owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] *On
Behalf Of *hvlems at zonnet.nl
*Sent:* 20 November 2011 11:24
*To:* hecnet at Update.UU.SE
*Subject:* Re: [HECnet] Windows Version of Bridge
Did you document the changes? I want to try and port it to VMS.
------------------------------------------------------------------------
*From: *"Rob Jarratt"<robert.jarratt at ntlworld.com
<mailto:robert.jarratt at ntlworld.com>>
*Sender: *owner-hecnet at Update.UU.SE<mailto:owner-hecnet at Update.UU.SE>
*Date: *Sun, 20 Nov 2011 09:21:09 -0000
*To: *<hecnet at update.uu.se<mailto:hecnet at update.uu.se>>
*ReplyTo: *hecnet at Update.UU.SE<mailto:hecnet at Update.UU.SE>
*Subject: *[HECnet] Windows Version of Bridge
I just wanted to let you know that I have ported the bridge code to
Windows. It seems to work well for me. If anyone is interested in a
copy, let me know.
I think that it needs just a little bit more work to do the following:
1. Tidy up some bits that I almost certainly left behind while trying to
get it to work.
2. Turn it into a Windows Service so that it starts automatically when
Windows starts.
Another feature which would be nice to add generally is something which
periodically re-resolves the DNS names in the config file to IP
addresses, so that people who use something like DynDNS because they
don t have a fixed IP address, can use it more easily and not fall off
the network for too long when their IP address changes. Presumably
calling the SIGHUP handler (read_conf) every so often would do the trick.
It would also be nice to make the code a bit more portable so that it
will compile and run on more platforms without modification, a bit like
SIMH.
Regards
Rob
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
It's on MIM:: in the guest directory as bridge.chv.
-----Original Message-----
From: Johnny Billquist <bqt at softjar.se>
Sender: owner-hecnet at Update.UU.SE
Date: Sun, 20 Nov 2011 20:38:03
To: <hecnet at Update.UU.SE>
Reply-To: hecnet at Update.UU.SESubject: Re: [HECnet] Windows Version of Bridge
Send a diff to me instead. I probably have some stuff that I've worked
on in the code which haven't been distributed. And it's also in general
a bad idea to have the code distributed from different places with
different versions.
I'll put a new version up as soon as I've merged stuff, which will
probably be tomorrow, if you can get me the diff today. And after that,
it would be nice to have people test it at their systems.
Johnny
On 2011-11-20 20:32, hvlems at zonnet.nl wrote:
OK, after installing libpcap-develop the program compiled *and* seems to
work.
I'll add a Hecnet paragraph to my website to make the source available.
That is if Johnny agrees with that of course. It is his program not mine.
------------------------------------------------------------------------
*From: * "Rob Jarratt" <robert.jarratt at ntlworld.com>
*Sender: * owner-hecnet at Update.UU.SE
*Date: *Sun, 20 Nov 2011 17:26:54 -0000
*To: *<hecnet at Update.UU.SE>
*ReplyTo: * hecnet at Update.UU.SE
*Subject: *RE: [HECnet] Windows Version of Bridge
I didn t, but suppose I should. I think that if I tidy up the code, then
a simple diff will make the changes clear. Most of the work was to get
PCAP and sockets to use the same mechanism to tell the code that there
was some data to be processed.
Regards
Rob
*From:*owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] *On
Behalf Of *hvlems at zonnet.nl
*Sent:* 20 November 2011 11:24
*To:* hecnet at Update.UU.SE
*Subject:* Re: [HECnet] Windows Version of Bridge
Did you document the changes? I want to try and port it to VMS.
------------------------------------------------------------------------
*From: *"Rob Jarratt" <robert.jarratt at ntlworld.com
<mailto:robert.jarratt at ntlworld.com>>
*Sender: *owner-hecnet at Update.UU.SE <mailto:owner-hecnet at Update.UU.SE>
*Date: *Sun, 20 Nov 2011 09:21:09 -0000
*To: *<hecnet at update.uu.se <mailto:hecnet at update.uu.se>>
*ReplyTo: *hecnet at Update.UU.SE <mailto:hecnet at Update.UU.SE>
*Subject: *[HECnet] Windows Version of Bridge
I just wanted to let you know that I have ported the bridge code to
Windows. It seems to work well for me. If anyone is interested in a
copy, let me know.
I think that it needs just a little bit more work to do the following:
1. Tidy up some bits that I almost certainly left behind while trying to
get it to work.
2. Turn it into a Windows Service so that it starts automatically when
Windows starts.
Another feature which would be nice to add generally is something which
periodically re-resolves the DNS names in the config file to IP
addresses, so that people who use something like DynDNS because they
don t have a fixed IP address, can use it more easily and not fall off
the network for too long when their IP address changes. Presumably
calling the SIGHUP handler (read_conf) every so often would do the trick.
It would also be nice to make the code a bit more portable so that it
will compile and run on more platforms without modification, a bit like
SIMH.
Regards
Rob
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
Send a diff to me instead. I probably have some stuff that I've worked on in the code which haven't been distributed. And it's also in general a bad idea to have the code distributed from different places with different versions.
I'll put a new version up as soon as I've merged stuff, which will probably be tomorrow, if you can get me the diff today. And after that, it would be nice to have people test it at their systems.
Johnny
On 2011-11-20 20:32, hvlems at zonnet.nl wrote:
OK, after installing libpcap-develop the program compiled *and* seems to
work.
I'll add a Hecnet paragraph to my website to make the source available.
That is if Johnny agrees with that of course. It is his program not mine.
------------------------------------------------------------------------
*From: * "Rob Jarratt" <robert.jarratt at ntlworld.com>
*Sender: * owner-hecnet at Update.UU.SE
*Date: *Sun, 20 Nov 2011 17:26:54 -0000
*To: *<hecnet at Update.UU.SE>
*ReplyTo: * hecnet at Update.UU.SE
*Subject: *RE: [HECnet] Windows Version of Bridge
I didn t, but suppose I should. I think that if I tidy up the code, then
a simple diff will make the changes clear. Most of the work was to get
PCAP and sockets to use the same mechanism to tell the code that there
was some data to be processed.
Regards
Rob
*From:*owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] *On
Behalf Of *hvlems at zonnet.nl
*Sent:* 20 November 2011 11:24
*To:* hecnet at Update.UU.SE
*Subject:* Re: [HECnet] Windows Version of Bridge
Did you document the changes? I want to try and port it to VMS.
------------------------------------------------------------------------
*From: *"Rob Jarratt" <robert.jarratt at ntlworld.com
<mailto:robert.jarratt at ntlworld.com>>
*Sender: *owner-hecnet at Update.UU.SE <mailto:owner-hecnet at Update.UU.SE>
*Date: *Sun, 20 Nov 2011 09:21:09 -0000
*To: *<hecnet at update.uu.se <mailto:hecnet at update.uu.se>>
*ReplyTo: *hecnet at Update.UU.SE <mailto:hecnet at Update.UU.SE>
*Subject: *[HECnet] Windows Version of Bridge
I just wanted to let you know that I have ported the bridge code to
Windows. It seems to work well for me. If anyone is interested in a
copy, let me know.
I think that it needs just a little bit more work to do the following:
1. Tidy up some bits that I almost certainly left behind while trying to
get it to work.
2. Turn it into a Windows Service so that it starts automatically when
Windows starts.
Another feature which would be nice to add generally is something which
periodically re-resolves the DNS names in the config file to IP
addresses, so that people who use something like DynDNS because they
don t have a fixed IP address, can use it more easily and not fall off
the network for too long when their IP address changes. Presumably
calling the SIGHUP handler (read_conf) every so often would do the trick.
It would also be nice to make the code a bit more portable so that it
will compile and run on more platforms without modification, a bit like
SIMH.
Regards
Rob
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
OK, after installing libpcap-develop the program compiled *and* seems to work.
I'll add a Hecnet paragraph to my website to make the source available.
That is if Johnny agrees with that of course. It is his program not mine.
From: "Rob Jarratt" <robert.jarratt at ntlworld.com>
Sender: owner-hecnet at Update.UU.SE
Date: Sun, 20 Nov 2011 17:26:54 -0000
To: <hecnet at Update.UU.SE>
ReplyTo: hecnet at Update.UU.SE
Subject: RE: [HECnet] Windows Version of Bridge
I didn t, but suppose I should. I think that if I tidy up the code, then a simple diff will make the changes clear. Most of the work was to get PCAP and sockets to use the same mechanism to tell the code that there was some data to be processed.
Regards
Rob
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of hvlems at zonnet.nl Sent: 20 November 2011 11:24 To: hecnet at Update.UU.SE Subject: Re: [HECnet] Windows Version of Bridge
Did you document the changes? I want to try and port it to VMS.
From: "Rob Jarratt" <robert.jarratt at ntlworld.com>
Sender: owner-hecnet at Update.UU.SE
Date: Sun, 20 Nov 2011 09:21:09 -0000
To: <hecnet at update.uu.se>
ReplyTo: hecnet at Update.UU.SE
Subject: [HECnet] Windows Version of Bridge
I just wanted to let you know that I have ported the bridge code to Windows. It seems to work well for me. If anyone is interested in a copy, let me know.
I think that it needs just a little bit more work to do the following:
1. Tidy up some bits that I almost certainly left behind while trying to get it to work.
2. Turn it into a Windows Service so that it starts automatically when Windows starts.
Another feature which would be nice to add generally is something which periodically re-resolves the DNS names in the config file to IP addresses, so that people who use something like DynDNS because they don t have a fixed IP address, can use it more easily and not fall off the network for too long when their IP address changes. Presumably calling the SIGHUP handler (read_conf) every so often would do the trick.
It would also be nice to make the code a bit more portable so that it will compile and run on more platforms without modification, a bit like SIMH.
Regards
Rob
No choice but to drill it out. Unless you'd rather buy another p/s.
Hans
-----Original Message-----
From: Fred <fcoffey at misernet.net>
Sender: owner-hecnet at Update.UU.SE
Date: Sun, 20 Nov 2011 14:08:23
To: <hecnet at Update.UU.SE>
Reply-To: hecnet at Update.UU.SESubject: Re: [HECnet] VAXStation 4000/90A power supply fan
On 18/11/11 13:29, hvlems at zonnet.nl wrote:
You could try and apply e little graphite powder in the noisy fan bearing,
better yet use a molybdenium based lubricant: these do not conduct
electricity.
I tried some good old moly lubricant the guys use at the copier shop where
I work - it made a slight difference but not much. The bearing is
obviously shot. The fan is *riveted* into the power supply. What the
heck?
On Fri, 18 Nov 2011, Mark Wickens wrote:
I'd caution against running it with one fan - I think the point of having two
is in case one fails, and like hard drives it does occasionally happen.
For now, I am running it with one fan, and it being only 60-65F in the
house (and the computer office) the VAX is not running hot. I removed one
of the drives, since I really wasn't doing anything with it. (it was a
pull from a BA356 canister) Looked half-height to me, although I do have
some smaller in size drives that I may swap in.
At some point I'm going to source new fans and then try to pry the old
ones out. Other than that when I had the power supply apart, no domed
caps, everything is quite clean (and even cleaner when I gave it a date
with the shop air compressor).
I have two 90's (not 90A's) in the closet I could press into service but I
really do not want to trash this 90A for just missing one fan.
Thanks for the responses all.
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.
On 18/11/11 13:29, hvlems at zonnet.nl wrote:
You could try and apply e little graphite powder in the noisy fan bearing, better yet use a molybdenium based lubricant: these do not conduct electricity.
I tried some good old moly lubricant the guys use at the copier shop where I work - it made a slight difference but not much. The bearing is obviously shot. The fan is *riveted* into the power supply. What the heck?
On Fri, 18 Nov 2011, Mark Wickens wrote:
I'd caution against running it with one fan - I think the point of having two is in case one fails, and like hard drives it does occasionally happen.
For now, I am running it with one fan, and it being only 60-65F in the house (and the computer office) the VAX is not running hot. I removed one of the drives, since I really wasn't doing anything with it. (it was a pull from a BA356 canister) Looked half-height to me, although I do have some smaller in size drives that I may swap in.
At some point I'm going to source new fans and then try to pry the old ones out. Other than that when I had the power supply apart, no domed caps, everything is quite clean (and even cleaner when I gave it a date with the shop air compressor).
I have two 90's (not 90A's) in the closet I could press into service but I really do not want to trash this 90A for just missing one fan.
Thanks for the responses all.
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.
Well, I've added a switch to specify an alternate directory for the config file.
Just to check I compiled the original source which resulted in a binch of errors. It' a freshly installed linux system and libpcap isn't installed. I think ;-)
Hans
-----Original Message-----
From: "Rob Jarratt" <robert.jarratt at ntlworld.com>
Sender: owner-hecnet at Update.UU.SE
Date: Sun, 20 Nov 2011 17:43:29
To: <hecnet at Update.UU.SE>
Reply-To: hecnet at Update.UU.SESubject: RE: [HECnet] The Bridge
For the DNS lookups it would be my intention to make it configurable in any
case, with a time interval, including one that never re-reads the config. In
my experience though, DNS lookups are pretty quick most of the time.
There are other potentially more complex methods that might not interrupt
the bridge, especially if they could be done asynchronously. But this has
the potential to affect the simplicity of the code, which may not be
desirable.
Regards
Rob
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE]
On Behalf Of hvlems at zonnet.nl
Sent: 20 November 2011 14:03
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] The Bridge
Adding a commandline switch is not difficult. Provided you're a programmer
of course. It won't affect the runtime performance.
Iwhich is why I'm against built-in DNS functionality. It will affect
performance
adversele for reason Johnny already mentioned. The program is now small,
well designed and performs accordingly. Improvements tend to deteriorate
performance.
Hans
-----Original Message-----
From: Mark Benson <md.benson at gmail.com>
Sender: owner-hecnet at Update.UU.SE
Date: Sun, 20 Nov 2011 13:22:01
To: <hecnet at Update.UU.SE>
Reply-To: hecnet at Update.UU.SESubject: Re: [HECnet] The Bridge
On 20 Nov 2011, at 13:02, Johnny Billquist wrote:
While we are talking about improvements, would it be possible to make
it
search a few default locations on Linux/BSD for a config file? Currently
you
have to start it by cd-ing to the directory the binary is in as it looks
at the
current directory for the config file - if you start it from another place
if fails.
Perhaps looking in /etc/hecnet or another place you can specify at
compile time would be better?
That is easy. Just change the source before compiling, and there you
have it.
Definitely a compile time thingy, and extremely easy to "fix".
If you could make it a compile-time switch for make it would be very-much
nicer :) just something like 'CONFIG_FILE=/etc/hecnet' or something with a
commonly usable default value in case you forget to specify it or don't
want to
change it.
Also would it be difficult or counter-productive to roll the Port
configuration into the config file instead of having to specify it at
runtime?
If you don't want it on the command line, you can just assign it in the
code as
a constant. Very easy. :-)
That's easy for you to say, you're a coder. I don't code C at all and
wouldn't
know where to start, so if anyone else fancies na 'easy' challenge then
make it
so :)
I wouldn't want the port number hardcoded as it's configurable for a
reason
(it's a good thing), so it would be nice to have it read from the config
file
instead of having to remember it on the command-line.
Lastly does anyone know how to roll a init.d script for it to set it as
a service
in Debian/Ubuntu (10.04)?
Not sure which variant of init debian uses offhand, but in general you
just
write a small shellscript that don't do much more than just run the
command
line the same way you do by hand. Grab some other simple service and copy
the startup, and then change the command line.
It's ridiculously simple.
That I might be able to do. I'll look into it while I'm working out how to
make
one for SimH. Again though it's something I've not played with so some
helping hands along thew way would be nice ;)
I am going to have to try and write up tutorials for building the VAX and
PDP-
11 machines I have running as there isn't an up-to-date and comprehensive
tutorial for either, aside from Phil Werry's which is dated a little and
very hard
to read as it's very long and not broken up at all.
--
Mark Benson
http://DECtec.info
Twitter: @DECtecInfo
HECnet: STAR69::MARK
Online Resource & Mailing List for DEC Enthusiasts.
For the DNS lookups it would be my intention to make it configurable in any
case, with a time interval, including one that never re-reads the config. In
my experience though, DNS lookups are pretty quick most of the time.
There are other potentially more complex methods that might not interrupt
the bridge, especially if they could be done asynchronously. But this has
the potential to affect the simplicity of the code, which may not be
desirable.
Regards
Rob
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE]
On Behalf Of hvlems at zonnet.nl
Sent: 20 November 2011 14:03
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] The Bridge
Adding a commandline switch is not difficult. Provided you're a programmer
of course. It won't affect the runtime performance.
Iwhich is why I'm against built-in DNS functionality. It will affect
performance
adversele for reason Johnny already mentioned. The program is now small,
well designed and performs accordingly. Improvements tend to deteriorate
performance.
Hans
-----Original Message-----
From: Mark Benson <md.benson at gmail.com>
Sender: owner-hecnet at Update.UU.SE
Date: Sun, 20 Nov 2011 13:22:01
To: <hecnet at Update.UU.SE>
Reply-To: hecnet at Update.UU.SESubject: Re: [HECnet] The Bridge
On 20 Nov 2011, at 13:02, Johnny Billquist wrote:
While we are talking about improvements, would it be possible to make
it
search a few default locations on Linux/BSD for a config file? Currently
you
have to start it by cd-ing to the directory the binary is in as it looks
at the
current directory for the config file - if you start it from another place
if fails.
Perhaps looking in /etc/hecnet or another place you can specify at
compile time would be better?
That is easy. Just change the source before compiling, and there you
have it.
Definitely a compile time thingy, and extremely easy to "fix".
If you could make it a compile-time switch for make it would be very-much
nicer :) just something like 'CONFIG_FILE=/etc/hecnet' or something with a
commonly usable default value in case you forget to specify it or don't
want to
change it.
Also would it be difficult or counter-productive to roll the Port
configuration into the config file instead of having to specify it at
runtime?
If you don't want it on the command line, you can just assign it in the
code as
a constant. Very easy. :-)
That's easy for you to say, you're a coder. I don't code C at all and
wouldn't
know where to start, so if anyone else fancies na 'easy' challenge then
make it
so :)
I wouldn't want the port number hardcoded as it's configurable for a
reason
(it's a good thing), so it would be nice to have it read from the config
file
instead of having to remember it on the command-line.
Lastly does anyone know how to roll a init.d script for it to set it as
a service
in Debian/Ubuntu (10.04)?
Not sure which variant of init debian uses offhand, but in general you
just
write a small shellscript that don't do much more than just run the
command
line the same way you do by hand. Grab some other simple service and copy
the startup, and then change the command line.
It's ridiculously simple.
That I might be able to do. I'll look into it while I'm working out how to
make
one for SimH. Again though it's something I've not played with so some
helping hands along thew way would be nice ;)
I am going to have to try and write up tutorials for building the VAX and
PDP-
11 machines I have running as there isn't an up-to-date and comprehensive
tutorial for either, aside from Phil Werry's which is dated a little and
very hard
to read as it's very long and not broken up at all.
--
Mark Benson
http://DECtec.info
Twitter: @DECtecInfo
HECnet: STAR69::MARK
Online Resource & Mailing List for DEC Enthusiasts.
I didn t, but suppose I should. I think that if I tidy up the code, then a simple diff will make the changes clear. Most of the work was to get PCAP and sockets to use the same mechanism to tell the code that there was some data to be processed.
Regards
Rob
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of hvlems at zonnet.nl Sent: 20 November 2011 11:24 To: hecnet at Update.UU.SE Subject: Re: [HECnet] Windows Version of Bridge
Did you document the changes? I want to try and port it to VMS.
From: "Rob Jarratt" <robert.jarratt at ntlworld.com>
Sender: owner-hecnet at Update.UU.SE
Date: Sun, 20 Nov 2011 09:21:09 -0000
To: <hecnet at update.uu.se>
ReplyTo: hecnet at Update.UU.SE
Subject: [HECnet] Windows Version of Bridge
I just wanted to let you know that I have ported the bridge code to Windows. It seems to work well for me. If anyone is interested in a copy, let me know.
I think that it needs just a little bit more work to do the following:
1. Tidy up some bits that I almost certainly left behind while trying to get it to work.
2. Turn it into a Windows Service so that it starts automatically when Windows starts.
Another feature which would be nice to add generally is something which periodically re-resolves the DNS names in the config file to IP addresses, so that people who use something like DynDNS because they don t have a fixed IP address, can use it more easily and not fall off the network for too long when their IP address changes. Presumably calling the SIGHUP handler (read_conf) every so often would do the trick.
It would also be nice to make the code a bit more portable so that it will compile and run on more platforms without modification, a bit like SIMH.
Regards
Rob
Adding a commandline switch is not difficult. Provided you're a programmer of course. It won't affect the runtime performance.
Iwhich is why I'm against built-in DNS functionality. It will affect performance adversele for reason Johnny already mentioned. The program is now small, well designed and performs accordingly. Improvements tend to deteriorate performance.
Hans
-----Original Message-----
From: Mark Benson <md.benson at gmail.com>
Sender: owner-hecnet at Update.UU.SE
Date: Sun, 20 Nov 2011 13:22:01
To: <hecnet at Update.UU.SE>
Reply-To: hecnet at Update.UU.SESubject: Re: [HECnet] The Bridge
On 20 Nov 2011, at 13:02, Johnny Billquist wrote:
While we are talking about improvements, would it be possible to make it search a few default locations on Linux/BSD for a config file? Currently you have to start it by cd-ing to the directory the binary is in as it looks at the current directory for the config file - if you start it from another place if fails.
Perhaps looking in /etc/hecnet or another place you can specify at compile time would be better?
That is easy. Just change the source before compiling, and there you have it. Definitely a compile time thingy, and extremely easy to "fix".
If you could make it a compile-time switch for make it would be very-much nicer :) just something like 'CONFIG_FILE=/etc/hecnet' or something with a commonly usable default value in case you forget to specify it or don't want to change it.
Also would it be difficult or counter-productive to roll the Port configuration into the config file instead of having to specify it at runtime?
If you don't want it on the command line, you can just assign it in the code as a constant. Very easy. :-)
That's easy for you to say, you're a coder. I don't code C at all and wouldn't know where to start, so if anyone else fancies na 'easy' challenge then make it so :)
I wouldn't want the port number hardcoded as it's configurable for a reason (it's a good thing), so it would be nice to have it read from the config file instead of having to remember it on the command-line.
Lastly does anyone know how to roll a init.d script for it to set it as a service in Debian/Ubuntu (10.04)?
Not sure which variant of init debian uses offhand, but in general you just write a small shellscript that don't do much more than just run the command line the same way you do by hand. Grab some other simple service and copy the startup, and then change the command line.
It's ridiculously simple.
That I might be able to do. I'll look into it while I'm working out how to make one for SimH. Again though it's something I've not played with so some helping hands along thew way would be nice ;)
I am going to have to try and write up tutorials for building the VAX and PDP-11 machines I have running as there isn't an up-to-date and comprehensive tutorial for either, aside from Phil Werry's which is dated a little and very hard to read as it's very long and not broken up at all.
--
Mark Benson
http://DECtec.info
Twitter: @DECtecInfo
HECnet: STAR69::MARK
Online Resource & Mailing List for DEC Enthusiasts.
On 20 Nov 2011, at 13:02, Johnny Billquist wrote:
While we are talking about improvements, would it be possible to make it search a few default locations on Linux/BSD for a config file? Currently you have to start it by cd-ing to the directory the binary is in as it looks at the current directory for the config file - if you start it from another place if fails.
Perhaps looking in /etc/hecnet or another place you can specify at compile time would be better?
That is easy. Just change the source before compiling, and there you have it. Definitely a compile time thingy, and extremely easy to "fix".
If you could make it a compile-time switch for make it would be very-much nicer :) just something like 'CONFIG_FILE=/etc/hecnet' or something with a commonly usable default value in case you forget to specify it or don't want to change it.
Also would it be difficult or counter-productive to roll the Port configuration into the config file instead of having to specify it at runtime?
If you don't want it on the command line, you can just assign it in the code as a constant. Very easy. :-)
That's easy for you to say, you're a coder. I don't code C at all and wouldn't know where to start, so if anyone else fancies na 'easy' challenge then make it so :)
I wouldn't want the port number hardcoded as it's configurable for a reason (it's a good thing), so it would be nice to have it read from the config file instead of having to remember it on the command-line.
Lastly does anyone know how to roll a init.d script for it to set it as a service in Debian/Ubuntu (10.04)?
Not sure which variant of init debian uses offhand, but in general you just write a small shellscript that don't do much more than just run the command line the same way you do by hand. Grab some other simple service and copy the startup, and then change the command line.
It's ridiculously simple.
That I might be able to do. I'll look into it while I'm working out how to make one for SimH. Again though it's something I've not played with so some helping hands along thew way would be nice ;)
I am going to have to try and write up tutorials for building the VAX and PDP-11 machines I have running as there isn't an up-to-date and comprehensive tutorial for either, aside from Phil Werry's which is dated a little and very hard to read as it's very long and not broken up at all.
--
Mark Benson
http://DECtec.info
Twitter: @DECtecInfo
HECnet: STAR69::MARK
Online Resource & Mailing List for DEC Enthusiasts.
On 2011-11-20 13.54, Mark Benson wrote:
On 20 Nov 2011, at 11:24, hvlems at zonnet.nl wrote:
Another feature which would be nice to add generally is something which periodically re-resolves the DNS names in the config file to IP addresses, so that people who use something like DynDNS because they don t have a fixed IP address, can use it more easily and not fall off the network for too long when their IP address changes. Presumably calling the SIGHUP handler (read_conf) every so often would do the trick.
Feel free. It's not overly complicated. However, make that optional, as maybe not all want that enabled. If DNS lookups take a while (which they definitely do when DNS is having problems), you'll hang the bridge while it's trying to resolve stuff.
It would also be nice to make the code a bit more portable so that it will compile and run on more platforms without modification, a bit like SIMH.
Any changes to make it more portable are always welcome. Just make sure you put the stuff in conditionals, so that the same source still compiles and works on the other platforms.
While we are talking about improvements, would it be possible to make it search a few default locations on Linux/BSD for a config file? Currently you have to start it by cd-ing to the directory the binary is in as it looks at the current directory for the config file - if you start it from another place if fails.
Perhaps looking in /etc/hecnet or another place you can specify at compile time would be better?
That is easy. Just change the source before compiling, and there you have it. Definitely a compile time thingy, and extremely easy to "fix".
Also would it be difficult or counter-productive to roll the Port configuration into the config file instead of having to specify it at runtime?
If you don't want it on the command line, you can just assign it in the code as a constant. Very easy. :-)
Lastly does anyone know how to roll a init.d script for it to set it as a service in Debian/Ubuntu (10.04)?
Not sure which variant of init debian uses offhand, but in general you just write a small shellscript that don't do much more than just run the command line the same way you do by hand. Grab some other simple service and copy the startup, and then change the command line.
It's ridiculously simple.
On 20 Nov 2011, at 11:24, hvlems at zonnet.nl wrote:
Another feature which would be nice to add generally is something which periodically re-resolves the DNS names in the config file to IP addresses, so that people who use something like DynDNS because they don t have a fixed IP address, can use it more easily and not fall off the network for too long when their IP address changes. Presumably calling the SIGHUP handler (read_conf) every so often would do the trick.
It would also be nice to make the code a bit more portable so that it will compile and run on more platforms without modification, a bit like SIMH.
While we are talking about improvements, would it be possible to make it search a few default locations on Linux/BSD for a config file? Currently you have to start it by cd-ing to the directory the binary is in as it looks at the current directory for the config file - if you start it from another place if fails.
Perhaps looking in /etc/hecnet or another place you can specify at compile time would be better?
Also would it be difficult or counter-productive to roll the Port configuration into the config file instead of having to specify it at runtime?
Lastly does anyone know how to roll a init.d script for it to set it as a service in Debian/Ubuntu (10.04)?
--
Mark Benson
http://DECtec.info
Twitter: @DECtecInfo
HECnet: STAR69::MARK
Online Resource & Mailing List for DEC Enthusiasts.
Did you document the changes? I want to try and port it to VMS.
From: "Rob Jarratt" <robert.jarratt at ntlworld.com>
Sender: owner-hecnet at Update.UU.SE
Date: Sun, 20 Nov 2011 09:21:09 -0000
To: <hecnet at update.uu.se>
ReplyTo: hecnet at Update.UU.SE
Subject: [HECnet] Windows Version of Bridge
I just wanted to let you know that I have ported the bridge code to Windows. It seems to work well for me. If anyone is interested in a copy, let me know.
I think that it needs just a little bit more work to do the following:
1. Tidy up some bits that I almost certainly left behind while trying to get it to work.
2. Turn it into a Windows Service so that it starts automatically when Windows starts.
Another feature which would be nice to add generally is something which periodically re-resolves the DNS names in the config file to IP addresses, so that people who use something like DynDNS because they don t have a fixed IP address, can use it more easily and not fall off the network for too long when their IP address changes. Presumably calling the SIGHUP handler (read_conf) every so often would do the trick.
It would also be nice to make the code a bit more portable so that it will compile and run on more platforms without modification, a bit like SIMH.
Regards
Rob
On Sun, Nov 20, 2011 at 4:21 AM, Rob Jarratt
<robert.jarratt at ntlworld.com> wrote:
I just wanted to let you know that I have ported the bridge code to Windows.
It seems to work well for me. If anyone is interested in a copy, let me
know.
I think that it needs just a little bit more work to do the following:
1. Tidy up some bits that I almost certainly left behind while trying
to get it to work.
2. Turn it into a Windows Service so that it starts automatically when
Windows starts.
Another feature which would be nice to add generally is something which
periodically re-resolves the DNS names in the config file to IP addresses,
so that people who use something like DynDNS because they don t have a fixed
IP address, can use it more easily and not fall off the network for too long
when their IP address changes. Presumably calling the SIGHUP handler
(read_conf) every so often would do the trick.
It would also be nice to make the code a bit more portable so that it will
compile and run on more platforms without modification, a bit like SIMH.
Regards
Rob
Hello!
That's amazing Rob. Truly amazing. I've been stuck at that place found
in that cave adventure game, because I can't seem to figure out a
working method to connect something appropriate to the networking
setup that the list discusses.
Of course the next step for me, would be to setup something
appropriate...... Well maybe soon.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
I just wanted to let you know that I have ported the bridge code to Windows. It seems to work well for me. If anyone is interested in a copy, let me know.
I think that it needs just a little bit more work to do the following:
1. Tidy up some bits that I almost certainly left behind while trying to get it to work.
2. Turn it into a Windows Service so that it starts automatically when Windows starts.
Another feature which would be nice to add generally is something which periodically re-resolves the DNS names in the config file to IP addresses, so that people who use something like DynDNS because they don t have a fixed IP address, can use it more easily and not fall off the network for too long when their IP address changes. Presumably calling the SIGHUP handler (read_conf) every so often would do the trick.
It would also be nice to make the code a bit more portable so that it will compile and run on more platforms without modification, a bit like SIMH.
Regards
Rob
