Re: [wsjt-devel] pskreporter.de

[on4ckt--- via wsjt-devel]

Hello,

The website pskreporter.de is currently offline. The site is being 
reprogrammed. This would take a few more weeks. After that, the site will come 
back online.
There is an alternative site namely www.pskreporter.info. This can also be used 
in the meantime.

Kind regards,
ON4CKT Rudy
https://www.qsl.net/on4ckt

- Oorspronkelijk bericht -
Van: "wsjt-devel" 
Aan: "Black Michael" , "wsjt-devel" 

Cc: "Adrian" 
Verzonden: Dinsdag 20 september 2022 06:16:36
Onderwerp: Re: [wsjt-devel] pskreporter.de

Thanks Mike, No this site ; https://www.pskreporter.de/

which I used to see who copied my or others callsigns on FT8 etc.

I found it very useful to judge band conditions.

Is there another site that does the same ?


73


Adrian ... vk4tux

On 20/9/22 14:09, Black Michael via wsjt-devel wrote:
> Are you thinking of pskreporter.info?
>
> https://pskreporter.info/pskmap.html
>
> Mike W9MDB
>
>
>
>
>
>
>
>
> On Monday, September 19, 2022 at 11:06:40 PM CDT, Adrian via wsjt-devel 
>  wrote:
>
>
>
>
>
> I noticed pskreporter.de was down for a long time with a database issue.
> Now it requires a login ?
>
> Is it now a subscriber service, I see no info on that site, as any
> associated url needs auth access ?
>
>
> Thankyou for any info.
>
>
> 73
>
>
> vk4tux
>
>
>
>
> ___
> 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
-- 
73's ON4CKT Rudy
https://www.qsl.net/on4ckt


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

Re: [wsjt-devel] pskreporter.de

[Adrian via wsjt-devel]

Thanks Mike, No this site ; https://www.pskreporter.de/

which I used to see who copied my or others callsigns on FT8 etc.

I found it very useful to judge band conditions.

Is there another site that does the same ?


73


Adrian ... vk4tux

On 20/9/22 14:09, Black Michael via wsjt-devel wrote:

Are you thinking of pskreporter.info?

https://pskreporter.info/pskmap.html

Mike W9MDB








On Monday, September 19, 2022 at 11:06:40 PM CDT, Adrian via wsjt-devel 
 wrote:





I noticed pskreporter.de was down for a long time with a database issue.
Now it requires a login ?

Is it now a subscriber service, I see no info on that site, as any
associated url needs auth access ?


Thankyou for any info.


73


vk4tux




___
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] pskreporter.de

[Black Michael via wsjt-devel]

Are you thinking of pskreporter.info?

https://pskreporter.info/pskmap.html

Mike W9MDB








On Monday, September 19, 2022 at 11:06:40 PM CDT, Adrian via wsjt-devel 
 wrote: 





I noticed pskreporter.de was down for a long time with a database issue. 
Now it requires a login ?

Is it now a subscriber service, I see no info on that site, as any 
associated url needs auth access ?


Thankyou for any info.


73


vk4tux




___
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] pskreporter.de

[Adrian via wsjt-devel]

I noticed pskreporter.de was down for a long time with a database issue. 
Now it requires a login ?


Is it now a subscriber service, I see no info on that site, as any 
associated url needs auth access ?



Thankyou for any info.


73


vk4tux



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

Re: [wsjt-devel] Possible RC4 issue

[Gary McDuffie via wsjt-devel]

> On Sep 18, 2022, at 22:32, Reino Talarmo via wsjt-devel 
>  wrote:
> 
> This may be irrelevant, but how you returned from FT4 to FT8 to work the 
> single station? 

Reino,

Sorry, I forgot to respond to this.  I was only doing the mode change with the 
new mode buttons, not the mode drop down.

Gary - AG0N

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

Re: [wsjt-devel] Possible RC4 issue

[Gary McDuffie via wsjt-devel]

> On Sep 18, 2022, at 22:32, Reino Talarmo via wsjt-devel 
>  wrote:
> 
> This may be irrelevant, but how you returned from FT4 to FT8 to work the 
> single station? 
> 
>> When I tried to restart WSJT-X, it failed, giving me the following error:
>   Sub Process Error
>   Failed to close orphaned jt9 process
> 
> The failure reason is solely due to the orphaned jt9 (jt8.exe) process that 
> is the main engine for decoding within wsjt-x, I think. You could have also 
> kill the process (jt8.exe) using Windows Task Manager. Normally that is 
> enough and no need to reboot the total system.

