date:20161016

Re: [wsjt-devel] FMT

2016-10-16 Thread Greg Beam

Hi Victor,

I can't speak to Joe's plan on this, but, some time back, before I 
started back to school late in the summer, I isolated the relevant parts 
of the WSPR ( Python3 version ) program that provided the FMT tools and 
put it into a branch of it own.

The FMT package is in own repository at present [1] and provides some 
build and usage in instructions. It uses Hamlib for rig control, which 
the how-to explains. The next steps were to provide a simple GUI to 
allow automated generation of the gocal ( bash or cmd )  file that 
drives the measurements on each band, but that's not finished yet.

Obviously, it is not intended to be an WSJT-X integration (yet), as it's 
in Python and not QT, but could serve as a proving ground for an 
independent application that could be ported to QT.

[1] https://sourceforge.net/p/wsjt/wsjt/HEAD/tree/branches/fmt/

73's
Greg.

On 9/19/2016 3:37 PM, Victor Batchelor wrote:
> Hi Joe and all developers.
>
> Are there plans to release the FMT group of programs in 1.7.0?
>
> An updated version with the option to update the frequency settings
> wouls in my opinion be very useful,
>
> Keep up the excellent work.
>
> 73
>
> Victor

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Enhancement Suggestion - Coloring the "progress bar" to reflect Odd/Even sequence.

2016-10-16 Thread David Tiller

Or perhaps have it advance left to right on even sequences and right to left on 
odd?

> On Oct 16, 2016, at 17:02, Björn Ekelund  wrote:
> 
> Brilliant idea
> 
> 2016-10-16 22:25 GMT+02:00 Keith Laaks :
>> Hi All,
>> 
>> I find that when listening for stations, I often need to go glance at the 
>> clock to see where we are at that moment with regards to odd/even sequencing.
>> 
>> The "progress bar" at the bottom right is a very convenient real-time 
>> visualization of the time lapsed/remaining during the current sequence.
>> It would be even more convenient if the color could indicate whether we are 
>> now in “odd/2nd (orange)” or “even/1st (blue)” sequence.
>> 
>> Comments?
>> 
>> Thanks
>> 
>> Keith
>> ZS6TW
>> 
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> 
> --
> Check out the vibrant tech community on one of the world's most 
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] Enhancement Suggestion - Coloring the "progress bar" to reflect Odd/Even sequence.

2016-10-16 Thread Keith Laaks

Hi All,

I find that when listening for stations, I often need to go glance at the clock 
to see where we are at that moment with regards to odd/even sequencing.

The "progress bar" at the bottom right is a very convenient real-time 
visualization of the time lapsed/remaining during the current sequence.
It would be even more convenient if the color could indicate whether we are now 
in “odd/2nd (orange)” or “even/1st (blue)” sequence.

Comments?

Thanks

Keith
ZS6TW


--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Enable Deep Search throws error.

2016-10-16 Thread Steven Franke

Hi Keith,

I confirmed that the same thing happens in r7185. It is fixed in r7187.

Steve k9an

> On Oct 16, 2016, at 3:03 PM, Keith Laaks  wrote:
> 
> Hi,
> 
> Running "WSJT-X v.1.7.0-rc1 r7152-dirty”
> 
> I notice when selecting “Decode->Enable Deep Search” - at the end of the 
> first sequence, when the code runs its “Decode”, I immediately get an error 
> popup box containing the following: 
> 
> ——
> Running: /Applications/wsjtx_dirty.app/Contents/MacOS/jt9 -s WSJT-X -w 1 -m 3 
> -e /Applications/wsjtx_dirty.app/Contents/MacOS -a 
> "/Users/keithl/Library/Application Support/WSJT-X" -t 
> /var/folders/h2/3qh2zy1n5vz72tlzx8tc01j8gn/T/WSJT-X
> At line 151 of file /Users/keithl/src/wsjtx/lib/hint65.f90 (unit = 77)
> Fortran runtime error: Cannot open file 'fort.77': Permission denied
> 
> Error termination. Backtrace:
> #0 0x10b41eb99
> #1 0x10b41f855
> #2 0x10b41ffb9
> #3 0x10b4e491a
> #4 0x10b4eadd5
> #5 0x1050f4e82
> #6 0x1050ec7ae
> ——
> 
> I was using JT65 B at the time.
> 
> Interestingly, this error only shows at the end of the sequence when the 
> decode happens automatically.
> If I click on "Decode” to force a decode at some point in time - the above 
> error does not show (I would have expected it to).
> 
> It could of course just be something broken with my build. 
> Does the same also happen for other Mac users?
> 
> Thanks
> Keith
> ZS6TW
> 
> 
> 
> 
> 
> 
> --
> Check out the vibrant tech community on one of the world's most 
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel


--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] Enable Deep Search throws error.

2016-10-16 Thread Keith Laaks

Hi,

Running "WSJT-X v.1.7.0-rc1 r7152-dirty”

I notice when selecting “Decode->Enable Deep Search” - at the end of the first 
sequence, when the code runs its “Decode”, I immediately get an error popup box 
containing the following: 

——
Running: /Applications/wsjtx_dirty.app/Contents/MacOS/jt9 -s WSJT-X -w 1 -m 3 
-e /Applications/wsjtx_dirty.app/Contents/MacOS -a 
"/Users/keithl/Library/Application Support/WSJT-X" -t 
/var/folders/h2/3qh2zy1n5vz72tlzx8tc01j8gn/T/WSJT-X
At line 151 of file /Users/keithl/src/wsjtx/lib/hint65.f90 (unit = 77)
Fortran runtime error: Cannot open file 'fort.77': Permission denied

