Fwd: Re: A switch somewhere, or bug? CORRECTION

2025-12-04 Thread Alan Gauld via Python-list


On 04/12/2025 18:25, Em wrote:

> in Win10/Python 3.13 my program runs as well as can be expected. However, on
> my new computer Win11/Python 3.14.1 there is a peculiarity.
> 
> On the new machine, when I click on the file name, it immediately dumps out.

What exactly does "dumps out" mean? A blue screen of death?
Or just the program exits? Do you get an error message?
If you are not running it from an OS command prompt try
that and see if it prints anything.

As a first guess, changes in OS causing errors
are often down to paths or permissions changes.
Is the default/target/working directory the
same in each case? Are the permissions of
those directories the same?

-- 
Alan G
Author of the Learn to Program web site
http://www.alan-g.me.uk/
http://www.amazon.com/author/alan_gauld
Follow my photo-blog on Flickr at:
http://www.flickr.com/photos/alangauldphotos



-- 
https://mail.python.org/mailman3//lists/python-list.python.org


RE: A switch somewhere, or bug? CORRECTION

2025-12-04 Thread Em




-Original Message-
From: MRAB  
Sent: Thursday, December 4, 2025 10:52 PM
To: [email protected]
Subject: Re: A switch somewhere, or bug? CORRECTION

On 04/12/2025 18:25, Em wrote:
> Two computers, both alike in dignity, in fair windows land, where we 
> set our scene..
>
> in Win10/Python 3.13 my program runs as well as can be expected. 
> However, on my new computer Win11/Python 3.14.1 there is a peculiarity.
>
> On the new machine, when I click on the file name, it immediately dumps
out.
> I go in with IDLE and it runs fine with no indication of any error.
>



> I believe this line is the culprit:
> Starter = open("HLYlog.txt", "w")
>
> Thoughts appreciated.

-That's a relative path. Are you sure that the current working directory is
what 
-you expect? It's generally better to work with absolute paths.

Relative or not, I can't see how that could possibly make any difference. It
worked on the Win10 computer for both double-tap on the file and when using
IDLE. It worked on the Win11 computer when activated through IDLE but not
when I double-tapped to activate it. On the WIN11 computer.

In other words, it worked on 3/4 of the methods and not on the one of the
four.

Did it work for you , for both techniques, on a Win11 computer?






> -Original Message-
> From: Thomas Wouters 
> Sent: Tuesday, December 2, 2025 3:47 PM
> To: [email protected]; [email protected]
> Subject: [RELEASE] Python 3.13.10 is now available!
>
>
> Python 3.13.10 is now available:
>
> https://www.python.org/downloads/release/python-31310/
>
> Python 3.13.10 is the tenth maintenance release of 3.13, containing 
> around
> 300 bugfixes, build improvements and documentation changes since 3.13.9.
>
> Enjoy the new release!
> --
> https://mail.python.org/mailman3//lists/python-list.python.org
>
> --
> https://mail.python.org/mailman3//lists/python-list.python.org
>

--
https://mail.python.org/mailman3//lists/python-list.python.org

-- 
https://mail.python.org/mailman3//lists/python-list.python.org


Re: A switch somewhere, or bug? CORRECTION

2025-12-04 Thread Thomas Passin

On 12/4/2025 1:25 PM, Em wrote:


Two computers, both alike in dignity, in fair windows land, where we set our
scene..

in Win10/Python 3.13 my program runs as well as can be expected. However, on
my new computer Win11/Python 3.14.1 there is a peculiarity.

On the new machine, when I click on the file name, it immediately dumps out.
I go in with IDLE and it runs fine with no indication of any error.

I believe this line is the culprit:
Starter = open("HLYlog.txt", "w")

Thoughts appreciated.


When you write "when I click on the file name", do you mean you find the 
Python file in Windows Explorer and then doubleclick on it? Can you 
start it in a console by typing (without the angle brackets, of course)


py 

I suspect that what is happening is that a new console window opens, the 
program runs, and then the new console terminates and vanishes 
immediately. That's what happens on My Windows 11 system.


With the pre-Windows 11 file association system it was fairly easy to 
deal with this since it was easy to find a modify the launch command 
that Windows would use.  On Windows 11 the way programs are associated 
to files has changed and it seems to be much harder to change things. 
You wouldn't realize the change when (double)clicking on a program's 
name in Explorer for GUI programs that don't finish.  It's only when you 
try to run a command-line program that terminates that the difference 
shows up.


In Windows 11, you can change file associations in Settings/default 
apps. You could write a batch file that launches the file on the command 
line with Python, then stays around after the program ends. Then make 
that batch file the default app for .py files.




-Original Message-
From: Thomas Wouters 
Sent: Tuesday, December 2, 2025 3:47 PM
To: [email protected]; [email protected]
Subject: [RELEASE] Python 3.13.10 is now available!


Python 3.13.10 is now available:

