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

2021-12-24 Thread Tomasz Kłoczko via wsjt-devel 
On Sat, 25 Dec 2021 at 01:02, Gary Rogers via wsjt-devel <
wsjt-devel@lists.sourceforge.net> wrote:

> Try here:
>
> wsjtx-2.5.3.tgz
> 
>

Is that official new location and/or why sf.net is no longer used?

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

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

2021-12-24 Thread jarmo via wsjt-devel 
Fri, 24 Dec 2021 19:00:24 -0600
Gary Rogers via wsjt-devel  kirjoitti:

> Try here:
> 
> wsjtx-2.5.3.tgz
> 

>From my ISP not possible. Blocked. Only with TOR-browser works
I think Joe "could" talk with maintainer of this princeton.edu

Has been over this year unreachable from 109.108.25.x and
equalient inet6 addr.

Jarmo, oh1mrr


___
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

2021-12-24 Thread 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

[wsjt-devel] 2.5.3: missing diist tar ball

2021-12-24 Thread Tomasz Kłoczko via wsjt-devel 
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

Re: [wsjt-devel] Fwd: Inaccessible web pages http://physics.princeton.edu/ from part of EU only!

2021-12-24 Thread G8DQX (WSJT developers on SF) via wsjt-devel 

Zdenek, and others,

your immediate problem may be solved by use of the *Internet Archive*, 
and, in particular, the Wayback Machine. Try looking at 
https://web.archive.org/web/20211207214103/https://physics.princeton.edu/pulsar/K1JT/ 
, 
which seems to be the most recent snapshot (at least as of today).


The base problem is as described at 
https://wsjtx.groups.io/g/main/message/27219 
.


HTH, 73, Stay Safe, The Compliments of The Season,

Robin, G8DQX

On 24/12/2021 16:24, Zdenek Hladik via wsjt-devel wrote:

Hi dr OM's,

We got  troubles to access K1JT web pages

https://physics.princeton.edu/pulsar/K1JT

It seems whole web have some type of restriction or bug for
part of Europe only

as example here i am just now blocked from IPs:

94.112.8.156 UPC/Vodafone  Cable operator in Czech

212.24.158.211  Dialtelecom - big ISP in Czech

but some mulitpoint online checks also fails from some EU checkpoints:

https://www.uptrends.com/tools/uptime?toolRequestGuid=f1016efc-09d0-401d-8e6f-1e82dfaeba88

This troubles are long term - several months or more - in past I 
believed that referenced URL from other sites is outdated...


Pleas contact Admin of web server.

73   Zdenek OK7DR

 Přeposlaná zpráva 
Předmět:Inaccessible web pages http://physics.princeton.edu/
Datum:  Fri, 24 Dec 2021 14:27:30 +0100
Od: Zdenek Hladik 
Adresa pro odpověď: zde...@hladik.cz
Komu:   da...@princeton.edu



Hello,

let me report that web

http://physics.princeton.edu/

is inaccessible from  (and only from!) big part of Europe.

See result of tests(bottom side of results table):

https://www.uptrends.com/tools/uptime?toolRequestGuid=f1016efc-09d0-401d-8e6f-1e82dfaeba88

Reason is probably misconfiguration of some kind of DOS IP filtering
for this web. Other webs as for example:

https://phy.princeton.edu/


seems to be OK.

If you are not right person to receive this report, please
forward it to correct IT admin responsible for administration
of  web on domain

 physics.princeton.edu

Sincerely  Zdenek Hladik






___
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] Question about compiling the WSJT-X source for Linux

2021-12-24 Thread Marco Calistri via wsjt-devel 

Il 24/12/21 16:30, Chester Fennell ha scritto:


Short answer is no. Same as before.

73,

Chet

Chet Fennell

KG4IYS

Islandwalk

Venice, FL

Sent from Mail  for 
Windows


*From: *Marco Calistri via wsjt-devel 


*Sent: *Friday, December 24, 2021 2:28 PM
*To: *'WSJT software development' 


*Cc: *Marco Calistri 
*Subject: *[wsjt-devel] Question about compiling the WSJT-X source for 
Linux


Hello,

Just to clarify one doubt that raised here in my mind: are there any 
differences in the steps/requirements to follow in order to compile 
the WSJT-X tar-ball for Linux in respect to the previous releases, 
from 2.5.2 back?


