Can't open data file in r14202

[Chris Shoemaker]

On Mon, May 29, 2006 at 09:19:08AM -0400, David Reiser wrote:
> 
> On May 26, 2006, at 5:33 PM, Chris Shoemaker wrote:
> 
> >On Fri, May 26, 2006 at 02:51:44PM -0400, Kevin Broderick wrote:
> >>
> >>On 26 May 2006, at 2:37 PM, David Reiser wrote:
> >>
> >>>--enable-error-on-warning --enable-compile-warnings --enable-opt-
> >>>style-install --prefix=/opt/gnucash-svn --enable-debug --enable-
> >>>etags --enable-doxygen --enable-ofx --with-ofx-prefix=/opt --enable-
> >>>hbci --with-aqbanking-dir=/opt --with-g-wrap-prefix=/sw
> >>>
> >>>This is the same set of options I've been using for several weeks
> >>>(months, if you discount the fact I've switched from g-wrap 1.9 in /
> >>>opt to the same version in /sw)
> >>>
> >>>I'm headed to Canada for the weekend to play soccer, so any more
> >>>response from me will have to wait until Monday. Thanks for trying
> >>>to duplicate this.
> >>
> >>After upgrading from r14176 to r14204, I get the same symptoms
> >>("Cannot parse URL /Users/kbroderick/...") when attempting to open a
> >>file.
> >>
> >>Systmen info:
> >>OS X 10.4.6
> >>configure options: --with-g-wrap-prefix=/sw --prefix=/Users/
> >>kbroderick/usr --enable-compiler-warnings
> >>g-wrap is 1.3.4-14 from fink
> >>
> >>Interestingly enough, I also get the same error when attempting to go
> >>back to r14176.  (I had done a mv ~/usr ~/usr.bak before attempting
> >>to upgrade to r14204, since I was trying something known to break
> >>things).  Like David, I'll be heading out for the weekend shortly and
> >>will be unable to do any further testing until Monday evening at the
> >>earliest.  On the other hand, I'd be happy to do some testing Monday
> >>evening if necessary.
> >>
> >>gnucash.trace:
> >>gnucash: dlopen(/Users/kbroderick/usr/lib/libgnc-backend-file.so, 9):
> >>image not found
> >
> >May I see:
> >$ ls -al /Users/kbroderick/usr/lib/*backend*
> >
> >-chris
> 
> [G5D:~/dev/gnucash] dbr% ls -al /opt/gnucash-svn/lib/*backend*
> -rwxr-xr-x   1 dbr  admin  666216 May 26 09:24 /opt/gnucash-svn/lib/ 
> libgnc-backend-file.0.0.0.dylib
> lrwxr-xr-x   1 dbr  admin      31 May 26 09:24 /opt/gnucash-svn/lib/ 
> libgnc-backend-file.0.dylib -> libgnc-backend-file.0.0.0.dylib
> lrwxr-xr-x   1 dbr  admin      31 May 26 09:24 /opt/gnucash-svn/lib/ 
> libgnc-backend-file.dylib -> libgnc-backend-file.0.0.0.dylib
> -rwxr-xr-x   1 dbr  admin    1755 May 26 09:24 /opt/gnucash-svn/lib/ 
> libgnc-backend-file.la
> -rwxr-xr-x   1 dbr  admin  137432 May 26 09:24 /opt/gnucash-svn/lib/ 
> libgncqof-backend-qsf.0.0.0.dylib
> lrwxr-xr-x   1 dbr  admin      33 May 26 09:24 /opt/gnucash-svn/lib/ 
> libgncqof-backend-qsf.0.dylib -> libgncqof-backend-qsf.0.0.0.dylib
> lrwxr-xr-x   1 dbr  admin      33 May 26 09:24 /opt/gnucash-svn/lib/ 
> libgncqof-backend-qsf.dylib -> libgncqof-backend-qsf.0.0.0.dylib
> -rwxr-xr-x   1 dbr  admin    1130 May 26 09:24 /opt/gnucash-svn/lib/ 
> libgncqof-backend-qsf.la

Hmm.  So I guess the -avoid-version changes didn't help you, then?

It seems that GModule expects libtool to name the module with ".so"
but libtool is naming it with .dylib.

What do you have for libtool --version and pkg-config --modversion gtk+-2.0 ?

And can you verify that ln -s libgnc-backend-file.dylib
libgnc-backend-file.so actually fixes the problem?

Thanks.

-chris


> 
> 
> --
> David Reiser
> dbreiser at earthlink.net
>