| Title: | DIGITAL UNIX (FORMERLY KNOWN AS DEC OSF/1) |
| Notice: | Welcome to the Digital UNIX Conference |
| Moderator: | SMURF::DENHAM |
| Created: | Thu Mar 16 1995 |
| Last Modified: | Fri Jun 06 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 10068 |
| Total number of notes: | 35879 |
Hello, I have a customer who is trying to use a sybase utility called rsinit. Whenever he attempts to do anything with it he gets the following message: /sbin/loader fatal error: cannot map libdnet.so This used to work in v3.2c where /usr/shlib/libdnet_stub.so was apparently (i don't have access to a v3.2c system) linked to a file called libdnet.so. In v4.0b, these two files are no longer linked and the utility will no longer work to do what they need it to do. The customer mentioned that the v4.0a system does have the link, but v4.0 and v4.0b don't. Is this a feature or a bug? Can anyone shed some light on this? Searching through comet hasn't revealed much except to say that the file is part of a decnet subset, but the customer isn't using decnet, nor does he intend to. Any information at all, or even pointers to additional information would be helpful. Thanks in advance, Kim [Posted by WWW Notes gateway]
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 9820.1 | SMURF::LOWELL | Tue May 27 1997 11:00 | 14 | ||
libdnet.so is a DECnet library. libdnet_stub.so is just what the name implies. It provides stubs for the DECnet API's. The stubs attempt to dlopen the real libdnet.so and replace the stub routines at runtime. If your customer's sybase utility doesn't absolutely need DECnet to function correctly, then creating a "libdnet.so" link to libdnet_stub.so will probably allow the utility to load and run cleanly. I don't believe we ever shipped such a link in V3.2c or before, so either the customer previously had DECnet installed, or someone else created the link for them to workaround the missing library problem. | |||||