Error termination. Backtrace:
#0 0x10b41eb99
#1 0x10b41f855
#2 0x10b41ffb9
#3 0x10b4e491a
#4 0x10b4eadd5
#5 0x1050f4e82
#6 0x1050ec7ae
——

I was using JT65 B at the time.

Interestingly, this error only shows at the end of the sequence when the decode 
happens automatically.
If I click on "Decode” to force a decode at some point in time - the above 
error does not show (I would have expected it to).

It could of course just be something broken with my build. 
Does the same also happen for other Mac users?

Thanks
Keith
ZS6TW






--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Windows build issue

2016-10-16 Thread Greg Beam

Hi Edson,

Ok, I'm glad its working now.

Just remember, as your one of the core developers, leaving those options 
enabled will force a full rebuild of the entire project each iteration, 
adding a fare amount of time to the build and building elements that 
were not modified, which may not be necessary if you are working on just 
one aspect of the code. CMake / Make is pretty smart, it knows what to 
build and when.

For non-development activities / testers, it is probably wise to just 
leave them enabled as it's only adds a minute or two, which is 
insignificant for those purposes.

73's
Greg, KI7MT

On 10/16/2016 12:14 PM, Edson W. R. Pereira wrote:
>
> Thank you, Greg! The enable-rcfg and enable-clean did resolve the issue.
>
> 73, Edson PY2SDR
>
> ---
> - We humans have the capability to do amazing things if we work together.
> - Nós seres humanos temos a capacidade de fazer coisas incríveis se
> trabalharmos juntos.
>
> On Sun, Oct 16, 2016 at 3:03 PM, Greg Beam  > wrote:
>
> Hi Edson,
>
> A build environment issue is possible, but not likely if you've not
> changed anything recently. I've seen these type of errors in the past
> for couple of different reasons: the build tree getting corrupted
> somehow or the computer itself not handling parallel builds properly.
> Why the latter happens I've never been able to determine.
>
> To ensure it is not the build tree causing the issue, I would:
>
> enable-rcfg
> enable-clean
> build-wsjtx rinstall
>
> if that fails, try separating the builds:
>
> enable-separate
> build-wsjtx rinstall
>
>
> If both the methods above fail, then I would start to suspect the build
> environment or the box is somehow contributing to the problem. I doubt
> the WSJT-X source code is the issue or others would be reporting similar
> issues, but it is possible.
>
>
> 73's
> Greg, KI7MT
>
>
> On 10/16/2016 9:09 AM, Edson W. R. Pereira wrote:
> >
> > While trying to compile the svn head today, I've got some missing
> > references:
> >
> > [...]
> > Linking CXX executable jt65.exe
> > [ 87%] Built target jt65code
> > libwsjt_fort.a(jt65_decode.f90.obj):jt65_decode.f90:(.text+0x30c1):
> > undefined re
> > ference to `qra64a_'
> > libwsjt_fort.a(sync65.f90.obj):sync65.f90:(.text+0x2d0): undefined
> > reference to
> > `pctile_'
> > libwsjt_fort.a(sync65.f90.obj):sync65.f90:(.text+0x66d): undefined
> > reference to
> > `peakup_'
> >
> 
> c:/jtsdk/qt5/tools/mingw48_32/bin/../lib/gcc/i686-w64-mingw32/4.8.0/../../../../
> > i686-w64-mingw32/bin/ld.exe: libwsjt_fort.a(sync65.f90.obj): bad reloc
> > address 0
> > x20 in section `.eh_frame'
> >
> 
> c:/jtsdk/qt5/tools/mingw48_32/bin/../lib/gcc/i686-w64-mingw32/4.8.0/../../../../
> > i686-w64-mingw32/bin/ld.exe: final link failed: Invalid operation
> > collect2.exe: error: ld returned 1 exit status
> > CMakeFiles\jt65.dir\build.make:143: recipe for target 'jt65.exe'
> failed
> > mingw32-make.exe[2]: *** [jt65.exe] Error 1
> > CMakeFiles\Makefile2:261: recipe for target
> 'CMakeFiles/jt65.dir/all' failed
> > mingw32-make.exe[1]: *** [CMakeFiles/jt65.dir/all] Error 2
> > mingw32-make.exe[1]: *** Waiting for unfinished jobs
> > [ 87%] [ 87%] Building Fortran object
> > CMakeFiles/jt65sim.dir/lib/jt65sim.f90.obj
> >
> > Building RC object CMakeFiles/jt65sim.dir/wsjtx.rc.obj
> > [ 87%] Building CXX object
> CMakeFiles/jt65sim.dir/jt65sim_automoc.cpp.obj
> > Linking CXX executable jt65sim.exe
> > [ 87%] Built target jt65sim
> > makefile:136: recipe for target 'all' failed
> > mingw32-make.exe: *** [all] Error 2
> > [...]
> >
> >
> > My Windows JTSDK info is:
> >
> > SVN Check
> > 
> >
> > Update from SVN Before Building? ( y/n )
> >
> > Type Response: y
> >
> > 
> >  Folder Locations
> > 
> >
> >  JTSDK Option: Folder Separation Disabled
> >  JTSDK Option: QT55 Disabled
> >
> >  Build ...: C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\build
> >  Install .: C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\install
> >  Package .: C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\package
> >
> > 
> >  Build Information
> > 
> >
> >  Name : wsjtx Release Candidate
> >  Version .: 1.7.0
> >  SVN .: r7185
> >  Type : Release
> >  Target ..: install
> >  Tool Chain ..: qt52
> >  SRC .: C:\JTSDK\src\wsjtx
> >  Build ...: C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\build
> >  Install

