Re: Problems getting edm functional on NetBSD

["David Dudley" <dldudley@gmail.com>]

Narrowing down the problems, and now time to bring in more people.

 

I'm having problems using channel access in edm under NetBSD.  I've got everything ported and operational, and edm itself functions correctly.  I can install all the libraries except for two, those being epicsPv.so and logPv.so.  When I try to load these two libraries, I get an error message about not being able to find 'nss_dns.so.0'.

 

Now, I wouldn't concern anyone with this problem normally, after all, NetBSD is not a supported architecture.  However, the problem is coming from trying to load the channel access library into the program, not from a problem with edm.

 

The exact function call that looks like it's failing is gethostbyname, and I'm just wondering if there are some tricks done in Epics to get access to that function.

 

David

On Tue, Dec 16, 2008 at 11:47 AM, David Dudley <dldudley@gmail.com> wrote:

Think I may have found this one.

I had an older version of include/edm/* include files still installed.

 

Deleting them and re-making seems to have fixed that problem.

 

Now, it's back to figureing out the dns problem.

 

David

On Tue, Dec 16, 2008 at 11:40 AM, David Dudley <dldudley@gmail.com> wrote:

All the other subdirs compile without problems, but when I get to baselib, compiling x_text_dsp.cc gives me an error of

 

'../x_text_dsp_obj.h:560: error 'IPFUNC' does not name a type'

 

I see the #include for ulBindings.h in the the file, but it still gives me an error.

 

I don't see anything that should prevent it from compiling OK.

 

David

 

On Tue, Dec 16, 2008 at 11:26 AM, John Sinclair <sinclairjw@ornl.gov> wrote:

David,

IPFUNC is defined in ulBindings.h

John

David Dudley wrote:

Been working with edm-1-11-1v, decided to move up to 1-11-1y to port the latest.
 Having a problem with x_text_dsp_obj.h and x_text_dsp_obj_cc.
Where is IPFUNC defined?  Can't find references to it here.  I assume from the notes on Dec. 1 that it was in reference to motif, but can't find that name defined in Xm include directory either.
 David

On Tue, Dec 16, 2008 at 8:58 AM, David Dudley <dldudley@gmail.com <mailto:dldudley@gmail.com>> wrote:

   Looks like the problem may be internal to NetBSD.  There are no
   references to the library it's asking for in any of the library
   files, neither is there a reference to it in the edm file.
       Problem I have with that however, is that edm is the only program
   where this problem shows up.  medm, StripTool, probe, gateway,
   alh,... they all seem to work fine, with no problem (well, I've got
   a formatting problem in StripTool, the floating point format that is
   used to display the mins and maxes on the Curves display isn't
   supported apparently, but I'll get to that.
       Still, everything else works fine.  edm is the only place where I
   see this problem, and of course, it's the one I want running the most.
       Found a few problems in some of the Make files, They don't seem to
   have the right module name in them.
       David
   On Mon, Dec 15, 2008 at 2:47 PM, David Dudley <dldudley@gmail.com

   <mailto:dldudley@gmail.com>> wrote:

       There is a ldd that I have run, and couldn't find references to
       the library when I ran it.
               Turns out, the NetBSD implementation of nsdispatch dynamically
       creates the name of the library it's going to load, based on the
       contents of the nsswitch.conf file, and calls dload to load it.
       I'm actively working on coming up with a solution, which I think
       is going to be related to a linkage problem.
               David
       On Mon, Dec 15, 2008 at 2:43 PM, John Sinclair

       <sinclairjw@ornl.gov <mailto:sinclairjw@ornl.gov>> wrote:

           David,

           It may be related to code in ../src/edm/util which contains
           portable utility code, much of which may no longer be used
           by edm. You might try running a small test program link
           against that library. The name is
           lib114135a4-6f6c-11d3-95bc-00104b8742df.so.

           Is there no BSD equivalent of ldd? If so, you might run it
           against edm and each .so library.

           John Sinclair


           David Dudley wrote:

               I'm working on getting edm operational on NetBSD.  I've
               got everything compiling correctly, however I'm having
               problems when I try to run the system.
                For some reason, when I try to install libEpics.so, I
               get an error that it can't find object "nss_dns.so.0".
                Also get the same error when I try to install
               libLog.so.  Without installing those two files, edm
               seems to run great, except, of course that parts of it
               won't work.
                The errors are directly related to functions defined in
               the nsdispatch() OS module.  I thought it was related to
               the 'gethostbyname' calls used in edmMain/main.cc and
               lib/pvs.cc (which are the only two functions used which
               reference the library), however even with those
               commented out (just for a test), it still fails when
               trying to load the library.  This leads me to think that
               it probably is related to something in base, however
               everything else in base, and all the other extensions
               I've got built work without error, so I'm still pointed
               back to a problem with  the way edm links.
                Have any wild ideas?  This is the last program I need
               to adapt to run on NetBSD.  I've got all of SDDS,
               ChannelArchiver, StripTool, alh, gateway, medm, and
               probe working fine.  The NetBSD group tells me that the
               nisdispatch functions are all contained in libc, and
               I've written small little test programs that link and
               run with no problem.
                David