https://www.python.org/downloads/release/python-31310/

Python 3.13.10 is the tenth maintenance release of 3.13, containing around
300 bugfixes, build improvements and documentation changes since 3.13.9.

Enjoy the new release!
--
https://mail.python.org/mailman3//lists/python-list.python.org

--
https://mail.python.org/mailman3//lists/python-list.python.org



--
https://mail.python.org/mailman3//lists/python-list.python.org


Re: A switch somewhere, or bug?

2025-12-04 Thread 'dn' via Python-list

Please reply to the List - others may then become involved.

A syntax error was observed.
What happened (differently) when it was corrected?

If there is still an error, help us to help you:
- minimise the code to the fewest number of lines which demonstrate the 
error

- copy-paste it into another post
- add shortest code-file which shows a working example, and a failing one
- add illustrative comments to explain the problem and which 
data-record(s) works/does not.




On 05/12/2025 07:40, Em wrote:

Yes, that was an error in the message. It was there, and ran for three of
the four incidents as the message says..


Footnote:
Fifteen plus Fifteen is thirty.
Sixteen and Sixteen is thirty too.

-Original Message-
From: dn via Python-list 
Sent: Thursday, December 4, 2025 1:30 PM
To: [email protected]
Subject: Re: A switch somewhere, or bug?

On 05/12/2025 05:06, Em wrote:

Two computers, both alike in dignity, in fair windows land...

in Win10/Python 3.13 my program runs as well as can be expected.
However, on my new computer Win11/Python 3.14.1 there is a peculiarity.

On the new machine, when I click on the file name, it immediately dumps

out.

I go in with IDLE and it runs fine with no indication of any error.

