Dear developers,
The following Fortran runtime error occurred a number of times in MAP65.exe
:
Running: C:\WSJT\wsjtx\bin\m65 -s
At line 13 of file C:\JTSDK64-Tools\WSJTX\BBdevelop\lib\pctile.f90
Fortran runtime error: Index '-240641' of dimension 1 of array 'tmp' below
lower bound of 1
Error
ate: Tue, 17 Oct 2023 12:11:58 + (UTC)
From: Black Michael
To: Erik Icket via wsjt-devel
Subject: Re: [wsjt-devel] Fortran runtime error in MAP65 3.0.1
Message-ID: <1878016149.8854474.1697544718...@mail.yahoo.com>
Content-Type: text/plain; charset=UTF-8
What version of WSJT-X?
Mike
3.0.1
Hi Erik,
Can you reproduce this error? If so, please send me your file map65.ini and a
sequence of steps that will reproduce the crash.
-- Joe, K1JT
On 10/17/2023 7:17 AM, Erik Icket via wsjt-devel wrote:
> Dear developers,
>
> The following Fortran runtime error oc
I observed that confusion as well last weekend when F/H was used on the
regular FT8 frequencies.
What about adding an additional "Decode highlighting" for FOX messages (type
0.1 in the payload) in the Color tab ?
73's Erik
ON4PB
Message: 1
Date: Tue, 8 Nov 2022 01:19:15 +
From: Tsutsumi
Hi dear developers,
Below is a ** correct ** sequence of fox/hound messages which are taken from
my ALL.TXT file, but which did not make if to a full QSO in the expedition
log (snif, snif, ..) :
230211_17014518.107 Tx FT8 0 0.0 1857 3Y0J ON4PB JO20
230211_17013018.107 Rx FT8-17
Hi dear developers,
I believe the 3Y0J expedition learned us a lot about correct F/H practices
and at the same time, pushed the protocol to its limits.
There is however one situation which occurred in the early hours of the
expedition where unsolvable confusion reigned : "Was the expedition
1kzx Michael <5p1...@gmail.com>
To: Erik Icket via wsjt-devel
Subject: Re: [wsjt-devel] 3Y0J F/H operation - was my "R+rpt" report
received ?
Message-ID:
Content-Type: text/plain; charset=UTF-8; format=flowed
Hi Erik
?Can't see what software and version you are run
Dear developers,
When switching to a predefined configuration, an information dialog pops up
with the message 'Unable to create shared memory segment mem-qmap',
followed by another modal message a few secs later 'Optimizing FFTs for your
CPU. Please be patient ...'
After that, the program does
Dear developers,
Would it be of interest to implement the IQ data repeater between QMAP and
the SDR console ?
The IQ Data Repeater has a well-documented interface specification
(https://www.sdr-radio.com/data-repeater) and streams IQ data in either
16-bit or 32-bit to a UDP port.
Looking at