Re: [wsjt-devel] Windows build issue

2016-10-16 Thread Edson W. R. Pereira

Thank you, Greg! The enable-rcfg and enable-clean did resolve the issue.

73, Edson PY2SDR

---
- We humans have the capability to do amazing things if we work together.
- Nós seres humanos temos a capacidade de fazer coisas incríveis se
trabalharmos juntos.

On Sun, Oct 16, 2016 at 3:03 PM, Greg Beam  wrote:

> Hi Edson,
>
> A build environment issue is possible, but not likely if you've not
> changed anything recently. I've seen these type of errors in the past
> for couple of different reasons: the build tree getting corrupted
> somehow or the computer itself not handling parallel builds properly.
> Why the latter happens I've never been able to determine.
>
> To ensure it is not the build tree causing the issue, I would:
>
> enable-rcfg
> enable-clean
> build-wsjtx rinstall
>
> if that fails, try separating the builds:
>
> enable-separate
> build-wsjtx rinstall
>
>
> If both the methods above fail, then I would start to suspect the build
> environment or the box is somehow contributing to the problem. I doubt
> the WSJT-X source code is the issue or others would be reporting similar
> issues, but it is possible.
>
>
> 73's
> Greg, KI7MT
>
>
> On 10/16/2016 9:09 AM, Edson W. R. Pereira wrote:
> >
> > While trying to compile the svn head today, I've got some missing
> > references:
> >
> > [...]
> > Linking CXX executable jt65.exe
> > [ 87%] Built target jt65code
> > libwsjt_fort.a(jt65_decode.f90.obj):jt65_decode.f90:(.text+0x30c1):
> > undefined re
> > ference to `qra64a_'
> > libwsjt_fort.a(sync65.f90.obj):sync65.f90:(.text+0x2d0): undefined
> > reference to
> > `pctile_'
> > libwsjt_fort.a(sync65.f90.obj):sync65.f90:(.text+0x66d): undefined
> > reference to
> > `peakup_'
> > c:/jtsdk/qt5/tools/mingw48_32/bin/../lib/gcc/i686-w64-
> mingw32/4.8.0/../../../../
> > i686-w64-mingw32/bin/ld.exe: libwsjt_fort.a(sync65.f90.obj): bad reloc
> > address 0
> > x20 in section `.eh_frame'
> > c:/jtsdk/qt5/tools/mingw48_32/bin/../lib/gcc/i686-w64-
> mingw32/4.8.0/../../../../
> > i686-w64-mingw32/bin/ld.exe: final link failed: Invalid operation
> > collect2.exe: error: ld returned 1 exit status
> > CMakeFiles\jt65.dir\build.make:143: recipe for target 'jt65.exe' failed
> > mingw32-make.exe[2]: *** [jt65.exe] Error 1
> > CMakeFiles\Makefile2:261: recipe for target 'CMakeFiles/jt65.dir/all'
> failed
> > mingw32-make.exe[1]: *** [CMakeFiles/jt65.dir/all] Error 2
> > mingw32-make.exe[1]: *** Waiting for unfinished jobs
> > [ 87%] [ 87%] Building Fortran object
> > CMakeFiles/jt65sim.dir/lib/jt65sim.f90.obj
> >
> > Building RC object CMakeFiles/jt65sim.dir/wsjtx.rc.obj
> > [ 87%] Building CXX object CMakeFiles/jt65sim.dir/
> jt65sim_automoc.cpp.obj
> > Linking CXX executable jt65sim.exe
> > [ 87%] Built target jt65sim
> > makefile:136: recipe for target 'all' failed
> > mingw32-make.exe: *** [all] Error 2
> > [...]
> >
> >
> > My Windows JTSDK info is:
> >
> > SVN Check
> > 
> >
> > Update from SVN Before Building? ( y/n )
> >
> > Type Response: y
> >
> > 
> >  Folder Locations
> > 
> >
> >  JTSDK Option: Folder Separation Disabled
> >  JTSDK Option: QT55 Disabled
> >
> >  Build ...: C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\build
> >  Install .: C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\install
> >  Package .: C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\package
> >
> > 
> >  Build Information
> > 
> >
> >  Name : wsjtx Release Candidate
> >  Version .: 1.7.0
> >  SVN .: r7185
> >  Type : Release
> >  Target ..: install
> >  Tool Chain ..: qt52
> >  SRC .: C:\JTSDK\src\wsjtx
> >  Build ...: C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\build
> >  Install .: C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\install
> >  Package .: C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\package
> >  SVN URL .: http://svn.code.sf.net/p/wsjt/wsjt/branches/wsjtx
> >  TC File .: c:/JTSDK/scripts/wsjtx-toolchain.cmake
> >
> > [..]
> >
> > COMPILER INFO ( Mingw 48_32 )
> > -
> >  C++ : 4.8.0
> >  GFortran ...: 4.8.0
> >  GNU Make ...: 3.82.90
> >
> > CRITICAL APP INFO
> > -
> >  Asciidoctor..: 1.5.3
> >  Cmake ...: 3.0.2
> >  Cpack ...: 3.0.2
> >  QT5 .: 5.2.1
> >  QMake ...: 3.0
> >  NSIS : v3.0b1
> >  InnoSetup ...: 5.5.5a
> >  Pkg-Cfg .: 0.28
> >
> > (JTSDK-QT 5.2 ) C:\JTSDK)
> >
> > Could the issue be something in build environment?
> >
> > 73, Edson PY2SDR
> >
> > ---
> > - We humans have the capability to do amazing things if we work together.
> > - Nós seres humanos temos a capacidade de fazer coisas incríveis se
> > trabalharmos juntos.
> >
>
>

