Re: [wsjt-devel] Mac

[Gary Rogers via wsjt-devel]

Also you might want to upgrade your MacOS to Sonoma 14. As you can see from the responses here, many of us are using Sonoma. Sent from my iPhoneOn Jul 27, 2024, at 5:55 AM, Gary Rogers  wrote:Dan, you could try WSJT-X Improved which has packages compiled for the Mac M1 chip:wsjt-x_improved - Browse /WSJT-X_v2.7.1/macOS at SourceForge.netsourceforge.netJust download your preferred layout, open the zip file and drag the app to your Applications folder. Click to open. Sent from my iPhoneOn Jul 26, 2024, at 6:30 PM, Dan via wsjt-devel  wrote:Thanks for all the info Sidney, but that's definitely above my expertise level. The 2.7.0 rc6 works fine until I enable the superhound mode.On Jul 26, 2024, at 6:06 PM, Sidney Cammeresi via wsjt-devel  wrote:On Fri, 26 Jul 2024 at 15.44.34 -0400, Dan Merrifield wrote:Has anyone been able to get 2.7.0 RC6 working on a MAC with Apple ARMbased CPU ?Yes, the developers' 2.7.0-rc6 binary works on ARM in emulation.  Like all2.7.0 versions, it has several UI bugs that only occur in emulation,but the Superfox mode does work.Since the developers do not compile for modern Apple computers, I havebeen building my own binary for a while, and you could do the same ifyou wanted and know how to do so.A native ARM binary is a mixed bag.  It does not have the UI bugs.It does however have some kind of bug in MSK144 that crashes the programimmediately upon selection, but I mind that issue less than the UI bugs.Obviously, the new Superfox mode does not work at all with a native binarybecause the developers do not provide ARM versions of the proprietary,closed source Superfox binaries.-- Sidney August Cammeresi IVhttps://cheesecake.org/sac/___wsjt-devel mailing listwsjt-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wsjt-devel___wsjt-devel mailing listwsjt-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wsjt-devel___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Mac

[Gary Rogers via wsjt-devel]

Dan, you could try WSJT-X Improved which has packages compiled for the Mac M1 chip:wsjt-x_improved - Browse /WSJT-X_v2.7.1/macOS at SourceForge.netsourceforge.netJust download your preferred layout, open the zip file and drag the app to your Applications folder. Click to open. Sent from my iPhoneOn Jul 26, 2024, at 6:30 PM, Dan via wsjt-devel  wrote:Thanks for all the info Sidney, but that's definitely above my expertise level. The 2.7.0 rc6 works fine until I enable the superhound mode.On Jul 26, 2024, at 6:06 PM, Sidney Cammeresi via wsjt-devel  wrote:On Fri, 26 Jul 2024 at 15.44.34 -0400, Dan Merrifield wrote:Has anyone been able to get 2.7.0 RC6 working on a MAC with Apple ARMbased CPU ?Yes, the developers' 2.7.0-rc6 binary works on ARM in emulation.  Like all2.7.0 versions, it has several UI bugs that only occur in emulation,but the Superfox mode does work.Since the developers do not compile for modern Apple computers, I havebeen building my own binary for a while, and you could do the same ifyou wanted and know how to do so.A native ARM binary is a mixed bag.  It does not have the UI bugs.It does however have some kind of bug in MSK144 that crashes the programimmediately upon selection, but I mind that issue less than the UI bugs.Obviously, the new Superfox mode does not work at all with a native binarybecause the developers do not provide ARM versions of the proprietary,closed source Superfox binaries.-- Sidney August Cammeresi IVhttps://cheesecake.org/sac/___wsjt-devel mailing listwsjt-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wsjt-devel___wsjt-devel mailing listwsjt-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wsjt-devel___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] MAC

[Gary Rogers via wsjt-devel]

Are you getting an error message? What is it?

Sent from my iPhone

> On Jul 26, 2024, at 4:34 PM, Dan via wsjt-devel 
>  wrote:
> 
> I’m also running a Mac Studio M1 and after a couple of cycles, I get an 
> error message and it shuts down. It’s been working fine with WSJT ver 6.
> 
> 
> 
>> On Jul 26, 2024, at 4:12 PM, V. Scott Moore via wsjt-devel 
>>  wrote:
>> 
>> Yes. Studio M1 OS 14.
>> Scott
>> Sent from my iPhone
>> 
>>>> On Jul 26, 2024, at 4:03 PM, Gary Rogers via wsjt-devel 
>>>>  wrote:
>>> 
>>> What problem are you having?
>>> 
>>> Sent from my iPhone
>>> 
>>>> On Jul 26, 2024, at 3:49 PM, Dan Merrifield via wsjt-devel 
>>>>  wrote:
>>>> 
>>>> Has anyone been able to get 2.7.0 RC6 working on a MAC with Apple ARM 
>>>> based CPU ?
>>>> 
>>>> ___
>>>> wsjt-devel mailing list
>>>> wsjt-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>>> 
>>> 
>>> ___
>>> wsjt-devel mailing list
>>> wsjt-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>> 
>> 
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> 
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel


___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] MAC

[Gary Rogers via wsjt-devel]

What problem are you having?

Sent from my iPhone

> On Jul 26, 2024, at 3:49 PM, Dan Merrifield via wsjt-devel 
>  wrote:
> 
> Has anyone been able to get 2.7.0 RC6 working on a MAC with Apple ARM based 
> CPU ?
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel


___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] crash on Apple MAC with M1 Processor

[Gary Rogers via wsjt-devel]

In MacOS, the unix executable is in /Applications/wsjtx.app/Contents/MacOS/sfrx


> On Jul 15, 2024, at 9:37 AM, Kari Sillanmäki via wsjt-devel 
>  wrote:
> 
> Hi all,
> 
> Here is a workaround that prevents the error from ending WSJT-X:
> 
> Copy program "sfrx" to ".sfrx" in the same same directory where "sfrx" 
> resides.
> In Linux this is usually in /usr/bin if you have installed WSJT-X normally.
> ( Sorry, I don't know about MacOS )
> 
> The crash is due to coding in program decoder.f90:
> The code below is from sjtx-2.7.1-devel_improved_widescreen_PLUS_240714.
> 
> ! Call the superFox decoder
> open(47,file=trim(temp_dir)//'/fort.47',status='unknown',  &
>  access='stream')
> write(47) params%yymmdd,params%nutc,id2(1:20),id2(1:18)
> close(47)
> cmnd=trim(exe_dir)//'/sfrx '//'"'//trim(temp_dir)//'/fort.47"'
> i1=index(cmnd,'fort.47')
> do i=1,i1
>if(cmnd(i:i).eq.char(92)) cmnd(i:i)='/'
> enddo
> call execute_command_line(cmnd,exitstat=ierr)
> if(ierr.ne.0) call execute_command_line('.\sfrx 
> '//'"'//trim(temp_dir)//'/fort.47"')
> 
> So if call to "sfrx" fails for any reason ( ierr <> 0 ) , the call is made 
> again but this time ".\sfrx" is called.
> Calling ".\sfrx"  will not work in Unix/Linux because it will end up in 
> ".sfrx" being called. 
> If ".sfrx" is not found this results in a crash as seen in the trace:
> sh: .sfrx: command not found
> Fortran runtime error: EXECUTE_COMMAND_LINE: Invalid command line
> 
> Copying "sfrx" to ".sfrx" makes the second call work because now the called 
> program is found.
> 
> Of course this will not fix the "off by n" root cause in the decoder but at 
> least the program will not crash
> completely.
> 
> ( For the wold of me I can not understand why another call is even attempted 
> if the
> first one fails...  )
> 
> 73's de Kari, oh2gqc
> 
>  
> 
> 
> 
> 
> 
> 
> On 7/15/24 15:00, V. Scott Moore via wsjt-devel wrote:
>> Maybe some additional data.  Details on the crash that I get now after an 
>> install withou changing name:
>> 
>> Running: /Users/vsmoore2/Desktop/wsjtx.app/Contents/MacOS/jt9 -s WSJT-X -w 1 
>> -m 3 -e /Users/vsmoore2/Desktop/wsjtx.app/Contents/MacOS -a 
>> "/Users/vsmoore2/Library/Application Support/WSJT-X" -t 
>> /private/var/folders/qz/n31h0drj3xv4yytwk6k3316wgn/T/WSJT-X
>> At line 63 of file sfox_demod.f90
>> Fortran runtime error: Index '129' of dimension 1 of array 's2' outside of 
>> expected range (127:0)
>> 
>> Error termination. Backtrace:
>> #0  0x10a38a8ee
>> #1  0x10a38b5d5
>> #2  0x10a38bb45
>> #3  0x1000befee
>> #4  0x1000bd386
>> #5  0x1000bcb63
>> #6  0x1000e569e
>> sh: .sfrx: command not found
>> Fortran runtime error: EXECUTE_COMMAND_LINE: Invalid command line
>> 
>> Error termination. Backtrace:
>> #0  0x11a5fd8ee
>> #1  0x11a5fe5d5
>> #2  0x11a5fea18
>> #3  0x11a85d5e2
>> #4  0x11a85d809
>> #5  0x11a85d8e6
>> #6  0x104ffc3f7
>> 
>> Hope this helps.
>> 
>> I did decode the fox for a few cycles before the error  window appeared.  
>> 
>> Scott
>> W1SSN
>> 
>>> On Jul 14, 2024, at 13:43, Uwe, DG2YCB via wsjt-devel 
>>>  
>>>  wrote:
>>> 
>>> Hi Dan,
>>> 
>>> Unfortunately, also for our standard WSJT-X we are not yet able to offer a 
>>> solution for this error.
>>> 
>>> 73 de DG2YCB,
>>> Uwe
>>> 
>>> German Amateur Radio Station DG2YCB
>>> Dr. Uwe Risse
>>> eMail: dg2...@gmx.de 
>>> Info: www.qrz.com/db/DG2YCB 
>>> 
>>> 
>>> Am 14.07.2024 um 12:23 schrieb Dan Merrifield via wsjt-devel:
 I’m running an Apple Mac Studio with an Apple M1 CPU. Software is 12.7.4. 
 WSJTX 2.7.0 RC5
 
 It will not decode super fox signals and gives the following error code: 
 Subprocess Error, Subprocess failed with exit code 2. When you click on 
 this error message, the program closes.
 
 I works fine in the non super fox, normal FT8 mode.
 
 Dan Merrifield K1DQ
 k...@metrocast.net 
 
 
 ___
 wsjt-devel mailing list
 wsjt-devel@lists.sourceforge.net 
 https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>>> 
>>> ___
>>> wsjt-devel mailing list
>>> wsjt-devel@lists.sourceforge.net 
>>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>> 
>> “Got time to breath, got time for music” - Brisco Darling
>> 
>> 
>> 
>> 
>> 
>> 
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net 
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforg

Re: [wsjt-devel] MacOS - error in SuperFox mode

[Gary Rogers via wsjt-devel]

Not sure if this is helpful but I am using 
https://sourceforge.net/projects/wsjt-x-improved/files/WSJT-X_v2.7.1/macOS/wsjtx-2.7.1-devel_improved_AL_PLUS_240712_M1.zip/download
 and am NOT having the subprocess error reported by other Mac users in 
Superhound mode. MacBook Pro M2 chip Sonoma 14.6 (beta). I was just monitoring 
many European stations working K8R on 18.095 MHz but could not copy him 
(probably because of propagation). I am able to transmit with my FTDX-10 so my 
setup  seems to be working properly.


> On Jul 14, 2024, at 10:31 AM, V. Scott Moore via wsjt-devel 
>  wrote:
> 
> All:
> 
> Forgive me if this has already been reported as I have not been paying 
> attention to the list lately.
> 
> Error window:
> 
> Subprocess Error
> Subprocess failed with exit code 2
> 
> Details:
> 
> Running: /Applications/wsjtx 2.7.0-rc5.app/Contents/MacOS/jt9 -s WSJT-X -w 1 
> -m 3 -e "/Applications/wsjtx 2.7.0-rc5.app/Contents/MacOS" -a 
> "/Users/vsmoore2/Library/Application Support/WSJT-X" -t 
> /private/var/folders/qz/n31h0drj3xv4yytwk6k3316wgn/T/WSJT-X
> sh: /Applications/wsjtx: No such file or directory
> Fortran runtime error: EXECUTE_COMMAND_LINE: Invalid command line
> 
> Error termination. Backtrace:
> #0  0x115bd48ee
> #1  0x115bd55d5
> #2  0x115bd5a18
> #3  0x115e345e2
> #4  0x115e34809
> #5  0x115e348b1
> #6  0x1005a4309
> 
> Mac Studio M1 Max 32Gig
> Sonoma Version 14.0 (23A344)
> 
> Error happens in Hound superfox mode at the end of the first full decode 
> cycle.
> 
> When the deadly “OK” button is selected to close the error window the program 
> crashes.
> 
> Scott
> W1SSN
> “Got time to breath, got time for music” - Brisco Darling
> 
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Yaesu FT-891 USB Ports not listed in WSJT-X Radio settings on MacOS 14.5

[Gary Rogers via wsjt-devel]

I’m using a MacBook also running 14.5 on my FTDX-10 and have no problem finding 
the ports. Are you using a USB cable between the radio and the Mac and have the 
radio powered on when looking for the ports? Not familiar with the digirig but 
is it supposed to also provide a cat connection?

Sent from my iPhone

> On Jul 2, 2024, at 1:57 PM, Peter LaBissoniere via wsjt-devel 
>  wrote:
> 
> I have a M2 MacBook running MacOS 14.5. The serial ports from my Yaesu 
> FT-891 show up on the MacOS system report (USB section - Silicon Labs CP2105) 
> but they do not show up in the serial port list on WSJT-X 2.6.1 (or 2.7.0) 
> Radio Settings. It worked fine with my former Intel MacBook. I’m using a 
> Digi-Rig for the audio CODEC which is working. The serial ports from the 
> Digirig show up (Silicon Labs CP2102N) in WSJTX but I need to use the serial 
> port built into the FT-891 for CAT. Not sure if this is a bug or some config 
> issue.
> 
> Thanks 
> Pete - KW9E
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Release Candidate WSJT-X 2.7.0-rc5

[Gary Rogers via wsjt-devel]

Since Alex is asking this question, does that mean there won't be any Mac M1 
builds?

> On Jul 1, 2024, at 8:30 PM, Alex Lelievre via wsjt-devel 
>  wrote:
> 
> Unfortunately I found out that this part of the code is actually closed 
> source!  There goes the neighborhood!
> 
> On a serious note however, I’ve been lobbying the wonderful Uwe to please 
> consider keeping the code open source.  The authors are trying to combat 
> Dxpedition pirates, which I sympathize with.  I expressed that I don’t think 
> including binary artifacts in the source code is a wise choice for a number 
> of reasons.  Instead I suggested that they keep their digital signature on 
> their official build machines (secret).  The rest of us will still be able to 
> build the code using the dummy signature that’s in the source tree (or 
> whatever other signature people want to use).  This way folks can still fully 
> build the code for unknown upcoming platforms without depending on pre-built 
> binaries.  
> 
> The trade-off here is that unofficial builds will be just that: they will not 
> contain the official digital signature and therefore will be more suspect.  
> It should be trivial to know which QSOs are signed with the official 
> signature and therefore count.
> 
> Perhaps there is a better way-  I certainly understand wanting to do it this 
> way, and I apologize in advance for any ignorance in my reasoning.
> 
> 73,
> alex K6LOT
> 
> 
>> On Jul 1, 2024, at 2:59 PM, Christoph Berg via wsjt-devel 
>>  wrote:
>> 
>> Re: Joe Taylor via wsjt-devel
>>> We are pleased to announce that Release Candidate WSJT-X 2.7.0-rc5 is
>>> ready for download and use by beta testers.  This release introduces
>>> SuperFox mode, a powerful new tool designed to help DXpeditions make
>>> digital QSOs at very high rates.
>> 
>> Hi,
>> 
>> where can we find the source code for the foxchk sfrx sftx binaries?
>> We need that so we can continue to upload wsjtx to Debian.
>> 
>> 73,
>> Christoph DF7CB
>> 
>> 
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> 
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJT-X program will not start

[Gary Rogers via wsjt-devel]

When you downloaded the .dmg file, there was also a readme and plist file. You 
need to follow the instructions in the readme and make sure you restart your 
Mac as instructed.

> On Jun 28, 2024, at 8:34 AM, Thomas via wsjt-devel 
>  wrote:
> 
> Hello,
> 
> I went back in and joined the list as the email said I had to do for you to 
> accept my question.
> 
> I downloaded and installed the WSJT-X for Mac, v 2.6.1 and it will not start. 
> Every time I click on the icon I get the following error messages:
> 
> "Shared memory error - Unable to create shared memory segment";  and "Fatal 
> error - Shared memory error"
> 
> Thank you,
> Thomas Clements
> W6WGT
> 73
> 
> StartMail makes private and encrypted email easy. Try it here for free 
> !
> Receive a 50% discount on a new subscription through the referral program 
> .
> 
> 
> --- Original message ---
> Subject: WSJT-X program will not start
> From: wallygt...@startmail.com
> Date: Thursday, June 27, 2024 8:42 PM
> To: wsjt-devel@lists.sourceforge.net
> Cc: wallygt...@startmail.com
> 
> Hello,
> 
> Everytime I click on the icon I get the following error: "Shared memory error 
> - Unable to create shared memory segment";  and "Fatal error - Shared memory 
> error"
> 
> Thank you,
> Thomas Clements
> W6WGT
> 73
> 
> StartMail makes private and encrypted email easy. Try it here for free 
> !
> Receive a 50% discount on a new subscription through the referral program 
> .
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] wsjt-devel Digest, Vol 119, Issue 45

[Gary Rogers via wsjt-devel]

I had the same thing happen as with Fred. Improved rc3 for Mac M1Sent from my iPhoneOn Jan 26, 2024, at 11:00 AM, Fred Price via wsjt-devel  wrote:





Screenshot of it happening to me with TX5S. 



On Jan 26, 2024, at 10:51 AM, Uwe, DG2YCB via wsjt-devel  wrote:




 But it worked also when I set my Rx QRG manually 275 Hz next to the Fox offset.

73 de DG2YCB,
Uwe

German Amateur Radio Station DG2YCB
Dr. Uwe Risse
eMail: dg2...@gmx.de
Info: www.qrz.com/db/DG2YCB



Am 26.01.2024 um 16:44 schrieb Black Michael:


Perhaps when the fox offset for your callsign changes?
I think I've seen that.









On Friday, January 26, 2024 at 09:15:37 AM CST, Uwe, DG2YCB via wsjt-devel  wrote:





Hi Rich,

Last night I ran some tests with our good old standard WSJT-X (latest code) using three instances all connected via virtual audio.  One in FT8 Fox mode and the other two in FT8 Hound mode. Then I simulated just such QSO situations, but each time the reports appeared in the right-hand window of the two Hound stations. Not a single issue, even if I set the Rx frequency next to the Fox's audio signal. So, at the moment I can't reproduce this unwanted effect.

Please note that the "231031" code of 2.7.1-devel has received several updates in the meantime. Test it again with the current "240106" code, or with the soon-to-be released "240202" code. With the latter I will repeat the same test from last night.


73 de DG2YCB,
Uwe

German Amateur Radio Station DG2YCB
Dr. Uwe Risse
eMail: dg2...@gmx.de
Info: www.qrz.com/db/DG2YCB




Am 26.01.2024 um 15:18 schrieb Rich - K1HTV via wsjt-devel:




  


I have noticed the same thing at times while running as Hound in F/H where the report from the Fox will appear in the Band Activity column but not in the Rx Frequency column.I am presently running the "WSJT-X V2.7.1 devel 231031 Improved PLUS" version.




Also, when the "Start new period decodes at top" checkbox is checked, many times a day the background color will change from white to another background color. When this occurs it is not always the same color.




Also, at times when using  the  "Start new period decodes at top" option, the Band activity columns display will revert back to the earliest decodes, often many tens of minutes earlier.




73,

Rich - K1HTV







On Fri, Jan 26, 2024 at 7:55 AM  wrote:




Send wsjt-devel mailing list submissions to
        wsjt-devel@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.sourceforge.net/lists/listinfo/wsjt-devel
or, via email, send a message with subject or body 'help' to
        wsjt-devel-requ...@lists.sourceforge.net

You can reach the person managing the list at
        wsjt-devel-ow...@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of wsjt-devel digest..."
Today's Topics:

   1.  skips RX frequency window (bug?) wsjtx-2.7.0-rc3 (Glenn Williams)



-- Forwarded message --
From: Glenn Williams 
To: wsjt-devel@lists.sourceforge.net
Cc: 
Bcc: 
Date: Thu, 25 Jan 2024 08:12:51 -0500
Subject: [wsjt-devel]  skips RX frequency window (bug?) wsjtx-2.7.0-rc3
V 2.7.0-rc3
Last night worked FT8 F/H with TX5S 80m.  Rig TS590SG, PC Win 10. (This
has happened once or twice before.)  His S/N report on me popped up in
Band Act window after my TX1, but no report in RX Freq window. TX3
completed OK in both Windows.  I use COLORS and so red was instantly
obvious.  Antenna is 160m inv-L about 360 feet away.  Power on the order
of 450 watts with tuner. Not thinking RFI because no other times ever I
see any.

-73, Glenn, AF8C
--

--
This email has been checked for viruses by Avast antivirus software.
www.avast.com


___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel








___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel




___wsjt-devel mailing listwsjt-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wsjt-devel___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] macOS - Is there a "quick" way of updating Hamlib on MacOS implementation?

[Gary Rogers via wsjt-devel]

Hi Dwayne:

The Mac equivalent of the .dll file is the .dylib file. I compile the .dylib 
file daily (if there are changes) and can provide via my drop box. This 
morning’s version is here:

https://www.dropbox.com/s/0m9v3i1ceb1bv19/libhamlib.4.dylib?dl=0

You would need to download and copy the libhamlib.4.dylib file. Then go to 
Finder (on the Dock)> Applications>wsjtx.app. Right click on wsjtx.app and 
select Show Package Contents> Contents>Frameworks then paste the 
libhamlib.4.dylib into the Frameworks folder. Say yes when it asks if you want 
to replace the existing file.

Here is a screen shot of where it goes:

https://www.dropbox.com/s/w8hk251loaxg7ix/libhamlib%20dylib%20placement%20MacOS.png?dl=0


All the above assumes you installed the WSJT-X .dmg file from the Sourceforge 
website and that you have not compiled WSJT-X on your own.

Let me know if you have any further questions.

> On Jun 12, 2023, at 1:38 PM, Dwayne Sinclair via wsjt-devel 
>  wrote:
> 
> I have seen Windows instructions to replace a Hamlib dll to get the latest 
> version of Hamlib. Is there the same capability on macOS so we can test and 
> validate Hamlib issues without having to compile WSJT-X?
> 
> Regards Dwayne AB6A
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Release Candidate WSJT-X 2.7.0-rc1

[Gary Rogers via wsjt-devel]

Here is the most recent Hamlib libhamlib.so.4.0.6 for Raspberry Pi (RPi version 
of the .dll)

https://www.dropbox.com/s/a9gdyo3qayp86yc/libhamlib.so.4.0.6?dl=0





> On May 13, 2023, at 5:28 AM, Gary Rogers  wrote:
> 
> Here is the most recent Hamlib .dylib for MacOS (dylib is the Mac version of 
> .dll):
> 
> https://www.dropbox.com/s/0m9v3i1ceb1bv19/libhamlib.4.dylib?dl=0
> 
> To install: In Dock, go to Finder> Applications>WSJTX.app
> 
> Right click on WSJTX.app 
> 
> Click on Show Package Contents
> 
> Click on Contents> Frameworks
> 
> Paste the downloaded libhamlib.4.dylib into Frameworks
> 
> Click yes when it asks to replace the file.
> 
> Here is where it goes:
> 
> 
> 
> 
> 
> 
> 
>> On May 12, 2023, at 2:33 PM, Black Michael via wsjt-devel 
>>  wrote:
>> 
>> We had somebody who was nicely compiling MacOS versions
>> 
>> https://github.com/Hamlib/Hamlib
>> 
>> Hopefully they are still out there...
>> 
>> Mike W9MDB
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> On Friday, May 12, 2023 at 12:38:31 PM CDT, Greg Vatt  wrote: 
>> 
>> 
>> 
>> 
>> 
>> Mike,
>> 
>> I’m having the same problem here on MacOS M1 (13.3.1) + IC-7610. Even 
>> tried again with a clean install.
>> 
>> 
>> 
>> 
>> 
>> 
>> Greg, NC7B
>> 
>> 
>> 
>>> On May 12, 2023, at 9:57 AM, Black Michael via wsjt-devel 
>>>  wrote:
>>> 
>>> Please try this DLL
>>> 
>>> https://www.dropbox.com/s/snmkzu8eif89yqs/libhamlib-4.dll?dl=0
>>> 
>>> Mike W9MDB
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> On Friday, May 12, 2023 at 11:55:54 AM CDT, Gerald Smith via wsjt-devel 
>>>  wrote: 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> Hi Joe,
>>> 
>>> Sorry, but I get this error with WSJT-X 2.7.0-rc1.
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> Radio IC-7700, interface - Timewave Navigator.
>>> 
>>> WSJT-X 2.6.1 works fine though thought that I should let you know.
>>> 
>>> 73 de WA3ZSC - Jerry
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> On 5/12/2023 11:20, Joe Taylor via wsjt-devel wrote:
>>> 
>>> 
>>>> We are pleased to announce that Release Candidate WSJT-X 2.7.0-rc1 is 
>>>> ready for download by beta testers. 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> ___ 
>>>> wsjt-devel mailing list 
>>>> wsjt-devel@lists.sourceforge.net 
>>>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel 
>>>> 
>>> 
>>> ___
>>> wsjt-devel mailing list
>>> wsjt-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>>> 
>>> 
>>> ___
>>> wsjt-devel mailing list
>>> wsjt-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>> 
>> 
>> 
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> 

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Release Candidate WSJT-X 2.7.0-rc1

