[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