I believe this line is the culprit:
Starter = open(HLYlog.txt", "w")

Thoughts appreciated.


Double-quotes not balanced.

--
Regards,
=dn

--
https://mail.python.org/mailman3//lists/python-list.python.org




--
Regards,
=dn
--
https://mail.python.org/mailman3//lists/python-list.python.org


Re: A switch somewhere, or bug?

2025-12-04 Thread dn via Python-list

On 05/12/2025 05:06, Em wrote:

Two computers, both alike in dignity, in fair windows land...

in Win10/Python 3.13 my program runs as well as can be expected. However, on
my new computer Win11/Python 3.14.1 there is a peculiarity.

On the new machine, when I click on the file name, it immediately dumps out.
I go in with IDLE and it runs fine with no indication of any error.

I believe this line is the culprit:
Starter = open(HLYlog.txt", "w")

Thoughts appreciated.


Double-quotes not balanced.

--
Regards,
=dn

--
https://mail.python.org/mailman3//lists/python-list.python.org


RE: A switch somewhere, or bug? CORRECTION

2025-12-04 Thread Em


Two computers, both alike in dignity, in fair windows land, where we set our
scene..

in Win10/Python 3.13 my program runs as well as can be expected. However, on
my new computer Win11/Python 3.14.1 there is a peculiarity.

On the new machine, when I click on the file name, it immediately dumps out.
I go in with IDLE and it runs fine with no indication of any error.

I believe this line is the culprit:
Starter = open("HLYlog.txt", "w")

Thoughts appreciated.


-Original Message-
From: Thomas Wouters 
Sent: Tuesday, December 2, 2025 3:47 PM
To: [email protected]; [email protected]
Subject: [RELEASE] Python 3.13.10 is now available!


Python 3.13.10 is now available:

https://www.python.org/downloads/release/python-31310/

Python 3.13.10 is the tenth maintenance release of 3.13, containing around
300 bugfixes, build improvements and documentation changes since 3.13.9.

Enjoy the new release!
--
https://mail.python.org/mailman3//lists/python-list.python.org

--
https://mail.python.org/mailman3//lists/python-list.python.org

-- 
https://mail.python.org/mailman3//lists/python-list.python.org


A switch somewhere, or bug?

2025-12-04 Thread Em
Two computers, both alike in dignity, in fair windows land...

in Win10/Python 3.13 my program runs as well as can be expected. However, on
my new computer Win11/Python 3.14.1 there is a peculiarity.

On the new machine, when I click on the file name, it immediately dumps out.
I go in with IDLE and it runs fine with no indication of any error.

I believe this line is the culprit:
Starter = open(HLYlog.txt", "w")

Thoughts appreciated.


-Original Message-
From: Thomas Wouters  
Sent: Tuesday, December 2, 2025 3:47 PM
To: [email protected]; [email protected]
Subject: [RELEASE] Python 3.13.10 is now available!


Python 3.13.10 is now available:

https://www.python.org/downloads/release/python-31310/

Python 3.13.10 is the tenth maintenance release of 3.13, containing around
300 bugfixes, build improvements and documentation changes since 3.13.9.

Enjoy the new release!
-- 
https://mail.python.org/mailman3//lists/python-list.python.org

-- 
https://mail.python.org/mailman3//lists/python-list.python.org


Re: Are PyQt5 questions/issues accepted here?

2025-12-04 Thread Michael Torrie via Python-list
Qt's documentation is quite good.  Here are the official python Qt docs
on the subject of slots in Qt 6 (PySide2):
https://doc.qt.io/qtforpython-6/tutorials/basictutorial/signals_and_slots.html

In short you decorate them with @Slot(params) where params are a list of
the Qt types your slot is expecting from a Qt signal.  At least in Qt 6.
There probably still is a Qt 5 version of this document somewhere.
Although since Qt 5 is now EOL, it's harder to find those docs.

Working with Qt in Python can be a bit jarring because it's very much a
C++-oriented, typed library, with a pile of quirks.  So a lot of that
C++-ism bleeds through into the python bindings.  Also there are
sometimes interesting issues regarding object lifetimes since every
python object is backed by a c++ object.  Most of these issues have been
solved over the years.  Whatever the case, Qt Python code is never very
"pythonic."  But it gets the job done and is the best cross-platform UI
toolkit there is.

Although traditional QWidget-based UI bits aren't going anywhere, the
future of Qt is very much QtQuick, which uses Javascript inside the UI
itself with a declarative way of defining the UI.  Similar to the idea
of XAML, but more using a JSON and javascript -inspired syntax.  But
that's a story for another day.


On 12/2/25 3:03 PM, Rich Shepard wrote:
> On Tue, 2 Dec 2025, Thomas Passin wrote:
> 
>> Why not? Nothing very complicated, please. But you should be learning
>> PyQt6, not v5. There's not a huge difference but go with v6 since almost
>> it's getting all the new development.
> 
> Thomas,
> 
> Thanks. Most questions are simple (and more Python than PyQt.). This desktop
> currently runs PyQt5; during this month I'll upgrade the OS to the current
> stable release and install either PyQt6 or PySide6.
> 
> The question that prompted me to write is how to write a slot (funcion in 
> response
> to a widget's signal/action.) The application is databased so accepting
> entries on a form (dialog) using the 'Save' button will be a SQL query. What
> I've not found is the method to call when the 'Close' button is pressed to
> reject all entries and close the dialog box/window.
> 
> Regards,
> 
> Rich

-- 
https://mail.python.org/mailman3//lists/python-list.python.org


RE: Re: A switch somewhere, or bug? CORRECTION

2025-12-04 Thread Em
No changes. Run the file is the folder or run it using IDLE.

Copy the same file to the WIN10 Python 3.13 and both situations run as
expected.

Maybe the attached file might explain.

No BSOD. Permissions don't change.

 

I tried to send a file as an attachment, failed/rejected as spam.

Here it is as text. 

 

#===

 

"""

On my computer: Win11, Python 3.14.1

 

Double-click and run on the file".  You will see the first two lines
execute.

The screen will show "Start" and "Starter File". Hit  to resolve the
pause statement and the program crashes when it tries to create the
"HLY-LOG5" file. The last line, "End" is not printed. No file is created.

 

Press F5 to activate the program here in IDLE.  The program executes
properly and the empty file "HLY-LOG5" text file is created.

 

Why did it crash with the double-click?

"""

print ("Start")

pause = input("   Starter file")

Starter = open("HLY-LOG5.txt","w")

pause = input("End")

 

#==

 

 

Curious, will there be a version 3.14.15926?

 

 

 

 

 


A voice mail message recently left on my phone:
"Please call us back at:
16 billion 863 million 431 thousand and 125"

 

-- 
https://mail.python.org/mailman3//lists/python-list.python.org


Re: A switch somewhere, or bug? CORRECTION

2025-12-04 Thread MRAB

On 04/12/2025 18:25, Em wrote:

Two computers, both alike in dignity, in fair windows land, where we set our
scene..

in Win10/Python 3.13 my program runs as well as can be expected. However, on
my new computer Win11/Python 3.14.1 there is a peculiarity.

On the new machine, when I click on the file name, it immediately dumps out.
I go in with IDLE and it runs fine with no indication of any error.

I believe this line is the culprit:
Starter = open("HLYlog.txt", "w")

Thoughts appreciated.
That's a relative path.Are you sure that the current working directory 
is what you expect? It's generally better to work with absolute paths.

-Original Message-
From: Thomas Wouters 
Sent: Tuesday, December 2, 2025 3:47 PM
To: [email protected]; [email protected]
Subject: [RELEASE] Python 3.13.10 is now available!


Python 3.13.10 is now available:

https://www.python.org/downloads/release/python-31310/

Python 3.13.10 is the tenth maintenance release of 3.13, containing around
300 bugfixes, build improvements and documentation changes since 3.13.9.

Enjoy the new release!
--
https://mail.python.org/mailman3//lists/python-list.python.org

--
https://mail.python.org/mailman3//lists/python-list.python.org



--
https://mail.python.org/mailman3//lists/python-list.python.org