[Gary Rogers via wsjt-devel]

I’m traveling today but will build hamlib for Mac in the morning and provide a 
link. 

Sent from my iPhone

> On May 12, 2023, at 3:43 PM, Black Michael via wsjt-devel 
>  wrote:
> 
> Try this dll please
> 
> https://www.dropbox.com/s/snmkzu8eif89yqs/libhamlib-4.dll?dl=0
> 
> Mike W9MDB
> 
> 
> 
> 
> 
> 
> 
> 
> On Friday, May 12, 2023 at 12:37:02 PM CDT, Gerald Smith via wsjt-devel 
>  wrote: 
> 
> 
> 
> 
> 
> Hi Mike,
> 
> Thanks for the link.
> 
> Well, I placed the dll file in this directory C:\WSJT\wsjtx\bin, and 
> rebooted the computer, but I am still getting the error.
> 
> So, then I tried re-installing 2.7.0-rc1, and rebooting the computer 
> again, I still have the error.
> 
> Sorry.
> 
> 73 de WA3ZSC - Jerry
> 
> 
>> On 5/12/2023 13:07, Black Michael via wsjt-devel wrote:
>> Direct link
>> 
>> https://www.dropbox.com/s/snmkzu8eif89yqs/libhamlib-4.dll?dl=1
>> 
>> Mike W9MDB
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> On Friday, May 12, 2023 at 12:01:57 PM CDT, Black Michael via 
>> wsjt-devel  wrote:
>> 
>> 
>> 
>> 
>> 
>> Please try this DLL
>> 
>> https://www.dropbox.com/s/snmkzu8eif89yqs/libhamlib-4.dll?dl=0
>> 
>> Mike W9MDB
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> On Friday, May 12, 2023 at 11:55:54 AM CDT, Gerald Smith via 
>> wsjt-devel  wrote:
>> 
>> 
>> 
>> 
>> 
>> 
>> Hi Joe,
>> 
>> Sorry, but I get this error with WSJT-X 2.7.0-rc1.
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> Radio IC-7700, interface - Timewave Navigator.
>> 
>> WSJT-X 2.6.1 works fine though thought that I should let you know.
>> 
>> 73 de WA3ZSC - Jerry
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> On 5/12/2023 11:20, Joe Taylor via wsjt-devel wrote:
>> 
>> 
>>> We are pleased to announce that Release Candidate WSJT-X 2.7.0-rc1 is
>>> ready for download by beta testers.
>>> 
>>> 
>>> 
>>> 
>>> ___
>>> wsjt-devel mailing list
>>> wsjt-devel@lists.sourceforge.net  
>>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel  
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>> 
>> 
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>> 
>> 
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel


___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Sourceforge download from https://wsjt.sourceforge.io/wsjtx.html should work again

[Gary Rogers via wsjt-devel]

This link worked for me. Thanks

> On Apr 9, 2023, at 9:08 AM, Uwe, DG2YCB via wsjt-devel 
>  wrote:
> 
> Download of the v2.6.1 WSJT-X installer packages via our 
> https://wsjt.sourceforge.io/wsjtx.html homepage should work again now. There 
> seems to be some problem with SourceForge at the moment. But I found another 
> solution that seems to work, at least for now.
> 
> 73 de Uwe DG2YCB
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] Sourceforge download

[Gary Rogers via wsjt-devel]

Seeing multiple reports that WSJT-X cannot be downloaded from the Source forge 
website. I’ve tried both the WSJTX site and Source forge sites and have not 
been able to download WSJTX. 

Sent from my iPhone

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] Cat Control Mac #Mac

[Gary Rogers via wsjt-devel]

Been off the air for about five weeks. I’ve downloaded 2.6.1 on my MacBook Pro 
Ventura OSX 13. Tried to get on the air this evening and having rig control 
problems. I’ve selected the Silicon Labs driver and get a green cat control 
light and get a red PTT test light. As soon as I click ok the band selection 
dropdown and frequency turn red and I cannot change bands. I can put the rig in 
transmit and can receive. There are no error messages. I’ve reinstalled the 
Silicon Labs drivers. Reverted back to 2.6.0 and back to 2.6.1. Makes no 
difference if i use the source force .dmg file or my own compiled version. 
Restarted computer several times. Rig is FTDX-10. Any suggestions appreciated!



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJT-X 2.6.0 GA Release

[Gary Rogers via wsjt-devel]

OK I made the edit to the Hamlib version in cmakelist.txt to 4.5.3 and was able 
to build 2.6.0 for Mac. A couple of issues I have encountered during building 
the last several versions

Build environment MacOS SDK, Xcode, dependencies in Macports  and Cmake 3.25.1

While building hamlib, I get this error:

/Users/charlesrogers/Build/hamlib-prefix/src/hamlib/src/parallel.h:31:12: fatal 
error: 'linux/parport.h' file not found
#  include 

I get around this by going into my build/hamlib-prefix/src/hamlib and running 
./configure

This solves the hamlib problem.

Since upgrading the  MacOS 13 Ventura, I’m getting this error:

/Users/charlesrogers/Build/wsjtx-prefix/src/wsjtx/widgets/mainwindow.cpp:4822:9:
 error: 'sprintf' is deprecated: This function is provided for compatibility 
reasons only.  Due to security concerns inherent in the design of sprintf(3), 
it is highly recommended that you use snprintf(3) instead. 
[-Werror,-Wdeprecated-declarations]
sprintf(s,"Tx:  %d Slots",foxcom_.nslots);

There is a similar error on line 4824

I’ve gotten around this by changing sprintf to snprintf in both locations and 
rewrite the expression snprintf(s, sizeof(s), "Tx:  %d Slots",foxcom_.nslots);
  } else {
snprintf(s,sizeof(s),"Tx: %s",msgsent);

I’m providing this info in the event developers wish to update code to resolve 
these errors. I’m still able to build from source with the workaround noted 
above. Thanks to all for this software!

 
> On Jan 6, 2023, at 9:22 AM, Uwe, DG2YCB via wsjt-devel 
>  wrote:
> 
> Try to download again. I think Sourceforge still had the old copy. But the 
> one I downloaded 1 minute ago has the correct entry.
> 
> 73 de DG2YCB,
> Uwe
> 
> 
> Am 06.01.2023 um 18:07 schrieb Gary Rogers via wsjt-devel:
>> Same issue for me downloaded from new WSJT-X site.
>> 
>>> On Jan 6, 2023, at 8:55 AM, Kari Sillanmäki via wsjt-devel 
>>>  
>>> <mailto:wsjt-devel@lists.sourceforge.net> wrote:
>>> 
>>> 
>>> Hi Uwe,
>>> 
>>> I just downloaded the tarball. 
>>> It still has the wrong CmakeLists.txt entry...
>>> 
>>> I used this link to download:
>>> https://sourceforge.net/projects/wsjt/files/wsjtx-2.6.0/wsjtx-2.6.0.tgz
>>> Is this the correct link??
>>> 
>>> 73's de Kari, oh2gqc
>>>  
>>> On 6.1.2023 18.05, Uwe, DG2YCB via wsjt-devel wrote:
>>>> Hi Stefan,
>>>> 
>>>> Yes, it must be 4.5.3. I have updated the tarball. Please download again 
>>>> and see if it works better now.
>>>> 
>>>> 73 de DG2YCB,
>>>> Uwe
>>>> 
>>>> 
>>>> Am 06.01.2023 um 16:57 schrieb Stefan HB9TMC via wsjt-devel:
>>>>> Hi, 
>>>>> 
>>>>> cmake generated an error: 
>>>>> CMake Error at CMakeLists.txt:56 (file): 
>>>>>   file failed to open for reading (No such file or directory): 
>>>>> 
>>>>> ~/bin/wsjtx-2.6.0/src/hamlib-4.5.tar.gz.md5sum 
>>>>> 
>>>>> 
>>>>> 
>>>>> I think CMakeLists.txt should be: 
>>>>> 6c6 
>>>>> < set (__hamlib_upstream hamlib-4.5.3) 
>>>>> --- 
>>>>> > set (__hamlib_upstream hamlib-4.5) 
>>>>> 
>>>>> 
>>>>> 73 
>>>>> Stefan 
>>>>> 
>>>>> 
>>>>> ___ 
>>>>> wsjt-devel mailing list 
>>>>> wsjt-devel@lists.sourceforge.net 
>>>>> <mailto:wsjt-devel@lists.sourceforge.net> 
>>>>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel 
>>>> 
>>>> 
>>>> 
>>>> ___
>>>> wsjt-devel mailing list
>>>> wsjt-devel@lists.sourceforge.net <mailto:wsjt-devel@lists.sourceforge.net>
>>>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>>> 
>>> ___
>>> wsjt-devel mailing list
>>> wsjt-devel@lists.sourceforge.net <mailto:wsjt-devel@lists.sourceforge.net>
>>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>> 
>> 
>> 
>> 
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net <mailto:wsjt-devel@lists.sourceforge.net>
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJT-X 2.6.0 GA Release

[Gary Rogers via wsjt-devel]

Same issue for me downloaded from new WSJT-X site.

> On Jan 6, 2023, at 8:55 AM, Kari Sillanmäki via wsjt-devel 
>  wrote:
> 
> 
> Hi Uwe,
> 
> I just downloaded the tarball. 
> It still has the wrong CmakeLists.txt entry...
> 
> I used this link to download:
> https://sourceforge.net/projects/wsjt/files/wsjtx-2.6.0/wsjtx-2.6.0.tgz
> Is this the correct link??
> 
> 73's de Kari, oh2gqc
>  
> On 6.1.2023 18.05, Uwe, DG2YCB via wsjt-devel wrote:
>> Hi Stefan,
>> 
>> Yes, it must be 4.5.3. I have updated the tarball. Please download again and 
>> see if it works better now.
>> 
>> 73 de DG2YCB,
>> Uwe
>> 
>> 
>> Am 06.01.2023 um 16:57 schrieb Stefan HB9TMC via wsjt-devel:
>>> Hi, 
>>> 
>>> cmake generated an error: 
>>> CMake Error at CMakeLists.txt:56 (file): 
>>>   file failed to open for reading (No such file or directory): 
>>> 
>>> ~/bin/wsjtx-2.6.0/src/hamlib-4.5.tar.gz.md5sum 
>>> 
>>> 
>>> 
>>> I think CMakeLists.txt should be: 
>>> 6c6 
>>> < set (__hamlib_upstream hamlib-4.5.3) 
>>> --- 
>>> > set (__hamlib_upstream hamlib-4.5) 
>>> 
>>> 
>>> 73 
>>> Stefan 
>>> 
>>> 
>>> ___ 
>>> wsjt-devel mailing list 
>>> wsjt-devel@lists.sourceforge.net  
>>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel 
>> 
>> 
>> 
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net 
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Hamlib 4.5.2 test #hamlib

[Gary Rogers via wsjt-devel]

I’ve compiled 4.5.2 for Mac here:

https://www.dropbox.com/s/ycqzp7uen1ktsrs/libhamlib.4.dylib?dl=0


> On Dec 21, 2022, at 9:12 AM, Charles Suckling via wsjt-devel 
>  wrote:
> 
> Hi Mike
> 
> Also tested SDR-Console and my IC202 (that uses G4JNT IC756 emulator in a 
> PIC).  So, happy here.
> 
> Charlie DL3WDG
> 
> On Tue, 20 Dec 2022 at 16:03, Black Michael via wsjt-devel 
> mailto:wsjt-devel@lists.sourceforge.net>> 
> wrote:
>> Hamlib 4.5.2 is due to be released this week.
>> All known bugs have been fixed.
>> 
>> Please test and ensure everything is workingor report any bad behavior.  
>> This will likely be the hamlib in the WSJT-X release.
>> 
>> Here is a zip file for the 64-bit binaries.
>> https://www.dropbox.com/s/q2cf6xb50pgsr61/hamlib-4.5.2-20221220.zip?dl=0
>> 
>> 
>> And here is the 64-bit dll which can be placed in \WSJT\WSJT-X\bin
>> https://www.dropbox.com/s/snmkzu8eif89yqs/libhamlib-4.dll?dl=0
>> 
>> Mike W9MDB
>> 
>> 
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net 
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJT-X 2.6.0-rc5 hamlib failure for Flex radio

[Gary Rogers via wsjt-devel]

George, I compiled Hamlib for Mac this morning:

https://www.dropbox.com/s/gqgp5yvu3cpbdre/libhamlib.4.dylib?dl=0 

In findr, go to Applications, right click on WSJT-X app, select show package 
contents. Paste the file above into frameworks and respond yes when it asks to 
replace the file.

> On Nov 29, 2022, at 2:21 PM, George Molnar via wsjt-devel 
>  wrote:
> 
> I’m a Mac user so will work around the issue with the Kenwood settings for 
> now.
> 
> Thanks for the info, Mike.
> 
> George J Molnar
> College Park, Maryland
> KF2TFM19ma
> 
> 
>> On Nov 29, 2022, at 1:52 PM, Jay via wsjt-devel 
>>  wrote:
>> 
>> This has solved the problem for me. Thanks Mike and the team.
>> 
>> Jay KA9CFD
>> 
>> -Original Message-
>> From: Black Michael  
>> Sent: Tuesday, November 29, 2022 12:37
>> To: wsjt-devel@lists.sourceforge.net
>> Cc: ka9...@mtcnow.net
>> Subject: Re: [wsjt-devel] WSJT-X 2.6.0-rc5 hamlib failure for Flex radio
>> 
>> RC5 was built with an older hamlib.
>> 
>> Please try the latest.
>> 
>> New hamlib for installation directions
>> 
>> #1 Shut down WSJTX
>> 
>> 
>> #2 Download either the 32-bit or 64-bit DLL matching the 32/64-bit version 
>> of WSJTX -- hopefully your browser doesn't block it but may warn you 
>> multiple times.
>> 
>> 
>> If you can do a "Save As" you can save it directly in the appropriate WSJTX 
>> directory C:\WSJT\WSJTX\bin and replace the libhamlib-4.dll that is there.
>> 
>> 
>> http://n0nb.users.sourceforge.net/dll32/libhamlib-4.dll
>> 
>> 
>> http://n0nb.users.sourceforge.net/dll64/libhamlib-4.dll
>> 
>> 
>> Linux/Unix/Mac users need to compile the latest tar file from 
>> http://n0nb.users.sourceforge.net
>> Note: If compiling on Unix-like systems please uninstall any Hamlib package 
>> you have before installing the new build
>> 
>> 
>> #3 If you don't save directly you need to open a file browser and move the 
>> file that way.
>> 
>> 
>> If you're not familiar with that here's a video on the file browser - 
>> https://www.youtube.com/watch?v=AyVqCJrs9dk
>> 
>> 
>> Mike W9MDB
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> On Tuesday, November 29, 2022 at 12:08:03 PM CST, Jay via wsjt-devel 
>>  wrote: 
>> 
>> 
>> 
>> 
>> 
>> I just installed the new RC5 into my Windows 10 64 bit computer and am 
>> getting a Hamlib error when trying to activate CAT control.
>> 
>> Radio is a Flex 6500 and I normally use TCP ports to control the Slice 
>> receiver, This is NOT the Kenwood emulation using COM ports. However I get 
>> this error message when I try to test the CAT connection in the 
>> Settings/Radio tab in WSJT-X RC5. See attached jpg.
>> 
>> 73 Jay KA9CFD
>> 
>> 
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>> 
>> 
>> 
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJT-X 2.6.0-rc5 hamlib failure for Flex radio

[Gary Rogers via wsjt-devel]

George I compiled hamlib for Mac this AM:

https://www.dropbox.com/s/gqgp5yvu3cpbdre/libhamlib.4.dylib?dl=0
libhamlib.4.dylib
dropbox.com


To to Applications, right click on WSJT-X app, select show package contents. 
Paste the file above into frameworks and respond yes when it asks to replace 
the file.

> On Nov 29, 2022, at 2:21 PM, George Molnar via wsjt-devel 
>  wrote:
> 
> I’m a Mac user so will work around the issue with the Kenwood settings for 
> now.
> 
> Thanks for the info, Mike.
> 
> George J Molnar
> College Park, Maryland
> KF2TFM19ma
> 
> 
>> On Nov 29, 2022, at 1:52 PM, Jay via wsjt-devel 
>>  wrote:
>> 
>> This has solved the problem for me. Thanks Mike and the team.
>> 
>> Jay KA9CFD
>> 
>> -Original Message-
>> From: Black Michael  
>> Sent: Tuesday, November 29, 2022 12:37
>> To: wsjt-devel@lists.sourceforge.net
>> Cc: ka9...@mtcnow.net
>> Subject: Re: [wsjt-devel] WSJT-X 2.6.0-rc5 hamlib failure for Flex radio
>> 
>> RC5 was built with an older hamlib.
>> 
>> Please try the latest.
>> 
>> New hamlib for installation directions
>> 
>> #1 Shut down WSJTX
>> 
>> 
>> #2 Download either the 32-bit or 64-bit DLL matching the 32/64-bit version 
>> of WSJTX -- hopefully your browser doesn't block it but may warn you 
>> multiple times.
>> 
>> 
>> If you can do a "Save As" you can save it directly in the appropriate WSJTX 
>> directory C:\WSJT\WSJTX\bin and replace the libhamlib-4.dll that is there.
>> 
>> 
>> http://n0nb.users.sourceforge.net/dll32/libhamlib-4.dll
>> 
>> 
>> http://n0nb.users.sourceforge.net/dll64/libhamlib-4.dll
>> 
>> 
>> Linux/Unix/Mac users need to compile the latest tar file from 
>> http://n0nb.users.sourceforge.net
>> Note: If compiling on Unix-like systems please uninstall any Hamlib package 
>> you have before installing the new build
>> 
>> 
>> #3 If you don't save directly you need to open a file browser and move the 
>> file that way.
>> 
>> 
>> If you're not familiar with that here's a video on the file browser - 
>> https://www.youtube.com/watch?v=AyVqCJrs9dk
>> 
>> 
>> Mike W9MDB
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> On Tuesday, November 29, 2022 at 12:08:03 PM CST, Jay via wsjt-devel 
>>  wrote: 
>> 
>> 
>> 
>> 
>> 
>> I just installed the new RC5 into my Windows 10 64 bit computer and am 
>> getting a Hamlib error when trying to activate CAT control.
>> 
>> Radio is a Flex 6500 and I normally use TCP ports to control the Slice 
>> receiver, This is NOT the Kenwood emulation using COM ports. However I get 
>> this error message when I try to test the CAT connection in the 
>> Settings/Radio tab in WSJT-X RC5. See attached jpg.
>> 
>> 73 Jay KA9CFD
>> 
>> 
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>> 
>> 
>> 
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Possible RC4 issue

[Gary Rogers via wsjt-devel]

I’ve also had this happen on maybe four occasions when using FT8. RC4 on 
Windows10 running in Parallels on MacBook. Seems to be random. Resolved by 
killing the JT9 process in Task manager and restarting WSJT-X

> On Sep 19, 2022, at 9:34 AM, Bill Lederer via wsjt-devel 
>  wrote:
> 
> I've had three segfaults on rc4. 
> 
> One when I had just started up, another after I had been running for a little 
> while, and a third when I clicked the "menus" button.  No other correlation 
> that I could find. I didn't find a "core" file.
> 
> On Sun, Sep 18, 2022 at 10:32 PM Black Michael via wsjt-devel 
> mailto:wsjt-devel@lists.sourceforge.net>> 
> wrote:
> About how long were you running when this happened?
> 
> I also had a segfault when WSJTX was just decoding but it was probably 20 
> hours of runtime.
> 
> Mike W9MDB
> 
> 
> 
> 
> On Sunday, September 18, 2022 at 08:49:23 PM CDT, Gary McDuffie via 
> wsjt-devel  > wrote:
> 
> 
> I seldom report problems that I might have because I don’t usually have 
> enough notes on all the details, but this one seemed serious enough that I’ll 
> tell you what I know about it.  Can I duplicate?  Of course not, yet.  I’ve 
> been using RC4 since it came out, so it's likely a one-off event.  I’ve not 
> had previous problems.
> 
> I was on 17M FT8, made a few contacts with no problem.  After the last one 
> logged, I hit the FT4 button and jumped up the band as I frequently do when 
> things are busy.  I worked one station on FT8 and logged it.  After it 
> logged, the program simply closed itself - gone.
> 
> When I tried to restart WSJT-X, it failed, giving me the following error:
> Sub Process Error
> Failed to close orphaned jt9 process
> I am very familiar with the jt9 task error, and haven’t had one for a long 
> time, but I think this is the first time I’ve had the process error.  WXJT-X 
> did not load.  When I clicked on the error to close it, it was replaced by a 
> second one that said simply:
> Fatal error
> Sub-process error
> Acknowledging that one closed the error message & it went away.
> 
> Any time I tried to repeat the reloading of WSJT-X, the same errors popped 
> up.  In order to get it back up and running, I had to reboot the system 
> entirely.  It seems to be running smoothly since then, as it had before.  I 
> suspect everything is fine and this was just a glitch.
> 
> Gary - AG0N
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net 
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net 
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel 
> 
> 
> 
> -- 
> --w8lvn--
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Release Candidate WSJT-X 2.6.0-rc4

[Gary Rogers via wsjt-devel]

I was able to build rc4 for Windows with JTSDK (with the latest Hamlet build) 
and used it last night to make 17 QSOs. No issues to report. Also built it for 
Mac Intel but I am only able to test it in receive mode at present. No issues 
there either.

> On Sep 7, 2022, at 9:28 AM, Joe Taylor via wsjt-devel 
>  wrote:
> 
> Dear WSJT-X Users,
> 
> We are pleased to announce that Release Candidate WSJT-X 2.6.0-rc4 is ready 
> for download by beta testers. A list of its essential changes from previous 
> releases can be found in the Release Notes:
> https://physics.princeton.edu//pulsar/k1jt/Release_Notes.txt
> 
> Links for downloading WSJT-X 2.6.0-rc4 can be found on the WSJT-X Home Page, 
> https://physics.princeton.edu/pulsar/k1jt/wsjtx.html
> Scroll down to find "Candidate release:  WSJT-X 2.6.0-rc4".
> 
> An installation file for macOS is not presently available.  One will be 
> posted as soon as possible.
> 
> We hope you will enjoy using this beta release of WSJT-X 2.6.0.  As a beta 
> tester you should report on your experiences with its new features, 
> successful and otherwise, on one of the relevant WSJT forums.  Bugs should be 
> reported by following instructions found here in the User Guide:
> 
> https://www.physics.princeton.edu//pulsar/K1JT/wsjtx-doc/wsjtx-main-2.6.0-rc4.html#_bug_reports
> 
> WSJT-X and MAP65 are licensed under the terms of Version 3 of the GNU General 
> Public License (GPLv3).  Development of this software is a cooperative 
> project to which many amateur radio operators have contributed.  If you use 
> our code, please have the courtesy to let us know about it.  If you find bugs 
> or make improvements to the code, please report them to us in a timely 
> fashion.  Additional licensing details can be found here:
> https://physics.princeton.edu//pulsar/k1jt/devel.html
> 
> 73 from the WSJT Core Development Team
> Joe, K1JT; Steve, K9AN; Nico, IV3NWV; Chet, KG4IYS; Uwe, DG2YCB;
> Brian, N9ADG; and John, G4KLA
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] RC4 Minor Nit

[Gary Rogers via wsjt-devel]

Mine shows RC4 on both Windows and Mac...

> On Sep 7, 2022, at 8:19 PM, Dennis Younker NE6I via wsjt-devel 
>  wrote:
> 
> I notice that RC4 displays itself as 2.5.4 instead of 2.6.0-rc4. Obviously 
> this does not affect performance but thought I would point it out. 
>  
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net 
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel 
> 
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Release Candidate WSJT-X 2.6.0-rc2

[Gary Rogers via wsjt-devel]

Was also able to build from source for Raspberry Pi without errors. 

Sent from my iPhone

