Thanks to :
> Oisin McGuinness[SMTP:oisin_at_sbcm.com]
> Steven[SMTP:johnson_at_bayflash.stpt.usf.edu]
> alan_at_nabeth.cxo.dec.com[SMTP:alan_at_nabeth.cxo.dec.com]
> Martin Mokrejs[SMTP:mmokrejs_at_natur.cuni.cz]
> Dr. Tom Blinn, 603-884-0646[SMTP:tpb_at_doctor.zk3.dec.com]
> Alan Davis[SMTP:Alan.Davis_at_digital.com]
>
Here are their answers. "libdnet.so" is a DECNet Library.
> From: Alan Davis[SMTP:Alan.Davis_at_digital.com]
> The libdnet.so is a shared library from the DECnet subsets.
> It can be found in either DNALITE or DNANETMAN.
> If your system is not using DECnet, you may be able to modify
> the Perl configuration to eliminate references to this library.
> In the base OS, there is a library called libdnet_stub.a that
> will redirect dynamic library opens on libdnet.so to the
> appropriate tcp/ip equivalent functions.
>
> From: Dr. Tom Blinn, 603-884-0646[SMTP:tpb_at_doctor.zk3.dec.com]
> libdnet.so is the shared library for DECnet networking. It isn't part of
> the C++
> stuff, and never was. In general, to find out if a file was delivered as
> part of the
> Digital UNIX product, as root (or as root make the relevant files and
> directories world
> readable),
>
> From: Oisin McGuinness[SMTP:oisin_at_sbcm.com]
> Unless you are running DECnet, you don't need it.
> Try linking with the corresponding stub version of the
> library, libdnet_stub.so, which is part of the BASE
>
> From: alan_at_nabeth.cxo.dec.com[SMTP:alan_at_nabeth.cxo.dec.com]
> It is probably the DECnet library. I'd guess that a version with
> stubs for all the routines is included in a base system subset
> somewhere, with the real coming in the DECnet/OSI layered product.
> The stubs may have merged into some other library in recent
> versions, which could be why you can't find it.
>
> From: Martin Mokrejs[SMTP:mmokrejs_at_natur.cuni.cz]
> Install DECnet or better change the -ldnet LDFLAG to -ldnet_stub
> The ldnet_stub.so is an empty library, but that's the purpose.
>
Received on Mon Nov 23 1998 - 15:18:13 NZDT