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.
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?
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'.
> 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.
> 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?
I use a system with 8 times 14ele XPol antennas.
I use Linrad 0308 in weak siganl CW and WSE
Setings for POL is:
0
+
Auto
H
Channel 1 - horizontal
Channel 2 - vertikal
now Linrad calculated the pol 90 deg wrong !!!
I checked with TS2000 and WSJT and the signals
from the WSE / Linrad with 90 deg are all only on hori.
When i change the antenna Inputson the WSE , i get the
right pol. calkulation.
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.
?
----- Original Message ----- From: "Leif Asbrink" <l...@sm5bsz.com>
To: <linrad@googlegroups.com>
Sent: Sunday, November 01, 2009 9:57 PM
Subject: [Linrad] 32 or 64 bit
> Hi All,
> 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.
> 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?
> 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....
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.
-----Original Message-----
From: Leif Asbrink <l...@sm5bsz.com>
Date: Tue, 3 Nov 2009 03:56:42 To: <linrad@googlegroups.com>
Subject: [Linrad] Re: 32 or 64 bit
Hi Ken and Pierre,
> 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....
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.
> 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)
> I use a system with 8 times 14ele XPol antennas. > I use Linrad 0308 in weak siganl CW and WSE > Setings for POL is: > 0 > + > Auto > H
> Channel 1 - horizontal > Channel 2 - vertikal
> now Linrad calculated the pol 90 deg wrong !!! > I checked with TS2000 and WSJT and the signals > from the WSE / Linrad with 90 deg are all only on hori.
> When i change the antenna Inputson the WSE , i get the > right pol. calkulation.
Maybe the cables are crossed somewhere....
> 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
---- Original Message ----- From: "Leif Asbrink" <l...@sm5bsz.com>
To: <linrad@googlegroups.com>
Sent: Tuesday, November 03, 2009 2:37 PM
Subject: [Linrad] Re: Polswitching from H / V Antenna
> Hi Carsten,
>> I use a system with 8 times 14ele XPol antennas.
>> I use Linrad 0308 in weak siganl CW and WSE
>> Setings for POL is:
>> 0
>> +
>> Auto
>> H
>> Channel 1 - horizontal
>> Channel 2 - vertikal
>> now Linrad calculated the pol 90 deg wrong !!!
>> I checked with TS2000 and WSJT and the signals
>> from the WSE / Linrad with 90 deg are all only on hori.
>> When i change the antenna Inputson the WSE , i get the
>> right pol. calkulation.
> Maybe the cables are crossed somewhere....
>> 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
> > 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.
|