> On Jul 21, 2022, at 11:05 AM, Andrew Neumeier via wsjt-devel 
>  wrote:
> 
> 
> To the WSJT-X team,
> 
> Thanks for the release and the fix for my Omni VII, which now, no longer 
> hangs up in xmit.  Special thanks to Mike Black, W9MDB, for staying in
> touch with me over this issue and getting it resolved.  
> 
> 
> 73,
> Andy, ka2uqw
> 
> 
> 
> On Thursday, July 21, 2022 at 09:06:49 AM EDT, Joe Taylor via wsjt-devel 
>  wrote:
> 
> 
> Dear WSJT-X Users,
> 
> We are pleased to announce that Release Candidate WSJT-X 2.6.0-rc2 is 
> ready for download by beta testers. A list of its essential changes from 
> previous releases can be found in the Release Notes:
> https://physics.princeton.edu//pulsar/k1jt/Release_Notes.txt
> 
> Links for downloading WSJT-X 2.6.0-rc2 can be found on the WSJT-X Home 
> Page, https://physics.princeton.edu/pulsar/k1jt/wsjtx.html
> Scroll down to find "Candidate release:  WSJT-X 2.6.0-rc2".
> 
> We hope you will enjoy using this beta release of WSJT-X 2.6.0.  As a 
> beta tester you should report on your experiences with its new features, 
> successful and otherwise, on one of the relevant WSJT forums.  Bugs 
> should be reported by following instructions found here in the User Guide:
> 
> https://www.physics.princeton.edu//pulsar/K1JT/wsjtx-doc/wsjtx-main-2.6.0-rc2.html#_bug_reports
> 
> WSJT-X and MAP65 are licensed under the terms of Version 3 of the GNU 
> General Public License (GPLv3).  Development of this software is a 
> cooperative project to which many amateur radio operators have 
> contributed.  If you use our code, please have the courtesy to let us 
> know about it.  If you find bugs or make improvements to the code, 
> please report them to us in a timely fashion.  Additional licensing 
> details can be found here:
> https://physics.princeton.edu//pulsar/k1jt/devel.html
> 
>   73 from the WSJT Core Development Team
>   Joe, K1JT; Steve, K9AN; Nico, IV3NWV; Chet, KG4IYS; Uwe, DG2YCB;
>   Brian, N9ADG; and John, G4KLA
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Release Candidate WSJT-X 2.6.0-rc2

[Gary Rogers via wsjt-devel]

For those compiling from source, note that the extracted folder is dated June 
14, 2022 so you may have to look back in your download folder to find it. 

When compiling for Mac, got Hamlib errors but running:

in your wsjt-x build directory, 

cd hamlib-prefix/src/hamlib

then type:
./configure

Fixed the problem and it builds without errors. 

Sent from my iPhone

> On Jul 21, 2022, at 6:46 AM, Marco Calistri via wsjt-devel 
>  wrote:
> 
> 
> Many thanks to all the WSJT-X Developement Team for their effort by providing 
> us more and more features and delighting usage of this nice program!
> 
> I'm gonna to download, compile and test the version RC2 for Linux today!
> 
> ---
> 73 de Marco, PY1ZRJ (former IK5BCU)
> 
> 
> 
> Il 21/07/22 09:58, Joe Taylor via wsjt-devel ha scritto:
>> Dear WSJT-X Users, 
>> 
>> We are pleased to announce that Release Candidate WSJT-X 2.6.0-rc2 is ready 
>> for download by beta testers. A list of its essential changes from previous 
>> releases can be found in the Release Notes: 
>> https://physics.princeton.edu//pulsar/k1jt/Release_Notes.txt 
>> 
>> Links for downloading WSJT-X 2.6.0-rc2 can be found on the WSJT-X Home Page, 
>> https://physics.princeton.edu/pulsar/k1jt/wsjtx.html 
>> Scroll down to find "Candidate release:  WSJT-X 2.6.0-rc2". 
>> 
>> We hope you will enjoy using this beta release of WSJT-X 2.6.0.  As a beta 
>> tester you should report on your experiences with its new features, 
>> successful and otherwise, on one of the relevant WSJT forums.  Bugs should 
>> be reported by following instructions found here in the User Guide: 
>> 
>> https://www.physics.princeton.edu//pulsar/K1JT/wsjtx-doc/wsjtx-main-2.6.0-rc2.html#_bug_reports
>>  
>> 
>> WSJT-X and MAP65 are licensed under the terms of Version 3 of the GNU 
>> General Public License (GPLv3).  Development of this software is a 
>> cooperative project to which many amateur radio operators have contributed.  
>> If you use our code, please have the courtesy to let us know about it.  If 
>> you find bugs or make improvements to the code, please report them to us in 
>> a timely fashion.  Additional licensing details can be found here: 
>> https://physics.princeton.edu//pulsar/k1jt/devel.html 
>> 
>>  73 from the WSJT Core Development Team 
>>  Joe, K1JT; Steve, K9AN; Nico, IV3NWV; Chet, KG4IYS; Uwe, DG2YCB; 
>>  Brian, N9ADG; and John, G4KLA 
>> 
>> 
>> ___ 
>> wsjt-devel mailing list 
>> wsjt-devel@lists.sourceforge.net 
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel 
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Release Candidate WSJT-X 2.6.0-rc1 Waterfall Issue

[Gary Rogers via wsjt-devel]

So I had the N Avg set to 2 which gave the intermittent displays. Reducing to N 
avg to 1 solved the problem. Any N Avg setting above 3 eliminates the time hack 
and band label. Guess I’ll leave it at 1…Thanks for your help!

Gary KO3F

> You've got barely enough room to show it -- the height of the intervals may 
> be 1 pixel off or so and make the difference.
> 
> If you decrease your "N Avg" by 1 they should all show up.
> 
> I take it you increased your font size?
> 
> Mike W9MDB
> 
> 
> 
> 
> On Tuesday, June 21, 2022, 11:10:52 PM CDT, Gary Rogers via wsjt-devel 
>  wrote:
> 
> 
> Using RC1 on Windows 10. Noticed tonight that the time hacks and band 
> notations are intermittently missing from the waterfall:
> 
> 
> 
> It seems random and I cannot point to a possible cause.
> 
> Gary KO3F
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net <mailto:wsjt-devel@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel 
> <https://lists.sourceforge.net/lists/listinfo/wsjt-devel>
>  PM.png>___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Release Candidate WSJT-X 2.6.0-rc1 Waterfall Issue

[Gary Rogers via wsjt-devel]

Mike, I have not increased font size from default… Will try N avg change later 
and advise…Thanks

> On Jun 22, 2022, at 5:36 AM, Black Michael via wsjt-devel 
>  wrote:
> 
> You've got barely enough room to show it -- the height of the intervals may 
> be 1 pixel off or so and make the difference.
> 
> If you decrease your "N Avg" by 1 they should all show up.
> 
> I take it you increased your font size?
> 
> Mike W9MDB
> 
> 
> 
> 
> On Tuesday, June 21, 2022, 11:10:52 PM CDT, Gary Rogers via wsjt-devel 
>  wrote:
> 
> 
> Using RC1 on Windows 10. Noticed tonight that the time hacks and band 
> notations are intermittently missing from the waterfall:
> 
> 
> 
> It seems random and I cannot point to a possible cause.
> 
> Gary KO3F
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net <mailto:wsjt-devel@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel 
> <https://lists.sourceforge.net/lists/listinfo/wsjt-devel>
>  PM.png>___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] Fwd: [WSJTX] WSJT-X 2.6.0rc1 build error #macOS

[Gary Rogers via wsjt-devel]

FYI

Sent from my iPhone

Begin forwarded message:

> From: "Gary Rogers via groups.io" 
> Date: June 16, 2022 at 10:22:04 AM PDT
> To: m...@wsjtx.groups.io
> Subject: [WSJTX] WSJT-X 2.6.0rc1 build error #macOS
> Reply-To: m...@wsjtx.groups.io
> 
> I’ve installed on Windows 10, MacOS 12.4 and Raspberry Pi using the provided 
> installers. All seem to functioning as intended.
> 
> When I try to build from source for MacOS, I get the following fatal error 
> during the Hamlib build portion:
> 
> /Users/charlesrogers/Build/hamlib-prefix/src/hamlib/src/parallel.h:30:12: 
> fatal error: 'linux/parport.h' file not found
> #  include 
>   ^
> 1 error generated.
> make[5]: *** [dummy.lo] Error 1
> make[5]: *** Waiting for unfinished jobs
> make[4]: *** [all-recursive] Error 1
> make[3]: *** [hamlib-prefix/src/hamlib-stamp/hamlib-build] Error 2
> make[2]: *** [CMakeFiles/hamlib-install.dir/all] Error 2
> make[1]: *** [CMakeFiles/package.dir/rule] Error 2
> make: *** [package] Error 2
> 
> Any thoughts on how to resolve?
> 
> 
> -=-=-=-=-=-=-=-=-=-=-=-
> Groups.io Links: You receive all messages sent to this group.
> View/Reply Online (#35422): https://WSJTX.groups.io/g/main/message/35422
> Mute This Topic: https://groups.io/mt/91804625/406120
> Mute #macos:https://WSJTX.groups.io/g/main/mutehashtag/macos
> Group Owner: main+ow...@wsjtx.groups.io
> Unsubscribe: 
> https://WSJTX.groups.io/g/main/leave/4029737/406120/1666241859/xyzzy 
> [cgaryrogers...@gmail.com]
> -=-=-=-=-=-=-=-=-=-=-=-
> 
> 
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Are you building WSJT-X ?

[Gary Rogers via wsjt-devel]

Hi Joe,

- Building on what platform? Windows, Linux, macOS, or other?

I am primarily a Mac user and after a couple of years' struggle, I finally was 
able to build v2.5.4 just last week. I used the late Bill Somerville’s 
documentation at 
https://www.evernote.com/pub/bsomervi/wsjt-xmacbuilds#st=p&n=a340e222-647a-4472-a10e-1849ab521ff8
 as the basis after updating and deconflicting various QT and GCC versions that 
i had on my MacBook. I have also built WSJT-X for Windows 10 using Parallels 
and the JTSDK methodology but don’t really use it on the air. I also have 
WSJT-X running on a Raspberry Pi 400 but don’t compile it or use it on the air 
currently.

- What are your particular programming skills and interests?

Novice programming skills only, rudimentary use of Cmake. Would maybe like to 
be able to help as a backup to the primary Mac programmer or as a resource to 
Mac users just getting started.

- Are you making changes to the code? If so, toward what end?

No

- What portions of the code have you studied well enough to understand?

None.

I have to say that if it weren’t for WSJT-X I’m not sure where i would have 
ended up in ham radio. After I got my Tech ticket in 2014, an elmer encouraged 
me to look at JT65. I watched a YouTube video and that’s all it took. 30,000 
QSOs later (most all of them, via WSJT-X), its been challenging but most 
rewarding and provided countless hours of enjoyment.

Thank you!

> On Apr 25, 2022, at 8:29 AM, Joe Taylor via wsjt-devel 
>  wrote:
> 
> - Building on what platform? Windows, Linux, macOS, or other?
> 
> - What are your particular programming skills and interests?
> 
> - Are you making changes to the code? If so, toward what end?
> 
> - What portions of the code have you studied well enough to understand?

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Are you building WSJT-X ?

[Gary Rogers via wsjt-devel]

Hi Joe,

- Building on what platform? Windows, Linux, macOS, or other?

I am primarily a Mac user and after a couple of years' struggle, I finally was 
able to build v2.5.4 just last week. I used the late Bill Somerville’s 
documentation at 
https://www.evernote.com/pub/bsomervi/wsjt-xmacbuilds#st=p&n=a340e222-647a-4472-a10e-1849ab521ff8
 as the basis after updating and deconflicting various QT and GCC versions that 
i had on my MacBook. I have also built WSJT-X for Windows 10 using Parallels 
and the JTSDK methodology but don’t really use it on the air. I also have 
WSJT-X running on a Raspberry Pi 400 but don’t compile it or use it on the air 
currently.

- What are your particular programming skills and interests?

Novice programming skills only, rudimentary use of Cmake. Would maybe like to 
be able to help as a backup to the primary Mac programmer or as a resource to 
Mac users just getting started.

- Are you making changes to the code? If so, toward what end?

No

- What portions of the code have you studied well enough to understand?

None.

I have to say that if it weren’t for WSJT-X I’m not sure where i would have 
ended up in ham radio. After I got my Tech ticket in 2014, an elmer encouraged 
me to look at JT65. I watched a YouTube video and that’s all it took. 30,000 
QSOs later (most all of them, via WSJT-X), its been challenging but most 
rewarding and provided countless hours of enjoyment.

Thank you!

> On Apr 25, 2022, at 8:29 AM, Joe Taylor via wsjt-devel 
>  wrote:
> 
> - Building on what platform? Windows, Linux, macOS, or other?
> 
> - What are your particular programming skills and interests?
> 
> - Are you making changes to the code? If so, toward what end?
> 
> - What portions of the code have you studied well enough to understand?

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJT-X for Apple M1?

[Gary Rogers via wsjt-devel]

Yes i would love to see your instructions!

Thanks Gary KO3F

> On Dec 27, 2021, at 3:11 PM, Alex Lelievre via wsjt-devel 
>  wrote:
> 
> I wanted to post a progress update to getting WSJT-X built and running 
> natively on Apple M1 hardware.  
> 
> Today I managed to get FT8 to work natively on Apple M1 with version 2.5.3.  
> Previously this was crashing due to a compiler issue (stacks on M1 are not 
> executable).  The gcc community posted a fix for this issue a few days ago 
> and amazingly now the Jt9 process runs without crashing!!  Amazing!
> 
> There are still some remaining issues that I had to fix up manually for those 
> that are interested:
> - I had to stub __chkstk_darwin()
> - I had to replace libgcc_s.1.1.dylib with libgcc_s.dylib (and then renamed 
> to libgcc_s.1.1.dylib to cheat)…  This is necessary otherwise ___addtf3 is an 
> unresolved import and causes WSJT-X to crash on launch.
> - I had to manually sign the executable to run on Monterey 12.1.
> 
> If anyone else is interested in building a native version of WSJT-X for Apple 
> M1 please let me know and I will post my instructions…  Once those issues 
> listed above are resolved, I can look into getting this build into the 
> official releases (which I have no idea how to do).
> 
> Also just wanted to express my deepest condolences to Bill Somerville’s 
> family and friends.  If it wasn’t for his help I would never have been able 
> to get the code ported over to Apple M1.  He helped me learn Fortran and 
> answered my deluge of questions with enthusiasm and humor.  I will truly miss 
> his support.  RIP
> 
> alex 
> K6LOT
> 
> 
> 
>> On Aug 27, 2021, at 10:25 AM, Alex Lelievre  wrote:
>> 
>> Good thing I didn’t see that Qt blog article otherwise I wouldn’t have tried 
>> to build for arm64.  ;-)
>> I was holding out until I saw that most of brew now supported the M1.
>> 
>> I am still having some issues with the jt9 submodule crashing so I have some 
>> more work to do getting the fortran code to play nice with gfortran 11.x.  
>> I suspect I can fix this crash if I quiet some warnings about exceeding 
>> stack sizes and/or reentrancy warnings…
>> 
>> 
>> 
>> Alex
> 
> [snip]
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net 
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel 
> 
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] 2.5.3: missing diist tar ball

[Gary Rogers via wsjt-devel]

Try here:

wsjtx-2.5.3.tgz 


> On Dec 24, 2021, at 6:50 PM, Tomasz Kłoczko via wsjt-devel 
>  wrote:
> 
> Hi,
> 
> Looks like on https://sourceforge.net/projects/wsjt/files/wsjtx-2.5.3/ 
>  there is no source 
> code dist tar ball.
> 
> kloczek
> -- 
> Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJT-X 2.5.3 GA Release for macOS

[Gary Rogers via wsjt-devel]

John and Joe, I made 27 QSOs on FT8 and FT4 last night using 2.5.3 on Monterey 
12.0.1…Everything seems to be working as it should.

> On Dec 14, 2021, at 4:03 AM, John Nelson via wsjt-devel 
>  wrote:
> 
> Hi Joe,
> 
> This morning I checked the DMG download on 12.0.1 and also 12.1 on an Intel 
> MacBook Pro.  There were no problems.  I currently use 11.6.1.
> 
> I have received reports of DMG download for 10.13 through 10.15;  11.6.1 and 
> 12, so if you wish to re-do the earlier change on your web-site: "Version 
> 2.5.3 for macOS 10.13 through 12” this should avoid queries about whether the 
> download would work for 12.1.
> 
> It must be stressed that these reports refer only to confirmation that the 
> wsjtx-2.5.3-Darwin.dmg unpacks and installs correctly on Intel Macs as well 
> as M1 Macs with Rosetta, but do not make statements about matters relating to 
> WSJT-X 2.5.3 code.   This clearly needs more in depth testing to evaluate the 
> new features.
> 
> I am not able to generate a native M1 package.
> 
> Thanks to all who sent reports.
> 
> — John G4KLA___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJT-X 2.5.3 GA Release for macOS

[Gary Rogers via wsjt-devel]

It installed ok on my MacBook Pro (Intel) and connected to my radio…Haven’t had 
a chance to use it on the air yet though.

> On Dec 13, 2021, at 10:38 AM, George J Molnar via wsjt-devel 
>  wrote:
> 
> Working without incident on my M1 Mac mini under Monterey 12.0.1. 
> 
> George J Molnar
> College Park, Maryland 
> KF2T | FM19ma
> 
> 
> 
>> On Dec 13, 2021, at 1:31 PM, Joe Taylor via wsjt-devel 
>>  wrote:
>> 
>> Hi John,
>> 
>>> On 12/13/2021 1:17 PM, John Stengrevics WA1EAZ via wsjt-devel wrote:
>>> 
>>> My thanks to John Nelson for this.  However, does this Mac installation 
>>> package work with macOS Monterey 12.0.1 running on a M1X chip?
>> 
>> You just reminded me why I should not have changed "for macOS 10.13 through 
>> 11" to "for macOS 10.13 and later" on the web page.
>> 
>> I have now changed it back.  For more details (and possibly a prognosis 
>> concerning support for macOS 12.0.1) we will need input from a knowledgeable 
>> mac user, perhaps G4KLA, K9AN, or another volunteer?
>> 
>>   -- Joe, K1JT
>>> 73,
>>> John
>>> WA1EAZ
> On Dec 13, 2021, at 9:37 AM, Joe Taylor via wsjt-devel 
>  wrote:
 
 John Nelson, G4KLA, has kindly prepared a macOS installation package for 
 WSJT-X 2.5.3.  A download link has been posted on the WSJT-X web page:
 https://physics.princeton.edu//pulsar/k1jt/wsjtx.html
 
 We hope that installation packages for other OS varieties and the 
 source-code tarball can be made available in the near future.
 
 -- 73 from Joe, K1JT; Steve, K9AN; and Nico, IV3NWV
 
 
 ___
 wsjt-devel mailing list
 wsjt-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>>> ___
>>> wsjt-devel mailing list
>>> wsjt-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>> 
>> 
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Click on a CQ and Get the Wrong Station

[Gary Rogers]

It hasn’t happened again since the first day that I used rc2

Sent from my iPhone

> On Mar 7, 2021, at 4:06 PM, Dennis Younker NE6I  wrote:
> 
> I was double clicking here too. I am trying to replicate this experience
> today (have not been on much though) and not having any luck (meaning WSJT-X
> is working as expected). I will provide an update if I see it happen again.
> It happened to me several times in both RC1 and RC2 in the past week or so.
> But not always...
> 
> --Dennis NE6I
> 
> -----Original Message-
> From: Gary Rogers  
> Sent: Saturday, March 6, 2021 6:48 AM
> To: WSJT software development 
> Subject: Re: [wsjt-devel] Click on a CQ and Get the Wrong Station
> 
> Definitely double click
> 
>>> On Mar 5, 2021, at 9:43 PM, Gary McDuffie  wrote:
>>> 
>>> 
>>> 
>>>> On Mar 5, 2021, at 18:32, Dennis Younker NE6I  wrote:
>>> 
>>> I am clicking on the station I want in the left pane (Band Activity).
>> 
>> I assume you are DOUBLE clicking, not single clicking as you seem to be
> saying?
>> 
>> Gary - AG0N
>> 
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> 
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> 
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel


___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Click on a CQ and Get the Wrong Station

[Gary Rogers]

Definitely double click

> On Mar 5, 2021, at 9:43 PM, Gary McDuffie  wrote:
> 
> 
> 
>> On Mar 5, 2021, at 18:32, Dennis Younker NE6I  wrote:
>> 
>> I am clicking on the station I want in the left pane (Band Activity).
> 
> I assume you are DOUBLE clicking, not single clicking as you seem to be 
> saying?
> 
> Gary - AG0N
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Click on a CQ and Get the Wrong Station

[Gary Rogers]

I’ve also had this issue to with RC2…The standard messages displayed are from a 
previous QSO attempt…Calling CQ, a new station replies…His call goes into the 
dx call box but standard messages remain from the previous attempted call…Only 
after hitting the generate standard messages  button do the correct messages 
appear…This was on FT4 Raspberry Pi 32 bit.

Gary KO3F

> On Mar 5, 2021, at 7:09 PM, Chris Sullivan  wrote:
> 
> I see this almost every time I operate - last time was 30 minutes ago. Not
> specific to 20m. It happens when TX and RX frequencies are different. A
> double click on the left pane calls the last station heard on the right pane
> whether it was calling CQ or not. A second double click fixes it but it must
> have happened to me at least 100 times. I mentioned it on this list before
> but didn't realize at the time (about 6 months ago) that it was the station
> on the RX frequency it was calling. Someone mentioned to me to try
> unchecking "call 1st" but that doesn't fix the problem.  It is not new with
> the release candidates.
> 
> 73,
> Chris VE3NRT
> 
> Date: Fri, 5 Mar 2021 17:32:45 -0800
> From: "Dennis Younker NE6I" 
> To: "'WSJT software development'" 
> Subject: [wsjt-devel] Click on a CQ and Get the Wrong Station
> Message-ID: <008301d71228$9dd4cdc0$d97e6940$@cox.net>
> Content-Type: text/plain; charset="us-ascii"
> 
> Something I am noticing is that occasionally on a busy band (IE 20m FT8),
> when I click on someone calling CQ, the software starts calling the wrong
> station. I am clicking on the station I want in the left pane (Band
> Activity).
> 
> For example, tonight I clicked on BA4RF at 370 offset. The software had me
> calling AE0TB at 801 offset. 
> 
> I also saw this in rc1. I will report more examples as I continue to see
> this.
> 
> --Dennis NE6I
> 
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Heads up to Raspberry Pi users - was Re: WSJT-X 2.3.0 GA Release

[Gary Rogers]

Bill i just installed 2.3.0 on my Raspberry Pi 400 32 bit - no error message 
and it seems to be working OK

> On Feb 1, 2021, at 11:39 AM, Bill Somerville  wrote:
> 
> On 01/02/2021 17:54, Joe Taylor wrote:
>> 
>> The WSJT Development Group is pleased to announce the general availability 
>> (GA) release of WSJT-X Version 2.3.0.  A summary of new features can be 
>> found in the WSJT-X 2.3 User Guide here: 
>> 
>> https://physics.princeton.edu/pulsar/k1jt/wsjtx-doc/wsjtx-main-2.3.0_en.html#NEW_FEATURES
>>  
>> 
>>  
>> 
>> You may also wish to consult the Release Notes: 
>> 
>> https://physics.princeton.edu/pulsar/k1jt/Release_Notes.txt 
>>  
>> 
>> ... where the first several sections at the top contain a list of all 
>> important program changes since the GA release of WSJT-X 2.2. 
>> 
>> Upgrading from earlier versions of WSJT-X should be seamless.  There is no 
>> need to uninstall a previous version or move any files. 
>> 
>> Links to installation packages for Windows, Linux, and Macintosh are 
>> available here: 
>> 
>> https://physics.princeton.edu/pulsar/k1jt/wsjtx.html 
>>  
>> 
>> You can also download the packages from our SourceForge site: 
>> https://sourceforge.net/projects/wsjt/files/ 
>>  
>> It may take a short time for the SourceForge site to be updated. 
>> 
>> You may be interested to know that, somewhat unusually, a release candidate 
>> for Version 2.4.0 of WSJT-X will also be made available very soon.  Its main 
>> new feature is a new mode called Q65 with unique capabilities for EME and 
>> scatter propagation modes. 
>> 
>> WSJT-X is licensed under the terms of Version 3 of the GNU General Public 
>> License (GPL).  Development of this software is a cooperative project to 
>> which many amateur radio operators have contributed.  If you use our code, 
>> please have the courtesy to let us know about it.  If you find bugs or make 
>> improvements to the code, please report them to us in a timely fashion. 
>> 
>> We hope you will enjoy using WSJT-X Version 2.3.0. 
>> 
>>  -- 73 from Joe, K1JT; Bill, G4WJS; Steve, K9AN; and Nico, IV3NWV 
>>  for the entire WSJT Development Group 
> Hi all,
> 
> Raspberry Pi users will probably find that this latest WSJT-X release will 
> give an error on startup with a message about the en_US.UTF-8 locale not 
> being found. This is because a default install of Raspberry Pi OS has very 
> few locales installed. This is easily rectified by the following two lines 
> executed on a terminal:
> 
> sudo sed -i "s/# en_US.UTF-8/en_US.UTF-8/g" /etc/locale.gen
> sudo locale-gen
> Alternatively you can install locales from a GUI using:
> 
> sudo dpk-reconfigure locales
> Then check the en_US.UTF-8 one and click Ok.
> 
> This locale is needed for the new diagnostic logging facility to convert wide 
> character strings to a suitable 8-bit encoding in log files.
> 
> 73
> Bill
> G4WJS.
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJT-X 2.3.0-rc4