Thanks and Merry X-Mas to everybody!

---
*73 de Marco, PY1ZRJ (former IK5BCU)
***


Good to know!

Tks and Season's Greetings!

---
*73 de Marco, PY1ZRJ (former IK5BCU)*
**


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

Re: [wsjt-devel] Question about compiling the WSJT-X source for Linux

2021-12-24 Thread Chester Fennell via wsjt-devel 
Short answer is no. Same as before.

73,

Chet

Chet Fennell
KG4IYS
Islandwalk
Venice, FL

Sent from Mail for Windows

From: Marco Calistri via wsjt-devel
Sent: Friday, December 24, 2021 2:28 PM
To: 'WSJT software development'
Cc: Marco Calistri
Subject: [wsjt-devel] Question about compiling the WSJT-X source for Linux

Hello,

Just to clarify one doubt that raised here in my mind: are there any 
differences in the steps/requirements to follow in order to compile the WSJT-X 
tar-ball for Linux in respect to the previous releases, from 2.5.2 back?

Thanks and Merry X-Mas to everybody!
---
73 de Marco, PY1ZRJ (former IK5BCU)
[cid:image002.jpg@01D7F8D2.D0150CA0]

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

[wsjt-devel] Question about compiling the WSJT-X source for Linux

2021-12-24 Thread Marco Calistri via wsjt-devel 

  
Hello,

Just to clarify one doubt that raised here in my mind: are there any
differences in the steps/requirements to follow in order to compile
the WSJT-X tar-ball for Linux in respect to the previous releases,
from 2.5.2 back?

Thanks and Merry X-Mas to everybody!
---
  73 de Marco, PY1ZRJ (former IK5BCU)
  
  
___
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 crashes on TX5 with slash in call

2021-12-24 Thread Gary trock via wsjt-devel 
You gentlemen are amazing

Sent from my iPhone

On Dec 24, 2021, at 12:27 PM, Black Michael via wsjt-devel 
 wrote:


The problem is somewhat random.

We've already found a fix for it and a new version should be released soon.

Mike W9MDB




On Friday, December 24, 2021, 11:19:53 AM CST, alan2--- via wsjt-devel 
 wrote:



Hi, I don't see this behaviour when sending a TX5 (at low power into a dummy 
load of course!) from my own call to my own call with /P added.

If I try the same but with /MM instead of /P I don't see the behaviour either, 
but the /MM is not transmitted and is also not shown anywhere in the UI apart 
from the TX5 box.

W10 64 Pro, latest updates

Alan G0TLK

On 24/12/2021 07:48, Rich - K1HTV via wsjt-devel wrote:
I have run into a problem with WSJT-X 2.5.3 when transmitting a TX5 message to 
any station with a "/"  followed by /MM or /P and probably other characters. 
I'm running the Win 64 bit version on a Windows 10 computer with the latest 
updates.

After transmitting the TX5 message, the receive cycle starts and runs for 11 
seconds. At that point the clock in the lower left corner stops and a few lines 
of decoded data is displayed, then the program ends. The problem ican be 
reproduced.

A jt9.exe process is left running, which must be deleted with Task Manager 
before WSJT-X can be started again.

The issue only occurs with stations with a forward slash in the callsign. I 
tried using a non-standard callsign such as 3DA0XXX, with no problem, only with 
calls with slash.

I've gone back to WSJT-X Version 2.5.2 and ran the same tests without the 
program crashing after a TX5 message with a forward slash in the call.

73,
Rich - K1HTV




___
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.5.3 crashes on TX5 with slash in call

2021-12-24 Thread Black Michael via wsjt-devel 
The problem is somewhat random.
We've already found a fix for it and a new version should be released soon.
Mike W9MDB

 

On Friday, December 24, 2021, 11:19:53 AM CST, alan2--- via wsjt-devel 
 wrote:  
 
  
Hi, I don't see this behaviour when sending a TX5 (at low power into a dummy 
load of course!) from my own call to my own call with /P added.
 
If I try the same but with /MM instead of /P I don't see the behaviour either, 
but the /MM is not transmitted and is also not shown anywhere in the UI apart 
from the TX5 box.
 