Will try to remember that, but I will be surprised if it happens again.  ;-)

Gary - AG0N

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

Re: [wsjt-devel] Possible RC4 issue

[Gary McDuffie via wsjt-devel]

> On Sep 18, 2022, at 21:25, Black Michael via wsjt-devel 
>  wrote:
> 
> About how long were you running when this happened?

If by “running” you mean the program was loaded and running, it runs 24/hrs a 
day.  Since we are in lightning storm season, it was probably shut down and 
restarted the night before.  As for actually working people, probably no more 
than 10 minutes when I walked into the shack.  Before that, it was just 
monitoring the band.

By the way, it has again run trouble free since last night, so still may be a 
one-off deal.

Gary - AG0N

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

Re: [wsjt-devel] New Feature Request

[Alan Altman via wsjt-devel]

Will,

Yes, we do the same zero crossing detection several ADX versions that use an 
Arduino UNO or NANO. We are in the process of moving to a version that use the 
Raspberry Pi PICO, which does not have zero crossing input capture and uses a 1 
MHz clock, so either we have to take measurements over a much longer time 
period or come up with another faster way to generate a TX FSK frequency. Hence 
bypassing the D>A in WSJT and A>D in the microprocessor.

73,
Alan
AG7XS

> On Sep 19, 2022, at 11:15 AM, William Smith via wsjt-devel 
>  wrote:
> 
> The http://qrp-labs.com/qdx.html _could_ use the same data stream (tones 
> instead of audio), but as JT points out then the 'radio' is in charge of 
> doing the transitions from one tone to another, and you need watchdog timers 
> and such.  [The QDX does zero crossing detecton to determine the incoming 
> tone frequency, if that helps.]
> 
> 73, Willie N1JBJ
> 
>> On Sep 19, 2022, at 1:01 PM, Alan Altman via wsjt-devel 
>>  wrote:
>> 
>> Greetings,
>> 
>> Thank you for all the great work on creating and improving WSJT-X.
>> 
>> You are probably aware of the ADX transceiver designed by WB2CBA. It is a 
>> simple open source digital HF rig designed for home brewing. We are working 
>> on replacing the Arduino with a RPi PICO. Due to differences in internal 
>> peripherals and timers, it is more complicated to measure the TX frequency 
>> in order to send it to the Si5351 DDS we use. 
>> 
>> In rethinking the problem, it occurred to me that WSJT-X must first generate 
>> a digital  list or table of tones for each transmission before they are sent 
>> to the sound card and on to the rig as an analog signal.
>> 
>> What would greatly simplify the transition to PICO is if the TX audio 
>> frequencies could be sent out over USB in a directly useable format that 
>> could be directly added to the base frequency and on to the DDS. The best 
>> solution for ADX would be the final 0 to 3000 Hz tone frequency value be 
>> sent upon start of TX and each subsequent change in value or at a preset 
>> interval until the end of TX (stop value appended to release TX mode)  or 
>> some other system if it is easier to implement on the WSJT-X side. Timing 
>> would be controlled by the WSJT-X. We have been using VOX or CAT control for 
>> PTT, but could update that to CAT only.
>> 
>> In addition if USB CAT polling interval requests could be blocked during TX 
>> periods, that would be even great as it prevent dropouts and data conflicts 
>> if using a USB hub with audio dongle.
>> 
>> 73,
>> Alan
>> AG7XS
> 
> 
> 
> 
> ___
> 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] New Feature Request

[William Smith via wsjt-devel]

The http://qrp-labs.com/qdx.html _could_ use the same data stream (tones 
instead of audio), but as JT points out then the 'radio' is in charge of doing 
the transitions from one tone to another, and you need watchdog timers and 
such.  [The QDX does zero crossing detecton to determine the incoming tone 
frequency, if that helps.]

73, Willie N1JBJ