[Gary Rogers]

RC4 working FB on Raspberry Pi 400!

73 KO3F

> On Jan 25, 2021, at 6:45 AM, Joe Taylor  wrote:
> 
> The fourth public candidate release of WSJT-X 2.3.0 is now available for 
> download and use by beta testers.  Changes from the third release candidate 
> are minimal; they are described in the Release Notes here:
> 
> https://physics.princeton.edu//pulsar/k1jt/Release_Notes.txt
> 
> Links to installation packages for Windows, Linux, and Macintosh are 
> available here:
> https://physics.princeton.edu/pulsar/k1jt/wsjtx.html
> 
> Scroll down to find "Candidate release:  WSJT-X 2.3.0-rc4".
> 
> You can also download the packages from our SourceForge site:
> https://sourceforge.net/projects/wsjt/files/
> It may take a short time for the SourceForge site to be updated.
> 
> We expect to make a General Availability (GA) release of WSJT-X 2.3.0 very 
> soon.
> 
> WSJT-X is licensed under the terms of Version 3 of the GNU General Public 
> License (GPL).  Development of this software is a cooperative project to 
> which many amateur radio operators have contributed.  If you use our code, 
> please have the courtesy to let us know about it.  If you find bugs or make 
> improvements to the code, please report them to us in a timely fashion.
> 
> We hope you will enjoy using this beta release of WSJT-X 2.3.0.  Please 
> report bugs by following instructions found here in the User Guide:
> https://www.physics.princeton.edu/pulsar/K1JT/wsjtx-doc/wsjtx-main-2.3.0-rc4.html#_bug_reports
> 
> -- 73 from Joe, K1JT; Bill, G4WJS; Steve, K9AN; and Nico, IV3NWV
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJT-X 2.3.0-rc3 - wsjtx_app_version utility

[Gary Rogers]

Installed and working fine on Raspberry Pi 400…Also installed on Windows 10 
without issue…Installed on MacOS Big Sur and had to increase the shared memory 
again.

Thanks for the great program! Gary KO3F

> On Jan 5, 2021, at 1:49 PM, Sam W2JDB via wsjt-devel 
>  wrote:
> 
> Hi Mike,
> 
> Thank you for the prompt reply.
> 
> Worked fine with -v and redirected to a text file.
> 
> Downloaded the new version and started testing it with my program (QLog) for 
> the visually impaired.
> Noticed some weird tab sequences in the Generate Std Msgs group of controls.
> 
> In Ver 2.2 pressing Shortcut keys Ctrl+6 then Shift+Tab changed focus to the 
> tx6 input box.
> Subsequent multiple Shift+Tab key strokes shift focus to the previous Tx 
> input boxes.
> 
> In Ver 2.3-rc3 pressing Shortcut keys Ctrl+6 then Shift+Tab changes focus
> to the [1] control in the group. The next Shift+Tab changes focus to the Hold 
> Tx Freq check box.
> If you press Ctrl+6 then the TAB key, focus shifts the tx1 input box. The 
> next TAB key press shifts
> focus to the tx6 input box, the next TAB moves you to the [tx5] button, 
> another TAB moves to
> the [tx2] button, next TAB move to the tx2 input, followed by a TAB to the 
> tx4 input.
> Just an FYI
> 
> 73,
> 
> Sam W2JDB
> 
> 
> 
> -Original Message-
> From: Black Michael 
> To: wsjt-devel@lists.sourceforge.net ; Sam 
> W2JDB 
> Sent: Tue, Jan 5, 2021 4:12 pm
> Subject: Re: [wsjt-devel] WSJT-X 2.3.0-rc3 - wsjtx_app_version utility
> 
> C:\WSJT\wsjtxrc3\bin>wsjtx_app_version.exe -v
> WSJT-X 2.3.0-rc3
> 
> C:\WSJT\wsjtxrc3\bin>wsjtx_app_version.exe --help
> Usage: wsjtx_app_version.exe [options]
> 
> Options:
>   -?, -h, --help  Displays help on commandline options.
>   --help-all  Displays help including Qt specific options.
>   -v, --version   Displays version information.
> 
> 
> 
> 
> 
> On Tuesday, January 5, 2021, 03:09:54 PM CST, Sam W2JDB via wsjt-devel 
>  wrote:
> 
> 
> Hi Joe,
> 
> Notice this line in the release notes:
> 
>  - wsjtx_app_version: new utility to print application version string.
> 
> Did not find any instructions so I tried to use it. 
> Did not see any output.
> Tried redirecting output to a text file  : wsjtx_app_version >version.txt but 
> that file was empty.
> 
> 73,
> 
> Sam W2JDB
> 
> 
> 
> -Original Message-
> From: Joe Taylor 
> To: WSJT software development 
> Sent: Tue, Jan 5, 2021 9:41 am
> Subject: [wsjt-devel] WSJT-X 2.3.0-rc3
> 
> The third public candidate release of WSJT-X 2.3.0 is now available for 
> download and use by beta testers.  Changes from the second release 
> candidate include an improved FST4W decoder and fixes for several 
> defects and regressions. Additional details are described in the Release 
> Notes:
> http://physics.princeton.edu/pulsar/k1jt/Release_Notes.txt 
> 
> 
> Links to installation packages for Windows, Linux, and Macintosh are 
> available here:
> http://physics.princeton.edu/pulsar/k1jt/wsjtx.html 
> 
> 
> Scroll down to find "Candidate release:  WSJT-X 2.3.0-rc3".
> 
> You can also download the packages from our SourceForge site:
> https://sourceforge.net/projects/wsjt/files/ 
> 
> It may take a short time for the SourceForge site to be updated.
> 
> WSJT-X is licensed under the terms of Version 3 of the GNU General 
> Public License (GPL).  Development of this software is a cooperative 
> project to which many amateur radio operators have contributed.  If you 
> use our code, please have the courtesy to let us know about it.  If you 
> find bugs or make improvements to the code, please report them to us in 
> a timely fashion.
> 
> We hope you will enjoy using this beta release of WSJT-X 2.3.0.  Please 
> report bugs by following instructions found here in the User Guide:
> http://www.physics.princeton.edu/pulsar/K1JT/wsjtx-doc/wsjtx-main-2.3.0-rc3.html#_bug_reports
>  
> 
> 
>   -- 73 from Joe, K1JT; Bill, G4WJS; Steve, K9AN; and Nico, IV3NWV
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net 
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net 
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

___
wsjt-devel mailing list
wsjt-devel@list

Re: [wsjt-devel] SSL/TTL

[Gary Rogers]

I had to download it as well but seems fine now. 

Sent from my iPhone

> On Nov 15, 2020, at 9:14 AM, Al  wrote:
> 
>  (v2.3.0-rc2)
> I haven't seem this one for a year or more...
> 
> 
> 
> AL, K0VM
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJTX-2.3.0-rc2 compile error

[Gary Rogers]

I couldn’t compile it either. Just installed the binary. 

Sent from my iPhone

> On Nov 15, 2020, at 9:12 AM, Stefan Wernli  wrote:
> 
> Hi,
> 
> I get an error when compiling the new rc2 on debian testing. 2.3.0-rc1
> compiles successfully on the same system.
> 
> 
> -- Building wsjtx v2.3.0.0-rc2
> -- Performing Test HAVE_MATH
> -- Performing Test HAVE_MATH - Failed
> -- Performing Test HAVE_LIBM_MATH
> -- Performing Test HAVE_LIBM_MATH - Success
> CMake Error at
> /usr/share/cmake-3.18/Modules/FindPackageHandleStandardArgs.cmake:165
> (message):
>  Could NOT find Boost (missing: Boost_INCLUDE_DIR log_setup log)
> (Required is at least version "1.63")
> Call Stack (most recent call first):
>  /usr/share/cmake-3.18/Modules/FindPackageHandleStandardArgs.cmake:458
> (_FPHSA_FAILURE_MESSAGE)
>  /usr/share/cmake-3.18/Modules/FindBoost.cmake:2177
> (find_package_handle_standard_args)
>  CMakeLists.txt:841 (find_package)
> 
> -- Configuring incomplete, errors occurred!
> 
> 
> CMakeError.log:
> 
> Performing C SOURCE FILE Test HAVE_MATH failed with the following output:
> Change Dir:
> /home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp
> 
> Run Build Command(s):/usr/bin/gmake cmTC_93eb3/fast && gmake[3]:
> Entering directory
> '/home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp'
> /usr/bin/gmake  -f CMakeFiles/cmTC_93eb3.dir/build.make
> CMakeFiles/cmTC_93eb3.dir/build
> gmake[4]: Entering directory
> '/home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp'
> Building C object CMakeFiles/cmTC_93eb3.dir/src.c.o
> /usr/bin/cc   -DHAVE_MATH -o CMakeFiles/cmTC_93eb3.dir/src.c.o -c
> /home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp/src.c
> Linking C executable cmTC_93eb3
> /usr/bin/cmake -E cmake_link_script CMakeFiles/cmTC_93eb3.dir/link.txt
> --verbose=1
> /usr/bin/cc  -DHAVE_MATH CMakeFiles/cmTC_93eb3.dir/src.c.o -o cmTC_93eb3
> /usr/bin/ld: CMakeFiles/cmTC_93eb3.dir/src.c.o: in function `main':
> src.c:(.text+0x1f): undefined reference to `sqrt'
> collect2: error: ld returned 1 exit status
> gmake[4]: *** [CMakeFiles/cmTC_93eb3.dir/build.make:106: cmTC_93eb3] Error 1
> gmake[4]: Leaving directory
> '/home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp'
> gmake[3]: *** [Makefile:140: cmTC_93eb3/fast] Error 2
> gmake[3]: Leaving directory
> '/home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp'
> 
> 
> Source file was:
> #include
> float f; int main(){sqrt(f);return 0;}
> 
> 
> 73
> Stefan
> 
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel


___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Hashed Call Sign

[Gary Rogers]

OK Reino…Thanks

> On Jul 24, 2020, at 12:22 AM, Reino Talarmo  wrote:
> 
> The < . . . > is somebody who don't know how special calls are supported and 
> wanted to make a fast QSO with you and used Tx2! He did not seem to know that 
> he need to respond with an un-hashed call sign that is available in Tx1.
> 73, Reino OH3mA
> 
> -Original Message-
> From: Gary Rogers [mailto:cgaryrogers...@gmail.com] 
> Sent: 23. heinäkuuta 2020 23:24
> To: WSJT software development 
> Subject: [wsjt-devel] Hashed Call Sign
> 
> Hi all. I encountered something last night while working 20m FT 8. I was 
> attempting to answer a CQ call (with a standard call sign) when I received a 
> signal report from a hashed call sign. It appeared as “KO3F <...> -15” in 
> red. I received this call four times so I don’t think it was a false decode. 
> I tried to click on it to reply and hopefully reveal the call sign but that 
> didn’t work. I was using my standard call, v2.2.2 and MacBook Pro running Mac 
> OS 10.15.6. Not sure if this was a one off or a bug. I’ve worked my share of 
> nonstandard calls before but this was a new one. I didn’t screenshot it or 
> have a wav file. Thought the devel team would want to know about it. 
> 
> Sent from my iPhone
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> 
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] Hashed Call Sign

[Gary Rogers]

Hi all. I encountered something last night while working 20m FT 8. I was 
attempting to answer a CQ call (with a standard call sign) when I received a 
signal report from a hashed call sign. It appeared as “KO3F <...> -15” in red. 
I received this call four times so I don’t think it was a false decode. I tried 
to click on it to reply and hopefully reveal the call sign but that didn’t 
work. I was using my standard call, v2.2.2 and MacBook Pro running Mac OS 
10.15.6. Not sure if this was a one off or a bug. I’ve worked my share of 
nonstandard calls before but this was a new one. I didn’t screenshot it or have 
a wav file. Thought the devel team would want to know about it. 

Sent from my iPhone

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] FD FT4 crashing

[Gary Rogers]

Very good…Glad to help!

> On Jun 28, 2020, at 3:05 PM, Phil Williams  wrote:
> 
> Thanks for letting me know. Your recommendation worked for me. Phil de W1ZOT
> 
> On Sun, Jun 28, 2020, 10:05 Bill Somerville  > wrote:
> On 28/06/2020 15:56, Roy Gould wrote:
> > I also had crashes on FT4 all the way out and had to restart 
> > the program. I got a message about invalid header in the log. I wish I 
> > had written down exactly what it said. Eventually it would not read 
> > the log at all so all of my contacts showed as not being previously 
> > worked.
> 
> Hi Roy,
> 
> this is a known issue with WSJT-X v2.2.2. It writes an invalid header to 
> its own ADIF log file when the file is first created, perhaps after you 
> moved your regular ADIF log file aside for FD. It is an easy one-off 
> fix, go to the WSJT-X log files directory ("Menu->File->Open log file 
> diectory") right-click the wsjtx_log.adi file and open it with 
> Notepad.exe or you favourite text editor program (not a word processor 
> application). The first line of the file will end with , change that 
> to , save and close the file. Go to "Settings->Colors" and click 
> the "Rescan ADIF log" button and you are done.
> 
> 73
> Bill
> G4WJS.
> 
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net 
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] FD FT4 crashing

[Gary Rogers]

wsjtx_2020-06-27-193011_MacBook-Pro-3.crash
Description: Binary data
Bill, will this work?On Jun 28, 2020, at 1:23 PM, Bill Somerville <g4...@classdesign.com> wrote:
  

  
  
Hi Gary,


a crash report would be very helpful
  please?


73
  Bill
  G4WJS.


On 28/06/2020 16:56, Gary Rogers wrote:


  It’s happening on Mac Catalina as well. Happened maybe four times in an hour and a half on 20m FT4 last night when band was very busy. Running a simple setup FT 857D, WSJT-X as cat control, signal link for audio, JT bridge, grid tracker and RUMlogNG. Was using deep decode with ap enabled. 

Sent from my iPhone


  
On Jun 28, 2020, at 8:46 AM, Claude Frantz  wrote:

On 6/28/20 5:03 PM, Larry B. via wsjt-devel wrote:



  I’m seeing the same thing.  Seems to crash just as someone comes back to me.


Which operating system are you using ?

Best wishes,
Claude (DJ0OT)
  


  

___wsjt-devel mailing listwsjt-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wsjt-devel___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] FD FT4 crashing

[Gary Rogers]

Bill, is there a way to get a crash report at this point?

Sent from my iPhone

> On Jun 28, 2020, at 1:27 PM, Bill Somerville  wrote:
> 
> 
> Hi Gary,
> 
> a crash report would be very helpful please?
> 
> 73
> Bill
> G4WJS.
> 
> On 28/06/2020 16:56, Gary Rogers wrote:
>> It’s happening on Mac Catalina as well. Happened maybe four times in an hour 
>> and a half on 20m FT4 last night when band was very busy. Running a simple 
>> setup FT 857D, WSJT-X as cat control, signal link for audio, JT bridge, grid 
>> tracker and RUMlogNG. Was using deep decode with ap enabled. 
>> 
>> Sent from my iPhone
>> 
>>>> On Jun 28, 2020, at 8:46 AM, Claude Frantz  
>>>> wrote:
>>>> 
>>>> On 6/28/20 5:03 PM, Larry B. via wsjt-devel wrote:
>>>> 
>>>> I’m seeing the same thing.  Seems to crash just as someone comes back to 
>>>> me.
>>> Which operating system are you using ?
>>> 
>>> Best wishes,
>>> Claude (DJ0OT)
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] FD FT4 crashing

[Gary Rogers]

It’s happening on Mac Catalina as well. Happened maybe four times in an hour 
and a half on 20m FT4 last night when band was very busy. Running a simple 
setup FT 857D, WSJT-X as cat control, signal link for audio, JT bridge, grid 
tracker and RUMlogNG. Was using deep decode with ap enabled. 

Sent from my iPhone

> On Jun 28, 2020, at 8:46 AM, Claude Frantz  
> wrote:
> 
> On 6/28/20 5:03 PM, Larry B. via wsjt-devel wrote:
> 
>> I’m seeing the same thing.  Seems to crash just as someone comes back to me.
> 
> Which operating system are you using ?
> 
> Best wishes,
> Claude (DJ0OT)
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel


___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Hamlib error with GA release

[Gary Rogers]

Hi all. Installed 2.2.0 GA and having none of the CAT issues with my FT 857D 
and Mac Catalina described by other Yaesu owners…Thanks for great software…73 
Gary KO3F

> On Jun 2, 2020, at 5:54 PM, Stephen VK3SIR  wrote:
> 
> Update: Windows 10: Scratch the FT-897D with CT-17 off the non-operational 
> list as I now have it functioning with this hardware and is stable. When 
> started with a  fresh wsjtx.ini all works! 
>  
> The fresh wsjtx.ini does not work with the FT-991 though L
>  
> From: Stephen VK3SIR  
> Sent: Wednesday, 3 June 2020 10:34 AM
> To: WSJT software development 
> Subject: Re: [wsjt-devel] Hamlib error with GA release
>  
> Folks,
>  
> I am observing the same issue on Windows 10 (pre 2001 release) with the 
> FT-991 here but also on a FT-897D using a CT-17.
>  
> I have also noted the same issues in the RC versions using Ubuntu 20.04 on 
> old Intel Apple Hardware with the FT-897D and CT-17. Again this is old 
> hardware with new OS – so has not been reported until now. (No ACK of command 
> errors recorded). The FT-991 is not tested on Ubuntu yet !
>  
> Previous releases work. Issue appears at this stage to be Hamlib related.
>  
> 73
> 
> Steve I
> VK3VM / VK3SIR
>  
> From: DG2YCB, Uwe mailto:dg2...@gmx.de>> 
> Sent: Wednesday, 3 June 2020 6:59 AM
> To: 'WSJT software development'  >
> Subject: Re: [wsjt-devel] Hamlib error with GA release
>  
> Hi Bill,
>  
> Done. See file enclosed. FYI: During the test, I clicked two times on the 
> Test CAT button. Each times the error message popped up.
>  
> 73 de Uwe, DG2YCB
>  
> Von: Bill Somerville [mailto:g4...@classdesign.com 
> ] 
> Gesendet: Dienstag, 2. Juni 2020 22:24
> An: wsjt-devel@lists.sourceforge.net 
> Betreff: Re: [wsjt-devel] Hamlib error with GA release
>  
> Hi Uwe,
>  
> and again please with an 'f' and a 'q' with spaces between after the last 
> command line switch.
>  
> 73
> Bill
> G4WJS.
>  
> On 02/06/2020 21:17, DG2YCB, Uwe wrote:
> Yes, sorry! Here it comes again with 38400…
> And a screen shot of that test.
>  
> 
>  
> 73 de Uwe, DG2YCB
>  
> Von: Bill Somerville [mailto:g4...@classdesign.com 
> ] 
> Gesendet: Dienstag, 2. Juni 2020 22:09
> An: wsjt-devel@lists.sourceforge.net 
> Betreff: Re: [wsjt-devel] Hamlib error with GA release
>  
> Uwe,
>  
> you need to run the last test again with the right baud rate!
>  
> 73
> Bill
> G4WJS.
>  
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJT-X 2.2.0-rc2 - Bug report - View Waterfall

[Gary Rogers]

Working FB on my MacBook Pro running OSX Catalina. Thanks for your great work!

Sent from my iPhone

> On May 24, 2020, at 3:18 PM, Sam W2JDB via wsjt-devel 
>  wrote:
> 
> 
> Hi Joe,
> 
> Just installed V2.2 RC2  32bit.
> 
> Running Win/10 64,
> 
> Minimized waterfall. Clicked on View/Waterfall, nothing happens  
> 
> 73,
> 
> 
> Sam W2JDB
> 
> 
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Mac OS Catalina

[Gary Rogers]

Ok thanks Bill. I’m running 2.1.0 on my MacBook now without issue so I’ll leave 
well enough alone. 

Sent from my iPhone

> On Oct 4, 2019, at 6:47 AM, Bill Somerville  wrote:
> 
>> On 04/10/2019 11:34, Gary Rogers wrote:
>> Question for Bill: Mac OS Catalina will be released to the public today. 
>> Will WSJT-X version 2.1.0 be impacted if Mac users upgrade to Catalina? 
>> Thanks Gary KO3F
> 
> Hi Gary,
> 
> the only testing has been done with beta releases of macOS 10.15 (Catalina), 
> there were problems that caused WSJT-X to fail but those problems appeared to 
> be operating system issues rather than WSJT-X issues, so they may have been 
> fixed for the public release of macOS 10.15.
> 
> As there are known issues with WSJT-X v2.1.0 on macOS that will not be fixed 
> until the next release I would not recommend attempting to run WSJT-X v2.1.0 
> on any macOS version at present. Anyone willing to try WSJT-X v2.0.1 on macOS 
> 10.15 would be welcome, but no guarantees of success are offered just yet. I 
> will try and get a VM updated to 10.15 once it is available and do some 
> testing myself.
> 
> 73
> Bill
> G4WJS.
> 
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel


___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] Mac OS Catalina

[Gary Rogers]

Question for Bill: Mac OS Catalina will be released to the public today. Will 
WSJT-X version 2.1.0 be impacted if Mac users upgrade to Catalina? Thanks Gary 
KO3F

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Erase Band Activity and RX Frequency Windows - FT4

[Gary Rogers]

Bill, no I do not. 

Sent from my iPhone

> On Jul 18, 2019, at 9:17 AM, Bill Somerville  wrote:
> 
>> On 18/07/2019 14:03, Gary Rogers wrote:
>> Morning all, i wonder if anyone has reported this issue for 2.1.0:
>> 
>> In FT 4 mode, when i change bands, both the band activity and RX frequency 
>> window displays are erased…No error message just blank windows until the 
>> next decode...This does not occur when changing bands when using FT 8 or 
>> JT65 modes… I’m using the MacOS version of 2.1.0 and using WSJT-X for CAT 
>> control as well…Let me know if i can provide additional information.
>> 
>> 73 Gary KO3F
> 
> Hi Gary,
> 
> do you have the "Preferences->General->Display->Start new period decodes at 
> top" option checked?
> 
> 73
> Bill
> G4WJS.
> 
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel


___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] Erase Band Activity and RX Frequency Windows - FT4

[Gary Rogers]

Morning all, i wonder if anyone has reported this issue for 2.1.0:

In FT 4 mode, when i change bands, both the band activity and RX frequency 
window displays are erased…No error message just blank windows until the next 
decode...This does not occur when changing bands when using FT 8 or JT65 modes… 
I’m using the MacOS version of 2.1.0 and using WSJT-X for CAT control as 
well…Let me know if i can provide additional information.

73 Gary KO3F

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Request for FT8 and FT4 Logs

[Gary Rogers]

Hi Ed, is this what you need?

P49X2019052822390022390014.08143614.08143620m20mFT4-05FT8
  Sent: -14  Rcvd: 
-18FK52al30313FT8
  Sent: -14  Rcvd: 
-18EdPos911P49SA91ArubaFM19ma00KO3FKO3FY

Let me know if you need anything else…73 Gary KO3F

> On Jul 6, 2019, at 6:55 PM, Ed Muns  wrote:
> 
> We are testing the log submittal and log checking process for the upcoming WW 
> Digi DX Contest at the end of August.  We need logs to test with.
>  
> At the end of May 2019, I worked over 600 QSOs on FT8 and FT4 as P49X.  I 
> would appreciate it if anyone who worked P49X on the FT modes would please 
> send me their ADIF log file.  It can be any date range as long as it includes 
> the end of May QSOs with P49X.  Our software can ignore QSOs outside that 
> period.
>  
> Just forward your ADIF log file to w...@ww-digi.com  
> to help us get ready for log processing.
>  
> Thanks,
> Ed
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net 
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel 
> 
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] Test Results KO3F

[Gary Rogers]

47 QSOs in the last 90 minutes - Mac OS version worked fine - Sometimes had 
trouble keeping up with logging but managed to log all completed QSOs - Had one 
or two instances where i had worked and logged a station but their color did 
not turn green - Other than that it was a successful test. 73 Gary

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJT-X 2.1.0-rc7

[Gary Rogers]

Mac OS version is working FB, no issues changing configurations…Thanks for a 
great program! 73 KO3F

