Under Linux the Linrad configure script looks for various files
to decide which packages are installed. This works for 32 bit
versions of Linux, but when Linrad is compiled on a 64 bit
distribution the test for things like libXext.so which is done
like below may give a false positive.
LIBEXT=0
AC_CHECK_FILE( /emul/ia32-linux/usr/lib/libXext.so, LIBEXT="1")
AC_CHECK_FILE( /usr/lib/libXext.so, LIBEXT="1")
AC_CHECK_FILE( [libXext.so], LIBEXT="1")
AC_CHECK_FILE( /usr/lib32/libXext.so, LIBEXT="1")
AC_CHECK_FILE( /usr/PCBSD/local/lib/libXext.so, LIBEXT="1")
The second and/or third test would give a false positive if
the 64 bit version is installed but not the 32 bit version
when running on a 64 bit distribution. Less likely, but possibly
there could be a false positive when the 64 bit library is
installed but not the 32 bit one on a 32 bit system.
As a consequence of a false positive the make command would
try to link with libXext and it would fail if there is no
32 bit library present.
The next version of Linrad will have an interface to Portaudio
which will allow Jack to interface to other softwares - but it
would have to be 32 bit portaudio. I desperately need a way
for the configure script to search for the presence of 32 bit
libraries only. One way could be to to do the test for
[libXext] and /usr/lib/libXext only on 32 bit distributions.
- but what command would tell if the system is 32 or 64 bit?
Any hints?
73
Leif / SM5BSZ
> I'm certainly no serious programmer, so maybe this is not what you want:
>
> uname -m
>
> I only have 32 bit systems here, so it reports 'i686' on those (could
> also be i386/i486/i586). My understanding is that 64 bit systems
> return 'x86_64'.
Yes. Thanks. I verified this on my Xeon system with 64 bit Suse.
I feel a bit uneasy about this method because when there are changes in
the 64 bit architecture in the future, maybe the -m would report someting
else....
Fortunately the hint from Pierre:
http://forums11.itrc.hp.com/service/forums/questionanswer.do?admit=109447626+1257119123909+28353475&threadId=1193870
helped to this command:
getconf LONG_BIT
There is a man page about getconf - but I can not find the
parameter value LONG_BIT anywhere among the defined parameters.
As it turns out the old RedHat 6.1 (kernel 2.2.12) already has
this function and returns 32 so I decided to use it.
Problem solved:-)
73
Leif / SM5BSZ
> Isn't that simply telling you if the OS is 32 or 64 bit?
> You can have 32 installed on a 64 bit platform.
>
> Or was that the original question?
Yes:-)
The problem was to know what libraries to look for with the
configure script.
Linrad can use optional packages but they may be
difficult to install for newcomers. Therefore the configure
script will give informative (hopefully) messages about
what options that could be added.
For Linrad-03.09 they are:
alsa development (to have native alsa)
extra X11 (to have fast graphics with MIT-SHM)
jack (to connect other programs to the Linrad audio output)
svgalib (to run without X11)
The 32 bit jack version has to be installed when Linrad
runs on a 64 bit OS. That is the problem I needed to solve.
If jack is present as a 64 bit package only Linrad can not
use it and will compile portaudio without jack.
(If portaudio is available)
73
Leif / SM5BSZ
> In MAP65 i have the problem , that i can see a trace - but MAP65 dignt
> decode it
> automaticly. When i catch the QRG and decode manuelly sometime its work.
>
> Any one knows this ?
Besides having the correct signal level into MAP65 you must also
have the correct time. Maybe WSJT searches in a slightly wider range
of time offsets than MAP65. Look for the time of those transmissions
that decode and make sure they fall well within the search window.
I do not have the details, but they should be available somewhere.
Something like -2 < dt < 5
73
Leif / SM5BSZ
> > Besides having the correct signal level into MAP65 you must also
> what is the right level ?
I do not remember. It is written somewhere in the MAP65 documentation.
> > you must also have the correct time
> The time in Linrad is the same as in MAP65 - same PC - .
> - sync by Dimension 4
Well, I have no experience with that. I would verify by checking
dt from MAP65;-)
> What is the way to calibrate the WSE and the filters ?
> What level the WSE need for calibrate ?
The unit that needs calibration is the RX2500. For I/Q balancing
it does not matter if you send the signal into 2.5, 10.7, 70 or
144 MHz. Use what is convenient - but connect both channels.
For the filter calibration, send pulses into the 10.7 MHz inputs.
The frequency response is a little affected by the feed impedance
into the RX2500 because it uses noiseless feedback and that
means that the input impedance to the 2.5 MHz filter will
be a little affected.
Read the section about calibration on the Linrad Home Page:
http://www.sm5bsz.com/linuxdsp/linrad.htm
And follow the links there.
73
Leif