On 29/08/2015 12:19, Richard Bown wrote:
Edit the Makefile
change the python and f2py lines to this:-
# WSJT specific Fortran flags
FFLAGS += -O2 -fbounds-check -fno-second-underscore -Wall
-Wno-conversion -Wno-character-truncation
CFLAGS += -I. -DBIGSYM
Attemptimg to play with jtmsk here using r5824.
I am seeing the following:
$ ./wsjtx
At line 65 of file /home/radio/Builds/wsjtx_exp/lib/jtmsk.f90
Fortran runtime error: Index '-8543' of dimension 1 of array 'c' outside of
expected range (1:524288)
Segmentation fault (core dumped)
Also, the
Ok, i have tried to make it with python3, but there is still a problem
related to the Alsa driver:
python3 -O ./wsjt.py
**
WSJT Version 10.0 r5755 , by K1JT
Revision date: 2015-08-05 22:04:20 +0200 (on., 05 aug. 2015)
Run date: Sat
Hi Steve,
Thanks for the bug report. Were you running with T/R sequence lebngth
30 s? I think there are problems there. Try setting T/R = 15 s, which
is what everyone is using. I will trace the problem.
-- Joe
On 8/29/2015 8:59 AM, Steven Franke wrote:
Attemptimg to play with
On Sat, 29 Aug 2015 10:47:26 +0100
Richard Bown rich...@g8jvm.com wrote:
On Sat, 29 Aug 2015 03:13:45 +0200
Håken Hveem krbjh...@online.no wrote:
Ok, i have tried to build it with jtsdk, and that results in exactly the
same sample rate related bug.
snip
Hej Haaken
If you still have
Steve --
No apparent problem here when monitoring a birdie. Does it die when
attempting to decode, at the end of a sequence? If you hace checked
Save all and re-open the saved file, does that crash the program? If
so, could you send me the file?
-- Joe
On 8/29/2015 10:29 AM,
Hi Bill, Steve, and all,
On 8/29/2015 9:44 AM, Bill Somerville wrote:
On 29/08/2015 13:59, Steven Franke wrote:
Hi Steve,
Attemptimg to play with jtmsk here using r5824.
I am seeing the following:
$ ./wsjtx
At line 65 of file /home/radio/Builds/wsjtx_exp/lib/jtmsk.f90
Fortran runtime
Steve --
On 8/29/2015 10:29 AM, Steven Franke wrote:
OK, I spoke too soon. Running with 15s T/R sequence. Seems to run OK when the
input is “pure” noise - but I can make it crash within seconds if I tune to
or tune slowly through a birdie.
That may be a different problem. I will
On Sat, 29 Aug 2015 15:26:20 +0200
Håken Hveem krbjh...@online.no wrote:
Ok, i have tried to make it with python3, but there is still a problem
related to the Alsa driver:
python3 -O ./wsjt.py
**
WSJT Version 10.0 r5755 , by
OK, I spoke too soon. Running with 15s T/R sequence. Seems to run OK when the
input is “pure” noise - but I can make it crash within seconds if I tune to or
tune slowly through a birdie.
Steve k9an
On Aug 29, 2015, at 2:22 PM, Steven Franke s.j.fra...@icloud.com wrote:
T/R sequence length
Steve --
I think the problem is related to T/R =30 s sequences.
For frequency selection: you need to explicitly enter one or more
frequencies for JTMSK mode.
-- Joe
On 8/29/2015 9:52 AM, Steven Franke wrote:
Thanks Bill. I hadn’t thought through the frequency selection issue.
A bit
That what I use in my scripts, as the WSJT autotools / m4 macros need a
bit of updating.
For Debian/Ubuntu based distros:
For x86
./configure \
--with-portaudio-lib-dir=/usr/lib/i386-linux-gnu \
--with-portaudio-include-dir=/usr/include \
PYTHON=/usr/bin/python3 \
F2PY=/usr/bin/f2py3
For x86_64
It still crashes on the file that I sent to you Joe…
Steve k9an
On Aug 29, 2015, at 3:35 PM, Joe Taylor j...@princeton.edu wrote:
Hi Bill, Steve, and all,
On 8/29/2015 9:44 AM, Bill Somerville wrote:
On 29/08/2015 13:59, Steven Franke wrote:
Hi Steve,
Attemptimg to play with jtmsk here
Steve --
I didn't get a file from you, today???
-- Joe
On 8/29/2015 1:02 PM, Steven Franke wrote:
It still crashes on the file that I sent to you Joe…
Steve k9an
On Aug 29, 2015, at 3:35 PM, Joe Taylorj...@princeton.edu wrote:
Hi Bill, Steve, and all,
On 8/29/2015 9:44 AM, Bill
Joe,
Here is yet another try at sending links to files that crash the current 1.6.1
jtmsk:
https://www.dropbox.com/s/yy1k7wzrfb1ppeu/150829_144945.wav?dl=0
https://www.dropbox.com/s/jyrfa7qgfgsgt3w/150829_202100.wav?dl=0
Previously, I tried to send the links that are generated when I
Hi Steve,
Thanks for the files. Neither one makes the program crash for me with
r5829 in either Windows or Linux, so I'm presently at a loss to offer
any diagnosis.
-- Joe
On 8/29/2015 5:23 PM, Steven Franke wrote:
Joe,
Here is yet another try at sending links to files that crash
Second test. Removing the Dropbox links to see if the message gets through.
Begin forwarded message:
From: Steven Franke s.j.fra...@icloud.com
Subject: Re: [wsjt-devel] crash in jtmsk
Date: August 29, 2015 at 3:33:10 PM CDT
To: WSJT software development wsjt-devel@lists.sourceforge.net
Joe,
Yes, I am building on a 64-bit system:
$ arch
x86_64
It crashes on both files on r5830. Also - my earlier assertion that adding
write and printf statements cured the crash on one of the files was incorrect.
I was testing the wrong file. Both files consistently crash r5829 and r5830.
Do
The crash is occuring at the call to nhash in syncmsk.f90. It acts like a
memory access error because adding a bunch of write(*,*) and printf()
statements “cured the crash on one of the files. It still happens on the
second file. A print statement at the beginning of the wrapper function
Steve --
Are you building on a 64-bit system? Anyway, please try compiling
revision 5830. I changed line 204 in nhash.c so as to force the second
argument to be a 32-bit unsigned (rather than size_t) integer.
-- Joe, K1JT
On 8/29/2015 7:45 PM, Steven Franke wrote:
The crash is
20 matches
Mail list logo