Re: [wsjt-devel] problem with QTENV.cmd

2016-10-16 Thread KI7MT

Hello Bob, Chuck,

I take it, if you've gotten as far as building Hamlib3, the SVN and
qtenv.cmd issues are now resolved?


73's
Greg, KI7MT


On 10/16/2016 11:20 AM, Chuck Yahrling wrote:
> see previuos
> 
> On Sun, Oct 16, 2016 at 9:14 AM, Bob KD7YZ  wrote:
> 
>> On 16-Oct-16 0906, Black Michael wrote:
>>
>>> Remove everything and try again carefully following what's here:
>>> https://sourceforge.net/projects/jtsdk/files/win32/2.0.0/
>>
>>
>> just finished and am at the point in the readme.md about build-hamlib3
>> .. it has been running a few mins
>>
>> where is it in some config file where I set build-wsjtx to always make a
>> new version folder so I "could" svn revert ??
>>
>> thanks for the help too
>>
>>
>>
>> --
>> 73,
>> Bob KD7YZ

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] problem with QTENV.cmd

2016-10-16 Thread Chuck Yahrling

see previuos

On Sun, Oct 16, 2016 at 9:14 AM, Bob KD7YZ  wrote:

> On 16-Oct-16 0906, Black Michael wrote:
>
> > Remove everything and try again carefully following what's here:
> > https://sourceforge.net/projects/jtsdk/files/win32/2.0.0/
>
>
> just finished and am at the point in the readme.md about build-hamlib3
> .. it has been running a few mins
>
> where is it in some config file where I set build-wsjtx to always make a
> new version folder so I "could" svn revert ??
>
> thanks for the help too
>
>
>
> --
> 73,
> Bob KD7YZ
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>



-- 
73, chuck

ab1vl.com
--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Windows build issue

2016-10-16 Thread Greg Beam

Hi Edson,

A build environment issue is possible, but not likely if you've not 
changed anything recently. I've seen these type of errors in the past 
for couple of different reasons: the build tree getting corrupted 
somehow or the computer itself not handling parallel builds properly. 
Why the latter happens I've never been able to determine.

To ensure it is not the build tree causing the issue, I would:

enable-rcfg
enable-clean
build-wsjtx rinstall

if that fails, try separating the builds:

enable-separate
build-wsjtx rinstall


If both the methods above fail, then I would start to suspect the build 
environment or the box is somehow contributing to the problem. I doubt 
the WSJT-X source code is the issue or others would be reporting similar 
issues, but it is possible.


73's
Greg, KI7MT


On 10/16/2016 9:09 AM, Edson W. R. Pereira wrote:
>
> While trying to compile the svn head today, I've got some missing
> references:
>
> [...]
> Linking CXX executable jt65.exe
> [ 87%] Built target jt65code
> libwsjt_fort.a(jt65_decode.f90.obj):jt65_decode.f90:(.text+0x30c1):
> undefined re
> ference to `qra64a_'
> libwsjt_fort.a(sync65.f90.obj):sync65.f90:(.text+0x2d0): undefined
> reference to
> `pctile_'
> libwsjt_fort.a(sync65.f90.obj):sync65.f90:(.text+0x66d): undefined
> reference to
> `peakup_'
> c:/jtsdk/qt5/tools/mingw48_32/bin/../lib/gcc/i686-w64-mingw32/4.8.0/../../../../
> i686-w64-mingw32/bin/ld.exe: libwsjt_fort.a(sync65.f90.obj): bad reloc
> address 0
> x20 in section `.eh_frame'
> c:/jtsdk/qt5/tools/mingw48_32/bin/../lib/gcc/i686-w64-mingw32/4.8.0/../../../../
> i686-w64-mingw32/bin/ld.exe: final link failed: Invalid operation
> collect2.exe: error: ld returned 1 exit status
> CMakeFiles\jt65.dir\build.make:143: recipe for target 'jt65.exe' failed
> mingw32-make.exe[2]: *** [jt65.exe] Error 1
> CMakeFiles\Makefile2:261: recipe for target 'CMakeFiles/jt65.dir/all' failed
> mingw32-make.exe[1]: *** [CMakeFiles/jt65.dir/all] Error 2
> mingw32-make.exe[1]: *** Waiting for unfinished jobs
> [ 87%] [ 87%] Building Fortran object
> CMakeFiles/jt65sim.dir/lib/jt65sim.f90.obj
>
> Building RC object CMakeFiles/jt65sim.dir/wsjtx.rc.obj
> [ 87%] Building CXX object CMakeFiles/jt65sim.dir/jt65sim_automoc.cpp.obj
> Linking CXX executable jt65sim.exe
> [ 87%] Built target jt65sim
> makefile:136: recipe for target 'all' failed
> mingw32-make.exe: *** [all] Error 2
> [...]
>
>
> My Windows JTSDK info is:
>
> SVN Check
> 
>
> Update from SVN Before Building? ( y/n )
>
> Type Response: y
>
> 
>  Folder Locations
> 
>
>  JTSDK Option: Folder Separation Disabled
>  JTSDK Option: QT55 Disabled
>
>  Build ...: C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\build
>  Install .: C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\install
>  Package .: C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\package
>
> 
>  Build Information
> 
>
>  Name : wsjtx Release Candidate
>  Version .: 1.7.0
>  SVN .: r7185
>  Type : Release
>  Target ..: install
>  Tool Chain ..: qt52
>  SRC .: C:\JTSDK\src\wsjtx
>  Build ...: C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\build
>  Install .: C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\install
>  Package .: C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\package
>  SVN URL .: http://svn.code.sf.net/p/wsjt/wsjt/branches/wsjtx
>  TC File .: c:/JTSDK/scripts/wsjtx-toolchain.cmake
>
> [..]
>
> COMPILER INFO ( Mingw 48_32 )
> -
>  C++ : 4.8.0
>  GFortran ...: 4.8.0
>  GNU Make ...: 3.82.90
>
> CRITICAL APP INFO
> -
>  Asciidoctor..: 1.5.3
>  Cmake ...: 3.0.2
>  Cpack ...: 3.0.2
>  QT5 .: 5.2.1
>  QMake ...: 3.0
>  NSIS : v3.0b1
>  InnoSetup ...: 5.5.5a
>  Pkg-Cfg .: 0.28
>
> (JTSDK-QT 5.2 ) C:\JTSDK)
>
> Could the issue be something in build environment?
>
> 73, Edson PY2SDR
>
> ---
> - We humans have the capability to do amazing things if we work together.
> - Nós seres humanos temos a capacidade de fazer coisas incríveis se
> trabalharmos juntos.
>

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] 'Receiving XX%" bar on Lower-Left sometimes Red