W10 64 Pro, latest updates
 
 Alan G0TLK On 24/12/2021 07:48, Rich - K1HTV via wsjt-devel wrote:
  
 
I have run into a problem with WSJT-X 2.5.3 when transmitting a TX5 message to 
any station with a "/"  followed by /MM or /P and probably other characters. 
I'm running the Win 64 bit version on a Windows 10 computer with the latest 
updates. 
  After transmitting the TX5 message, the receive cycle starts and runs for 11 
seconds. At that point the clock in the lower left corner stops and a few lines 
of decoded data is displayed, then the program ends. The problem ican be 
reproduced. 
  A jt9.exe process is left running, which must be deleted with Task Manager 
before WSJT-X can be started again.  
  The issue only occurs with stations with a forward slash in the callsign. I 
tried using a non-standard callsign such as 3DA0XXX, with no problem, only with 
calls with slash. 
  I've gone back to WSJT-X Version 2.5.2 and ran the same tests without the 
program crashing after a TX5 message with a forward slash in the call. 
  73, Rich - K1HTV  
  
  ___
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.5.3 crashes on TX5 with slash in call

2021-12-24 Thread alan2--- via wsjt-devel 
Hi, I don't see this behaviour when sending a TX5 (at low power into a 
dummy load of course!) from my own call to my own call with /P added.


If I try the same but with /MM instead of /P I don't see the behaviour 
either, but the /MM is not transmitted and is also not shown anywhere in 
the UI apart from the TX5 box.


W10 64 Pro, latest updates

Alan G0TLK

On 24/12/2021 07:48, Rich - K1HTV via wsjt-devel wrote:
I have run into a problem with WSJT-X 2.5.3 when transmitting a TX5 
message to any station with a "/"  followed by /MM or /P and probably 
other characters. I'm running the Win 64 bit version on a Windows 10 
computer with the latest updates.


After transmitting the TX5 message, the receive cycle starts and runs 
for 11 seconds. At that point the clock in the lower left corner stops 
and a few lines of decoded data is displayed, then the program ends. 
The problem ican be reproduced.


A jt9.exe process is left running, which must be deleted with Task 
Manager before WSJT-X can be started again.


The issue only occurs with stations with a forward slash in the 
callsign. I tried using a non-standard callsign such as 3DA0XXX, with 
no problem, only with calls with slash.


I've gone back to WSJT-X Version 2.5.2 and ran the same tests without 
the program crashing after a TX5 message with a forward slash in the call.


73,
Rich - K1HTV


___
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: Inaccessible web pages http://physics.princeton.edu/ from part of EU only!

2021-12-24 Thread Zdenek Hladik via wsjt-devel 

Hi dr OM's,

We got  troubles to access K1JT web pages

https://physics.princeton.edu/pulsar/K1JT

It seems whole web have some type of restriction or bug for
part of Europe only

as example here i am just now blocked from IPs:

94.112.8.156 UPC/Vodafone  Cable operator in Czech

212.24.158.211  Dialtelecom - big ISP in Czech

but some mulitpoint online checks also fails from some EU 
checkpoints:


https://www.uptrends.com/tools/uptime?toolRequestGuid=f1016efc-09d0-401d-8e6f-1e82dfaeba88

This troubles are long term - several months or more - in past I 
believed that referenced URL from other sites is outdated...


Pleas contact Admin of web server.

73   Zdenek OK7DR

 Přeposlaná zpráva 
Předmět:Inaccessible web pages http://physics.princeton.edu/
Datum:  Fri, 24 Dec 2021 14:27:30 +0100
Od: Zdenek Hladik 
Adresa pro odpověď: zde...@hladik.cz
Komu:   da...@princeton.edu



Hello,

let me report that web

http://physics.princeton.edu/

is inaccessible from  (and only from!) big part of Europe.

See result of tests(bottom side of results table):

https://www.uptrends.com/tools/uptime?toolRequestGuid=f1016efc-09d0-401d-8e6f-1e82dfaeba88

Reason is probably misconfiguration of some kind of DOS IP filtering
for this web. Other webs as for example:

https://phy.princeton.edu/


seems to be OK.

If you are not right person to receive this report, please
forward it to correct IT admin responsible for administration
of  web on domain

 physics.princeton.edu

Sincerely  Zdenek Hladik



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