> On Sep 19, 2022, at 1:01 PM, Alan Altman via wsjt-devel 
>  wrote:
> 
> Greetings,
> 
> Thank you for all the great work on creating and improving WSJT-X.
> 
> You are probably aware of the ADX transceiver designed by WB2CBA. It is a 
> simple open source digital HF rig designed for home brewing. We are working 
> on replacing the Arduino with a RPi PICO. Due to differences in internal 
> peripherals and timers, it is more complicated to measure the TX frequency in 
> order to send it to the Si5351 DDS we use. 
> 
> In rethinking the problem, it occurred to me that WSJT-X must first generate 
> a digital  list or table of tones for each transmission before they are sent 
> to the sound card and on to the rig as an analog signal.
> 
> What would greatly simplify the transition to PICO is if the TX audio 
> frequencies could be sent out over USB in a directly useable format that 
> could be directly added to the base frequency and on to the DDS. The best 
> solution for ADX would be the final 0 to 3000 Hz tone frequency value be sent 
> upon start of TX and each subsequent change in value or at a preset interval 
> until the end of TX (stop value appended to release TX mode)  or some other 
> system if it is easier to implement on the WSJT-X side. Timing would be 
> controlled by the WSJT-X. We have been using VOX or CAT control for PTT, but 
> could update that to CAT only.
> 
> In addition if USB CAT polling interval requests could be blocked during TX 
> periods, that would be even great as it prevent dropouts and data conflicts 
> if using a USB hub with audio dongle.
> 
> 73,
> Alan
> AG7XS




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

Re: [wsjt-devel] New Feature Request

[Alan Altman via wsjt-devel]

Joe,

Thank you for the response.

I have read that article (and just reviewed it) and I stand corrected, a 
continuous-phase, frequency shift keying. 

The way ADX now generates the FSK signal (as many other similar generally low 
power digital transceivers) is to measure the audio coming out of WSJT-X and 
then adding the result to the base frequency in an SI5351. The SI5351 is sent a 
digital number which is the sum of the FSK offset and the base frequency. Would 
it be possible to sent the FSK frequency with greater resolution so that it 
approximated a continuous FSK signal? 

73,
Alan
AG7XS

> On Sep 19, 2022, at 10:27 AM, Joe Taylor via wsjt-devel 
>  wrote:
> 
> Hi Alan,
> 
> On 9/19/2022 1:01 PM, Alan Altman AG7XS via wsjt-devel wrote:
>> Greetings,
>> Thank you for all the great work on creating and improving WSJT-X.
>> You are probably aware of the ADX transceiver designed by WB2CBA. It is a 
>> simple open source digital HF rig designed for home brewing. We are working 
>> on replacing the Arduino with a RPi PICO. Due to differences in internal 
>> peripherals and timers, it is more complicated to measure the TX frequency 
>> in order to send it to the Si5351 DDS we use.
>> In rethinking the problem, it occurred to me that WSJT-X must first generate 
>> a digital  list or table of tones for each transmission before they are sent 
>> to the sound card and on to the rig as an analog signal.
> 
> FT8 signals are not generated from a list of tones.  Abrupt frequency changes 
> from one tone to the next would generate unwanted sidebands with amplitudes 
> far above those of a properly generated FT8 signal.  For relevant details see 
> Figure 3 and the associated text in our QEX paper describing the FT4 and FT8 
> protocols:
> https://physics.princeton.edu//pulsar/k1jt/FT4_FT8_QEX.pdf
> 
>   -- 73, Joe, K1JT
> 
>> What would greatly simplify the transition to PICO is if the TX audio 
>> frequencies could be sent out over USB in a directly useable format that 
>> could be directly added to the base frequency and on to the DDS. The best 
>> solution for ADX would be the final 0 to 3000 Hz tone frequency value be 
>> sent upon start of TX and each subsequent change in value or at a preset 
>> interval until the end of TX (stop value appended to release TX mode)  or 
>> some other system if it is easier to implement on the WSJT-X side. Timing 
>> would be controlled by the WSJT-X. We have been using VOX or CAT control for 
>> PTT, but could update that to CAT only.
>> In addition if USB CAT polling interval requests could be blocked during TX 
>> periods, that would be even great as it prevent dropouts and data conflicts 
>> if using a USB hub with audio dongle.
>> 73,
>> Alan
>> AG7XS
> 
> 
> ___
> 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] New Feature Request

[Joe Taylor via wsjt-devel]

Hi Alan,

On 9/19/2022 1:01 PM, Alan Altman AG7XS via wsjt-devel wrote:

Greetings,

Thank you for all the great work on creating and improving WSJT-X.

You are probably aware of the ADX transceiver designed by WB2CBA. It is a 
simple open source digital HF rig designed for home brewing. We are working on 
replacing the Arduino with a RPi PICO. Due to differences in internal 
peripherals and timers, it is more complicated to measure the TX frequency in 
order to send it to the Si5351 DDS we use.

In rethinking the problem, it occurred to me that WSJT-X must first generate a 
digital  list or table of tones for each transmission before they are sent to 
the sound card and on to the rig as an analog signal.


FT8 signals are not generated from a list of tones.  Abrupt frequency 
changes from one tone to the next would generate unwanted sidebands with 
amplitudes far above those of a properly generated FT8 signal.  For 
relevant details see Figure 3 and the associated text in our QEX paper 
describing the FT4 and FT8 protocols:

https://physics.princeton.edu//pulsar/k1jt/FT4_FT8_QEX.pdf

-- 73, Joe, K1JT


What would greatly simplify the transition to PICO is if the TX audio 
frequencies could be sent out over USB in a directly useable format that could 
be directly added to the base frequency and on to the DDS. The best solution 
for ADX would be the final 0 to 3000 Hz tone frequency value be sent upon start 
of TX and each subsequent change in value or at a preset interval until the end 
of TX (stop value appended to release TX mode)  or some other system if it is 
easier to implement on the WSJT-X side. Timing would be controlled by the 
WSJT-X. We have been using VOX or CAT control for PTT, but could update that to 
CAT only.

In addition if USB CAT polling interval requests could be blocked during TX 
periods, that would be even great as it prevent dropouts and data conflicts if 
using a USB hub with audio dongle.

73,
Alan
AG7XS



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

Re: [wsjt-devel] New Feature Request

[Black Michael via wsjt-devel]

I assume this is similar to this?
https://create.arduino.cc/projecthub/pu2clr/shortwave-arduino-transmiter-with-si5351-and-arduino-421602

It can mix any audio source which is all the audio is from WSJT-X...nothing 
special.

Trying to recreate the tone sequence seems like overkill.

I fail to see any advantage of building your own signal.

As for CAT controlI never thought of the possible conflicts that might 
exist  on a USB hub.

If you can compile WSJTX I should be able to provide a patch which stops all 
CAT commands (except PTT status which should probably remain but is generally a 
very short command).

Mike W9MDB









On Monday, September 19, 2022 at 12:07:28 PM CDT, Alan Altman via wsjt-devel 
 wrote: 





Greetings,

Thank you for all the great work on creating and improving WSJT-X.

You are probably aware of the ADX transceiver designed by WB2CBA. It is a 
simple open source digital HF rig designed for home brewing. We are working on 
replacing the Arduino with a RPi PICO. Due to differences in internal 
peripherals and timers, it is more complicated to measure the TX frequency in 
order to send it to the Si5351 DDS we use. 

In rethinking the problem, it occurred to me that WSJT-X must first generate a 
digital  list or table of tones for each transmission before they are sent to 
the sound card and on to the rig as an analog signal.

What would greatly simplify the transition to PICO is if the TX audio 
frequencies could be sent out over USB in a directly useable format that could 
be directly added to the base frequency and on to the DDS. The best solution 
for ADX would be the final 0 to 3000 Hz tone frequency value be sent upon start 
of TX and each subsequent change in value or at a preset interval until the end 
of TX (stop value appended to release TX mode)  or some other system if it is 
easier to implement on the WSJT-X side. Timing would be controlled by the 
WSJT-X. We have been using VOX or CAT control for PTT, but could update that to 
CAT only.

In addition if USB CAT polling interval requests could be blocked during TX 
periods, that would be even great as it prevent dropouts and data conflicts if 
using a USB hub with audio dongle.

73,
Alan
AG7XS

___
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] New Feature Request

[Alan Altman via wsjt-devel]

Greetings,

Thank you for all the great work on creating and improving WSJT-X.

You are probably aware of the ADX transceiver designed by WB2CBA. It is a 
simple open source digital HF rig designed for home brewing. We are working on 
replacing the Arduino with a RPi PICO. Due to differences in internal 
peripherals and timers, it is more complicated to measure the TX frequency in 
order to send it to the Si5351 DDS we use. 

In rethinking the problem, it occurred to me that WSJT-X must first generate a 
digital  list or table of tones for each transmission before they are sent to 
the sound card and on to the rig as an analog signal.

What would greatly simplify the transition to PICO is if the TX audio 
frequencies could be sent out over USB in a directly useable format that could 
be directly added to the base frequency and on to the DDS. The best solution 
for ADX would be the final 0 to 3000 Hz tone frequency value be sent upon start 
of TX and each subsequent change in value or at a preset interval until the end 
of TX (stop value appended to release TX mode)  or some other system if it is 
easier to implement on the WSJT-X side. Timing would be controlled by the 
WSJT-X. We have been using VOX or CAT control for PTT, but could update that to 
CAT only.

In addition if USB CAT polling interval requests could be blocked during TX 
periods, that would be even great as it prevent dropouts and data conflicts if 
using a USB hub with audio dongle.

73,
Alan
AG7XS

___
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] Possible RC4 issue

[Bill Lederer via wsjt-devel]

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 <
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