2016-10-16 Thread Bob KD7YZ

So why is that notification bar in the lower left sometimes Red in color?

Receiving xx% and sometimes it's Red. Most of the time it's Green.

The actual percentage doesn't matter. Sometimes that is 58% sometimes it
is 160% ( I think it once got to that).

I'd have asked this in the WSJT group but they may not have MSK144.
Also, of some import, after the Yahoo fumble of allowing to be hacked
then not telling us, I cancelled anything Yahoo just to be safe.

Not to say I might apply for another hack-able account, Just sayin ...


-- 
73,
Bob KD7YZ


--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] problem with QTENV.cmd

2016-10-16 Thread Bob KD7YZ

On 16-Oct-16 0934, Black Michael wrote:

> list-options
> enable-separate
>

yes, that was it. I'll write that with an Analog-Retention-Device on my
vegitatively-derived word-storage-device.




-- 
73,
Bob KD7YZ

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Windows build issue

2016-10-16 Thread Black Michael

Sounds like you need to remove everything and do a reinstall.  You've got old 
versions of gcc. of stuff.
     _ _     _  __      ___ _    | |_   _/ ___||  _ \| |/ /     
/ _ \_   _| _  | | | | \___ \| | | | ' /_| | | || || |_| | | |  ___) | |_| 
| . \_| |_| || | \___/  |_| |/|/|_|\_\     \__\_\|_| v2.0.5-1 
Release 696

BUILD APPLICATIONS: ( WSJT-X WSPR-X MAP65 
)-
USAGE:  build-(app_name) (type)
 App Names : wsjtx wsprx map65 Release Types : rconfig 
rinstall package Debug Types ..: dconfig dinstall
HELP SCREENS- 
JTSDK-QT Help, Type ..: help-qtenv Checkout Help, Type ..: help-checkout Build 
Help, Type .: help-(app_name) List Options, Type ...: list-options
COMPILER INFO ( Mingw 49_32 
)- C++ : 
4.9.2 GFortran ...: 4.9.2 GNU Make ...: 4.1
CRITICAL APP INFO- 
Asciidoctor..: 1.5.3 Cmake ...: 3.0.2 Cpack ...: 3.0.2 QT5 .: 
5.5.0 QMake ...: 3.0 NSIS : v3.0b1 InnoSetup ...: 5.5.5a Pkg-Cfg 
.: 0.28
 --- 
Michael D. Black

  From: Edson W. R. Pereira 
 To: WSJT-devel-List  
 Sent: Sunday, October 16, 2016 10:09 AM
 Subject: [wsjt-devel] Windows build issue
   

While trying to compile the svn head today, I've got some missing references:
[...]Linking CXX executable jt65.exe[ 87%] Built target 
jt65codelibwsjt_fort.a(jt65_decode.f90.obj):jt65_decode.f90:(.text+0x30c1): 
undefined reference to 
`qra64a_'libwsjt_fort.a(sync65.f90.obj):sync65.f90:(.text+0x2d0): undefined 
reference to`pctile_'libwsjt_fort.a(sync65.f90.obj):sync65.f90:(.text+0x66d): 
undefined reference 
to`peakup_'c:/jtsdk/qt5/tools/mingw48_32/bin/../lib/gcc/i686-w64-mingw32/4.8.0/../../../../i686-w64-mingw32/bin/ld.exe:
 libwsjt_fort.a(sync65.f90.obj): bad reloc address 0x20 in section 
`.eh_frame'c:/jtsdk/qt5/tools/mingw48_32/bin/../lib/gcc/i686-w64-mingw32/4.8.0/../../../../i686-w64-mingw32/bin/ld.exe:
 final link failed: Invalid operationcollect2.exe: error: ld returned 1 exit 