> On Jun 3, 2019, at 1:56 PM, Joe Taylor  wrote:
> 
> To:   Users of WSJT-X -- especially those interested in radio contesting
> From: WSJT Development Group
> 
> We apologize for the confusion created by release yesterday of WSJT-X 
> 2.1.0-rc6.  That program version had a bug that prevented it from running for 
> some users.  This bug has been fixed in Release Candidate 7, which is now 
> available for download.  We have also corrected a problem seen by some users 
> of Omni-Rig.
> 
> The remainder of this message is mostly a repeat of things in yesterday's 
> announcement, with "rc7" replacing "rc6".
> 
> 
> As you know, we have been developing a protocol called FT4 for use in radio 
> contesting.  A new version of FT4 is now available for testing in WSJT-X 
> 2.1.0-rc7.
> 
> PLEASE NOTE THAT FT4 IN RELEASE CANDIDATE 7 IS NOT COMPATIBLE WITH THAT IN 
> RELEASES RC5 and EARLIER.
> 
> Therefore: Please stop using WSJT-X 2.1.0-rc5 and WSJT-X 2.1.0-rc6.  If you 
> wish to use FT4 after today or to take advantage of other recent program 
> corrections or enhancements, you should use WSJT-X 2.1.0-rc7.
> 
> MOCK CONTEST SESSION
> 
> A special session for testing the contesting features of FT4 is scheduled for 
> six hours from June 4, 1900 UTC through June 5, 0100 UTC: Tuesday 
> afternoon/evening, North American time, starting about 24 hours from now.  
> Get on the air whenever you can during this mock contest session, using dial 
> frequency 7.090 or 14.080 MHz, as appropriate to the time of day.  As in 
> previous tests, be sure to check "RTTY Roundup messages" on the Settings | 
> Advanced tab.
> 
> 
> Here's a list of changes, improvements, and bug fixes that have been made 
> since WSJT-X 2.1.0-rc5:
> 
> IMPORTANT CHANGES TO THE FT4 PROTOCOL *** NOT BACKWARD COMPATIBLE ***
> - T/R sequence length increased from 6.0 to 7.5 seconds
> - Symbol rate decreased from 23.4375 to 20.8333 baud
> - Signal bandwidth decreased from 90 Hz to 80 Hz
> 
> OTHER FT4 IMPROVEMENTS
> - Allowable time offsets -1.0 < DT < +1.0 s
> - Tx4 message with RRR now allowed, except in contest messages
> - Audio frequency is now sent to PSK Reporter
> - Add a third decoding pass
> - Add ordered statistics decoding
> - Improved sensitivity: threshold S/N is now -17.5 dB
> - Improved S/N calculation
> - In FT4 mode, Shift+F11/F12 moves Tx freq by ± 100 Hz
> 
> OTHER IMPROVEMENTS
> - Improvements to accessibility
> - Updates to the User Guide (not yet complete, however)
> - New user option: "Calling CQ forces Call 1st"
> - N1MM Logger+ now uses the standard WSJT-X UDP messages
> - OK/Cancel buttons on Log QSO window maintain fixed positions
> - Put EU VHF contest serial numbers into the ADIF SRX and STX fields
> 
> BUG FIXES
> - Fix generation of Tx5 message when one callsign is nonstandard
> - Fix a bug that prevented use on macOS
> - Fix a bug that caused mode switch from FT4 to FT8
> - Fix a bug that caused FT4 to do WSPR-style band hopping
> - Fix a bug that caused a Fortran bounds error
> 
> Release candidate WSJT-X 2.1.0-rc7 will be available for beta-testing through 
> July 21, 2019.  It will be inoperable during the ARRL June VHF QSO Party 
> (June 8-10) or ARRL Field Day (June 22-23).  It will permanently cease to 
> function after July 21, 2019.  If all goes according to plan, by that time we 
> will have made a General Availability (GA) release of WSJT-X 2.1.0.
> 
> Downloadable installation packages for WSJT-X 2.1.0-rc7 under Windows, Linux, 
> and macOS are available on the WSJT-X web page:
> 
> http://physics.princeton.edu/pulsar/k1jt/wsjtx.html
> 
>-- 73 from Joe, K1JT; Steve, K9AN; and Bill, G4WJS
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJT-X 2.1.0-rc6

[Gary Rogers]

Same for me…Working fine on Mac OS and same config change crash {\rtf1\ansi\ansicpg1252\cocoartf1671\cocoasubrtf500
{\fonttbl\f0\fswiss\fcharset0 Helvetica;}
{\colortbl;\red255\green255\blue255;}
{\*\expandedcolortbl;;}
\margl1440\margr1440\vieww10800\viewh8400\viewkind0
\pard\tx720\tx1440\tx2160\tx2880\tx3600\tx4320\tx5040\tx5760\tx6480\tx7200\tx7920\tx8640\pardirnatural\partightenfactor0

\f0\fs24 \cf0 rocess:   wsjtx [10043]\
Path:  /Applications/wsjtx.app/Contents/MacOS/wsjtx\
Identifier:org.k1jt.wsjtx\
Version:   v2.1.0-rc6 (2.1.0-rc6)\
Code Type: X86-64 (Native)\
Parent Process:??? [1]\
Responsible:   wsjtx [10043]\
User ID:   501\
\
Date/Time: 2019-06-02 15:39:52.168 -0400\
OS Version:Mac OS X 10.14.5 (18F132)\
Report Version:12\
Bridge OS Version: 3.5 (16P5125)\
Anonymous UUID:F9285FBA-D366-B187-EB07-23F0D9D00DFC\
\
Sleep/Wake UUID:   1B08544A-6580-4F51-8645-863CE26E1844\
\
Time Awake Since Boot: 34 seconds\
Time Since Wake:   1500 seconds\
\
System Integrity Protection: enabled\
\
Crashed Thread:3  Thread (pooled)\
\
Exception Type:EXC_BAD_ACCESS (SIGSEGV)\
Exception Codes:   KERN_INVALID_ADDRESS at 0x0291\
Exception Note:EXC_CORPSE_NOTIFY\
\
Termination Signal:Segmentation fault: 11\
Termination Reason:Namespace SIGNAL, Code 0xb\
Terminating Process:   exc handler [10043]\
\
VM Regions Near 0x291:\
--> \
__TEXT 00010352d000-0001039f2000 [ 4884K] r-x/rwx SM=COW  /Applications/wsjtx.app/Contents/MacOS/wsjtx\
\
Thread 0:: Dispatch queue: com.apple.main-thread\
0   org.qt-project.QtCore 	0x0001088bbd92 DYLD-STUB$$malloc + 0\
1   org.qt-project.QtCore 	0x000108669d6c QString::fromLatin1_helper(char const*, int) + 108\
2   org.k1jt.wsjtx	0x0001036e371d (anonymous namespace)::register_callback(rig_caps const*, void*) + 173\
3   org.k1jt.wsjtx	0x000103750b02 rig_list_foreach + 66\
4   org.k1jt.wsjtx	0x0001036e1979 TransceiverFactory::TransceiverFactory() + 57\
5   org.k1jt.wsjtx	0x00010360b6e5 Configuration::impl::impl(Configuration*, QNetworkAccessManager*, QDir const&, QSettings*, LogBook*, QWidget*) + 117\
6   org.k1jt.wsjtx	0x000103606ac0 Configuration::Configuration(QNetworkAccessManager*, QDir const&, QSettings*, LogBook*, QWidget*) + 96\
7   org.k1jt.wsjtx	0x0001035a4f02 MainWindow::MainWindow(QDir const&, bool, MultiSettings*, QSharedMemory*, unsigned int, QSplashScreen*, QWidget*) + 322\
8   org.k1jt.wsjtx	0x000103638720 main + 6592\
9   libdyld.dylib 	0x7fff58af33d5 start + 1\
\
Thread 1:: com.apple.NSEventThread\
0   libsystem_kernel.dylib	0x7fff58c2822a mach_msg_trap + 10\
1   libsystem_kernel.dylib	0x7fff58c2876c mach_msg + 60\
2   com.apple.CoreFoundation  	0x7fff2cbc9bee __CFRunLoopServiceMachPort + 328\
3   com.apple.CoreFoundation  	0x7fff2cbc915c __CFRunLoopRun + 1612\
4   com.apple.CoreFoundation  	0x7fff2cbc88be CFRunLoopRunSpecific + 455\
5   com.apple.AppKit  	0x7fff2a2566a6 _NSEventThread + 175\
6   libsystem_pthread.dylib   	0x7fff58ce72eb _pthread_body + 126\
7   libsystem_pthread.dylib   	0x7fff58cea249 _pthread_start + 66\
8   libsystem_pthread.dylib   	0x7fff58ce640d thread_start + 13\
\
Thread 2:: Qt bearer thread\
0   libsystem_kernel.dylib	0x7fff58c3036e poll + 10\
1   org.qt-project.QtCore 	0x000108800350 qt_safe_poll(pollfd*, unsigned int, timespec const*) + 544\
2   org.qt-project.QtCore 	0x0001088019c9 QEventDispatcherUNIX::processEvents(QFlags) + 857\
3   org.qt-project.QtCore 	0x0001087a8f12 QEventLoop::exec(QFlags) + 418\
4   org.qt-project.QtCore 	0x0001085e9871 QThread::exec() + 113\
5   org.qt-project.QtCore 	0x0001085ed78f 0x1085c2000 + 178063\
6   libsystem_pthread.dylib   	0x7fff58ce72eb _pthread_body + 126\
7   libsystem_pthread.dylib   	0x7fff58cea249 _pthread_start + 66\
8   libsystem_pthread.dylib   	0x7fff58ce640d thread_start + 13\
\
Thread 3 Crashed:: Thread (pooled)\
0   org.k1jt.wsjtx	0x000103607328 Configuration::include_WAE_entities() const + 8\
1   org.k1jt.wsjtx	0x00010373484d AD1CCty::lookup(QString const&) const + 701\
2   org.k1jt.wsjtx	0x00010373a68d (anonymous namespace)::loader(QString const&, AD1CCty const*) + 1757\
3   org.k1jt.wsjtx	0x00010373b7be QtConcurrent::StoredFunctorCall2, mpl_::na, mpl_::na, mpl_::na>, boost::multi_index::ordered_non_unique, boost::multi_index::composite_key, boost::multi_index::member, boost::multi_index::member, boost::tuples::null_type, boost::tuples::

Re: [wsjt-devel] WSJT-X 2.1.0-rc5

[Gary Rogers]

I’m unable to get the new version to work with Mac OS, will not open and get an 
immediate crash notification

Gary KO3F

> On Apr 29, 2019, at 3:08 PM, Bill Somerville  wrote:
> 
> On 29/04/2019 20:05, James Shaver wrote:
>> Hey Bill - I’ll click on the mode menu, select “FT4” and the mode will 
>> remain in FT8 mode until I close WSJTX down and reopen it.
>> 
>> 73,
>> 
>> Jim S.
>> N2ADV
> 
> Hi Jim,
> 
> that seems unlikely. Are you sure you are not looking at the configuration 
> name, perhaps you have a configuration selected on that machine called "FT8".
> 
> 73
> Bill
> G4WJS.
> 
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] odd behavior

[Gary Rogers]

I’ve seen it in previous versions too…It happens when i hit the halt TX button 
shortly after the transmit cycle starts…Apparently the software thinks it 
should be receiving but the transmitter remains activated...Gary KO3F

> On Dec 16, 2018, at 3:50 PM, Black Michael via wsjt-devel 
>  wrote:
> 
> I'll add a a ditto to this too...seen this a couple of times now on 2.0.0
> 
> de Mike W9MDB
> 
> 
> 
> 
> On Sunday, December 16, 2018, 2:47:48 PM CST, Morris Wideman via wsjt-devel 
>  wrote:
> 
> 
> Yes I have seen this. Software is in TX but radio is not so software decodes 
> itself. Rear but happens.
> 73 wa4mit Morris
> 
> 
> On Sunday, December 16, 2018, 9:07:14 AM CST, L Barley  
> wrote:
> 
> 
> 
> 
> I'm not sure what to call this so I'll describe it.  I'm on 30m just now and 
> I got these vertical bars across the waterfall.  The receive audio was normal 
> during the cycle, but the decode was that I "received" my last outgoing 
> transmission.  The program stopped calling the station I was attempting to 
> contact because KG7CW was calling him too, which is normal.  I waited a 
> couple cycles and went to another station to attempt a contact and got the 
> same pattern.  I sent the standard "TX 1", then got vertical bars on the 
> waterfall in the next decode period, then "received" back my initial 
> transmission.  I restarted the program and it is working normally now.  I'm 
> using v2.0.0 on Windows 10
> 
> Just wondering if anyone has seen this before...
> 
> 73
> Lance
> KD4FW
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net 
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net 
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Tab 2

[Gary Rogers]

I also almost always use Tab 2…Please keep it…Thanks Gary KO3f

> On Dec 2, 2018, at 10:37 AM, Edfel Rivera  wrote:
> 
> Hi All:
> 
> Tab 2 is my default operating since using WSJTX (1.6).  Vote to keep it as 
> option or better find a fix.  Also, IMO Tab 2 make the program more intuitive 
> and UI more appealing.  Particularly when calling CQ.  It is matter of 
> preferences, at least make option to use and alert (through message) users 
> limitation related with QSO logging, if fix is not possible.
> 
> Thanks Development Team!
> 
> 73'
> 
> Edfel
> KP4AJ
> 
> On Sun, Dec 2, 2018 at 9:53 AM Gene H  > wrote:
> To List,
> 
> Please keep TAB 2 so it can be an option. I use it all the time for FT8 
> contacts since inception.
> 
> 73 Gene K5PA
> 
> 
> 
> On 12/2/2018 8:20 AM, Hasan al-Basri wrote:
>> I prefer TAB 1, do not use TAB 2, ever.
>> 
>> Hasan
>> 
>> 
>> On Sun, Dec 2, 2018 at 8:06 AM WB5JJJ > > wrote:
>> Bill:
>> 
>> As you requested, I have never used Tab 2.  One vote to remove it.  Tab 1 
>> has all the information as to what is going on during a contact with no 
>> thinking required.  
>> 
>> I have NOT had the UTC/Local time stamp issue.  My Contest Log has the 
>> correct 24 hour UTC for every entry and I'm set to Central Time in my 
>> automatic MS time keeping offset.  
>> 
>> Enjoyed reading your all-inclusive review of problems/solutions and fixes in 
>> one place, great work putting that together.  Thanks.  
>> 
>> Windows 10 Pro 64 bit here and all aspects of WSJTx-RC5 have worked 
>> perfectly. I for one, have not had a single problem with the Contest Logger, 
>> so never had a reason to "edit" it for any reason.  Everything is logging to 
>> HRD LB directly without a glitch - and I DO check every entry while waiting 
>> on next contact. 
>> 
>> Even though most contacts do not include a Grid Square along with all other 
>> personal information, HRD LB does get the 6 digit GS with the query of QRZ 
>> upon adding the entry.  Of course this field is "0" characters in the WSJTX 
>> log file.  This could cause a problem for some that use the adi file as the 
>> import to their logger.  The  size may not allow the GS to be 
>> edited in their logger to a 4 or 6 character count since space was not 
>> allocated by the adi file import.  
>> 
>> Bottom Line - the program requires absolutely no interaction from me for 
>> proper logging.  I do edit the HRD LB entry when some European stations have 
>> their Postal Code in front of  their QTH information, so I do delete that.  
>> (Future note to coders to fix this if possible, could be a problem as there 
>> are several variations being seen).
>> 
>> 73's
>> -- 
>> George Cotton, WB5JJJ
>> 
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net 
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel 
>> 
>> 
>> 
>> 
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net 
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel 
>> 
> -- 
> Gene Hinkle
> 2026 Spyglass Hill, Leander, TX 78641
> e-mail to Gene:  ghin...@gmail.com 
> cell phone or text messaging:  (512) 413-9251
> --
> 
> 
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net 
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Attempt to write log in RTTY contest mode causes WSJT-X to terminate

[Gary Rogers]

I’ve had the same problem. Rc4 has worked flawlessly until ru contest. Upon 
rr73 had to fill in sent report and when I hit log button I got subprocess 
error and program closed without sending qso to log. Using MacBook Pro OS X 
high Sierra, JT bridge 2.5.2 and rumlog 4.0.5. Hope that helps. 73 Gary KO3F 

Sent from my iPhone

> On Nov 19, 2018, at 9:07 PM, K5GZR - Rick  wrote:
> 
> Trying to participate in RTTY RU test tonight with RC4 on Win 10 pro.
> Was able to complete a QSO normally.
> But when I clicked OK on the Log QSO popup, there was a pause, then WSJT-X 
> terminated with no warning or error message.
> Same happens in Field Day mode.
> Works fine when not in RU or FD mode.
> Rick – K5GZR
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Plans for WSJT-X Version 2.0

[Gary Rogers]

Schedule permitting, happy to be one of the testers. 73 KO3F

Sent from my iPad

> On Jul 26, 2018, at 12:26 PM, Joe Taylor  wrote:
> 
> A number of people have asked for more details about capabilities planned for 
> WSJT-X Version 2.0.  I have posted on the WSJT web site a white paper that 
> outlines the new features and a (necessarily tentative) release schedule.  Go 
> here to read it:
> 
> http://physics.princeton.edu/pulsar/k1jt/wsjt-x_v2.0.txt
> 
>-- 73, Joe, K1JT
> 
> --
> 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] Compiling WSJT-X on Mac

[Gary Rogers]

OK will need to try later…Will report back…Thanks for all your help

> On Jul 13, 2018, at 1:15 PM, Bill Somerville  wrote:
> 
> On 13/07/2018 18:10, Gary Rogers wrote:
>> Charless-MacBook-Pro-2:~ charlesrogers$ mdfind -name Qt5Widgets
>> /Users/charlesrogers/Qt5.8.0/5.8/clang_64/lib/cmake/Qt5Widgets
>> /Users/charlesrogers/Qt5.8.0/5.8/clang_64/lib/cmake/Qt5Widgets/Qt5WidgetsConfig.cmake
>> /Users/charlesrogers/Qt5.8.0/5.8/clang_64/lib/cmake/Qt5Widgets/Qt5WidgetsConfigExtras.cmake
>> /Users/charlesrogers/Qt5.8.0/5.8/clang_64/lib/cmake/Qt5Widgets/Qt5WidgetsConfigVersion.cmake
>> /Users/charlesrogers/Qt5.8.0/5.8/clang_64/lib/cmake/Qt5Widgets/Qt5WidgetsMacros.cmake
>> /Users/charlesrogers/Qt5.8.0/5.8/Src/qtbase/src/widgets/Qt5WidgetsConfigExtras.cmake.in
>> /Users/charlesrogers/Qt5.8.0/5.8/Src/qtbase/src/widgets/Qt5WidgetsMacros.cmake
>> Charless-MacBook-Pro-2:~ charlesrogers$ 
>>> On Jul 13, 2018, at 1:05 PM, Bill Somerville >> <mailto:g4...@classdesign.com>> wrote:
>>> 
>>> mdfind -name Qt5Widgets
> Hi Gary,
> 
> ok, so you have changed the default Qt install location from ~/Qt to 
> ~/Qt5.8.0, that doesn't make much sense since the Qt online installer can 
> install multiple versions of Qt under the main install directory. For now 
> don't worry about the location, just change your CMake configure command to 
> use the right location in the path specified in the CMAKE_PREFIX_PATH 
> variable and you should be ok to build.
> 
> 73
> Bill
> G4WJS.
> --
> 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] Compiling WSJT-X on Mac

[Gary Rogers]

Charless-MacBook-Pro-2:~ charlesrogers$ mdfind -name Qt5Widgets
/Users/charlesrogers/Qt5.8.0/5.8/clang_64/lib/cmake/Qt5Widgets
/Users/charlesrogers/Qt5.8.0/5.8/clang_64/lib/cmake/Qt5Widgets/Qt5WidgetsConfig.cmake
/Users/charlesrogers/Qt5.8.0/5.8/clang_64/lib/cmake/Qt5Widgets/Qt5WidgetsConfigExtras.cmake
/Users/charlesrogers/Qt5.8.0/5.8/clang_64/lib/cmake/Qt5Widgets/Qt5WidgetsConfigVersion.cmake
/Users/charlesrogers/Qt5.8.0/5.8/clang_64/lib/cmake/Qt5Widgets/Qt5WidgetsMacros.cmake
/Users/charlesrogers/Qt5.8.0/5.8/Src/qtbase/src/widgets/Qt5WidgetsConfigExtras.cmake.in
/Users/charlesrogers/Qt5.8.0/5.8/Src/qtbase/src/widgets/Qt5WidgetsMacros.cmake
Charless-MacBook-Pro-2:~ charlesrogers$ 
> On Jul 13, 2018, at 1:05 PM, Bill Somerville  wrote:
> 
> mdfind -name Qt5Widgets

--
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] Compiling WSJT-X on Mac

[Gary Rogers]

Here is what it says but i can see it in the correct place in finder

Last login: Fri Jul 13 12:43:02 on ttys000
Charless-MacBook-Pro-2:~ charlesrogers$ ls -l 
~/Qt/5.8/clang_64/lib/cmake/Qt5Widgets
ls: /Users/charlesrogers/Qt/5.8/clang_64/lib/cmake/Qt5Widgets: No such file or 
directory
Charless-MacBook-Pro-2:~ charlesrogers$ 

> On Jul 13, 2018, at 12:50 PM, Bill Somerville  wrote:
> 
> ls -l ~/Qt/5.8/clang_64/lib/cmake/Qt5Widgets

--
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] Compiling WSJT-X on Mac

[Gary Rogers]

Got further this time but back to the QT5 widgets:

Last login: Fri Jul 13 12:30:22 on ttys000
Charless-MacBook-Pro-2:~ charlesrogers$ mkdir -p ~/wsjtx-prefix/build
Charless-MacBook-Pro-2:~ charlesrogers$ cd ~/wsjtx-prefix/build
Charless-MacBook-Pro-2:build charlesrogers$ FC=gfortran-mp-6 \
>cmake \
>-D CMAKE_PREFIX_PATH="~/Qt/5.8/clang_64;~/hamlib-prefix;/opt/local" \
>-D CMAKE_INSTALL_PREFIX=~/wsjtx-prefix \
>-D 
> CMAKE_OSX_SYSROOT=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk
>  \
>~/wsjtx-prefix/src
CMake Warning at 
/Applications/CMake.app/Contents/share/cmake-3.9/Modules/Platform/Darwin-Initialize.cmake:121
 (message):
  Ignoring CMAKE_OSX_SYSROOT value:

   
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk

  because the directory does not exist.
Call Stack (most recent call first):
  
/Applications/CMake.app/Contents/share/cmake-3.9/Modules/CMakeSystemSpecificInitialize.cmake:8
 (include)
  CMakeLists.txt:25 (project)


-- The C compiler identification is AppleClang 9.1.0.9020039
-- The CXX compiler identification is AppleClang 9.1.0.9020039
-- The Fortran compiler identification is GNU 6.4.0
-- Check for working C compiler: 
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc
-- Check for working C compiler: 
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc
 -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: 
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/c++
-- Check for working CXX compiler: 
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/c++
 -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Checking whether Fortran compiler has -isysroot
-- Checking whether Fortran compiler has -isysroot - yes
-- Checking whether Fortran compiler supports OSX deployment target flag
-- Checking whether Fortran compiler supports OSX deployment target flag - yes
-- Check for working Fortran compiler: /opt/local/bin/gfortran-mp-6
-- Check for working Fortran compiler: /opt/local/bin/gfortran-mp-6  -- works
-- Detecting Fortran compiler ABI info
-- Detecting Fortran compiler ABI info - done
-- Checking whether /opt/local/bin/gfortran-mp-6 supports Fortran 90
-- Checking whether /opt/local/bin/gfortran-mp-6 supports Fortran 90 -- yes
-- Building wsjtx-1.9.2-devel
-- **
-- Building for for: Darwin-x86_64
-- **
-- Boost version: 1.63.0
CMake Warning (dev) at 
/Applications/CMake.app/Contents/share/cmake-3.9/Modules/FindOpenMP.cmake:200 
(if):
  Policy CMP0054 is not set: Only interpret if() arguments as variables or
  keywords when unquoted.  Run "cmake --help-policy CMP0054" for policy
  details.  Use the cmake_policy command to set the policy and suppress this
  warning.

  Quoted variables like "m" will no longer be dereferenced when the policy is
  set to NEW.  Since the policy is not set the OLD behavior will be used.
Call Stack (most recent call first):
  /Applications/CMake.app/Contents/share/cmake-3.9/Modules/FindOpenMP.cmake:340 
(_OPENMP_GET_FLAGS)
  CMakeLists.txt:853 (find_package)
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Could NOT find OpenMP_C (missing: OpenMP_C_FLAGS OpenMP_C_LIB_NAMES) (found 
version "1.0")
-- Could NOT find OpenMP_CXX (missing: OpenMP_CXX_FLAGS OpenMP_CXX_LIB_NAMES) 
(found version "1.0")
-- Found OpenMP_Fortran: -fopenmp (found version "4.0") 
-- Found FFTW3: /opt/local/lib/libfftw3_threads.dylib  
-- Found PkgConfig: /opt/local/bin/pkg-config (found version "0.29.2") 
-- Checking for module 'hamlib'
--   Found hamlib, version 3.3~git
-- Found hamlib 
-- Found hamlib: 
/Users/charlesrogers/hamlib-prefix/include;/opt/local/include/libusb-1.0 
(Required is at least version "3") 
-- hamlib_INCLUDE_DIRS: 
/Users/charlesrogers/hamlib-prefix/include;/opt/local/include/libusb-1.0
-- hamlib_LIBRARIES: 
-L/Users/charlesrogers/hamlib-prefix/lib;-L/opt/local/lib;-lhamlib;-lusb-1.0;-lobjc;-Wl,-framework,IOKit;-Wl,-framework,CoreFoundation
-- hamlib_LIBRARY_DIRS: /Users/charlesrogers/hamlib-prefix/lib;/opt/local/lib
CMake Error at CMakeLists.txt:878 (find_package):
  By not providing "FindQt5Widgets.cmake" in CMAKE_MODULE_PATH this project
  has asked CMake to find a package configuration file provided by
  "Qt5Widgets", but CMake did not find one.

  Could not find a package configuration file provided by "Qt5Widgets"
  (requested version 5) with any of the following names:

