The bottomline is that once a change is needed then you must maintain your own documentatiion.
At home my memory for this is perfect.
Hans
PS
For thoise who seriously believe that last statement please contact me for a really good offer on a piece of the Eiffeltower. One previous owner, well cared for....
-----Original Message-----
From: "Steve Davidson" <jeep at scshome.net>
Sender: owner-hecnet at Update.UU.SE
Date: Wed, 11 Apr 2012 09:23:55
To: <hecnet at Update.UU.SE>
Reply-To: hecnet at Update.UU.SESubject: RE: [HECnet] building simh
On the other hand... Adding a soft link (and documenting it - don't ALL
system managers document their system changes???) may be preferred to
changing the makefile because once you change the makefile you OWN its
maintenance. Different strokes for different folks.
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE
[mailto:owner-hecnet at Update.UU.SE] On Behalf Of Brian Hechinger
Sent: Wednesday, April 11, 2012 09:17
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] building simh
Ignore him. Adding cruft to your filesystem when you could
simply fix the makefile is a silly suggestion.
Hi Sridhar!! :-P
-brian
On 4/11/2012 9:13 AM, hvlems at zonnet.nl wrote:
Sridhar, you are a jolly fellow aren't you ?
Now I thought I understood the way linux uses libraries and
yet you add another mystery Is it because you want to keep
me in a perpetual mystified state of mind?
Hans
:-)
-----Original Message-----
From: Sridhar Ayengar<ploopster at gmail.com>
Sender: owner-hecnet at Update.UU.SE
Date: Wed, 11 Apr 2012 08:52:15
To:<hecnet at Update.UU.SE>
Reply-To: hecnet at Update.UU.SECc: Dave McGuire<mcguire at neurotica.com>
Subject: Re: [HECnet] building simh
Dave McGuire wrote:
Is it possible to explain what the magic does?
More precisely: what is the difference between an .a and
an .so library?
I detailed this a few posts ago. .a is a static
library, .so is
a shared library.
How on earth does -lpcap point to /usr/lib?
-lpcap tells the linker to look in every directory in
the library
search path to find either libpcap.a or libpcap.so.
This library lives in /usr/lib on most systems, but the simh
makefile hard-coding that path (and hard-coding it to only
find the
static
library) is a big mistake.
It is, but why not just symlink it for the time being?
Peace... Sridhar
On the other hand... Adding a soft link (and documenting it - don't ALL
system managers document their system changes???) may be preferred to
changing the makefile because once you change the makefile you OWN its
maintenance. Different strokes for different folks.
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE
[mailto:owner-hecnet at Update.UU.SE] On Behalf Of Brian Hechinger
Sent: Wednesday, April 11, 2012 09:17
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] building simh
Ignore him. Adding cruft to your filesystem when you could
simply fix the makefile is a silly suggestion.
Hi Sridhar!! :-P
-brian
On 4/11/2012 9:13 AM, hvlems at zonnet.nl wrote:
Sridhar, you are a jolly fellow aren't you ?
Now I thought I understood the way linux uses libraries and
yet you add another mystery Is it because you want to keep
me in a perpetual mystified state of mind?
Hans
:-)
-----Original Message-----
From: Sridhar Ayengar<ploopster at gmail.com>
Sender: owner-hecnet at Update.UU.SE
Date: Wed, 11 Apr 2012 08:52:15
To:<hecnet at Update.UU.SE>
Reply-To: hecnet at Update.UU.SECc: Dave McGuire<mcguire at neurotica.com>
Subject: Re: [HECnet] building simh
Dave McGuire wrote:
Is it possible to explain what the magic does?
More precisely: what is the difference between an .a and
an .so library?
I detailed this a few posts ago. .a is a static
library, .so is
a shared library.
How on earth does -lpcap point to /usr/lib?
-lpcap tells the linker to look in every directory in
the library
search path to find either libpcap.a or libpcap.so.
This library lives in /usr/lib on most systems, but the simh
makefile hard-coding that path (and hard-coding it to only
find the
static
library) is a big mistake.
It is, but why not just symlink it for the time being?
Peace... Sridhar
Ignore him. Adding cruft to your filesystem when you could simply fix the makefile is a silly suggestion.
Hi Sridhar!! :-P
-brian
On 4/11/2012 9:13 AM, hvlems at zonnet.nl wrote:
Sridhar, you are a jolly fellow aren't you ?
Now I thought I understood the way linux uses libraries and yet you add another mystery Is it because you want to keep me in a perpetual mystified state of mind?
Hans
:-)
-----Original Message-----
From: Sridhar Ayengar<ploopster at gmail.com>
Sender: owner-hecnet at Update.UU.SE
Date: Wed, 11 Apr 2012 08:52:15
To:<hecnet at Update.UU.SE>
Reply-To: hecnet at Update.UU.SECc: Dave McGuire<mcguire at neurotica.com>
Subject: Re: [HECnet] building simh
Dave McGuire wrote:
Is it possible to explain what the magic does?
More precisely: what is the difference between an .a and an .so library?
I detailed this a few posts ago. .a is a static library, .so is a
shared library.
How on earth does -lpcap point to /usr/lib?
-lpcap tells the linker to look in every directory in the library
search path to find either libpcap.a or libpcap.so.
This library lives in /usr/lib on most systems, but the simh makefile
hard-coding that path (and hard-coding it to only find the static
library) is a big mistake.
It is, but why not just symlink it for the time being?
Peace... Sridhar
Sridhar, you are a jolly fellow aren't you ?
Now I thought I understood the way linux uses libraries and yet you add another mystery Is it because you want to keep me in a perpetual mystified state of mind?
Hans
:-)
-----Original Message-----
From: Sridhar Ayengar <ploopster at gmail.com>
Sender: owner-hecnet at Update.UU.SE
Date: Wed, 11 Apr 2012 08:52:15
To: <hecnet at Update.UU.SE>
Reply-To: hecnet at Update.UU.SECc: Dave McGuire<mcguire at neurotica.com>
Subject: Re: [HECnet] building simh
Dave McGuire wrote:
Is it possible to explain what the magic does?
More precisely: what is the difference between an .a and an .so library?
I detailed this a few posts ago. .a is a static library, .so is a
shared library.
How on earth does -lpcap point to /usr/lib?
-lpcap tells the linker to look in every directory in the library
search path to find either libpcap.a or libpcap.so.
This library lives in /usr/lib on most systems, but the simh makefile
hard-coding that path (and hard-coding it to only find the static
library) is a big mistake.
It is, but why not just symlink it for the time being?
Peace... Sridhar
Dave McGuire wrote:
This is OS-dependent, but it's usually LD_LIBRARY_PATH. Some OSs have
a system-wide configuration for that (Solaris has the "crle" system for
example) which can then be overridden by the environment variable.
I really like ld.so.conf on BSD systems.
Peace... Sridhar
Dave McGuire wrote:
Is it possible to explain what the magic does?
More precisely: what is the difference between an .a and an .so library?
I detailed this a few posts ago. .a is a static library, .so is a
shared library.
How on earth does -lpcap point to /usr/lib?
-lpcap tells the linker to look in every directory in the library
search path to find either libpcap.a or libpcap.so.
This library lives in /usr/lib on most systems, but the simh makefile
hard-coding that path (and hard-coding it to only find the static
library) is a big mistake.
It is, but why not just symlink it for the time being?
Peace... Sridhar
Only my end does. DCL scripts work GREAT!
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE
[mailto:owner-hecnet at Update.UU.SE] On Behalf Of Sampsa Laine
Sent: Wednesday, April 11, 2012 03:13
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Area 44 status
Multinet works with dynamic IPs now?
Sampsa
On 11 Apr 2012, at 03:50, Steve Davidson wrote:
Send me your IP address (if static) or domain name (if
dynamic) and I
will create the necessary link for you here. This end is
bridge.declab.net (69.21.253.158).
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE
[mailto:owner-hecnet at Update.UU.SE] On Behalf Of Brian Hechinger
Sent: Tuesday, April 10, 2012 14:32
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Area 44 status
On 4/10/2012 2:26 PM, Dave McGuire wrote:
On 04/10/2012 02:24 PM, H Vlems wrote:
Thanks to Oleg's suggestion area 44 will be on-line more often...
Johnny please be so kind to add AR44 (44.1023) to your
database as a
simh VAX3900 running VAX/VMS 6.1?
Woohoo!
If I survive the next two days (really bad deadline at
work) I'll
get back to hacking on tunnels with Brian, and hopefully
Area 61 will
be online shortly thereafter. I plan to run at least one
Alpha DS10L
full-time, and likely a VAX or two as well, and then lots
of other
machines sporadically. (PDP-11/70, DECsystem-2020,
possibly others as
I get them running)
I'd get a multinet tunnel to Steve Davidson first, mainly
as I still
haven't heard back from my ISP and things are going to get crazy
again for a while here.
-brian
Ah ok.
Sampsa
On 11 Apr 2012, at 14:28, Brian Hechinger wrote:
No but Steve wrote some scripts to automate the process of changing the ip on his end.
-brian
On Apr 11, 2012, at 3:13, Sampsa Laine <sampsa at mac.com> wrote:
Multinet works with dynamic IPs now?
Sampsa
On 11 Apr 2012, at 03:50, Steve Davidson wrote:
Send me your IP address (if static) or domain name (if dynamic) and I
will create the necessary link for you here. This end is
bridge.declab.net (69.21.253.158).
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE
[mailto:owner-hecnet at Update.UU.SE] On Behalf Of Brian Hechinger
Sent: Tuesday, April 10, 2012 14:32
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Area 44 status
On 4/10/2012 2:26 PM, Dave McGuire wrote:
On 04/10/2012 02:24 PM, H Vlems wrote:
Thanks to Oleg's suggestion area 44 will be on-line more often...
Johnny please be so kind to add AR44 (44.1023) to your
database as a
simh VAX3900 running VAX/VMS 6.1?
Woohoo!
If I survive the next two days (really bad deadline at
work) I'll
get back to hacking on tunnels with Brian, and hopefully
Area 61 will
be online shortly thereafter. I plan to run at least one
Alpha DS10L
full-time, and likely a VAX or two as well, and then lots of other
machines sporadically. (PDP-11/70, DECsystem-2020,
possibly others as
I get them running)
I'd get a multinet tunnel to Steve Davidson first, mainly as
I still haven't heard back from my ISP and things are going
to get crazy again for a while here.
-brian
No but Steve wrote some scripts to automate the process of changing the ip on his end.
-brian
On Apr 11, 2012, at 3:13, Sampsa Laine <sampsa at mac.com> wrote:
Multinet works with dynamic IPs now?
Sampsa
On 11 Apr 2012, at 03:50, Steve Davidson wrote:
Send me your IP address (if static) or domain name (if dynamic) and I
will create the necessary link for you here. This end is
bridge.declab.net (69.21.253.158).
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE
[mailto:owner-hecnet at Update.UU.SE] On Behalf Of Brian Hechinger
Sent: Tuesday, April 10, 2012 14:32
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Area 44 status
On 4/10/2012 2:26 PM, Dave McGuire wrote:
On 04/10/2012 02:24 PM, H Vlems wrote:
Thanks to Oleg's suggestion area 44 will be on-line more often...
Johnny please be so kind to add AR44 (44.1023) to your
database as a
simh VAX3900 running VAX/VMS 6.1?
Woohoo!
If I survive the next two days (really bad deadline at
work) I'll
get back to hacking on tunnels with Brian, and hopefully
Area 61 will
be online shortly thereafter. I plan to run at least one
Alpha DS10L
full-time, and likely a VAX or two as well, and then lots of other
machines sporadically. (PDP-11/70, DECsystem-2020,
possibly others as
I get them running)
I'd get a multinet tunnel to Steve Davidson first, mainly as
I still haven't heard back from my ISP and things are going
to get crazy again for a while here.
-brian
Rhesus should be up next week, so the infosearch stuff will work from then on..
Sampsa
On 11 Apr 2012, at 11:04, Mark Wickens wrote:
Guys,
hecnet.eu is up again. It'll be up for a few days now.
I'll endeavor to get the squid cache working.
Mark.
On 11/04/12 08:13, Sampsa Laine wrote:
Multinet works with dynamic IPs now?
Sampsa
On 11 Apr 2012, at 03:50, Steve Davidson wrote:
Send me your IP address (if static) or domain name (if dynamic) and I
will create the necessary link for you here. This end is
bridge.declab.net (69.21.253.158).
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE
[mailto:owner-hecnet at Update.UU.SE] On Behalf Of Brian Hechinger
Sent: Tuesday, April 10, 2012 14:32
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Area 44 status
On 4/10/2012 2:26 PM, Dave McGuire wrote:
On 04/10/2012 02:24 PM, H Vlems wrote:
Thanks to Oleg's suggestion area 44 will be on-line more often...
Johnny please be so kind to add AR44 (44.1023) to your
database as a
simh VAX3900 running VAX/VMS 6.1?
Woohoo!
If I survive the next two days (really bad deadline at
work) I'll
get back to hacking on tunnels with Brian, and hopefully
Area 61 will
be online shortly thereafter. I plan to run at least one
Alpha DS10L
full-time, and likely a VAX or two as well, and then lots of other
machines sporadically. (PDP-11/70, DECsystem-2020,
possibly others as
I get them running)
I'd get a multinet tunnel to Steve Davidson first, mainly as
I still haven't heard back from my ISP and things are going
to get crazy again for a while here.
-brian