statusCMakeFiles\jt65.dir\build.make:143: recipe for target 'jt65.exe' 
failedmingw32-make.exe[2]: *** [jt65.exe] Error 1CMakeFiles\Makefile2:261: 
recipe for target 'CMakeFiles/jt65.dir/all' failedmingw32-make.exe[1]: *** 
[CMakeFiles/jt65.dir/all] Error 2mingw32-make.exe[1]: *** Waiting for 
unfinished jobs[ 87%] [ 87%] Building Fortran object 
CMakeFiles/jt65sim.dir/lib/jt65sim.f90.obj
Building RC object CMakeFiles/jt65sim.dir/wsjtx.rc.obj[ 87%] Building CXX 
object CMakeFiles/jt65sim.dir/jt65sim_automoc.cpp.objLinking CXX executable 
jt65sim.exe[ 87%] Built target jt65simmakefile:136: recipe for target 'all' 
failedmingw32-make.exe: *** [all] Error 2[...]

My Windows JTSDK info is:
SVN Check
Update from SVN Before Building? ( y/n )
Type Response: y
 Folder 
Locations
 JTSDK Option: Folder Separation Disabled JTSDK Option: QT55 Disabled
 Build ...: C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\build Install .: 
C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\install Package .: 
C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\package
 Build 
Information
 Name : wsjtx Release Candidate Version .: 1.7.0 SVN .: 
r7185 Type : Release Target ..: install Tool Chain ..: qt52 SRC 
.: C:\JTSDK\src\wsjtx Build ...: 
C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\build Install .: 
C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\install Package .: 
C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\package SVN URL .: 
http://svn.code.sf.net/p/wsjt/wsjt/branches/wsjtx TC File .: 
c:/JTSDK/scripts/wsjtx-toolchain.cmake
[..]
COMPILER INFO ( Mingw 48_32 
)- C++ : 
4.8.0 GFortran ...: 4.8.0 GNU Make ...: 3.82.90
CRITICAL APP INFO- 
Asciidoctor..: 1.5.3 Cmake ...: 3.0.2 Cpack ...: 3.0.2 QT5 .: 
5.2.1 QMake ...: 3.0 NSIS : v3.0b1 InnoSetup ...: 5.5.5a Pkg-Cfg 
.: 0.28
(JTSDK-QT 5.2 ) C:\JTSDK)
Could the issue be something in build environment?
73, Edson PY2SDR
 We humans have the capability to do amazing things if we work together.
- Nós seres humanos temos a capacidade de fazer coisas incríveis se 
trabalharmos juntos.
--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot

[wsjt-devel] Windows build issue

2016-10-16 Thread Edson W. R. Pereira

While trying to compile the svn head today, I've got some missing
references:

[...]
Linking CXX executable jt65.exe
[ 87%] Built target jt65code
libwsjt_fort.a(jt65_decode.f90.obj):jt65_decode.f90:(.text+0x30c1):
undefined re
ference to `qra64a_'
libwsjt_fort.a(sync65.f90.obj):sync65.f90:(.text+0x2d0): undefined
reference to
`pctile_'
libwsjt_fort.a(sync65.f90.obj):sync65.f90:(.text+0x66d): undefined
reference to
`peakup_'
c:/jtsdk/qt5/tools/mingw48_32/bin/../lib/gcc/i686-w64-mingw32/4.8.0/../../../../
i686-w64-mingw32/bin/ld.exe: libwsjt_fort.a(sync65.f90.obj): bad reloc
address 0
x20 in section `.eh_frame'
c:/jtsdk/qt5/tools/mingw48_32/bin/../lib/gcc/i686-w64-mingw32/4.8.0/../../../../
i686-w64-mingw32/bin/ld.exe: final link failed: Invalid operation
collect2.exe: error: ld returned 1 exit status
CMakeFiles\jt65.dir\build.make:143: recipe for target 'jt65.exe' failed
mingw32-make.exe[2]: *** [jt65.exe] Error 1
CMakeFiles\Makefile2:261: recipe for target 'CMakeFiles/jt65.dir/all' failed
mingw32-make.exe[1]: *** [CMakeFiles/jt65.dir/all] Error 2
mingw32-make.exe[1]: *** Waiting for unfinished jobs
[ 87%] [ 87%] Building Fortran object
CMakeFiles/jt65sim.dir/lib/jt65sim.f90.obj

Building RC object CMakeFiles/jt65sim.dir/wsjtx.rc.obj
[ 87%] Building CXX object CMakeFiles/jt65sim.dir/jt65sim_automoc.cpp.obj
Linking CXX executable jt65sim.exe
[ 87%] Built target jt65sim
makefile:136: recipe for target 'all' failed
mingw32-make.exe: *** [all] Error 2
[...]


My Windows JTSDK info is:

SVN Check


Update from SVN Before Building? ( y/n )

Type Response: y


 Folder Locations


 JTSDK Option: Folder Separation Disabled
 JTSDK Option: QT55 Disabled

 Build ...: C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\build
 Install .: C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\install
 Package .: C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\package


 Build Information


 Name : wsjtx Release Candidate
 Version .: 1.7.0
 SVN .: r7185
 Type : Release
 Target ..: install
 Tool Chain ..: qt52
 SRC .: C:\JTSDK\src\wsjtx
 Build ...: C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\build
 Install .: C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\install
 Package .: C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\package
 SVN URL .: http://svn.code.sf.net/p/wsjt/wsjt/branches/wsjtx
 TC File .: c:/JTSDK/scripts/wsjtx-toolchain.cmake

[..]

COMPILER INFO ( Mingw 48_32 )
-
 C++ : 4.8.0
 GFortran ...: 4.8.0
 GNU Make ...: 3.82.90

CRITICAL APP INFO
-
 Asciidoctor..: 1.5.3
 Cmake ...: 3.0.2
 Cpack ...: 3.0.2
 QT5 .: 5.2.1
 QMake ...: 3.0
 NSIS : v3.0b1
 InnoSetup ...: 5.5.5a
 Pkg-Cfg .: 0.28