Qt5WidgetsConfig.cmake
qt5widgets-config.cmake

  Ad

Re: [wsjt-devel] Compiling WSJT-X on Mac

[Gary Rogers]

MP 6…Let me try that

> On Jul 13, 2018, at 12:26 PM, Bill Somerville  wrote:
> 
> gfor

--
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] Compiling WSJT-X on Mac

[Gary Rogers]

Thanks Apparently when you upgrade the OS like to high sierra, mac ports also 
has to be upgraded…Doing that now...

> On Jul 13, 2018, at 12:24 PM, Steven Franke via wsjt-devel 
>  wrote:
> 
> Gary,
> 
> It can’t find the fortran compiler. If you are using MacPorts, it should be 
> in /opt/local/bin, e.g.:
> 
> $ which gfortran-mp-5
> /opt/local/bin/gfortran-mp-5
> 
> Steve k9an
> 
>> On Jul 13, 2018, at 11:16 AM, Gary Rogers > <mailto:cgaryrogers...@gmail.com>> wrote:
>> 
>> Here is the latest:
>> 
>> Charless-MacBook-Pro-2:build charlesrogers$ FC=gfortran-mp-5 \
>> >cmake \
>> >-D CMAKE_PREFIX_PATH="~/Qt/5.8/clang_64;~/hamlib-prefix;/opt/local" \
>> >-D CMAKE_INSTALL_PREFIX=~/wsjtx-prefix \
>> >-D 
>> > CMAKE_OSX_SYSROOT=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk
>> >  \
>> >~/wsjtx-prefix/src
>> -- The C compiler identification is AppleClang 9.1.0.9020039
>> -- The CXX compiler identification is AppleClang 9.1.0.9020039
>> CMake Error at 
>> /Applications/CMake.app/Contents/share/cmake-3.9/Modules/CMakeDetermineFortranCompiler.cmake:33
>>  (message):
>>   Could not find compiler set in environment variable FC:
>> 
>>   gfortran-mp-5.
>> Call Stack (most recent call first):
>>   CMakeLists.txt:25 (project)
>> 
>> 
>> CMake Error: CMAKE_Fortran_COMPILER not set, after EnableLanguage
>> -- Configuring incomplete, errors occurred!
>> See also 
>> "/Users/charlesrogers/wsjtx-prefix/build/CMakeFiles/CMakeOutput.log".
>> Charless-MacBook-Pro-2:build charlesrogers$ 
>>> On Jul 13, 2018, at 12:12 PM, Gary Rogers >> <mailto:cgaryrogers...@gmail.com>> wrote:
>>> 
>>> OK i misunderstood…Deleted the whole WSJT-prefix and am rebuilding…Will 
>>> advise
>>> 
>>>> On Jul 13, 2018, at 12:03 PM, Gary Rogers >>> <mailto:cgaryrogers...@gmail.com>> wrote:
>>>> 
>>>> Couldn’t get that command to work but i found the folder in finder:
>>>> 
>>>> 
>>>> 
>>>> I did move the previous version of QT to the trash before installing 5.8
>>>> 
>>>> Here is the command i used:
>>>> 
>>>> FC=gfortran-mp-5 \
>>>>cmake \
>>>>-D CMAKE_PREFIX_PATH="~/Qt/5.8/clang_64;~/hamlib-prefix;/opt/local" \
>>>>-D CMAKE_INSTALL_PREFIX=~/wsjtx-prefix \
>>>>-D 
>>>> CMAKE_OSX_SYSROOT=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk
>>>>  \
>>>>~/wsjtx-prefix/src
>>>> 
>>>> 
>>>> 
>>>>> On Jul 13, 2018, at 11:50 AM, Bill Somerville >>>> <mailto:g4...@classdesign.com>> wrote:
>>>>> 
>>>>> On 13/07/2018 16:41, Gary Rogers wrote:
>>>>>> i just installed 5.8 and am getting the same errors about the qt5 widgets
>>>>>> 
>>>>> Hi Gary,
>>>>> 
>>>>> can you report back with the CMake configuration command you used please? 
>>>>> Note that reconfiguring a CMake build tree when you have changed package 
>>>>> locations will not usually work and you must delete the whole build tree 
>>>>> and configure from scratch again.
>>>>> 
>>>>> Also what does the following command list?
>>>>> 
>>>>> ls -l ~/Qt/5.8/clang_64/lib/cmake/Qt5Widgets
>>>>> 
>>>>> 73
>>>>> Bill
>>>>> G4WJS.
>>>>> 
>>>>> 
>>>>> --
>>>>> Check out the vibrant tech community on one of the world's most
>>>>> engaging tech sites, Slashdot.org <http://slashdot.org/>! 
>>>>> http://sdm.link/slashdot <http://sdm.link/slashdot>
>>>>> ___
>>>>> wsjt-devel mailing list
>>>>> wsjt-devel@lists.sourceforge.net <mailto:wsjt-devel@lists.sourceforge.net>
>>>>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel 
>>>>> <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://slashdot.org/>! 
>> http://sdm.link/slashdot___ 
>> <http://sdm.link/slashdot___>
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net <mailto: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

Re: [wsjt-devel] Compiling WSJT-X on Mac

[Gary Rogers]

Yes, i’ve had it on a while...

> On Jul 13, 2018, at 12:20 PM, Bill Somerville  wrote:
> 
> On 13/07/2018 17:16, Gary Rogers wrote:
>> CMake Error at 
>> /Applications/CMake.app/Contents/share/cmake-3.9/Modules/CMakeDetermineFortranCompiler.cmake:33
>>  (message):
>>   Could not find compiler set in environment variable FC:
> Hi Gary,
> 
> that is saying that gfortran-mp-5 does not exist, did you follow the INSTALL 
> instructions for installing the various MacPorts packages needed?
> 
> 73
> Bill
> G4WJS.
> --
> 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] Compiling WSJT-X on Mac

[Gary Rogers]

Here is the latest:

Charless-MacBook-Pro-2:build charlesrogers$ FC=gfortran-mp-5 \
>cmake \
>-D CMAKE_PREFIX_PATH="~/Qt/5.8/clang_64;~/hamlib-prefix;/opt/local" \
>-D CMAKE_INSTALL_PREFIX=~/wsjtx-prefix \
>-D 
> CMAKE_OSX_SYSROOT=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk
>  \
>~/wsjtx-prefix/src
-- The C compiler identification is AppleClang 9.1.0.9020039
-- The CXX compiler identification is AppleClang 9.1.0.9020039
CMake Error at 
/Applications/CMake.app/Contents/share/cmake-3.9/Modules/CMakeDetermineFortranCompiler.cmake:33
 (message):
  Could not find compiler set in environment variable FC:

  gfortran-mp-5.
Call Stack (most recent call first):
  CMakeLists.txt:25 (project)


CMake Error: CMAKE_Fortran_COMPILER not set, after EnableLanguage
-- Configuring incomplete, errors occurred!
See also "/Users/charlesrogers/wsjtx-prefix/build/CMakeFiles/CMakeOutput.log".
Charless-MacBook-Pro-2:build charlesrogers$ 
> On Jul 13, 2018, at 12:12 PM, Gary Rogers  wrote:
> 
> OK i misunderstood…Deleted the whole WSJT-prefix and am rebuilding…Will advise
> 
>> On Jul 13, 2018, at 12:03 PM, Gary Rogers > <mailto:cgaryrogers...@gmail.com>> wrote:
>> 
>> Couldn’t get that command to work but i found the folder in finder:
>> 
>> 
>> 
>> I did move the previous version of QT to the trash before installing 5.8
>> 
>> Here is the command i used:
>> 
>> FC=gfortran-mp-5 \
>>cmake \
>>-D CMAKE_PREFIX_PATH="~/Qt/5.8/clang_64;~/hamlib-prefix;/opt/local" \
>>-D CMAKE_INSTALL_PREFIX=~/wsjtx-prefix \
>>-D 
>> CMAKE_OSX_SYSROOT=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk
>>  \
>>~/wsjtx-prefix/src
>> 
>> 
>> 
>>> On Jul 13, 2018, at 11:50 AM, Bill Somerville >> <mailto:g4...@classdesign.com>> wrote:
>>> 
>>> On 13/07/2018 16:41, Gary Rogers wrote:
>>>> i just installed 5.8 and am getting the same errors about the qt5 widgets
>>>> 
>>> Hi Gary,
>>> 
>>> can you report back with the CMake configuration command you used please? 
>>> Note that reconfiguring a CMake build tree when you have changed package 
>>> locations will not usually work and you must delete the whole build tree 
>>> and configure from scratch again.
>>> 
>>> Also what does the following command list?
>>> 
>>> ls -l ~/Qt/5.8/clang_64/lib/cmake/Qt5Widgets
>>> 
>>> 73
>>> Bill
>>> G4WJS.
>>> 
>>> 
>>> --
>>> Check out the vibrant tech community on one of the world's most
>>> engaging tech sites, Slashdot.org <http://slashdot.org/>! 
>>> http://sdm.link/slashdot <http://sdm.link/slashdot>
>>> ___
>>> wsjt-devel mailing list
>>> wsjt-devel@lists.sourceforge.net <mailto:wsjt-devel@lists.sourceforge.net>
>>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel 
>>> <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] Compiling WSJT-X on Mac

[Gary Rogers]

OK i misunderstood…Deleted the whole WSJT-prefix and am rebuilding…Will advise

> On Jul 13, 2018, at 12:03 PM, Gary Rogers  wrote:
> 
> Couldn’t get that command to work but i found the folder in finder:
> 
> 
> 
> I did move the previous version of QT to the trash before installing 5.8
> 
> Here is the command i used:
> 
> FC=gfortran-mp-5 \
>cmake \
>-D CMAKE_PREFIX_PATH="~/Qt/5.8/clang_64;~/hamlib-prefix;/opt/local" \
>-D CMAKE_INSTALL_PREFIX=~/wsjtx-prefix \
>-D 
> CMAKE_OSX_SYSROOT=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk
>  \
>~/wsjtx-prefix/src
> 
> 
> 
>> On Jul 13, 2018, at 11:50 AM, Bill Somerville > <mailto:g4...@classdesign.com>> wrote:
>> 
>> On 13/07/2018 16:41, Gary Rogers wrote:
>>> i just installed 5.8 and am getting the same errors about the qt5 widgets
>>> 
>> Hi Gary,
>> 
>> can you report back with the CMake configuration command you used please? 
>> Note that reconfiguring a CMake build tree when you have changed package 
>> locations will not usually work and you must delete the whole build tree and 
>> configure from scratch again.
>> 
>> Also what does the following command list?
>> 
>> ls -l ~/Qt/5.8/clang_64/lib/cmake/Qt5Widgets
>> 
>> 73
>> Bill
>> G4WJS.
>> 
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org <http://slashdot.org/>! 
>> http://sdm.link/slashdot <http://sdm.link/slashdot>
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net <mailto: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] Compiling WSJT-X on Mac

[Gary Rogers]

Couldn’t get that command to work but i found the folder in finder:



I did move the previous version of QT to the trash before installing 5.8

Here is the command i used:

FC=gfortran-mp-5 \
   cmake \
   -D CMAKE_PREFIX_PATH="~/Qt/5.8/clang_64;~/hamlib-prefix;/opt/local" \
   -D CMAKE_INSTALL_PREFIX=~/wsjtx-prefix \
   -D 
CMAKE_OSX_SYSROOT=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk
 \
   ~/wsjtx-prefix/src



> On Jul 13, 2018, at 11:50 AM, Bill Somerville  wrote:
> 
> On 13/07/2018 16:41, Gary Rogers wrote:
>> i just installed 5.8 and am getting the same errors about the qt5 widgets
>> 
> Hi Gary,
> 
> can you report back with the CMake configuration command you used please? 
> Note that reconfiguring a CMake build tree when you have changed package 
> locations will not usually work and you must delete the whole build tree and 
> configure from scratch again.
> 
> Also what does the following command list?
> 
> ls -l ~/Qt/5.8/clang_64/lib/cmake/Qt5Widgets
> 
> 73
> Bill
> G4WJS.
> 
> 
> --
> 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] Compiling WSJT-X on Mac

[Gary Rogers]

i just installed 5.8 and am getting the same errors about the qt5 widgets

> On Jul 13, 2018, at 11:16 AM, Bill Somerville  wrote:
> 
> On 13/07/2018 16:00, Gary Rogers wrote:
>> OK will see if i can find 5.8…Thanks
> Hi Gary,
> 
> is that a conformation that your Qt installation has landed in 
> ~/Qt/5.10.1/clang_80 ?
> 
> I would expect you to be able to build using Qt 5.10, perhaps with a couple 
> of minor edits where they have fixed their CMake support for the QtSerialPort 
> library.
> 
> The Qt download for v5.8 Open Source is here in the recommended online 
> installer:
> 
> 
> 
> That should be the only component you need to install to build WSJT-X.
> 
> 73
> Bill
> G4WJS.
> --
> 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] Compiling WSJT-X on Mac

[Gary Rogers]

OK will see if i can find 5.8…Thanks

> On Jul 13, 2018, at 10:56 AM, Bill Somerville  wrote:
> 
> On 13/07/2018 15:29, Gary Rogers wrote:
>> So i tried following the instructions at 
>> https://sourceforge.net/p/wsjt/wsjtx/ci/master/tree/INSTALL for Mac OS…Was 
>> able to build hamlib no problem…Preparing to start to build using the 
>> commands below and encounter an error asking for Qt5 Widgets…I’ve looked on 
>> line for how to solve but can’t find a clear answer…Note i updated the 
>> command with my version of QT, clang and SDK…Any suggestions as to how to 
>> resolve?…Thanks much appreciated…Gary KO3F
> 
> Hi Gary,
> 
> double check the path to the Qt installation (mine for Qt v5.10.1 is under 
> clang_64, not clang_80), other than that which I can't verify from your 
> message I can't see anything wrong.
> 
> You are using a newer version of Qt than we normally use, can you install or 
> do you have an older version available? Qt v5.8 is currently used for the 
> official WSJT-X macOS builds.
> 
> 73
> Bill
> G4WJS.
> 
> 
> --
> 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] Compiling WSJT-X on Mac

[Gary Rogers]

So i tried following the instructions at 
https://sourceforge.net/p/wsjt/wsjtx/ci/master/tree/INSTALL 
 for Mac OS…Was 
able to build hamlib no problem…Preparing to start to build using the commands 
below and encounter an error asking for Qt5 Widgets…I’ve looked on line for how 
to solve but can’t find a clear answer…Note i updated the command with my 
version of QT, clang and SDK…Any suggestions as to how to resolve?…Thanks much 
appreciated…Gary KO3F

Last login: Fri Jul 13 09:59:44 on ttys000
Charless-MacBook-Pro-2:~ charlesrogers$ cd ~/wsjtx-prefix/build
Charless-MacBook-Pro-2:build charlesrogers$ FC=gfortran-mp-5 \
>cmake \
>-D CMAKE_PREFIX_PATH="~/Qt/5.10.1/clang_80;~/hamlib-prefix;/opt/local" \
>-D CMAKE_INSTALL_PREFIX=~/wsjtx-prefix \
>-D 
> CMAKE_OSX_SYSROOT=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk
>  \
>~/wsjtx-prefix/src
-- Building wsjtx-1.9.2-devel
-- **
-- Building for for: Darwin-x86_64
-- **
-- Boost version: 1.63.0
-- Could NOT find OpenMP_C (missing: OpenMP_C_FLAGS OpenMP_C_LIB_NAMES) (found 
version "1.0")
-- Could NOT find OpenMP_CXX (missing: OpenMP_CXX_FLAGS OpenMP_CXX_LIB_NAMES) 
(found version "1.0")
-- Checking for module 'hamlib'
--   Found hamlib, version 3.3~git
-- Found hamlib 
-- hamlib_INCLUDE_DIRS: 
/Users/charlesrogers/hamlib-prefix/include;/opt/local/include/libusb-1.0
-- hamlib_LIBRARIES: 
-L/Users/charlesrogers/hamlib-prefix/lib;-L/opt/local/lib;-lhamlib;-lusb-1.0;-lobjc;-Wl,-framework,IOKit;-Wl,-framework,CoreFoundation
-- hamlib_LIBRARY_DIRS: /Users/charlesrogers/hamlib-prefix/lib;/opt/local/lib
CMake Error at CMakeLists.txt:878 (find_package):
  By not providing "FindQt5Widgets.cmake" in CMAKE_MODULE_PATH this project
  has asked CMake to find a package configuration file provided by
  "Qt5Widgets", but CMake did not find one.

  Could not find a package configuration file provided by "Qt5Widgets"
  (requested version 5) with any of the following names:

Qt5WidgetsConfig.cmake
qt5widgets-config.cmake

  Add the installation prefix of "Qt5Widgets" to CMAKE_PREFIX_PATH or set
  "Qt5Widgets_DIR" to a directory containing one of the above files.  If
  "Qt5Widgets" provides a separate development package or SDK, be sure it has
  been installed.


-- Configuring incomplete, errors occurred!
See also "/Users/charlesrogers/wsjtx-prefix/build/CMakeFiles/CMakeOutput.log".
See also "/Users/charlesrogers/wsjtx-prefix/build/CMakeFiles/CMakeError.log".
Charless-MacBook-Pro-2:build charlesrogers$ --
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] Mac OS build instructions

[Gary Rogers]

Is this the most recent version of the build instructions for Mac OS?

https://sourceforge.net/p/wsjt/wsjt/HEAD/tree/branches/wsjtx/INSTALL

Thanks 

Sent from my iPad--
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] Second Public Test of FT8 DXpedition Mode: April 7, 1400-1600 UTC

[C. Gary Rogers]

I could not hear the foxes during the first hour at all so I didn’t call. Heard 
them intermittently during the second hour not sure if I was even heard. 

Sent from my iPhone

> On Apr 7, 2018, at 12:18 PM, Gene Marsh  wrote:
> 
> Interesting
> 
> I could not work them. Zero propagation in the east coast.  Weak in the west. 
>  However
> 
> Signals from W7/KH7Z were:
> 
> - if only one signal (i.e. CQ), he was -21 to -18
> 
> - if 3-5 signals, all signals were between -12 to -08. 
> 
> Contrary to logic. Maybe, the close proximity to the 3-5 signals have an 
> additive effect on 1) the signal in the air , and/or 2) the signal in the 
> software?
> 
> 73 de W8NET Gene
> 3905 Century Club Master #47
> Portage County Amateur Radio Service (PCARS) since 2008
> ARRL A-1 Op
> 
>> On Apr 7, 2018, at 11:43 AM, Saku  wrote:
>> 
>> 
>> Here in KP01 / OCF dipole: W7/KH7Z , if 1 carrier, is loud abt -8dB, but 5 
>> carriers -19 .. -22dB and mostly useless (gets rolled by qsb/qrm).
>> 
>> -- 
>> Saku
>> OH1KH
>> 
>> 
>> --
>> 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

Re: [wsjt-devel] Public test of FT8 DXpedition mode March 6-7

[Gary Rogers]

Morning all, I was only able to participate in the last 20 minutes of the 20m 
test and most of the 30m test. Due to propagation, l was not able to decode the 
fox on either band although I saw many hounds calling and providing their 
signal reports. 

I had set up wsjtx the night before in hound mode so it would be ready once I 
got on the air for the test. Once I started it up last night, I noticed a 
couple of weird things:

The program locked up when ran my auto tuner. Resolved by closing and 
restarting. Never happened before. 

The program got “stuck” in the decode phase several times requiring close and 
restart. 

The program would not pass CQs (I.e. the Mexican station) to JT bridge.  
Usually passes CQs without fail. 

Frustrated, I changed back to non DXpedition mode and closed the program. 
Restarted in regular FT8 mode then switched back to hound and everything worked 
perfectly. 

So I’m not sure whether this is the way the software is supposed to work or not 
but if it is, a stronger admonition in the user manual about not starting the 
program in fox or hound mode may be warranted. 

For the record, I’m running the OSX version on a MacBook Pro with JTBridge and 
Rumlog.

Hope this useful. Gary KO3F 

Sent from my iPad

> On Mar 7, 2018, at 6:40 AM, Jay Hainline  wrote:
> 
> My observations.
> 
> I was only able to participate during the first 20 minutes of the 20 meter
> test at 2300z. Joe was decoding around -18 during the time and I was calling
> using barefoot power. According to pskreporter, Joe heard me but I was never
> called.
> 
> So my question is why I was never called? Does my callsign get pushed down
> the list when new calls are decoded? What sort order was Joe using at the
> time? Is there a "first come, first serve" sort order to the queue of hounds
> to be called?
> 
> Judging by comments I have seen, the lack of RR73 message being sent causing
> hounds to send R-report over and over, there is still work to be done before
> it is dxpedition ready. I hope there are more tests and I will be able to
> participate fully.
> 
> Thank you to the developers for putting this all together. It is very
> interesting!
> 
> 73 Jay KA9CFD
> 
> -Original Message-
> From: Joe Taylor  
> Sent: March 4, 2018 23:44
> To: WSJT software development 
> Subject: [wsjt-devel] Public test of FT8 DXpedition mode March 6-7
> 
> Hi all,
> 
> I write to remind you of the public test of *FT8 DXpedition Mode* scheduled
> for March 6-7.  The more participants, the better!
> The main goal is to simulate pileups in which many "Hounds" call and attempt
> to work a desirable rare DX station, the  "Fox", and to maximize the
> resulting QSO rate.  We hope you can be there and work each of our Foxes on
> each band.
> 
> All participating stations must use program version WSJT-X v1.9.0-rc2. 
> If you don't yet have it, download links are available here:
> https://physics.princeton.edu/pulsar/k1jt/wsjtx.html
> 
> Detailed instructions for Fox and Hound stations are posted here:
> http://physics.princeton.edu/pulsar/k1jt/FT8_DXpedition_Mode.pdf
> It's important to read and follow these instructions carefully!  Don't just
> try to wing it.
> 
> Each hour during the test has a designated frequency and Fox callsign,
> "Fox_A" in the following table.
> 
> Date   UTCFreq  Fox_AFox_B   NSlots
> ---
> Mar 6 2300  14.080  K1JT W7/KH7Z3
> Mar 7   10.141  W1/KH7Z  K9AN   5
> Mar 7 0100   7.080  W7/KH7Z  K1JT   4
> Mar 7 0200   3.585  K9AN W1/KH7Z3
> 
> As you will know after reading the FT8 DXpedition Mode User Guide, Fox can
> conduct up to "NSlots" QSOs simultaneously.  W7/KH7Z will be operated by
> AA7A, and W1/KH7Z by N1DG.
> 
> Fox_A will operate for the full hour if plenty of Hounds keep calling. 
> Fox_B is on standby reserve.  If the QSO rate for Fox_A approaches zero at
> the half-hour mark, Fox_A will stop transmitting and Fox_B will call CQ.
> 
> If you (as a Hound) can legitimately use more than one callsign -- your
> spouse's call, club call, etc. -- please try to work each Fox multiple
> times.  No dupe QSOs with the same call and same band, though.
> 
> Real-time liaison will be available via the "Ping Jockey Relief" chat page
> (PJB), https://www.pingjockey.net/cgi-bin/pingtalkB .  Everyone should
> monitor this page for possible announcements of frequency changes or
> switch-overs from Fox_A to Fox_B.  To ensure that announcements from Fox
> stations are easily visible, Hounds should monitor PJB but not post messages
> there during the test.
> 
> The deepest pileups will help us to tune the final-release software version
> for optimum performance on both Fox and Hound sides.  After the test, please
> post any comments you feel will be helpful to one of our two email forums,
> wsjtgr...@yahoogroups.com or wsjt-devel@lists.sourceforge.net .  You will
> need to be subscribed to the list in order to post there.
> 
> We sincerely ho

Re: [wsjt-devel] WSJT-X v1.9.0-rc2: Testing of FT8 DXpedition Mode

[Gary Rogers]

Jarmo are these the sliders on the wide graph?

Sent from my iPad

> On Feb 27, 2018, at 12:15 PM, jarmo  wrote:
> 
> Tue, 27 Feb 2018 08:33:48 -0500
> Joe Taylor  kirjoitti:
> 
>> Jarmo,
>> 
>> Please send us a .wav file and screen shots using both v1.8.0 and 
>> v1.9.0-rc2 to illustrate your point.
>> 
>>-- Joe, K1JT
> 
> Joe
> 
> This have been my bad. Now I have adjusted more waterfall and
> have got it working good. Those sliders with my mouse and sausage
> fingers are not easy to adjust.
> 
> Sorry, made too early conclusions...
> 
> Best 73
> Jarmo, oh1mrr
> 
> --
> 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] r8270 compile error

[Gary Rogers]

I did see that. I guess at some point it will be opened back up after further 
Fox/hound work?

Sent from my iPad

> On Nov 2, 2017, at 4:22 AM, Richard Lamont  wrote:
> 
>> On 02/11/17 11:13, Gary Rogers wrote:
>> 
>> I tried to build a couple of nights ago and got the message that 1.7.1 was 
>> not ready for on air use after I built it. After clicking the ok I got a 
>> fatal error message. Is this related?
> 
> No. See Joe Taylor's post to this list of Oct 29, headed "Don't use
> Development Branch".
> 
> 73,
> Richard G4DYA
> 
> --
> 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] r8270 compile error

