[hpsdr] Thanks John Melton (GHPSDR)
Sid Boyce
g3vbv at blueyonder.co.uk
Mon Mar 30 04:36:35 PDT 2009
John Melton wrote:
> Hi Sid,
>
>> Sounds great as I would like to get away from using jack.
>> A few problems I have hit. The main box I use is 64-bit.
>> 1. Is there any difference between the standard libusb and the one
>> pointed to under /usr/local in libusbio.c?
>
> You should be using libusb1.0. The original libusb has some serious
> problems with threaded applications.
>
Perhaps I worded that badly. The fact that /usr/local was pointed to
made me wonder if it was a modified version of the stock 1.0.
# l /usr/lib64/libusb-1.0.so*
lrwxrwxrwx 1 root root 19 2009-03-26 04:59 /usr/lib64/libusb-1.0.so
-> libusb-1.0.so.0.0.0*
lrwxrwxrwx 1 root root 19 2009-03-26 02:26 /usr/lib64/libusb-1.0.so.0
-> libusb-1.0.so.0.0.0*
-rwxr-xr-x 1 root root 51832 2009-03-17 23:36
/usr/lib64/libusb-1.0.so.0.0.0*
tindog:/home/lancelot/ftp/Mar09/ghpsdr # rpm -qf
/usr/lib64/libusb-1.0.so.0.0.0
libusb-1_0-0-0.9.3-5.3
>>
>> 2. libfftw3f.a doesn't exist in the openSUSE distro either on the 32-bit
>> or 64-bit.
>
> You could download fftw3 and build it ;-)
>
Thanks, I shall do that and lock it so upgrades won't change it.
>>
>> 3. libDttSP.a in ghpsdr is recognised as 32-bit on my 64-bit system,
>> while the standard trunk sdr-core builds with the included libDttSP.a
>> on 64-bit.
>
> I can either build a 64 bit version and/or make the updated source
> available.
>
>
Great, I shall grab the source mentioned in your follow-up email.
> Regards,
>
> John
>
>
73 ... Sid.
--
Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
Specialist, Cricket Coach
Microsoft Windows Free Zone - Linux used for all Computing Tasks
1238412995.0
More information about the Hpsdr
mailing list