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.