(JTSDK-QT 5.2 ) C:\JTSDK)

Could the issue be something in build environment?

73, Edson PY2SDR

---
- We humans have the capability to do amazing things if we work together.
- Nós seres humanos temos a capacidade de fazer coisas incríveis se
trabalharmos juntos.
--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] WSPR Hopping and tuning

2016-10-16 Thread Black Michael

 N0AN reported problems with using tuning with WSPR hopping.  I've confirmed 
some bad behavior.
First off, he (and I) believe one should tune on Rx-only also.  So this small 
patch enables that so any band change causes tuning (or should)
Should this be another option?
Index: WSPRBandHopping.cpp
===
--- WSPRBandHopping.cpp (revision 7185)
+++ WSPRBandHopping.cpp (working copy)
@@ -425,8 +425,8 @@
   , frequencies_index

   , frequencies_index >= 0   // new band
-  && tx_enabled  // transmit is allowed
-  && !tx_next    // not going to Tx anyway
+  //&& tx_enabled  // transmit is allowed
+  //&& !tx_next    // not going to Tx anyway
   && m_->bands_[4].testBit (band_index)  // tune up required
   && !m_->bands_[5].testBit (band_index) // not an Rx only band
Secondy there are times when Tuning and/or band change doesn't occur.  In my 
setup I notice it regularly when it goes from 160M to 80M.  I added some 
messages to the window to help see a bit better what's going on.  With these 
messages enabled I see, for example, that after 160M receive it changes band 
but doesn't think tuning is required.  It does this every cycle so is very 
repeatable.

| 1320 -- Receiving WSPR --- 160m |


| Band changed |


| Freq changed |


| tune_required=no |


| 1322 --- Receiving WSPR --- 80m |


| Band changed |


| Freq changed |


| tune_required=yes |


| Tune Started |


And here's another which repeats regularly too...20M to 17M thinks no tuning is 
required.

| --- 30m |


| 1328   -8   0.6   10.140175   -2   WA4KFZFM18 37756 |


| 1328  -23  -1.9   10.140214   -3   K3XR  FN10 37745 |


| Band changed |


| Freq changed |


| tune_required=yes |


| Tune Started |


| --- 20m |


| 1330  -27   0.1   14.097177   -1   K7GXB DM34 30   1261 |


| Band changed |


| Freq changed |


| tune_required=no |


| 
 |


Index: mainwindow.cpp
===
--- mainwindow.cpp    (revision 7185)
+++ mainwindow.cpp    (working copy)
@@ -4552,6 +4551,9 @@
 void MainWindow::band_changed (Frequency f)
 {
   if (m_bandEdited) {
+  if(m_mode.startsWith ("WSPR")) {
+  ui->decodedTextBrowser->appendText("Band changed");
+  }
 if (!m_mode.startsWith ("WSPR")) { // band hopping preserves auto Tx
   if (f + m_wideGraph->nStartFreq () > m_freqNominal + 
ui->TxFreqSpinBox->value ()
   || f + m_wideGraph->nStartFreq () + m_wideGraph->fSpan () <=
@@ -4578,6 +4580,7 @@
 m_freqNominal = f;
 m_freqTxNominal = m_freqNominal;
 if (m_astroWidget) m_astroWidget->nominal_frequency (m_freqNominal, 
m_freqTxNominal);
+    ui->decodedTextBrowser->appendText("Freq changed");
 setRig ();
 setXIT (ui->TxFreqSpinBox->value ());
   }
@@ -5709,8 +5712,12 @@
 
   // Produce a short tuneup signal
   m_tuneup = false;
+  QString foobar = "no";
+  if (hop_data.tune_required_) foobar = "yes";
+  ui->decodedTextBrowser->appendText("tune_required="+foobar);
   if (hop_data.tune_required_) {
 m_tuneup = true;
+    ui->decodedTextBrowser->appendText("Tune Started");
 on_tuneButton_clicked (true);
 tuneATU_Timer.start (2500);
   }

I'm running with this schedule

de Mike W9MDB

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] problem with QTENV.cmd

2016-10-16 Thread Black Michael

You can always "svn revert -r " -- that's what I do if a roll-back is 
needed.
But...you can also set up to build each revision in a new folder.
To see options:list-optionsenable-separate
This will create a separate folder for each build.  I find that unnecessary 
unless you're comparing versions side-by-side since you always "svn revert" and 
build again.
de Mike W9MDB

  From: Bob KD7YZ 
 To: Black Michael ; WSJT software development 

 Sent: Sunday, October 16, 2016 8:14 AM
 Subject: Re: [wsjt-devel] problem with QTENV.cmd

On 16-Oct-16 0906, Black Michael wrote:

> Remove everything and try again carefully following what's here:
> https://sourceforge.net/projects/jtsdk/files/win32/2.0.0/

just finished and am at the point in the readme.md about build-hamlib3
.. it has been running a few mins

where is it in some config file where I set build-wsjtx to always make a
new version folder so I "could" svn revert ??

thanks for the help too

-- 
73,
Bob KD7YZ

   --
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] problem with QTENV.cmd

2016-10-16 Thread Bob KD7YZ

On 16-Oct-16 0906, Black Michael wrote:

> Remove everything and try again carefully following what's here:
> https://sourceforge.net/projects/jtsdk/files/win32/2.0.0/

just finished and am at the point in the readme.md about build-hamlib3
.. it has been running a few mins

where is it in some config file where I set build-wsjtx to always make a
new version folder so I "could" svn revert ??

thanks for the help too

-- 
73,
Bob KD7YZ

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] problem with QTENV.cmd

