Hi Bill,
I tried again to get more information about the observed crash.
Today, I'm using r7364. The crash occurs now simply when opening the
window: help --> download samples.
I have tried to get more information using gdb. There is the thread list
after the crash:
(gdb) info threads
Id
On 04/12/2016 22:46, KI7MT wrote:
> None of the build scripts are copy anything too the WSJT-X install or
> package directory tree. I believe that is taken care of by CMake
> automatically?
>
> Is this a problem ?
Hi Mike,
no that's fine. Joe has added a note to the WSJT-X User Guide about
Hi Mike, Bill,
I did a quick search for libeasy32.dll in the top level of C:\JTSDK, the
following are the results:
$ find . -name 'libeay32.dll' -exec grep -H string {} +
./cmake/bin/libeay32.dll
./msys/bin/libeay32.dll
./qt5/Tools/QtCreator/bin/libeay32.dll
Hi Bill,
I don't think, least wise, not by design, JTSDK is installing OpenSSL
libraries. There are ssleay dll's that accompany applications such as
Subversion which are renamed under their own naming convention. I would
have to verify MSYS, Cygwin and the like, however Cygwin is a user
On 04/12/2016 21:21, Black Michael wrote:
Was trying to figure out how the dlls are copied to the JTSDK install
directories without any luck.
What gets copied the the release install directory is an old version
of libeay32.dll from 2008
Hi Mike,
the JTSDK should not be copying any OpenSSL
On 04/12/2016 21:21, Black Michael wrote:
Why don't we just add those 2 dll's to the installation package?
Nobody ever reads the manual :-) so this question will be asked over
and over again.
Hi Mike,
read this:
Why don't we just add those 2 dll's to the installation package? Nobody ever
reads the manual :-) so this question will be asked over and over again.
Was trying to figure out how the dlls are copied to the JTSDK install
directories without any luck.What gets copied the the release install
On 4/12/2016 10:27 AM, Bill Somerville wrote:
> I propose adding the WSJT-X version and revision to the UDP heartbeat
> message.
Bill,
This works for me. Thanks.
de Laurie VK3AMA
--
Check out the vibrant tech
Hi Bill
Agreed - the link should definitely go in the User Guide.
73
Charlie
-Original Message-
From: Bill Somerville [mailto:g4...@classdesign.com]
Sent: 04 December 2016 17:38
To: wsjt-devel@lists.sourceforge.net
Subject: Re: [wsjt-devel] My problems while trying to get the audio
On 12/04/2016 06:12 PM, Bill Somerville wrote:
> Hi Claude,
>
> if you can reproduce the wsjtx crash while running under gdb then type
> 'bt' after the crash and report back the stack trace printed.
Hi Bill,
Unfortunately, there is only few useful output after "bt":
(gdb) run
Starting
On 04/12/2016 17:35, Charles Suckling wrote:
> This fixed it for me, thanks.
Hi Charlie,
thanks for the feedback. Looks like that info needs adding to the
release notes or User Guide install section for Windows users.
73
Bill
G4WJS.
Hi Bill
This fixed it for me, thanks.
Tested with r7359.
73
Charlie
-Original Message-
From: Bill Somerville [mailto:g4...@classdesign.com]
Sent: 04 December 2016 14:37
To: wsjt-devel@lists.sourceforge.net
Subject: Re: [wsjt-devel] My problems while trying to get the audio samples
On 04/12/2016 17:21, mdblack98 wrote:
> Why is there an ssl connection involved for a port 80 request?
Hi Mike,
we use the SourceForge project files server to serve sample files, this
is extremely handy as it is fast and is mirrored worldwide and is free.
SourceForge quite sensibly use secure
Why is there an ssl connection involved for a port 80 request?
de Mike W9MDB
Sent on a Virgin Mobile Samsung Galaxy S® III
Original message From: Claude Frantz
Date:12/04/2016 11:09 AM
(GMT-06:00) To: WSJT software development
On 04/12/2016 17:09, Claude Frantz wrote:
I need a bit more of that stack back trace to see where it is going wrong.
What can I do in order to get a better output for you ?
Hi Claude,
if you can reproduce the wsjtx crash while running under gdb then type
'bt' after the crash and report back
On 12/04/2016 05:39 PM, Bill Somerville wrote:
Re Bill,
> I need a bit more of that stack back trace to see where it is going wrong.
What can I do in order to get a better output for you ?
> I suspect that curl on your distribution is statically linked against a
> different version of OpenSSL
On 12/04/2016 05:28 PM, Claude Frantz wrote:
Hi Bill,
Starting wsjtx again, it runs without crash at first. Now, I start as root:
ssldump -a -A -H -i wlp2s0
In wsjtx, in the download window, I press "Refresh", the program crashes
again and here is the output of ssldump:
New TCP connection #2:
On 04/12/2016 16:28, Claude Frantz wrote:
> I have tried it.
>
> First try: When pressing "refresh", the program crashes.
>
> Second try: The program crashes at the start.
>
> 3nd try: I'm running under gdb. Here is the interesting part of the output:
>
> Thread 1 "wsjtx" received signal SIGSEGV,
On 04/12/2016 16:18, Alessandro Gorobey wrote:
> I found that after copy
> C:\JTSDK\qt55\Tools\mingw492_32\opt\bin\ssleay32.dll
> to
> C:\JTSDK\wsjtx\devel\qt55\1.7.0\Release\install\bin
> the problem is solved.
Hi Sandro,
on Windows OpenSSL has two libraries, if you copy one to a new location
On 12/04/2016 03:19 PM, Bill Somerville wrote:
> Hi Claude,
>
> thanks for testing that, clearly I need to do something smarter for
> these certificate errors. I have committed another change r7361 which
> should be better, if I have got it right. Can you try a build and test
> of that
On 04/12/2016 14:42, Black Michael wrote:
Nope...just installed the Win64 openssl and no difference.
I can duplicate this now on two computers. One Windows 10 64-bit and
one Windoe 7 64-bit
Hi Mike,
are you getting the "Unable to initialize SSL Context" error? If so then
then you may need
FYI...I have to leave for several hours.I'll be back but hopefully others can
tell you and perhaps I can try and debug this when I get back.
Surprised you can't duplicate it.It's random -- sometimes works -- sometimes
not -- seems to get to a poitn where it won't work at all after several
On 04/12/2016 14:08, Black Michael wrote:
So v1=1, v2=7, v3=0, rev=7359
if (v1 >=1 && v2>=7 && v3>=0 && rev >=7358) then revision_is_available
Bad example I know but that's the idea, right?
And I know this is futuristicbut...
How would you determine an SHA value is greater than another SHA
Sorry...
Network ErrorUnable to init SSL Context
The addition of the WIndows SSL libraries didn't fix it.
de Mike W9MDB
From: Bill Somerville
To: wsjt-devel@lists.sourceforge.net
Sent: Sunday, December 4, 2016 8:39 AM
Subject: Re: [wsjt-devel] My problems while
Nope...just installed the Win64 openssl and no difference.
I can duplicate this now on two computers. One Windows 10 64-bit and one
Windoe 7 64-bit
de Mike W9MDB
From: Bill Somerville
To: wsjt-devel@lists.sourceforge.net
Sent: Sunday, December 4, 2016 8:36 AM
On 04/12/2016 14:30, Black Michael wrote:
Nope...r7361 doesn't fix it either.
I can reproduce this problem on Windows 10 here.
It's kind of randomclick once and it fails...click again and it works.
Hi Mike,
what is the problem you are observing i.e. what does "it fails" mean?
Assuming
On 04/12/2016 12:09, Charles Suckling wrote:
> It's the unable to initiate SSL context one.
Hi Charlie,
I believe that error is due to the OpenSSL libraries not being installed
on your system. Due to US state and federal laws restricting export of
strong cryptography software we cannot include
Nope...r7361 doesn't fix it either.I can reproduce this problem on Windows 10
here.It's kind of randomclick once and it fails...click again and it works.
de Mike W9MDB
From: Bill Somerville
To: wsjt-devel@lists.sourceforge.net
Sent: Sunday, December 4, 2016
On 04/12/2016 12:23, Claude Frantz wrote:
> Trying r7359 now.
>
> Help --> Download samples
>
> An error window says:
>
> https://netix.dl.sourceforge.net/project/wsjt/samples/contents_1.7.json:
> The issuer certificate of a locally looked up certificate could not be found
>
> Then, I pressed
I see where 1.7.0 + revision is workable. The rcN is fairly irrelevant but can
be ignoredas can "dirty"
So you'd end up having to parse the 3 numbers from 1.7.0 and add the revision
and then check all 4, right?
So v1=1, v2=7, v3=0, rev=7359if (v1 >=1 && v2>=7 && v3>=0 && rev >=7358) then
Hi Bill
It's the unable to initiate SSL context one.
Charlie
-Original Message-
From: Bill Somerville [mailto:g4...@classdesign.com]
Sent: 04 December 2016 12:01
To: wsjt-devel@lists.sourceforge.net
Subject: Re: [wsjt-devel] My problems while trying to get the audio samples
On
On 04/12/2016 11:56, Charles Suckling wrote:
> I still get the error box here with r7359.
Hi Charlie,
are you getting the same error as Claude or are you getting "Unable to
init SSL context"?
73
Bill
G4WJS.
--
Check
On 04/12/2016 05:24, Black Michael wrote:
Should be able to auto extract the revision and stick it an include
file so it can be part of any source archive.
The source archives will HAVE to produce this otherwise apps like
JTAlert will not know what version they're talking to.
I did that before
Hi all,
I'm trying to get the samples using: Help --> Download samples. The
following error messages are displayed:
Network SSL Errors
https://netcologne.dl.sourceforge.net/project/wsjt/samples/contents_1.7.json:
The issuer certificate of a locally looked up certificate could not be found
34 matches
Mail list logo