[Gary Rogers]

And it told me to use 1.8.0. 

Sent from my iPad

> On Nov 1, 2017, at 10:47 PM, Greg Beam  wrote:
> 
> Hi Mike,
>  
> Try cleaning your build tree / cache. ft8_params.f90 was in fsk4hf, but, I 
> believe Steve moved some things around not long ago. It’s now in lib/ft8 and 
> builds OK here @8207, not @8270.
>  
> 73’s
> Greg, KI7MT
>  
>  
>  
> From: Black Michael via wsjt-devel [mailto:wsjt-devel@lists.sourceforge.net] 
> Sent: Wednesday, November 1, 2017 10:24 PM
> To: WSJT Software Development 
> Cc: Black Michael 
> Subject: [wsjt-devel] r8270 compile error
>  
> Did someone forget to add a file?
>  
> [ 14%] [ 14%] Built target qcp
> Building Fortran object CMakeFiles/wsjt_fort.dir/lib/ft8_decode.f90.obj
> Built target wsprsim
> [ 14%] [ 15%] C:\JTSDK\src\wsjtx\lib\ft8_decode.f90:40: Error: Can't open 
> included file 'fsk4hf/ft8_params.f90'
>  
> 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
--
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] r8270 compile error

[Gary Rogers]

I tried to build a couple of nights ago and got the message that 1.7.1 was not 
ready for on air use after I built it. After clicking the ok I got a fatal 
error message. Is this related?

Sent from my iPad

> On Nov 1, 2017, at 10:47 PM, Greg Beam  wrote:
> 
> Hi Mike,
>  
> Try cleaning your build tree / cache. ft8_params.f90 was in fsk4hf, but, I 
> believe Steve moved some things around not long ago. It’s now in lib/ft8 and 
> builds OK here @8207, not @8270.
>  
> 73’s
> Greg, KI7MT
>  
>  
>  
> From: Black Michael via wsjt-devel [mailto:wsjt-devel@lists.sourceforge.net] 
> Sent: Wednesday, November 1, 2017 10:24 PM
> To: WSJT Software Development 
> Cc: Black Michael 
> Subject: [wsjt-devel] r8270 compile error
>  
> Did someone forget to add a file?
>  
> [ 14%] [ 14%] Built target qcp
> Building Fortran object CMakeFiles/wsjt_fort.dir/lib/ft8_decode.f90.obj
> Built target wsprsim
> [ 14%] [ 15%] C:\JTSDK\src\wsjtx\lib\ft8_decode.f90:40: Error: Can't open 
> included file 'fsk4hf/ft8_params.f90'
>  
> 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
--
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] Compiling on MAC

[Gary Rogers]

Of note, apple pushed out an Xcode update a week or so ago and command line 
tools this week. I accepted both those updates. 

Sent from my iPad

> On Oct 6, 2017, at 12:40 PM, Charles Rogers  wrote:
> 
> Tried both:
> 
>> ast login: Fri Oct  6 12:18:48 on ttys000
>> Charless-MacBook-Pro:~ charlesrogers$ sudo port install ld64 +ld64_xcode.
>> Password:
>> Warning: port definitions are more than two weeks old, consider updating 
>> them by running 'port selfupdate'.
>> --->  Computing dependencies for ld64
>> --->  Cleaning ld64
>> --->  Scanning binaries for linking errors
>> --->  No broken files found. 
>> Charless-MacBook-Pro:~ charlesrogers$ sudo port update
>> Warning: port definitions are more than two weeks old, consider updating 
>> them by running 'port selfupdate'.
>> Error: Unrecognized action "port update"
>> Charless-MacBook-Pro:~ charlesrogers$ port selfupdate
>> Error: Insufficient privileges to write to MacPorts install prefix.
>> Charless-MacBook-Pro:~ charlesrogers$ sudo port selfupdate
>> --->  Updating MacPorts base sources using rsync
>> MacPorts base version 2.4.1 installed,
>> MacPorts base version 2.4.1 downloaded.
>> --->  Updating the ports tree
>> --->  MacPorts base is already the latest version
>> 
>> The ports tree has been updated. To upgrade your installed ports, you should 
>> run
>>   port upgrade outdated
>> Charless-MacBook-Pro:~ charlesrogers$ sudo port upgrade outdated
>> --->  Fetching archive for expat
>> --->  Attempting to fetch expat-2.2.4_0.darwin_16.x86_64.tbz2 from 
>> https://packages.macports.org/expat
>> --->  Attempting to fetch expat-2.2.4_0.darwin_16.x86_64.tbz2.rmd160 from 
>> https://packages.macports.org/expat
>> --->  Installing expat @2.2.4_0
>> --->  Cleaning expat
>> --->  Deactivating expat @2.2.3_0
>> --->  Cleaning expat
>> --->  Activating expat @2.2.4_0
>> --->  Cleaning expat
>> --->  Fetching archive for ncurses
>> --->  Attempting to fetch ncurses-6.0-20170916_0.darwin_16.x86_64.tbz2 from 
>> https://packages.macports.org/ncurses
>> --->  Attempting to fetch 
>> ncurses-6.0-20170916_0.darwin_16.x86_64.tbz2.rmd160 from 
>> https://packages.macports.org/ncurses
>> --->  Installing ncurses @6.0-20170916_0
>> --->  Cleaning ncurses
>> --->  Deactivating ncurses @6.0-20170708_0
>> --->  Cleaning ncurses
>> --->  Activating ncurses @6.0-20170916_0
>> --->  Cleaning ncurses
>> --->  Computing dependencies for libedit
>> --->  Fetching archive for libedit
>> --->  Attempting to fetch libedit-20170329-3.1_2.darwin_16.x86_64.tbz2 from 
>> https://packages.macports.org/libedit
>> --->  Attempting to fetch 
>> libedit-20170329-3.1_2.darwin_16.x86_64.tbz2.rmd160 from 
>> https://packages.macports.org/libedit
>> --->  Installing libedit @20170329-3.1_2
>> --->  Cleaning libedit
>> --->  Computing dependencies for libedit
>> --->  Deactivating libedit @20170329-3.1_0
>> --->  Cleaning libedit
>> --->  Activating libedit @20170329-3.1_2
>> --->  Cleaning libedit
>> --->  Computing dependencies for libxml2
>> --->  Fetching archive for libxml2
>> --->  Attempting to fetch libxml2-2.9.5_0.darwin_16.x86_64.tbz2 from 
>> https://packages.macports.org/libxml2
>> --->  Attempting to fetch libxml2-2.9.5_0.darwin_16.x86_64.tbz2.rmd160 from 
>> https://packages.macports.org/libxml2
>> --->  Installing libxml2 @2.9.5_0
>> --->  Cleaning libxml2
>> --->  Computing dependencies for libxml2
>> --->  Deactivating libxml2 @2.9.4_1
>> --->  Cleaning libxml2
>> --->  Activating libxml2 @2.9.5_0
>> --->  Cleaning libxml2
>> --->  Computing dependencies for xar
>> --->  Fetching archive for xar
>> --->  Attempting to fetch xar-1.6.1_0.darwin_16.x86_64.tbz2 from 
>> https://packages.macports.org/xar
>> --->  Attempting to fetch xar-1.6.1_0.darwin_16.x86_64.tbz2.rmd160 from 
>> https://packages.macports.org/xar
>> --->  Installing xar @1.6.1_0
>> --->  Cleaning xar
>> --->  Computing dependencies for xar
>> --->  Deactivating xar @1.5.2_2
>> --->  Cleaning xar
>> --->  Activating xar @1.6.1_0
>> --->  Cleaning xar
>> --->  Computing dependencies for llvm-4.0
>> --->  Fetching archive for llvm-4.0
>> --->  Attempting to fetch llvm-4.0-4.0.1_1.darwin_16.x86_64.tbz2 from 
>> https://packages.macports.org/llvm-4.0
>> --->  Attempting to fetch llvm-4.0-4.0.1_1.darwin_16.x86_64.tbz2.rmd160 from 
>> https://packages.macports.org/llvm-4.0
>> --->  Installing llvm-4.0 @4.0.1_1
>> --->  Cleaning llvm-4.0
>> --->  Computing dependencies for llvm-4.0
>> --->  Deactivating llvm-4.0 @4.0.1_0
>> --->  Cleaning llvm-4.0
>> --->  Activating llvm-4.0 @4.0.1_1
>> --->  Cleaning llvm-4.0
>> --->  Fetching distfiles for gmp
>> --->  Verifying checksums for gmp
>> --->  Extracting gmp
>> --->  Applying patches to gmp
>> --->  Configuring gmp
>> --->  Building gmp
>> --->  Staging gmp into destroot
>> --->  Installing gmp @6.1.2_1
>> --->  Cleaning gmp
>> --->  Deactivating gmp @6.1.2_0
>> --->  Cleaning gmp
>> --->  Activating gmp @6.1.2_1
>> --->  Cleaning gmp
>> --->  

Re: [wsjt-devel] Trying to compile on OS X for the first time

[C. Gary Rogers]

I'm good. Thanks 

Sent from my iPhone

> On Aug 6, 2017, at 8:43 PM, Bill Somerville  wrote:
> 
> Hi Gary,
> 
> best bet is to create a new user account and login to that then restore the 
> files. You may need to install some software again or at least run the 
> applications once to set up. For example WSJT-X will not create the log file 
> directory until it has been run once for a user. Don't try and use your old 
> user home directory for the new user as it is pretty much trashed.
> 
> Using a new account keeps what's left of your old account untouched in case 
> there is something left there that you don't have a backup of.
> 
> I hope you really have everything important backed up.
> 
> For future reference, I strongly recommend Time Machine, it comes free with 
> masOS, all you need is an external drive or NAS. Backups are hourly snapshots 
> for last 24 hrs and daily/weekly/monthly behind that. It is simple and very 
> reliable unless you leave the drive disconnected for extended periods.
> 
> 73
> Bill
> G4WJS.
>> On 07/08/2017 01:33, Charles Rogers wrote:
>> Important files
>> 
 On Aug 6, 2017, at 8:30 PM, Bill Somerville  wrote:
 
 On 07/08/2017 01:25, Charles Rogers wrote:
 Have them on a thumb drive
>>> Hi Gary,
>>> 
>>> is it an image backup of your home folder, a copy of your home folder, or 
>>> just copies of important files and folders?
>>> 
>>> 73
>>> Bill
>>> G4WJS.
> 
> --
> 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] Trying to compile on OS X for the first time

[C. Gary Rogers]

I had run the CD command prior…No time machine…What to do now?

> On Aug 6, 2017, at 8:08 PM, Bill Somerville  wrote:
> 
> On 07/08/2017 01:04, C. Gary Rogers wrote:
>> Last login: Sun Aug  6 19:57:03 on ttys001
>> Charless-MacBook-Pro:~ charlesrogers$ rm -r *
> Hi Gary,
> 
> Err, Looks like you deleted your home directory!!
> 
> Commands were:
> 
> $ cd ~/wsjtx-prefix/build
> $ rm -r *
> 
> but prompt shows that the cd command was not run and you were at ~ the root 
> of your home directory.
> 
> I hope you have Time Machine enabled.
> 73
> Bill
> G4WJS.
> --
> 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] Trying to compile on OS X for the first time

[C. Gary Rogers]

And my log has disappeared…

> On Aug 6, 2017, at 8:04 PM, C. Gary Rogers  wrote:
> 
> First three commands no problem…Then:
> 
> Last login: Sun Aug  6 19:57:03 on ttys001
> Charless-MacBook-Pro:~ charlesrogers$ rm -r *
> rm: Desktop: Permission denied
> rm: Documents: Permission denied
> rm: Downloads: Permission denied
> override rw-r--r--  root/staff for Library/Application 
> Support/TeamViewer/com.teamviewer.teamviewer.preferences.Machine? 
> override rwxr-xr-x  root/staff for Library/Application 
> Support/TeamViewer/Custom Configurations? 
> override rwxr-xr-x  root/staff for Library/Application Support/TeamViewer? 
> override r--r--r--  charlesrogers/staff for Library/Application 
> Support/WSJT-X/save/samples/130418_1742.wav? 
> override r--r--r--  charlesrogers/staff for Library/Application 
> Support/WSJT-X/save/samples/130610_2343.wav? 
> rm: Library/Application Support/WSJT-X/save/samples: Directory not empty
> rm: Library/Application Support/WSJT-X/save: Directory not empty
> rm: Library/Application Support/WSJT-X: Directory not empty
> rm: Library/Application Support: Permission denied
> rm: Library/Assistants: Permission denied
> rm: Library/Audio/MIDI Drivers: Permission denied
> rm: Library/Audio/Plug-Ins/Components: Permission denied
> rm: Library/Audio/Plug-Ins/Digidesign: Permission denied
> rm: Library/Audio/Plug-Ins/VST: Permission denied
> rm: Library/Audio/Plug-Ins: Permission denied
> rm: Library/Audio/Sounds/Alerts: Permission denied
> rm: Library/Audio/Sounds/Banks: Permission denied
> rm: Library/Audio/Sounds: Permission denied
> rm: Library/Audio: Permission denied
> 
> From here it seemed to have stopped working…It also logged me out of my drop 
> box account and WSJT-X rc1 which was also running started telling me every 
> call sign on 20 m was a new one…Is this right?
> 
>> On Aug 6, 2017, at 7:42 PM, Bill Somerville > <mailto:g4...@classdesign.com>> wrote:
>> 
>> cd ~/wsjtx-prefix/build
>> $ rm -r *
>> 
>> 
> 
> --
> 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] Trying to compile on OS X for the first time

[C. Gary Rogers]

First three commands no problem…Then:

Last login: Sun Aug  6 19:57:03 on ttys001
Charless-MacBook-Pro:~ charlesrogers$ rm -r *
rm: Desktop: Permission denied
rm: Documents: Permission denied
rm: Downloads: Permission denied
override rw-r--r--  root/staff for Library/Application 
Support/TeamViewer/com.teamviewer.teamviewer.preferences.Machine? 
override rwxr-xr-x  root/staff for Library/Application 
Support/TeamViewer/Custom Configurations? 
override rwxr-xr-x  root/staff for Library/Application Support/TeamViewer? 
override r--r--r--  charlesrogers/staff for Library/Application 
Support/WSJT-X/save/samples/130418_1742.wav? 
override r--r--r--  charlesrogers/staff for Library/Application 
Support/WSJT-X/save/samples/130610_2343.wav? 
rm: Library/Application Support/WSJT-X/save/samples: Directory not empty
rm: Library/Application Support/WSJT-X/save: Directory not empty
rm: Library/Application Support/WSJT-X: Directory not empty
rm: Library/Application Support: Permission denied
rm: Library/Assistants: Permission denied
rm: Library/Audio/MIDI Drivers: Permission denied
rm: Library/Audio/Plug-Ins/Components: Permission denied
rm: Library/Audio/Plug-Ins/Digidesign: Permission denied
rm: Library/Audio/Plug-Ins/VST: Permission denied
rm: Library/Audio/Plug-Ins: Permission denied
rm: Library/Audio/Sounds/Alerts: Permission denied
rm: Library/Audio/Sounds/Banks: Permission denied
rm: Library/Audio/Sounds: Permission denied
rm: Library/Audio: Permission denied

From here it seemed to have stopped working…It also logged me out of my drop 
box account and WSJT-X rc1 which was also running started telling me every call 
sign on 20 m was a new one…Is this right?

> On Aug 6, 2017, at 7:42 PM, Bill Somerville  wrote:
> 
> cd ~/wsjtx-prefix/build
> $ rm -r *
> 
> 

--
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] Trying to compile on OS X for the first time

[C. Gary Rogers]

Sorry

Last login: Sun Aug  6 18:18:02 on ttys001
Charless-MacBook-Pro:~ charlesrogers$ sudo port selfupdate
Password:
Sorry, try again.
Password:
--->  Updating MacPorts base sources using rsync
MacPorts base version 2.4.1 installed,
MacPorts base version 2.4.1 downloaded.
--->  Updating the ports tree
--->  MacPorts base is already the latest version

The ports tree has been updated. To upgrade your installed ports, you should run
  port upgrade outdated
Charless-MacBook-Pro:~ charlesrogers$ sudo port upgrade outdated
--->  Fetching archive for expat
--->  Attempting to fetch expat-2.2.3_0.darwin_16.x86_64.tbz2 from 
https://packages.macports.org/expat
--->  Attempting to fetch expat-2.2.3_0.darwin_16.x86_64.tbz2.rmd160 from 
https://packages.macports.org/expat
--->  Installing expat @2.2.3_0
--->  Cleaning expat
--->  Deactivating expat @2.2.2_0
--->  Cleaning expat
--->  Activating expat @2.2.3_0
--->  Cleaning expat
--->  Fetching archive for libusb-devel
--->  Attempting to fetch libusb-devel-20170728_0.darwin_16.x86_64.tbz2 from 
https://packages.macports.org/libusb-devel
--->  Attempting to fetch libusb-devel-20170728_0.darwin_16.x86_64.tbz2.rmd160 
from https://packages.macports.org/libusb-devel
--->  Installing libusb-devel @20170728_0
--->  Cleaning libusb-devel
--->  Deactivating libusb-devel @20170716_0
--->  Cleaning libusb-devel
--->  Activating libusb-devel @20170728_0
--->  Cleaning libusb-devel
--->  Updating database of binaries
--->  Scanning binaries for linking errors
--->  No broken files found. 
Charless-MacBook-Pro:~ charlesrogers$ sudo port uninstall inactive
--->  Uninstalling expat @2.2.2_0
--->  Cleaning expat
--->  Uninstalling libusb-devel @20170716_0
--->  Cleaning libusb-devel
Charless-MacBook-Pro:~ charlesrogers$ port list installed
Warning: The 'list' action only shows the currently available version of each 
port. To see installed versions, use the 'installed' action.
asciidoc   @8.6.9  textproc/asciidoc
asciidoctor@1.5.6.1textproc/asciidoctor
autoconf   @2.69   devel/autoconf
automake   @1.15.1 devel/automake
bzip2  @1.0.6  archivers/bzip2
cctools@895devel/cctools
db48   @4.8.30 databases/db48
docbook-xml-4.5@5.0textproc/docbook-xml
expat  @2.2.3  textproc/expat
fftw-3 @3.3.5  math/fftw-3
fftw-3-single  @3.3.5  math/fftw-3
fop@1.1textproc/fop
gcc5   @5.4.0  lang/gcc5
gcc_select @0.1sysutils/gcc_select
gdbm   @1.13   databases/gdbm
gettext@0.19.8.1   devel/gettext
gmp@6.1.2  devel/gmp
isl@0.18   devel/isl
ld64   @3  devel/ld64
ld64-latest@274.2  devel/ld64
libcxx @3.9.1  lang/libcxx
libedit@20170329-3.1   devel/libedit
libffi @3.2.1  devel/libffi
libgcc @6.3.0  lang/gcc6
libiconv   @1.15   textproc/libiconv
libmpc @1.0.3  devel/libmpc
libtool@2.4.6  devel/libtool
libusb-devel   @20170728   devel/libusb
libxml2@2.9.4  textproc/libxml2
libxslt@1.1.29 textproc/libxslt
libyaml@0.1.7  devel/libyaml
llvm-4.0   @4.0.1  lang/llvm-4.0
llvm_select@2  sysutils/llvm_select
mpfr   @3.1.5  devel/mpfr
ncurses@6.0-20170708   devel/ncurses
openssl@1.0.2l devel/openssl
perl5.24   @5.24.2 lang/perl5
pkgconfig  @0.29.2 devel/pkgconfig
python2_select @0.0sysutils/python2_select
python27   @2.7.13 lang/python27
python_select  @0.3sysutils/python_select
readline   @7.0.003devel/readline
ruby22 @2.2.7  lang/ruby22
ruby_select@1.0sysutils/ruby_select
sqlite3@3.19.3 databases/sqlite3
texinfo@6.4textproc/texinfo
xar@1.5.2  archivers/xar
xmlcatmgr  @2.2textproc/xmlcatmgr
xz @5.2.3  archivers/

Re: [wsjt-devel] Trying to compile on OS X for the first time

[C. Gary Rogers]

Last login: Sun Aug  6 17:41:10 on ttys001
Charless-MacBook-Pro:~ charlesrogers$ sudo port selfupdate
Password:
Sorry, try again.
Password:
--->  Updating MacPorts base sources using rsync
MacPorts base version 2.4.1 installed,
MacPorts base version 2.4.1 downloaded.
--->  Updating the ports tree
--->  MacPorts base is already the latest version

The ports tree has been updated. To upgrade your installed ports, you should run
  port upgrade outdated
Charless-MacBook-Pro:~ charlesrogers$ 

I don’t use Macports for anything else.

> On Aug 6, 2017, at 5:48 PM, Bill Somerville  wrote:
> 
> sudo port selfupdate
> $ sudo port upgrade outdated
> $ sudo port uninstall inactive
> $ port list installed

--
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] Trying to compile on OS X for the first time

[C. Gary Rogers]

Last login: Sun Aug  6 17:14:34 on ttys001
Charless-MacBook-Pro:~ charlesrogers$ grep FortranCInterface 
~/wsjtx-prefix/build/CMakeCache.txt
FortranCInterface_VERIFIED_CXX:INTERNAL=0
Charless-MacBook-Pro:~ charlesrogers$ 

> On Aug 6, 2017, at 5:18 PM, C. Gary Rogers  wrote:
> 
> No go:
> 
> [ 93%] Building CXX object CMakeFiles/wsjtx.dir/WSPRBandHopping.cpp.o
> [ 93%] Linking CXX executable wsjtx.app/Contents/MacOS/wsjtx
> ld: warning: could not create compact unwind for _flat4_: stack subq 
> instruction is too different from dwarf stack size
> ld: warning: could not create compact unwind for _hspec_: stack subq 
> instruction is too different from dwarf stack size
> ld: warning: could not create compact unwind for _refspectrum_: stack subq 
> instruction is too different from dwarf stack size
> ld: warning: could not create compact unwind for _fast9_: stack subq 
> instruction is too different from dwarf stack size
> ld: warning: could not create compact unwind for _iscat_: stack subq 
> instruction is too different from dwarf stack size
> ld: warning: could not create compact unwind for _mskrtd_: stack subq 
> instruction is too different from dwarf stack size
> ld: warning: could not create compact unwind for _msk144signalquality_: stack 
> subq instruction is too different from dwarf stack size
> ld: warning: could not create compact unwind for _msk144spd_: stack subq 
> instruction is too different from dwarf stack size
> ld: warning: could not create compact unwind for _msk40spd_: stack subq 
> instruction is too different from dwarf stack size
> Undefined symbols for architecture x86_64:
>   "_FC_grayline", referenced from:
>   WSPRBandHopping::next_hop(bool) in WSPRBandHopping.cpp.o
> ld: symbol(s) not found for architecture x86_64
> clang: error: linker command failed with exit code 1 (use -v to see 
> invocation)
> make[2]: *** [wsjtx.app/Contents/MacOS/wsjtx] Error 1
> make[1]: *** [CMakeFiles/wsjtx.dir/all] Error 2
> make: *** [all] Error 2
> Charless-MacBook-Pro:build charlesrogers$ 
> 
> 
>> On Aug 6, 2017, at 5:06 PM, Bill Somerville > <mailto:g4...@classdesign.com>> wrote:
>> 
>> On 06/08/2017 21:59, C. Gary Rogers wrote:
>>> Charless-MacBook-Pro:build charlesrogers$ cat FC.h
>>> #ifndef FC_HEADER_INCLUDED
>>> #define FC_HEADER_INCLUDED
>>> 
>>> /*--*/
>>> /* Mangle some symbols automatically.   
>>> */
>>> 
>>> #endif
>> HI Gary,
>> 
>> ok, this is the problem. There should be something in that generated header 
>> file.
>> 
>> Try this:
>> 
>> $ cd ~/wsjtx-prefix/build
>> $ rm FC.h
>> $ cmake --build . --target install -- -j
>> 
>> 73
>> Bill
>> G4WJS.
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org <http://slashdot.org/>! 
>> http://sdm.link/slashdot___ 
>> <http://sdm.link/slashdot___>
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net <mailto: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

Re: [wsjt-devel] Trying to compile on OS X for the first time

[C. Gary Rogers]

No go:

[ 93%] Building CXX object CMakeFiles/wsjtx.dir/WSPRBandHopping.cpp.o
[ 93%] Linking CXX executable wsjtx.app/Contents/MacOS/wsjtx
ld: warning: could not create compact unwind for _flat4_: stack subq 
instruction is too different from dwarf stack size
ld: warning: could not create compact unwind for _hspec_: stack subq 
instruction is too different from dwarf stack size
ld: warning: could not create compact unwind for _refspectrum_: stack subq 
instruction is too different from dwarf stack size
ld: warning: could not create compact unwind for _fast9_: stack subq 
instruction is too different from dwarf stack size
ld: warning: could not create compact unwind for _iscat_: stack subq 
instruction is too different from dwarf stack size
ld: warning: could not create compact unwind for _mskrtd_: stack subq 
instruction is too different from dwarf stack size
ld: warning: could not create compact unwind for _msk144signalquality_: stack 
subq instruction is too different from dwarf stack size
ld: warning: could not create compact unwind for _msk144spd_: stack subq 
instruction is too different from dwarf stack size
ld: warning: could not create compact unwind for _msk40spd_: stack subq 
instruction is too different from dwarf stack size
Undefined symbols for architecture x86_64:
  "_FC_grayline", referenced from:
  WSPRBandHopping::next_hop(bool) in WSPRBandHopping.cpp.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [wsjtx.app/Contents/MacOS/wsjtx] Error 1