2016-10-16 Thread Black Michael

Yeah...something didn't go right with your installation.  The versions you are 
showing are wrong.Remove everything and try again carefully following what's 
here:https://sourceforge.net/projects/jtsdk/files/win32/2.0.0/



     _ _     _  __      ___ _    | |_   _/ ___||  _ \| |/ /     
/ _ \_   _| _  | | | | \___ \| | | | ' /_| | | || || |_| | | |  ___) | |_| 
| . \_| |_| || | \___/  |_| |/|/|_|\_\     \__\_\|_| v2.0.5-1 
Release 696

BUILD APPLICATIONS: ( WSJT-X WSPR-X MAP65 
)-
USAGE:  build-(app_name) (type)
 App Names : wsjtx wsprx map65 Release Types : rconfig 
rinstall package Debug Types ..: dconfig dinstall
HELP SCREENS- 
JTSDK-QT Help, Type ..: help-qtenv Checkout Help, Type ..: help-checkout Build 
Help, Type .: help-(app_name) List Options, Type ...: list-options
COMPILER INFO ( Mingw 49_32 
)- C++ : 
4.9.2 GFortran ...: 4.9.2 GNU Make ...: 4.1
CRITICAL APP INFO- 
Asciidoctor..: 1.5.3 Cmake ...: 3.0.2 Cpack ...: 3.0.2 QT5 .: 
5.5.0 QMake ...: 3.0 NSIS : v3.0b1 InnoSetup ...: 5.5.5a Pkg-Cfg 
.: 0.28 --- 
Michael D. Black

  From: Bob KD7YZ 
 To: wsjt-devel@lists.sourceforge.net 
 Sent: Sunday, October 16, 2016 5:46 AM
 Subject: Re: [wsjt-devel] problem with QTENV.cmd
   
On 16-Oct-16 0600, Greg Beam wrote:

> One thing you could check, see if there is a config directory under the 
> JTSDK root directory:
> 
> C:\JTSDK\config
> 

this folder exists.

%WINDIR%\System32\cmd.exe   exists as does C:\Windows


however, I just tried build and got the error about svn.

Somehow I guess that the re-install of JTSDK didn't go well?




-- 
73,
Bob KD7YZ


--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


   --
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] problem with QTENV.cmd

2016-10-16 Thread Greg Beam

Hi Bob,

There are only two files associated with the start-up of the QT shell, 
but it looks like those are functioning properly, otherwise you would 
not be getting version information.

One thing you could check, see if there is a config directory under the 
JTSDK root directory:

C:\JTSDK\config

If this directory is missing, it could potentially cause this type of 
problem, and you should create it.

Aside from that, unless you can catch the additional error you are 
reporting about scrolling, I'm no sure what else could be going sideways 
that far into the script startup.

73's
Greg, KI7MT

On 10/15/2016 9:32 PM, Bob KD7YZ wrote:
> here's a screenshot
>
> I did a re-install of the JTSDK package, following the directions
>
> --
>
> 73,
> Bob KD7YZ

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] *code.exe auxiliary programs

2016-10-16 Thread Alessandro Gorobey

Hi All,

looking in r7185 for some command line programs I found that they work 
as expected (eg jt4code etc.), msk144code.exe is missed (but this may be 
wanted).

qra64code instead if used with not empty command line give me error.

Using qra64code.exe -t  or qra64code.exe "CQ IW3RAB JN65"

> Windows 10, QT55
  Message DecodedErr? Type 
   rc
-
ERROR: qra64_apset returned -2

Program received signal SIGSEGV: Segmentation fault - invalid memory 
reference.

Backtrace for this error:
#0  6f617f5e
#1  6f69bc5b
#2  00413c15
#3  7670d2c1

===> Ubuntu Xenial:
At line 154 of file /home/sandro/jtsdk/src/wsjtx/lib/packjt.f90
Fortran runtime error: Substring out of bounds: lower bound (-5) of 'c' 
is less than one
  Message DecodedErr? Type 
   rc
-

Can please confirm that is not my local problem?
Thank in advance

-- 
73
Sandro
IW3RAB

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] FMT

Re: [wsjt-devel] Enhancement Suggestion - Coloring the "progress bar" to reflect Odd/Even sequence.

[wsjt-devel] Enhancement Suggestion - Coloring the "progress bar" to reflect Odd/Even sequence.

Re: [wsjt-devel] Enable Deep Search throws error.

[wsjt-devel] Enable Deep Search throws error.

Re: [wsjt-devel] Windows build issue

Re: [wsjt-devel] Windows build issue

Re: [wsjt-devel] problem with QTENV.cmd

Re: [wsjt-devel] problem with QTENV.cmd

Re: [wsjt-devel] Windows build issue

[wsjt-devel] 'Receiving XX%" bar on Lower-Left sometimes Red

Re: [wsjt-devel] problem with QTENV.cmd

Re: [wsjt-devel] Windows build issue

[wsjt-devel] Windows build issue

[wsjt-devel] WSPR Hopping and tuning

Re: [wsjt-devel] problem with QTENV.cmd

Re: [wsjt-devel] problem with QTENV.cmd

Re: [wsjt-devel] problem with QTENV.cmd

Re: [wsjt-devel] problem with QTENV.cmd

[wsjt-devel] *code.exe auxiliary programs

20 matches

Site Navigation

Mail list logo

Footer information