Re: [OpenVIP-devel] [PATCH] openvip issues

[Hans-Peter J. <hp...@ur...>]

Hi Antonin,

thanks for the response.

On Wednesday 18 February 2004 15:25, Anton=EDn Slav=EDk wrote:
> Hello Peter,
>
> thanks for reporting the issues.
>
> > Linking
> > errors due to fftw
> > tricked me a bit: found lib{d,dr,s,sr}fftw
> > libs here, but no libfftw.
>
> Do you have FFTW 3 installed? OpenVIP has been written to link

Well, yes there are also fftw3 libs available here:

libdfftw.so
libdrfftw.so
libsfftw.so
libsrfftw.so
libfftw3.so
libfftw3f.so

but ruled those out. The question is: which off the rest is the
right one?

> against FFTW 2.x. This can be achieved using -lfftw, while FFTW 3
> changed it to -lfftw3. I'll fix the Jamfile to link against FFTW
> 3, but I have to read FFTW docs first since it is not 100%
> backward compatible with FFTW 2.x. Anyway, all FFTW plugins are
> optional so you can safely leave them out.
>
> > I had to copy libopenvip_hl.so to
> > /usr/local/lib in order to get
> > openvip going.
>
> Did you set OPENVIP_HOME as described in the README file?

Jep. I got around the above step, using this script:

=2D-8<--
#! /bin/sh

cd /home/hp/CVS/openvip.hp/bin

export OPENVIP_HOME=3D$(pwd)
export LD_LIBRARY_PATH=3D$(pwd)

python openvip-gui.py
=2D->8--

I remember those problems with Phil Thompson's sip/PyQt stuff.

Phil used to fix them with ld's --soname option, but I don't have any=20
idea, how to tell bjam such.

> ldd libopenvip_hl.so=20
        libupf.so.0 =3D> /usr/local/lib/libupf.so.0 (0x4011e000)
        librt.so.1 =3D> /lib/librt.so.1 (0x40120000)
        libstdc++.so.5 =3D> /usr/lib/libstdc++.so.5 (0x40133000)
        libm.so.6 =3D> /lib/libm.so.6 (0x401f3000)
        libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x40216000)
        libpthread.so.0 =3D> /lib/libpthread.so.0 (0x4021e000)
        libc.so.6 =3D> /lib/libc.so.6 (0x40272000)
        libdl.so.2 =3D> /lib/libdl.so.2 (0x403a8000)
        /lib/ld-linux.so.2 =3D> /lib/ld-linux.so.2 (0x80000000)


> > openvip.Error: failed to load XML data:
> > <?xml version=3D"1.0" ?>
> > <!DOCTYPE network PUBLIC
> > "-//OPENVIP//DTD Network Format V1.0//EN"
> > [...]
>
> If you have OPENVIP_HOME set correctly, then I have no idea what
> might be wrong. The load_network_from_string Python function is
> implemented using the NetworkFormatLoader::LoadFromString C++
> function, which can be found in
> openvip/src/core/networkloader.cpp. The error means that this
> function returned false - could you find out why?

Thanks for the pointer. It seem to MemDataSource::Read the data just=20
fine, but something gets wrong in parseConnection() stage.

The problematic xml is attached.

Cheers,
Pete