make[1]: *** [CMakeFiles/wsjtx.dir/all] Error 2
make: *** [all] Error 2
Charless-MacBook-Pro:build charlesrogers$ 


> On Aug 6, 2017, at 5:06 PM, Bill Somerville  wrote:
> 
> On 06/08/2017 21:59, C. Gary Rogers wrote:
>> Charless-MacBook-Pro:build charlesrogers$ cat FC.h
>> #ifndef FC_HEADER_INCLUDED
>> #define FC_HEADER_INCLUDED
>> 
>> /*--*/
>> /* Mangle some symbols automatically.   
>> */
>> 
>> #endif
> HI Gary,
> 
> ok, this is the problem. There should be something in that generated header 
> file.
> 
> Try this:
> 
> $ cd ~/wsjtx-prefix/build
> $ rm FC.h
> $ cmake --build . --target install -- -j
> 
> 73
> Bill
> G4WJS.
> --
> 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] Trying to compile on OS X for the first time

[C. Gary Rogers]

Last login: Sun Aug  6 16:36:24 on ttys001
Charless-MacBook-Pro:~ charlesrogers$ cd ~/wsjtx-prefix/build
Charless-MacBook-Pro:build charlesrogers$ cat FC.h
#ifndef FC_HEADER_INCLUDED
#define FC_HEADER_INCLUDED

/*--*/
/* Mangle some symbols automatically.   */

#endif
Charless-MacBook-Pro:build charlesrogers$ nm libwsjt_fort.a | grep grayline
libwsjt_fort.a(grayline.f90.o):
 T _grayline_
Charless-MacBook-Pro:build charlesrogers$ 


> On Aug 6, 2017, at 4:50 PM, Bill Somerville  wrote:
> 
> cd ~/wsjtx-prefix/build
> $ cat FC.h
> $ nm libwsjt_fort.a | grep grayline

--
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] Trying to compile on OS X for the first time

[C. Gary Rogers]

Last login: Sun Aug  6 15:59:13 on ttys001
Charless-MacBook-Pro:~ charlesrogers$ c++ --version
Apple LLVM version 8.1.0 (clang-802.0.42)
Target: x86_64-apple-darwin16.7.0
Thread model: posix
InstalledDir: 
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin
Charless-MacBook-Pro:~ charlesrogers$ gfortran-mp-5 --version
GNU Fortran (MacPorts gcc5 5.4.0_1) 5.4.0
Copyright (C) 2015 Free Software Foundation, Inc.

GNU Fortran comes with NO WARRANTY, to the extent permitted by law.
You may redistribute copies of GNU Fortran
under the terms of the GNU General Public License.
For more information about these matters, see the file named COPYING

Charless-MacBook-Pro:~ charlesrogers$ cmake --version
cmake version 3.9.0

CMake suite maintained and supported by Kitware (kitware.com/cmake).
Charless-MacBook-Pro:~ charlesrogers$ 


> On Aug 6, 2017, at 4:03 PM, C. Gary Rogers  wrote:
> 
> OK ran three times and the result is:
> 
> [ 97%] Linking CXX executable wsjtx.app/Contents/MacOS/wsjtx
> ld: warning: could not create compact unwind for _flat4_: stack subq 
> instruction is too different from dwarf stack size
> ld: warning: could not create compact unwind for _hspec_: stack subq 
> instruction is too different from dwarf stack size
> ld: warning: could not create compact unwind for _refspectrum_: stack subq 
> instruction is too different from dwarf stack size
> ld: warning: could not create compact unwind for _fast9_: stack subq 
> instruction is too different from dwarf stack size
> ld: warning: could not create compact unwind for _iscat_: stack subq 
> instruction is too different from dwarf stack size
> ld: warning: could not create compact unwind for _mskrtd_: stack subq 
> instruction is too different from dwarf stack size
> ld: warning: could not create compact unwind for _msk144signalquality_: stack 
> subq instruction is too different from dwarf stack size
> ld: warning: could not create compact unwind for _msk144spd_: stack subq 
> instruction is too different from dwarf stack size
> ld: warning: could not create compact unwind for _msk40spd_: stack subq 
> instruction is too different from dwarf stack size
> Undefined symbols for architecture x86_64:
>   "_FC_grayline", referenced from:
>   WSPRBandHopping::next_hop(bool) in WSPRBandHopping.cpp.o
> ld: symbol(s) not found for architecture x86_64
> clang: error: linker command failed with exit code 1 (use -v to see 
> invocation)
> make[2]: *** [wsjtx.app/Contents/MacOS/wsjtx] Error 1
> make[1]: *** [CMakeFiles/wsjtx.dir/all] Error 2
> make: *** [all] Error 2
> Charless-MacBook-Pro:~ charlesrogers$ 
> 
> 
> So close...
> 
> 
>> On Aug 6, 2017, at 1:19 PM, C. Gary Rogers > <mailto:dc4aac...@comcast.net>> wrote:
>> 
>> OK that seemed to work so i ran:
>> 
>>> cd ~/wsjtx-prefix/build
>>> cmake --build .
>>> cmake --build . --target install
>> 
>> 
>> This yielded:
>> 
>> Last login: Sun Aug  6 13:07:51 on ttys001
>> Charless-MacBook-Pro:~ charlesrogers$ cd ~/wsjtx-prefix/build
>> Charless-MacBook-Pro:build charlesrogers$ cmake --build .
>> [  0%] Automatic MOC for target wsjtx_udp-static
>> [  0%] Built target wsjtx_udp-static_autogen
>> [  1%] Built target wsjtx_udp-static
>> [  1%] Automatic MOC for target message_aggregator
>> [  1%] Built target message_aggregator_autogen
>> [  3%] Built target message_aggregator
>> [  3%] Automatic MOC for target wsjt_cxx
>> [  3%] Built target wsjt_cxx_autogen
>> [  6%] Built target wsjt_cxx
>> [  6%] Automatic MOC for target wsjt_fort_omp
>> [  6%] Built target wsjt_fort_omp_autogen
>> [ 36%] Built target wsjt_fort_omp
>> [ 36%] Automatic MOC for target jt9
>> [ 36%] Built target jt9_autogen
>> [ 37%] Built target jt9
>> [ 37%] Automatic MOC for target wsjt_qtmm
>> [ 37%] Built target wsjt_qtmm_autogen
>> [ 37%] Built target wsjt_qtmm
>> [ 37%] Automatic MOC for target wsjt_fort
>> [ 37%] Built target wsjt_fort_autogen
>> [ 67%] Built target wsjt_fort
>> [ 67%] Automatic MOC for target qcp
>> [ 67%] Built target qcp_autogen
>> [ 68%] Built target qcp
>> [ 68%] Automatic MOC for target wsjt_qt
>> [ 68%] Built target wsjt_qt_autogen
>> [ 68%] Generating Subversion revision information
>> -- Found Subversion: /usr/bin/svn (found version "1.9.4") 
>> Path: /Users/charlesrogers/wsjtx-prefix/src
>> Working Copy Root Path: /Users/charlesrogers/wsjtx-prefix/src
>> URL: svn://svn.code.sf.net/p/wsjt/wsjt/branches/wsjtx 
>> 
>> Relative URL: ^/branches/wsjtx
>> Repository Root: svn://svn.code.sf.net/p/wsjt/wsjt 
>> 
>> Repository UUID: ab8295

Re: [wsjt-devel] Trying to compile on OS X for the first time

[C. Gary Rogers]

OK ran three times and the result is:

[ 97%] Linking CXX executable wsjtx.app/Contents/MacOS/wsjtx
ld: warning: could not create compact unwind for _flat4_: stack subq 
instruction is too different from dwarf stack size
ld: warning: could not create compact unwind for _hspec_: stack subq 
instruction is too different from dwarf stack size
ld: warning: could not create compact unwind for _refspectrum_: stack subq 
instruction is too different from dwarf stack size
ld: warning: could not create compact unwind for _fast9_: stack subq 
instruction is too different from dwarf stack size
ld: warning: could not create compact unwind for _iscat_: stack subq 
instruction is too different from dwarf stack size
ld: warning: could not create compact unwind for _mskrtd_: stack subq 
instruction is too different from dwarf stack size
ld: warning: could not create compact unwind for _msk144signalquality_: stack 
subq instruction is too different from dwarf stack size
ld: warning: could not create compact unwind for _msk144spd_: stack subq 
instruction is too different from dwarf stack size
ld: warning: could not create compact unwind for _msk40spd_: stack subq 
instruction is too different from dwarf stack size
Undefined symbols for architecture x86_64:
  "_FC_grayline", referenced from:
  WSPRBandHopping::next_hop(bool) in WSPRBandHopping.cpp.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [wsjtx.app/Contents/MacOS/wsjtx] Error 1
make[1]: *** [CMakeFiles/wsjtx.dir/all] Error 2
make: *** [all] Error 2
Charless-MacBook-Pro:~ charlesrogers$ 


So close...


> On Aug 6, 2017, at 1:19 PM, C. Gary Rogers  wrote:
> 
> OK that seemed to work so i ran:
> 
>> cd ~/wsjtx-prefix/build
>> cmake --build .
>> cmake --build . --target install
> 
> 
> This yielded:
> 
> Last login: Sun Aug  6 13:07:51 on ttys001
> Charless-MacBook-Pro:~ charlesrogers$ cd ~/wsjtx-prefix/build
> Charless-MacBook-Pro:build charlesrogers$ cmake --build .
> [  0%] Automatic MOC for target wsjtx_udp-static
> [  0%] Built target wsjtx_udp-static_autogen
> [  1%] Built target wsjtx_udp-static
> [  1%] Automatic MOC for target message_aggregator
> [  1%] Built target message_aggregator_autogen
> [  3%] Built target message_aggregator
> [  3%] Automatic MOC for target wsjt_cxx
> [  3%] Built target wsjt_cxx_autogen
> [  6%] Built target wsjt_cxx
> [  6%] Automatic MOC for target wsjt_fort_omp
> [  6%] Built target wsjt_fort_omp_autogen
> [ 36%] Built target wsjt_fort_omp
> [ 36%] Automatic MOC for target jt9
> [ 36%] Built target jt9_autogen
> [ 37%] Built target jt9
> [ 37%] Automatic MOC for target wsjt_qtmm
> [ 37%] Built target wsjt_qtmm_autogen
> [ 37%] Built target wsjt_qtmm
> [ 37%] Automatic MOC for target wsjt_fort
> [ 37%] Built target wsjt_fort_autogen
> [ 67%] Built target wsjt_fort
> [ 67%] Automatic MOC for target qcp
> [ 67%] Built target qcp_autogen
> [ 68%] Built target qcp
> [ 68%] Automatic MOC for target wsjt_qt
> [ 68%] Built target wsjt_qt_autogen
> [ 68%] Generating Subversion revision information
> -- Found Subversion: /usr/bin/svn (found version "1.9.4") 
> Path: /Users/charlesrogers/wsjtx-prefix/src
> Working Copy Root Path: /Users/charlesrogers/wsjtx-prefix/src
> URL: svn://svn.code.sf.net/p/wsjt/wsjt/branches/wsjtx 
> 
> Relative URL: ^/branches/wsjtx
> Repository Root: svn://svn.code.sf.net/p/wsjt/wsjt 
> 
> Repository UUID: ab8295b8-cf94-4d9e-aec4-7959e3be5d79
> Revision: 8008
> Node Kind: directory
> Schedule: normal
> Last Changed Author: k1jt
> Last Changed Rev: 8008
> Last Changed Date: 2017-08-05 09:45:16 -0400 (Sat, 05 Aug 2017)
> -- /Users/charlesrogers/wsjtx-prefix/src contains a .svn and is revision 8008
> [ 68%] Built target revisiontag
> [ 75%] Built target wsjt_qt
> [ 75%] Automatic MOC for target wsjtx
> [ 76%] Built target wsjtx_autogen
> [ 77%] Built target manpages
> [ 77%] Linking CXX executable wsjtx.app/Contents/MacOS/wsjtx
> ld: warning: could not create compact unwind for _flat4_: stack subq 
> instruction is too different from dwarf stack size
> ld: warning: could not create compact unwind for _hspec_: stack subq 
> instruction is too different from dwarf stack size
> ld: warning: could not create compact unwind for _refspectrum_: stack subq 
> instruction is too different from dwarf stack size
> ld: warning: could not create compact unwind for _fast9_: stack subq 
> instruction is too different from dwarf stack size
> ld: warning: could not create compact unwind for _iscat_: stack subq 
> instruction is too different from dwarf stack size
> ld: warning: could not create compact unwind for _mskrtd_: stack subq 
> instruction is too different from dwarf stack s

Re: [wsjt-devel] Trying to compile on OS X for the first time

[C. Gary Rogers]

OK that seemed to work so i ran:

> cd ~/wsjtx-prefix/build
> cmake --build .
> cmake --build . --target install


This yielded:

Last login: Sun Aug  6 13:07:51 on ttys001
Charless-MacBook-Pro:~ charlesrogers$ cd ~/wsjtx-prefix/build
Charless-MacBook-Pro:build charlesrogers$ cmake --build .
[  0%] Automatic MOC for target wsjtx_udp-static
[  0%] Built target wsjtx_udp-static_autogen
[  1%] Built target wsjtx_udp-static
[  1%] Automatic MOC for target message_aggregator
[  1%] Built target message_aggregator_autogen
[  3%] Built target message_aggregator
[  3%] Automatic MOC for target wsjt_cxx
[  3%] Built target wsjt_cxx_autogen
[  6%] Built target wsjt_cxx
[  6%] Automatic MOC for target wsjt_fort_omp
[  6%] Built target wsjt_fort_omp_autogen
[ 36%] Built target wsjt_fort_omp
[ 36%] Automatic MOC for target jt9
[ 36%] Built target jt9_autogen
[ 37%] Built target jt9
[ 37%] Automatic MOC for target wsjt_qtmm
[ 37%] Built target wsjt_qtmm_autogen
[ 37%] Built target wsjt_qtmm
[ 37%] Automatic MOC for target wsjt_fort
[ 37%] Built target wsjt_fort_autogen
[ 67%] Built target wsjt_fort
[ 67%] Automatic MOC for target qcp
[ 67%] Built target qcp_autogen
[ 68%] Built target qcp
[ 68%] Automatic MOC for target wsjt_qt
[ 68%] Built target wsjt_qt_autogen
[ 68%] Generating Subversion revision information
-- Found Subversion: /usr/bin/svn (found version "1.9.4") 
Path: /Users/charlesrogers/wsjtx-prefix/src
Working Copy Root Path: /Users/charlesrogers/wsjtx-prefix/src
URL: svn://svn.code.sf.net/p/wsjt/wsjt/branches/wsjtx
Relative URL: ^/branches/wsjtx
Repository Root: svn://svn.code.sf.net/p/wsjt/wsjt
Repository UUID: ab8295b8-cf94-4d9e-aec4-7959e3be5d79
Revision: 8008
Node Kind: directory
Schedule: normal
Last Changed Author: k1jt
Last Changed Rev: 8008
Last Changed Date: 2017-08-05 09:45:16 -0400 (Sat, 05 Aug 2017)
-- /Users/charlesrogers/wsjtx-prefix/src contains a .svn and is revision 8008
[ 68%] Built target revisiontag
[ 75%] Built target wsjt_qt
[ 75%] Automatic MOC for target wsjtx
[ 76%] Built target wsjtx_autogen
[ 77%] Built target manpages
[ 77%] Linking CXX executable wsjtx.app/Contents/MacOS/wsjtx
ld: warning: could not create compact unwind for _flat4_: stack subq 
instruction is too different from dwarf stack size
ld: warning: could not create compact unwind for _hspec_: stack subq 
instruction is too different from dwarf stack size
ld: warning: could not create compact unwind for _refspectrum_: stack subq 
instruction is too different from dwarf stack size
ld: warning: could not create compact unwind for _fast9_: stack subq 
instruction is too different from dwarf stack size
ld: warning: could not create compact unwind for _iscat_: stack subq 
instruction is too different from dwarf stack size
ld: warning: could not create compact unwind for _mskrtd_: stack subq 
instruction is too different from dwarf stack size
ld: warning: could not create compact unwind for _msk144signalquality_: stack 
subq instruction is too different from dwarf stack size
ld: warning: could not create compact unwind for _msk144spd_: stack subq 
instruction is too different from dwarf stack size
ld: warning: could not create compact unwind for _msk40spd_: stack subq 
instruction is too different from dwarf stack size
Undefined symbols for architecture x86_64:
  "_FC_grayline", referenced from:
  WSPRBandHopping::next_hop(bool) in WSPRBandHopping.cpp.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [wsjtx.app/Contents/MacOS/wsjtx] Error 1
make[1]: *** [CMakeFiles/wsjtx.dir/all] Error 2
make: *** [all] Error 2
Charless-MacBook-Pro:build charlesrogers$ cmake --build . --target install

What now?

> On Aug 6, 2017, at 12:42 PM, Bill Somerville  wrote:
> 
> asciidoctor

--
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] Trying to compile on OS X for the first time

[C. Gary Rogers]

OK i think i’m getting closer…The passage below did not work however:

cd ~/wsjtx-prefix/build
FC=gfortran-mp-5 \
   cmake \
   -D CMAKE_PREFIX_PATH="~/Qt/5.9.1/clang_64;~/hamlib-prefix;/opt/local" \
   -D CMAKE_INSTALL_PREFIX=~/wsjtx-prefix \
   -D 
CMAKE_OSX_SYSROOT=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk
 \
   ~/wsjtx-prefix/src

Yielded the following:

Last login: Sun Aug  6 12:20:16 on ttys001
Charless-MacBook-Pro:~ charlesrogers$ cd ~/wsjtx-prefix/build
Charless-MacBook-Pro:build charlesrogers$ FC=gfortran-mp-5 \
>cmake \
>-D CMAKE_PREFIX_PATH="~/Qt/5.9.1/clang_64;~/hamlib-prefix;/opt/local" \
>-D CMAKE_INSTALL_PREFIX=~/wsjtx-prefix \
>-D 
> CMAKE_OSX_SYSROOT=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk
>  \
>~/wsjtx-prefix/src
-- Building wsjtx-1.7.1-devel
-- **
-- Building for for: Darwin-x86_64
-- **
-- Boost version: 1.63.0
-- Could NOT find OpenMP_C (missing: OpenMP_C_FLAGS OpenMP_C_LIB_NAMES) (found 
version "1.0")
-- Could NOT find OpenMP_CXX (missing: OpenMP_CXX_FLAGS OpenMP_CXX_LIB_NAMES) 
(found version "1.0")
-- Checking for module 'hamlib'
--   Found hamlib, version 3.2~git
-- Found hamlib 
-- hamlib_INCLUDE_DIRS: 
/Users/charlesrogers/hamlib-prefix/include;/opt/local/include/libusb-1.0
-- hamlib_LIBRARIES: 
-L/Users/charlesrogers/hamlib-prefix/lib;-L/opt/local/lib;-lhamlib;-lusb-1.0;-lobjc;-Wl,-framework,IOKit;-Wl,-framework,CoreFoundation
-- hamlib_LIBRARY_DIRS: /Users/charlesrogers/hamlib-prefix/lib;/opt/local/lib
CMake Error at doc/CMakeLists.txt:119 (message):
  asciidoctor is required to build the documentation

  

  Building the documenation may optionally be turned off by setting the CMake

  option WSJT_GENERATE_DOCS to OFF.


-- Configuring incomplete, errors occurred!
See also "/Users/charlesrogers/wsjtx-prefix/build/CMakeFiles/CMakeOutput.log".
Charless-MacBook-Pro:build charlesrogers$ 

Thoughts on next steps?

> On Jul 31, 2017, at 8:05 AM, Bill Somerville  wrote:
> 
> FC=gfortran-mp-5 \
> cmake \
>   -D CMAKE_PREFIX_PATH=~/Qt/5.7/clang_64\;~/hamlib-prefix\;/opt/local \
>   -D CMAKE_INSTALL_PREFIX=~/wsjtx-prefix \
>   -D 
> CMAKE_OSX_SYSROOT=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk
>  \
>   ~/wsjtx-prefix/src

--
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] Trying to compile on OS X for the first time

[C. Gary Rogers]

Ok. On travel this week so will try when I return home. 

Sent from my iPhone

> On Jul 31, 2017, at 5:05 AM, Bill Somerville  wrote:
> 
>> On 31/07/2017 11:41, Bill Somerville wrote:
>> Charless-MacBook-Pro:build charlesrogers$ FC=gfortran-mp-5 \
>> >cmake \
>> >-D CMAKE_PREFIX_PATH=~/Qt/5.7/clang_64;~/hamlib-prefix;/opt/local \
>> >-D CMAKE_INSTALL_PREFIX=~/wsjtx-prefix \
>> >-D 
>> > CMAKE_OSX_SYSROOT=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk
>> >  \
>> >~/wsjtx-prefix/src
>> CMake Error: The source directory 
>> "/Users/charlesrogers/wsjtx-prefix/build/CMAKE_PREFIX_PATH=/Users/charlesrogers/Qt/5.7/clang_64"
>>  does not exist.
>> Specify --help for usage, or press the help button on the CMake GUI.
>> -bash: /Users/charlesrogers/hamlib-prefix: is a directory
>> -bash: /opt/local: is a directory
>> Charless-MacBook-Pro:build charlesrogers$ 
> Hi Gary,
> 
> going back to the quotation marks around the CMAKE_PREFIX_PATH parameter 
> value, I misinformed you and they are indeed necessary. The reason is that 
> CMake uses a consistent list separator character on all platforms and they 
> chose the Windows standard of ';' but on *nix systems that is a command list 
> separator so must be quoted or escaped to remove that interpretation. You 
> could try escaping them instead of quoting, that means prefixing the ';' 
> characters with backslash escape characters '\;' like:
> 
> $ FC=gfortran-mp-5 \
> cmake \
>   -D CMAKE_PREFIX_PATH=~/Qt/5.7/clang_64\;~/hamlib-prefix\;/opt/local \
>   -D CMAKE_INSTALL_PREFIX=~/wsjtx-prefix \
>   -D 
> CMAKE_OSX_SYSROOT=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk
>  \
>   ~/wsjtx-prefix/src
> 
> I also note you said that you had installed Qt 5.9.1 but the above command 
> has not been adjusted for location of the Qt installation which I would 
> expect to be something like ~/Qt/5.9.1/clang_64 .
> 
> 73
> Bill
> G4WJS.
> 
> --
> 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] Trying to compile on OS X for the first time

[C. Gary Rogers]

Ok thanks 

Sent from my iPhone

> On Jul 31, 2017, at 3:41 AM, Bill Somerville  wrote:
> 
>> On 30/07/2017 01:59, C. Gary Rogers wrote:
>> This doesn’t seem to be working either:
>> 
>> Last login: Sat Jul 29 20:55:29 on ttys004
>> Charless-MacBook-Pro:~ charlesrogers$ cd ~/wsjtx-prefix/build
>> Charless-MacBook-Pro:build charlesrogers$ rm -r *
>> rm: *: No such file or directory
>> Charless-MacBook-Pro:build charlesrogers$ FC=gfortran-mp-5 \
>> >cmake \
>> >-D CMAKE_PREFIX_PATH=~/Qt/5.7/clang_64;~/hamlib-prefix;/opt/local \
>> >-D CMAKE_INSTALL_PREFIX=~/wsjtx-prefix \
>> >-D 
>> > CMAKE_OSX_SYSROOT=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk
>> >  \
>> >~/wsjtx-prefix/src
>> CMake Error: The source directory 
>> "/Users/charlesrogers/wsjtx-prefix/build/CMAKE_PREFIX_PATH=/Users/charlesrogers/Qt/5.7/clang_64"
>>  does not exist.
>> Specify --help for usage, or press the help button on the CMake GUI.
>> -bash: /Users/charlesrogers/hamlib-prefix: is a directory
>> -bash: /opt/local: is a directory
>> Charless-MacBook-Pro:build charlesrogers$ 
>> 
>> 
>> 
> Hi Gary,
> 
> Sorry about he delay answering , I have been busy operating CW over the w/e 
> in the IOTA contest.
> 
> The clue to the problem is in this error line:
> 
> CMake Error: The source directory 
> "/Users/charlesrogers/wsjtx-prefix/build/CMAKE_PREFIX_PATH=/Users/charlesrogers/Qt/5.7/clang_64"
>  does not exist.
> somehow the cmake command parameters have become mangled and joined together. 
> I can't see why that is from your pasted command and results. You could try 
> putting the cmake command all on one line instead of using the line 
> continuation escapes.
> 
> 73
> Bill
> G4WJS.
> --
> 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