Some parts possibly, but it would be very complex. Much of the actual TCP/IP implementation is in the form of device drivers.
In RSX, there is (now) IF:, which is the basic device interfaces, IP:, which talks raw IP (and ICMP), UD:, which talks UDP, and TC:, which talks TCP.
The TC: driver, as well as the UD: driver internally then talks to the IP: driver. The IP: driver in turn talks to the appropriate IF: driver, depending on the routing tables.
TC: even understands file specifications, so you can do things like:
PIP TI:=TC:"130.238.19.212";17, which will give you the quote of the day on your terminal (that's what port 17 is). (Try it on MIM:: :-) )
Device drivers are very different in the different OSes, so the basic code that deals with the protocol bits can pretty much be used straight off, but all the code dealing with the interfacing to the OS, memory, other drivers, and user applications, will be totally different. I'm not sure exactly how a device driver in RSTS/E works.
Also, for ethernet, I make use of a feature in RSX called an ACP, which is like a user level program that extends the functionality of a device. So the ethernet device is an ACP attached to the IF: driver (for the specific unit), and which in turn implements all the logic of communicating over ethernet, including ARP.
And then of course, is the tools, which are perhaps a bit more OS specific, but they are smaller and simpler for the most part.
Applications (if everything else was ported) would probably work without any changes.
Johnny
On 2012-04-13 14:55, Steve Davidson wrote:
Johnny,
Could it be ported to RSTS/E V10.1? That's what PLUTO:: is.
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE
[mailto:owner-hecnet at Update.UU.SE] On Behalf Of Johnny Billquist
Sent: Friday, April 13, 2012 08:41
To: hecnet at Update.UU.SE
Subject: [HECnet] Web-server under RSX-11M-PLUS
This is perhaps slightly offtopic, but fun enough that I like
to announce it anyway...
===
Ok. I just thought I'd stir some interest and just general
noise by announcing that I've written a small web-server
running under RSX.
It's written in BASIC+2, and uses the TCP/IP stack for RSX
that I've also written. There are probably a bunch of bugs
and issues still around, so I'm happy to take any bug
reports, comments or whatever.
The url is http://madame.update.uu.se/, and if anyone is
curious about the code, it's at mim.update.uu.se (same
machine, other IP), under MIM::DU:[HTTPD]WWW.B2S (also on HECnet)
If people have any interest in this stuff, or something
else/more, I'm interested in hearing about it. The TCP/IP
stack will eventually (soon) be available for others to
download and use, and apart from the web server, I've also
written a telnet client, and a few small services under TCP,
as well as some tools for administration. I have some
polishing to do, I need to finish a DNS resolved, and I'd
like to also finish FTP and a telnet server, but I might be
open to distributing things before I've finished all those
things, especially if someone is interested in helping writing stuff.
I have interfaces completed for BASIC+2, PDP-11 C, Macro-11.
FORTRAN 77 should also work, but I haven't tried it yet.
This all runs under RSX-11M-PLUS V4.6, but I think it should
be possible to get running under almost any M+ version, but
there might be some hacking needed for some versions.
It will not work under 11M, and I never expect it to. One or
two drivers as well as one or two tools really are big enough
that I need to use the split I/D space feature in M+.
Rewriting stuff to not need that is way too much work.
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
--
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
ohhh my, i SO wish I had my 11/44 back!!!
<sniff>
--Mike
On Apr 13, 2012, at 8:41 AM, Johnny Billquist wrote:
This is perhaps slightly offtopic, but fun enough that I like to announce it anyway...
===
Ok. I just thought I'd stir some interest and just general noise by announcing that I've written a small web-server running under RSX.
It's written in BASIC+2, and uses the TCP/IP stack for RSX that I've also written. There are probably a bunch of bugs and issues still around, so I'm happy to take any bug reports, comments or whatever.
The url is http://madame.update.uu.se/, and if anyone is curious about the code, it's at mim.update.uu.se (same machine, other IP), under MIM::DU:[HTTPD]WWW.B2S (also on HECnet)
If people have any interest in this stuff, or something else/more, I'm interested in hearing about it. The TCP/IP stack will eventually (soon) be available for others to download and use, and apart from the web server, I've also written a telnet client, and a few small services under TCP, as well as some tools for administration. I have some polishing to do, I need to finish a DNS resolved, and I'd like to also finish FTP and a telnet server, but I might be open to distributing things before I've finished all those things, especially if someone is interested in helping writing stuff.
I have interfaces completed for BASIC+2, PDP-11 C, Macro-11. FORTRAN 77 should also work, but I haven't tried it yet.
This all runs under RSX-11M-PLUS V4.6, but I think it should be possible to get running under almost any M+ version, but there might be some hacking needed for some versions.
It will not work under 11M, and I never expect it to. One or two drivers as well as one or two tools really are big enough that I need to use the split I/D space feature in M+. Rewriting stuff to not need that is way too much work.
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
Mike Young
young at ecn.purdue.edu
Johnny,
Could it be ported to RSTS/E V10.1? That's what PLUTO:: is.
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE
[mailto:owner-hecnet at Update.UU.SE] On Behalf Of Johnny Billquist
Sent: Friday, April 13, 2012 08:41
To: hecnet at Update.UU.SE
Subject: [HECnet] Web-server under RSX-11M-PLUS
This is perhaps slightly offtopic, but fun enough that I like
to announce it anyway...
===
Ok. I just thought I'd stir some interest and just general
noise by announcing that I've written a small web-server
running under RSX.
It's written in BASIC+2, and uses the TCP/IP stack for RSX
that I've also written. There are probably a bunch of bugs
and issues still around, so I'm happy to take any bug
reports, comments or whatever.
The url is http://madame.update.uu.se/, and if anyone is
curious about the code, it's at mim.update.uu.se (same
machine, other IP), under MIM::DU:[HTTPD]WWW.B2S (also on HECnet)
If people have any interest in this stuff, or something
else/more, I'm interested in hearing about it. The TCP/IP
stack will eventually (soon) be available for others to
download and use, and apart from the web server, I've also
written a telnet client, and a few small services under TCP,
as well as some tools for administration. I have some
polishing to do, I need to finish a DNS resolved, and I'd
like to also finish FTP and a telnet server, but I might be
open to distributing things before I've finished all those
things, especially if someone is interested in helping writing stuff.
I have interfaces completed for BASIC+2, PDP-11 C, Macro-11.
FORTRAN 77 should also work, but I haven't tried it yet.
This all runs under RSX-11M-PLUS V4.6, but I think it should
be possible to get running under almost any M+ version, but
there might be some hacking needed for some versions.
It will not work under 11M, and I never expect it to. One or
two drivers as well as one or two tools really are big enough
that I need to use the split I/D space feature in M+.
Rewriting stuff to not need that is way too much work.
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
Well...
The following connections are working just fine:
Area: Node: Note:
2 LEGATO Western US backbone hub//router
8 GORVAX European Multinet hub/router
20 WOPR client of Eastern US backbone hub/router
33 FRUGAL client of Eastern US backbone hub/router
8 additional links will come back online when they change the addresses that point to my end.
-Steve
From: Sampsa Laine [mailto:sampsa at mac.com]
Sent: Friday, April 13, 2012 08:11
To: Steve Davidson
Subject: Re: [HECnet] Area 44 status
Steve,
There appears to be some kind of problem, I keep getting "Destination port not reachable" ICMP replies from your box...
Sampsa
On 13 Apr 2012, at 03:12, Steve Davidson wrote:
Done!
-Steve
-----Original Message-----
From: Sampsa Laine [mailto:sampsa at mac.com]
Sent: Thursday, April 12, 2012 14:56
To: Steve Davidson
Subject: Re: [HECnet] Area 44 status
Steve,
Did you add hilanet.no-ip.org to your side?
Sampsa
On 11 Apr 2012, at 18:17, Steve Davidson wrote:
Sure... Try that. You do realize that to do anything SOLAR
will have
to go through SG1 then to GORVAX... It will not be pretty (or
anything close to fast). We can give it a try.
If the performance is unacceptable then we will have to make it an
area
19 node. Probably not what you had in mind. The
alternative is that
you run my DCL procedures on GORVAX and connect the two of them
together, then it won't matter what the area is.
-Steve
-----Original Message-----
From: Sampsa Laine [mailto:sampsa at mac.com]
Sent: Wednesday, April 11, 2012 11:09
To: Steve Davidson
Subject: Re: [HECnet] Area 44 status
Hmm, could try with L1 and if it doesn't work go for L2..No?
Sampsa
On 11 Apr 2012, at 18:10, Steve Davidson wrote:
You will probably have to make it a router. I'm just not
sure which
one.
-Steve
-----Original Message-----
From: Sampsa Laine [mailto:sampsa at mac.com]
Sent: Wednesday, April 11, 2012 10:58
To: Steve Davidson
Subject: Re: [HECnet] Area 44 status
Area 8, solar and bonzo.
SOLAR is the VMS box, BONZO is a WinNT4 running Pathworks.
Sampsa
On 11 Apr 2012, at 17:50, Steve Davidson wrote:
Sampsa,
Which DECnet area will they be part of? What will the node
name and
address be?
-Steve
-----Original Message-----
From: Sampsa Laine [mailto:sampsa at mac.com]
Sent: Wednesday, April 11, 2012 10:42
To: Steve Davidson
Subject: Re: [HECnet] Area 44 status
Steve,
I might need to set up a tunnel from my parents', I'll
register a
DynDNS account for the router..
Crazily enough because we're so far out in the woods a
3G dongle +
external directional antenna is like 2-3 faster and more
stable than
the DSL. The cool thing with Finnish mobile ISPs is that
you get a
real public IP address instead of some NAT'd thing like in
the UK. Of
course the latency is what it is...
My dynamic DNS entry is hilanet.no-ip.org - I need to install
MULTINET on the VMS box though.
Sampsa
On 11 Apr 2012, at 15:23, Steve Davidson wrote:
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
This is perhaps slightly offtopic, but fun enough that I like to announce it anyway...
===
Ok. I just thought I'd stir some interest and just general noise by announcing that I've written a small web-server running under RSX.
It's written in BASIC+2, and uses the TCP/IP stack for RSX that I've also written. There are probably a bunch of bugs and issues still around, so I'm happy to take any bug reports, comments or whatever.
The url is http://madame.update.uu.se/, and if anyone is curious about the code, it's at mim.update.uu.se (same machine, other IP), under MIM::DU:[HTTPD]WWW.B2S (also on HECnet)
If people have any interest in this stuff, or something else/more, I'm interested in hearing about it. The TCP/IP stack will eventually (soon) be available for others to download and use, and apart from the web server, I've also written a telnet client, and a few small services under TCP, as well as some tools for administration. I have some polishing to do, I need to finish a DNS resolved, and I'd like to also finish FTP and a telnet server, but I might be open to distributing things before I've finished all those things, especially if someone is interested in helping writing stuff.
I have interfaces completed for BASIC+2, PDP-11 C, Macro-11. FORTRAN 77 should also work, but I haven't tried it yet.
This all runs under RSX-11M-PLUS V4.6, but I think it should be possible to get running under almost any M+ version, but there might be some hacking needed for some versions.
It will not work under 11M, and I never expect it to. One or two drivers as well as one or two tools really are big enough that I need to use the split I/D space feature in M+. Rewriting stuff to not need that is way too much work.
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
Done!
-Steve
-----Original Message-----
From: Sampsa Laine [mailto:sampsa at mac.com]
Sent: Thursday, April 12, 2012 14:56
To: Steve Davidson
Subject: Re: [HECnet] Area 44 status
Steve,
Did you add hilanet.no-ip.org to your side?
Sampsa
On 11 Apr 2012, at 18:17, Steve Davidson wrote:
Sure... Try that. You do realize that to do anything SOLAR
will have
to go through SG1 then to GORVAX... It will not be pretty (or
anything close to fast). We can give it a try.
If the performance is unacceptable then we will have to make it an
area
19 node. Probably not what you had in mind. The
alternative is that
you run my DCL procedures on GORVAX and connect the two of them
together, then it won't matter what the area is.
-Steve
-----Original Message-----
From: Sampsa Laine [mailto:sampsa at mac.com]
Sent: Wednesday, April 11, 2012 11:09
To: Steve Davidson
Subject: Re: [HECnet] Area 44 status
Hmm, could try with L1 and if it doesn't work go for L2..No?
Sampsa
On 11 Apr 2012, at 18:10, Steve Davidson wrote:
You will probably have to make it a router. I'm just not
sure which
one.
-Steve
-----Original Message-----
From: Sampsa Laine [mailto:sampsa at mac.com]
Sent: Wednesday, April 11, 2012 10:58
To: Steve Davidson
Subject: Re: [HECnet] Area 44 status
Area 8, solar and bonzo.
SOLAR is the VMS box, BONZO is a WinNT4 running Pathworks.
Sampsa
On 11 Apr 2012, at 17:50, Steve Davidson wrote:
Sampsa,
Which DECnet area will they be part of? What will the node
name and
address be?
-Steve
-----Original Message-----
From: Sampsa Laine [mailto:sampsa at mac.com]
Sent: Wednesday, April 11, 2012 10:42
To: Steve Davidson
Subject: Re: [HECnet] Area 44 status
Steve,
I might need to set up a tunnel from my parents', I'll
register a
DynDNS account for the router..
Crazily enough because we're so far out in the woods a
3G dongle +
external directional antenna is like 2-3 faster and more
stable than
the DSL. The cool thing with Finnish mobile ISPs is that
you get a
real public IP address instead of some NAT'd thing like in
the UK. Of
course the latency is what it is...
My dynamic DNS entry is hilanet.no-ip.org - I need to install
MULTINET on the VMS box though.
Sampsa
On 11 Apr 2012, at 15:23, Steve Davidson wrote:
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
Not yet. I just got home. I will have dinner and then take a look.
-Steve
-----Original Message-----
From: Sampsa Laine [mailto:sampsa at mac.com]
Sent: Thursday, April 12, 2012 14:56
To: Steve Davidson
Subject: Re: [HECnet] Area 44 status
Steve,
Did you add hilanet.no-ip.org to your side?
Sampsa
On 11 Apr 2012, at 18:17, Steve Davidson wrote:
Sure... Try that. You do realize that to do anything SOLAR
will have
to go through SG1 then to GORVAX... It will not be pretty (or
anything close to fast). We can give it a try.
If the performance is unacceptable then we will have to make it an
area
19 node. Probably not what you had in mind. The
alternative is that
you run my DCL procedures on GORVAX and connect the two of them
together, then it won't matter what the area is.
-Steve
-----Original Message-----
From: Sampsa Laine [mailto:sampsa at mac.com]
Sent: Wednesday, April 11, 2012 11:09
To: Steve Davidson
Subject: Re: [HECnet] Area 44 status
Hmm, could try with L1 and if it doesn't work go for L2..No?
Sampsa
On 11 Apr 2012, at 18:10, Steve Davidson wrote:
You will probably have to make it a router. I'm just not
sure which
one.
-Steve
-----Original Message-----
From: Sampsa Laine [mailto:sampsa at mac.com]
Sent: Wednesday, April 11, 2012 10:58
To: Steve Davidson
Subject: Re: [HECnet] Area 44 status
Area 8, solar and bonzo.
SOLAR is the VMS box, BONZO is a WinNT4 running Pathworks.
Sampsa
On 11 Apr 2012, at 17:50, Steve Davidson wrote:
Sampsa,
Which DECnet area will they be part of? What will the node
name and
address be?
-Steve
-----Original Message-----
From: Sampsa Laine [mailto:sampsa at mac.com]
Sent: Wednesday, April 11, 2012 10:42
To: Steve Davidson
Subject: Re: [HECnet] Area 44 status
Steve,
I might need to set up a tunnel from my parents', I'll
register a
DynDNS account for the router..
Crazily enough because we're so far out in the woods a
3G dongle +
external directional antenna is like 2-3 faster and more
stable than
the DSL. The cool thing with Finnish mobile ISPs is that
you get a
real public IP address instead of some NAT'd thing like in
the UK. Of
course the latency is what it is...
My dynamic DNS entry is hilanet.no-ip.org - I need to install
MULTINET on the VMS box though.
Sampsa
On 11 Apr 2012, at 15:23, Steve Davidson wrote:
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
On 04/11/2012 09:23 AM, Steve Davidson wrote:
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.
In my case, I OWNED its maintenance for the five minutes it remained
in existence, before I deleted the source tree after running "make
install". Fixing where poorly-written Makefiles look for libraries is
UNIX Administration 101.
And why symlinking stuff into non-distribution-standard locations to
compensate for one poorly-written Makefile is a bad idea is 102. ;)
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
Somehow I get the feeling he was pulling your leg ever so gently Sidhar ;-)
-----Original Message-----
From: Sridhar Ayengar <ploopster at gmail.com>
Sender: owner-hecnet at Update.UU.SE
Date: Wed, 11 Apr 2012 11:20:19
To: <hecnet at Update.UU.SE>
Reply-To: hecnet at Update.UU.SECc: Brian Hechinger<wonko at 4amlunch.net>
Subject: Re: [HECnet] building simh
Brian Hechinger wrote:
Ignore him. Adding cruft to your filesystem when you could simply fix
the makefile is a silly suggestion.
Maintaining a site-specific patch to the Makefile temporarily until the
project Makefile is changed is more work than just leaving the symlink
in place until the project Makefile is changed.
Peace... Sridhar
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
Brian Hechinger wrote:
Ignore him. Adding cruft to your filesystem when you could simply fix
the makefile is a silly suggestion.
Maintaining a site-specific patch to the Makefile temporarily until the project Makefile is changed is more work than just leaving the symlink in place until the project Makefile is changed.
Peace... Sridhar
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
