[issue25619] Exception AttributeError: "'NoneType'.... thrown on exit
New submission from terry: The attached code generates this output: init called finished init init called finished init init called finished init initPorts done alldone destroying /sys/class/gpio/gpio16/ destroying /sys/class/gpio/gpio6/ Exception AttributeError: "'NoneType' object has no attribute 'path'" in > ignored destroying /sys/class/gpio/gpio13/ Exception AttributeError: "'NoneType' object has no attribute 'path'" in > ignored It is necessary to have two functions defined (railVarRes() and batleveltopct()) and further more changing the name of railVarRes to arailVarRes changes the behavior: init called finished init init called finished init init called finished init initPorts done alldone destroying /sys/class/gpio/gpio16/ destroying /sys/class/gpio/gpio13/ destroying /sys/class/gpio/gpio6/ Exception AttributeError: "'NoneType' object has no attribute 'path'" in > ignored notice that the order of the class destruction has changed. -- files: bug.py messages: 254612 nosy: Terry Garyet priority: normal severity: normal status: open title: Exception AttributeError: "'NoneType' thrown on exit type: behavior versions: Python 2.7 Added file: http://bugs.python.org/file41032/bug.py ___ Python tracker <http://bugs.python.org/issue25619> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25619] Exception AttributeError: "'NoneType'.... thrown on exit
terry added the comment: My real application (not this example code that also 'breaks') is a battery monitor that starts at boot time and only exits when the battery is near death. So there is effectively a while(batlevelgood) loop that polls the battery level and doesn't exit until near battery death. I only encounters this while debugging and having to kill (ctrl-c) the script, having no chance to clean up properly. Admittedly I'm not very experienced in Python but I am an experienced programmer. I will look up context mgr protocol, but this was certainly odd behavior. It isn't every day that the name of a function not even called changes observed program behavior. Terry > On Nov 13, 2015, at 1:42 PM, R. David Murray wrote: > > > R. David Murray added the comment: > > Best practice, by the way, is to be explicit about the scope of any resource > and clean it up before program end...this is often done by using the context > manager protocol. > > -- > > ___ > Python tracker > <http://bugs.python.org/issue25619> > ___ -- title: Exception AttributeError: "'NoneType' thrown on exit -> Exception AttributeError: "'NoneType' thrown on exit ___ Python tracker <http://bugs.python.org/issue25619> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10456] unittest.main(verbosity=2) broke in python31, worked when I had python27
New submission from Terry Herron : The unittest.py module no longer accepts verbosity=2 when calling main. This worked in Python27. Example... unittest.main(verbosity=2) ## THE FIX IN unittest.py## CHANGE FROM: 1547 def __init__(self, module='__main__', defaultTest=None, 1548 argv=None, testRunner=TextTestRunner, 1549 testLoader=defaultTestLoader, exit=True): 1560 self.verbosity = 1 CHANGE TO: 1547 def __init__(self, module='__main__', defaultTest=None, 1548 argv=None, testRunner=TextTestRunner, 1549 testLoader=defaultTestLoader, exit=True, verbosity=1): 1560 self.verbosity = verbosity -- messages: 121492 nosy: teherr priority: normal severity: normal status: open title: unittest.main(verbosity=2) broke in python31, worked when I had python27 type: behavior versions: Python 3.1 ___ Python tracker <http://bugs.python.org/issue10456> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4115] split() method
New submission from Terry Scott <[EMAIL PROTECTED]>:
x = "Four score and seven"
x.split() => ["Four", "score", "and", "seven"]
x.split(" ") => ["Four", "score", " ", "and", "seven"]
Probably not a big deal but it seems that it should be consistent. One
of my students spotted it.
--
components: Windows
messages: 74701
nosy: terry.scott
severity: normal
status: open
title: split() method
type: behavior
versions: Python 2.5
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4115>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4115] split() method
Terry Scott <[EMAIL PROTECTED]> added the comment: Benjamin, Thanks. The documentation cleared this up for me. Thanks. Terry On Mon, 13 Oct 2008, Benjamin Peterson wrote: > > Changes by Benjamin Peterson <[EMAIL PROTECTED]>: > > > -- > resolution: -> invalid > status: open -> closed > > ___ > Python tracker <[EMAIL PROTECTED]> > <http://bugs.python.org/issue4115> > ___ > ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4115> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4115] split() method
Terry Scott <[EMAIL PROTECTED]> added the comment: Tim, Duh, thanks sorry I didn't check the documentation. Thanks. Terry On Mon, 13 Oct 2008, Tim Gordon wrote: > > Tim Gordon <[EMAIL PROTECTED]> added the comment: > > This is the intended behaviour. See > http://www.python.org/doc/2.5.2/lib/string-methods.html for details. > > -- > nosy: +QuantumTim > > ___ > Python tracker <[EMAIL PROTECTED]> > <http://bugs.python.org/issue4115> > ___ > ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4115> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4836] Idle Hangs on exit Button
Terry Helge added the comment: Additional testing -- apparently this is only happening when I run a program that imports pyGame. If I run IDLE and do not import, it functions properly . ___ Python tracker <http://bugs.python.org/issue4836> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4836] Idle Hangs on exit Button
Terry Helge added the comment: Additional testing - ran programs that call (import) pyGame using drPython and everything works fine ... just when using IDLE and pyGame am I getting this action. Rats!! ___ Python tracker <http://bugs.python.org/issue4836> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4836] Idle Hangs on exit Button
Terry Helge added the comment: Additional testing - tried programs on a different computer with a fresh copy of Python and pyGame - same results Program will not close(hangs) in IDLE - but will close with drPython Go Figure. ___ Python tracker <http://bugs.python.org/issue4836> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4836] Idle Hangs on exit Button
Terry Helge added the comment: I'm not sure if the bug is in Python(IDLE) or pyGame - I'm pretty new to this . I'm still checking out various things - thanks for your interest! On Mon, Jan 5, 2009 at 2:45 PM, Guilherme Polo wrote: > > Guilherme Polo added the comment: > > Can you add some example ? > Is the bug new to python 2.6 ? > > -- > nosy: +gpolo > > ___ > Python tracker > <http://bugs.python.org/issue4836> > ___ > Added file: http://bugs.python.org/file12602/unnamed ___ Python tracker <http://bugs.python.org/issue4836> ___I'm not sure if the bug is in Python(IDLE) or pyGame - I'm pretty new to this . I'm still checking out various things - thanks for your interest!On Mon, Jan 5, 2009 at 2:45 PM, Guilherme Polo <mailto:rep...@bugs.python.org";>rep...@bugs.python.org> wrote: Guilherme Polo <mailto:ggp...@gmail.com";>ggp...@gmail.com> added the comment: Can you add some example ? Is the bug new to python 2.6 ? -- nosy: +gpolo ___ Python tracker <mailto:rep...@bugs.python.org";>rep...@bugs.python.org> <http://bugs.python.org/issue4836"; target="_blank">http://bugs.python.org/issue4836> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4836] Idle Hangs on exit Button
Terry Helge added the comment: Problem solved - I need to add an additional command to any program that calls pyGame. pygame.quit () One of those little undocumented things that pop up now and then ___ Python tracker <http://bugs.python.org/issue4836> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4836] Idle Hangs on exit Button
Terry Helge added the comment: Yes, you are correct. My lack of experience is showing. Thanks for your interest. On Wed, Jan 7, 2009 at 2:35 AM, Amaury Forgeot d'Arc wrote: > > Amaury Forgeot d'Arc added the comment: > > This is even documented: > > http://www.pygame.org/wiki/FrequentlyAskedQuestions#In%20IDLE%20why%20does%20the%20Pygame%20window%20not%20close%20correctly > ? > > -- > nosy: +amaury.forgeotdarc > resolution: -> invalid > status: open -> closed > > ___ > Python tracker > <http://bugs.python.org/issue4836> > ___ > Added file: http://bugs.python.org/file12630/unnamed ___ Python tracker <http://bugs.python.org/issue4836> ___Yes, you are correct. My lack of experience is showing. Thanks for your interest.On Wed, Jan 7, 2009 at 2:35 AM, Amaury Forgeot d'Arc <mailto:rep...@bugs.python.org";>rep...@bugs.python.org> wrote: Amaury Forgeot d'Arc <mailto:amaur...@gmail.com";>amaur...@gmail.com> added the comment: This is even documented: http://www.pygame.org/wiki/FrequentlyAskedQuestions#In%20IDLE%20why%20does%20the%20Pygame%20window%20not%20close%20correctly"; target="_blank">http://www.pygame.org/wiki/FrequentlyAskedQuestions#In%20IDLE%20why%20does%20the%20Pygame%20window%20not%20close%20correctly? -- nosy: +amaury.forgeotdarc resolution: ย -> invalid status: open -> closed ___ Python tracker <mailto:rep...@bugs.python.org";>rep...@bugs.python.org> <http://bugs.python.org/issue4836"; target="_blank">http://bugs.python.org/issue4836> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43624] Add underscore as a decimal separator for string formatting
New submission from Terry Davis : Proposal: Enable this >>> format(12_34_56.12_34_56, '_._f') '123_456.123_456' Where now only this is possible >>> format(12_34_56.12_34_56, '_.f') '123_456.123456' Based on the discussion in the Ideas forum, three core devs support this addition. https://discuss.python.org/t/add-underscore-as-a-thousandths-separator-for-string-formatting/7407 I'm willing to give this a try if someone points me to where to add tests and where the float formatting code is. This would be my first CPython contribution. The feature freeze for 3.10 is 2021-05-03. https://www.python.org/dev/peps/pep-0619/#id5 -- components: Interpreter Core messages: 389508 nosy: Terry Davis priority: normal severity: normal status: open title: Add underscore as a decimal separator for string formatting type: enhancement versions: Python 3.10 ___ Python tracker <https://bugs.python.org/issue43624> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43624] Add underscore as a decimal separator for string formatting
Terry Davis added the comment: Good point Victor, though I wonder how likely it is that a person using 3.10 would only use this particular new feature, and have an otherwise backwards-compatible codebase. This isn't something that I asked about out of necessity, and there hasn't been any other discussion of this idea that anyone can remember. On the other hand, I suppose it would be possible to have a feature flag that can be used to disable decimal underscores in 3.10 to prevent test failures. Just spitballing... -- ___ Python tracker <https://bugs.python.org/issue43624> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43624] Add underscore as a decimal separator for string formatting
Terry Davis added the comment: Victor, > '_.f' would be the same as '_f'? No, the example in my original post is wrong, '_.f' isn't allowed now. The proposal should use '_f' to describe the current behavior. > Should "._f" be allowed to only add underscores in the fractional part? (for > consistency?) Yes, but not for consistency with the above usage, instead it's so both fractional and integral underscores can be specified on their own. Here is my attempt at updating the format spec. The only problem I have with it is that it allows a naked '.'; I don't know how to specify "dot must be followed by one or both of 'float_grouping' and 'precision'". Current: format_spec ::= [[fill]align][sign][#][0][width][grouping_option][.precision][type] Proposed: format_spec ::= [[fill]align][sign][#][0][width][grouping_option][.[float_grouping][precision]][type] fill::= align ::= "<" | ">" | "=" | "^" sign::= "+" | "-" | " " width ::= digit+ grouping_option ::= "_" | "," float_grouping ::= "_" precision ::= digit+ type::= "b" | "c" | "d" | "e" | "E" | "f" | "F" | "g" | "G" | "n" | "o" | "s" | "x" | "X" | "%" -- ___ Python tracker <https://bugs.python.org/issue43624> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43624] Add underscore as a decimal separator for string formatting
Terry Davis added the comment: Current behavior: >>> format(1234.1234, '_f') '1_234.123400' >>> format(1234.1234, ',f') '1,234.123400' New behavior: >>> format(1234.1234, ',._f') '1,234.123_400' >>> format(1234.1234, '_._f') '1_234.123_400' >>> format(1234.1234, '._f') '1234.123_400' >>> format(1234.1234, '._4f') '1234.123_4' >>> format(1234.1234, '.f') # still not allowed '1234.123_4' >>> format(1234.1234, '_.f') # still not allowed -- ___ Python tracker <https://bugs.python.org/issue43624> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43624] Add underscore as a decimal separator for string formatting
Terry Davis added the comment: If no one else has any comments, I'll assume there is consensus and start working on this. I have not contributed to CPython before, nor have I worked on production C code, so it may be a while before I get anywhere. -- versions: +Python 3.11 -Python 3.10 ___ Python tracker <https://bugs.python.org/issue43624> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40012] Avoid Python 2 documentation to appear in Web search results
Terry Davis added the comment: It seems like using "noindex" to tell search engines not to look at Python 2 docs at all would have the side-effect of breaking Python 2 documentation searches. I have gotten into the habit of searching for "python 3" explicitly, which I think is a reasonable work-around. Especially since python 2 and 3 could be considered different languages. ------ nosy: +Terry Davis ___ Python tracker <https://bugs.python.org/issue40012> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41231] Type annotations lost when using wraps by default
Terry Davis added the comment: I don't understand this use-case, but would it make sense to `ChainMap` the wrapper's __annotations__ on top of the wrapped __annotations__? -- nosy: +Terry Davis ___ Python tracker <https://bugs.python.org/issue41231> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41552] uuid.uuid1() on macOS doesn't generate unique IDs
New submission from Terry Greeniaus :
I'm using Python 3.8.5 on a 2016 MacBook Pro running macOS Catalina 10.15.3.
This model has a touch bar and macOS communicates with the touch bar via a
dedicated "iBridge" network interface. The iBridge network interface uses a
fixed MAC address that is common across all MacBook Pro models
(ac:de:48:00:11:22).
Normally uuid.uuid1() picks up my WiFi MAC address (which is obviously unique),
but this evening I noticed it was generating UUIDs based on the iBridge MAC
address. Since the iBridge MAC is shared across all MacBook Pro laptops,
there's no way to guarantee that the UUIDs are now universally unique. I'm not
sure what triggered uuid.uuid1() to start using my iBridge interface although
there was an Internet outage here at some point so maybe the network interfaces
got reordered. The iBridge interface (en5) does appear before my WiFi
interface (en0) in the output of ifconfig now.
Here's a quick example of the problem:
greent7@avocado:~$ python3
Python 3.8.5 (default, Jul 21 2020, 10:48:26)
[Clang 11.0.3 (clang-1103.0.32.62)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import uuid
>>> uuid.uuid1()
UUID('32bbad32-de12-11ea-a0ee-acde48001122')
And here's the output from ifconfig:
greent7@avocado:~$ ifconfig
lo0: flags=8049 mtu 16384
options=1203
inet 127.0.0.1 netmask 0xff00
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
nd6 options=201
gif0: flags=8010 mtu 1280
stf0: flags=0<> mtu 1280
en5: flags=8863 mtu 1500
ether ac:de:48:00:11:22
inet6 fe80::aede:48ff:fe00:1122%en5 prefixlen 64 scopeid 0x4
nd6 options=201
media: autoselect
status: active
en0: flags=8863 mtu 1500
options=400
ether 78:4f:43:5e:b9:86
inet6 fe80::1c4b:d303:b374:c2f3%en0 prefixlen 64 secured scopeid 0x5
inet6 fd00:1cab:c0ac:fc82:80e:f701:8302:6287 prefixlen 64 autoconf
secured
inet6 fd00:1cab:c0ac:fc82:1c38:9f17:2073:8eb prefixlen 64 autoconf
temporary
inet 192.168.0.11 netmask 0xff00 broadcast 192.168.0.255
nd6 options=201
media: autoselect
status: active
en3: flags=8963 mtu 1500
options=460
ether 82:46:1a:46:5c:01
media: autoselect
status: inactive
en1: flags=8963 mtu 1500
options=460
ether 82:46:1a:46:5c:00
media: autoselect
status: inactive
en4: flags=8963 mtu 1500
options=460
ether 82:46:1a:46:5c:05
media: autoselect
status: inactive
en2: flags=8963 mtu 1500
options=460
ether 82:46:1a:46:5c:04
media: autoselect
status: inactive
bridge0: flags=8822 mtu 1500
options=63
ether 82:46:1a:46:5c:00
Configuration:
id 0:0:0:0:0:0 priority 0 hellotime 0 fwddelay 0
maxage 0 holdcnt 0 proto stp maxaddr 100 timeout 1200
root id 0:0:0:0:0:0 priority 0 ifcost 0 port 0
ipfilter disabled flags 0x2
member: en1 flags=3
ifmaxaddr 0 port 7 priority 0 path cost 0
member: en2 flags=3
ifmaxaddr 0 port 9 priority 0 path cost 0
member: en3 flags=3
ifmaxaddr 0 port 6 priority 0 path cost 0
member: en4 flags=3
ifmaxaddr 0 port 8 priority 0 path cost 0
media:
status: inactive
p2p0: flags=8843 mtu 2304
options=400
ether 0a:4f:43:5e:b9:86
media: autoselect
status: inactive
awdl0: flags=8943 mtu 1484
options=400
ether f6:38:1e:e0:6c:3f
inet6 fe80::f438:1eff:fee0:6c3f%awdl0 prefixlen 64 scopeid 0xc
nd6 options=201
media: autoselect
status: active
llw0: flags=8863 mtu 1500
options=400
ether f6:38:1e:e0:6c:3f
inet6 fe80::f438:1eff:fee0:6c3f%llw0 prefixlen 64 scopeid 0xd
nd6 options=201
media: autoselect
status: active
utun0: flags=8051 mtu 1380
inet6 fe80::afc9:f21a:4d82:2c8d%utun0 prefixlen 64 scopeid 0xe
nd6 options=201
utun1: flags=8051 mtu 2000
inet6 fe80::4b52:18b4:5f46:4edf%utun1 prefixlen 64 scopeid 0xf
nd6 options=201
--
components: macOS
messages: 375387
nosy: ned.deily, ronaldoussoren, terrygreeniaus
priority: normal
severity: normal
status: open
title: uuid.uuid1() on macOS doesn't generate unique IDs
type: behavior
versions: Python 3.8
___
Python tracker
<https://bugs.python.org/issue41552>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41552] uuid.uuid1() on certain Macs does not generate unique IDs
Terry Greeniaus added the comment: xoring does not guarantee uniqueness and has a good chance of discarding it, so it seems like a bad idea to me. Suppose I have exactly two adapters with MAC addresses 0 and 3. Suppose you have exactly two adapters with MAC addresses 1 and 2. We'll both xor all our addresses and both get 0 ^ 3 == 1 ^ 2. This trivially extends to 48 bits. Suppose I have exactly two adapters from the same manufacturer. The xor will throw away all of the "uniqueness" guaranteed by the manufacturer OUI and replace it with 0. Suppose you have exactly two adapters from a different manufacturer (and nothing else). The xor will throw away all of your "uniqueness" guaranteed by the manufacturer OUI and replace it with 0. Now the only uniqueness between your UUIDs and my UUIDs will be the timestamp and the low-order bits of the xor'd MAC, whereas without the xor your UUIDs and my UUIDs would have absolutely been guaranteed to be unique since they are from different manufacturers with different OUIs. I realize that the documentation for uuid1() states that it isn't guaranteed to give unique addresses if the time synchronization necessary isn't supported by the platform, so I suppose this could even be a documentation fix if no real solution can be found, but that would be really undesirable. -- ___ Python tracker <https://bugs.python.org/issue41552> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12782] Multiple context expressions do not support parentheses for continuation across lines
Terry Davis added the comment: I'd like to re-raise this issue. Should I cross-post to "discuss.python.org - Ideas"? ------ nosy: +Terry Davis ___ Python tracker <https://bugs.python.org/issue12782> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36591] Should be a typing.UserNamedTuple
New submission from Terry Davis : There should be a builtin alias for `Type[NamedTuple]` so that library authors user-supplied `NamedTuple`s can properly type-check their code. Here's a code sample that causes an issue in my IDE (PyCharm) from typing import NamedTuple, Type def fun(NT: NamedTuple, fill): # Complains that NamedTuple is not callable nt = NT(*fill) return nt UserNamedTuple = Type[NamedTuple] def fun(NT: UserNamedTuple, fill): # No complaints nt = NT(*fill) return nt This could just be an issue with PyCharm (I don't use mypy), but the correct to annotate this is with a Type[NamedTuple], so I hope mypy et. al. wouldn't this as a special case... -- components: Library (Lib) messages: 339893 nosy: Terry Davis priority: normal severity: normal status: open title: Should be a typing.UserNamedTuple type: enhancement ___ Python tracker <https://bugs.python.org/issue36591> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29412] IndexError thrown on email.message.Message.get
Change by Terry Thurk : -- pull_requests: +6509 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue29412> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29412] IndexError thrown on email.message.Message.get
Change by Terry Thurk : -- pull_requests: +6575 ___ Python tracker <https://bugs.python.org/issue29412> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29412] IndexError thrown on email.message.Message.get
Change by Terry Thurk : -- pull_requests: -6509 ___ Python tracker <https://bugs.python.org/issue29412> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16498] Unwanted link between volatile and shelve storage
New submission from Terry Cooper: The Python statement gList1[i1][1] += gList2[i2][1] modifies not only gList1 (a volatile storage object) but dBasis[163] (a record within shelve object dBasis). Both gList and dBasis[163] are printed before and after execution of the statement by cFract2.combine. They are obviously not the same record, but the statement modifies gList1[2][1] and dBasis[163][2][1] simultaniously. -- components: Windows files: bugMail.py messages: 175871 nosy: ttcooper priority: normal severity: normal status: open title: Unwanted link between volatile and shelve storage type: behavior versions: Python 2.7 Added file: http://bugs.python.org/file28023/bugMail.py ___ Python tracker <http://bugs.python.org/issue16498> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16498] Unwanted link between volatile and shelve storage
Terry Cooper added the comment: This is easy to reply to. You better believe I've tried printing gList1 and dBasis[163]. I've also scrapped a predecessor function named combo (which is included in the attachment) and written its successor, viz., "combine". I bent over backwards to make sure that the two functions did NOTHING the same way. Guess what. Both combo and combine screw up exactly the same record that they aren't supposed to know about in exactly the same way. So I'm pretty sure Python remembers that it originally got one ITEM on gList from dBasis[161]. So I think I know that the problem is to determine WHY Python remembers that. Of course what oneo thinks one knows is always subject to revision--especially what one thinks one knows about the truth. --Terry -Original Message- >From: Ezio Melotti >Sent: Nov 18, 2012 2:07 PM >To: ttcoo...@indy.net >Subject: [issue16498] Unwanted link between volatile and shelve storage > > >Ezio Melotti added the comment: > >> They are obviously not the same record > >Have you tried printing gList1 and dBasis[163], their repr and their ids? > >-- >nosy: +ezio.melotti > >___ >Python tracker ><http://bugs.python.org/issue16498> >___ -- ___ Python tracker <http://bugs.python.org/issue16498> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16498] Unwanted link between volatile and shelve storage
Terry Cooper added the comment: Got your message before I got his. Thanks for the reference to python-list. -Original Message- >From: "R. David Murray" >Sent: Nov 18, 2012 9:39 PM >To: ttcoo...@indy.net >Subject: [issue16498] Unwanted link between volatile and shelve storage > > >R. David Murray added the comment: > >If it "got it" from dBasis[163] via item assignment (say gList1[i1][1] = >dBasis[163]), then yes, Python remembers that. Names just hold pointers to >objects, so after that assignment gList1[i1][1] points to the same object as >dBasis[163] does. If that object is mutable, and you mutate it (as += will >do, if the object is mutable), both names will still reference the same >object, the one that has been changed. > >As Serhiy suggested, you are more likely to get help with this on python-list. > >-- > >___ >Python tracker ><http://bugs.python.org/issue16498> >___ -- ___ Python tracker <http://bugs.python.org/issue16498> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17888] docs: more information on documentation team
Terry Chia added the comment: Hello, I have attached a patch that should resolve this issue. Do let me know if anything needs fixing as this is my first contribution. -- keywords: +patch nosy: +terry.chia Added file: http://bugs.python.org/file35739/issue17888.patch ___ Python tracker <http://bugs.python.org/issue17888> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21860] Correct FileIO docstrings
Terry Chia added the comment: Is this acceptable? -- keywords: +patch nosy: +terry.chia Added file: http://bugs.python.org/file35770/issue21860.patch ___ Python tracker <http://bugs.python.org/issue21860> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23469] Delete Misc/*.wpr files
Terry J. Reedy added the comment:
Since the files have effectively been abandoned, I think removing them should
be considered now. The three files in /Misc, for wing-3, 4, and 5, are
python-wing3.wpr
python-wing4.wpr
python-wing5.wpr
The current version of Wing is 8.1.1. The files were last edited in March
2011, a decade ago, by M. Foord. The last contains
#!wing
#!version=5.0
##
# Wing IDE project file #
##
[project attributes]
proj.directory-list = [{'dirloc': loc('..'),
'excludes': [u'.hg',
u'Lib/unittest/__pycache__',
u'Lib/unittest/test/__pycache__',
u'Lib/__pycache__',
u'build',
u'Doc/build'],
'filter': '*',
'include_hidden': False,
'recursive': True,
'watch_for_changes': True}]
proj.file-type = 'shared'
*4.* is the same except for the version comment. Both are specialized for
working with Lib/unittest, failing to exclude most of the other __pycache__
directories. I wonder whether current Wing now knows that it should ignore
__cache__ directories. (I considered emailing supp...@wingware.com, but
decided to wait.) In the absence of more comments, we could inquire on
python-dev.
In 2019, these .ini-format configuration data files were marked as executable
scripts. I believe that this was a mistake.
--
nosy: +terry.reedy
___
Python tracker
<https://bugs.python.org/issue23469>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23469] Delete Misc/*.wpr files
Terry J. Reedy added the comment: url: https://github.com/python/cpython/blob/main/Misc/python-wing5.wpr -- ___ Python tracker <https://bugs.python.org/issue23469> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46052] Ctrl+C, C+V in IDLE on Windows do not work with Cyrillic keys
Terry J. Reedy added the comment: IDLE is a tkinter application and tkinter wraps the tcl/tk GUI framework. Your problem is mostly in the interaction between Windows, your Cyrillic input method, and tk. As a test, run import tkinter as tk r = tk.Tk() t = tk.Text(r) t.pack() Click in the box, type something, and try Ctrl-X, -C, -V. If they work, we can add explicit bindings somewhat similar to those IDLE makes. Also, how do you make your keyboard a Cyrillic keyboard. EP, are you aware of any related tk issues? Serhiy, do you know of any specific problems with Cyrillic and tkinter/tk? -- assignee: terry.reedy -> components: +Tkinter nosy: +epaine, serhiy.storchaka title: Ctrl+C, Ctrl+V in IDLE on Windows do not work with Cyrillic keyboard layout -> Ctrl+C, C+V in IDLE on Windows do not work with Cyrillic keys ___ Python tracker <https://bugs.python.org/issue46052> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46052] Ctrl+C, C+V in tk.Text on Windows do not work with Cyrillic keys
Terry J. Reedy added the comment:
It appears that your particular keyboard program is translating Ctrl + letter
key combinations to something other than the default Ascii Control-letter code.
Do you see the same problem with Notepad? To test what tcl/tk and hence
tkinter see, expand the test code to
import tkinter as tk
r = tk.Tk()
t = tk.Text(r)
t.pack()
def keyevent(e):
if c := e.char:
print(f'char: {c}, ord: {ord(c)}, ', end='')
print(f'code: {e.keycode}, sym: {e.keysym}, num: {e.keysym_num}.')
t.bind('', keyevent)
If I type c and ctrl + c in the tk box, I see the following in either the IDLE
Shell or Command Prompt.
char: c, ord: 99, code: 67, sym: c, num: 99.
code: 17, sym: Control_L, num: 65507.
char: , ord: 3, code: 67, sym: c, num: 99.
I expect the third line will be different for you when you switch to Russian.
Your immediate fix is to use either the IDLE Edit menu or the right-click
context menu to access copy and paste functions. A longer term fix might be to
get a different Russian keyboard program.
Assuming that I am correct above, I will make this an IDLE doc issue to add
something about non-ascii keyboard issues, and include the test program above.
--
title: Ctrl+C, C+V in IDLE on Windows do not work with Cyrillic keys -> Ctrl+C,
C+V in tk.Text on Windows do not work with Cyrillic keys
___
Python tracker
<https://bugs.python.org/issue46052>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46052] Ctrl+C, C+V in tk.Text on Windows do not work with Cyrillic keys
Terry J. Reedy added the comment: This is a duplicate of #31244, but I continue here with more experiments using the code above. I first confirmed that on Windows, CapsLock is really 'caps inversion. Keycode 67 is the keycode for 'C' given in https://www.tcl.tk/man/tcl/TkCmd/keysyms.html (Ascii keyboards have the capitals on keycaps), but the chars 'c' and 'C', without and with shift, are 4 different events. char: c, ord: 99, code: 67, sym: c, num: 99. code: 16, sym: Shift_L, num: 65505. char: C, ord: 67, code: 67, sym: C, num: 67. code: 20, sym: Caps_Lock, num: 65509. char: C, ord: 67, code: 67, sym: C, num: 67. code: 16, sym: Shift_L, num: 65505. char: c, ord: 99, code: 67, sym: c, num: 99. Next, the same keypresses with Ctrl added. At least on Windows, Ctrl+c, Shift+Ctrl+c, Ctrl+C, and Shift+Ctrl+C are different events that have the same Ascii code but are differentiated by the key sym that would have been generated without the control modifier and the state of the Shift key. (Note, for instance, that on the file menu, the addition of 'Shift' modifies 'Save' to 'Save as'). code: 17, sym: Control_L, num: 65507. char: , ord: 3, code: 67, sym: c, num: 99. code: 17, sym: Control_L, num: 65507. code: 16, sym: Shift_L, num: 65505. char: , ord: 3, code: 67, sym: C, num: 67. code: 20, sym: Caps_Lock, num: 65509. code: 17, sym: Control_L, num: 65507. char: , ord: 3, code: 67, sym: C, num: 67. code: 17, sym: Control_L, num: 65507. code: 16, sym: Shift_L, num: 65505. char: , ord: 3, code: 67, sym: c, num: 99. I loaded the Win 10 Russian package. Repeating the no-ctrl block, we get the Cyrillic ั and ะก. The keysym field is '??' instead of the char because non-ascii letters are not valid as keysyms. The keysym_num field is correct as if the keysym were the non-ascii letter. char: ั, ord: 1089, code: 67, sym: ??, num: 1089. code: 16, sym: Shift_L, num: 65505. char: ะก, ord: 1057, code: 67, sym: ??, num: 1057. code: 20, sym: Caps_Lock, num: 65509. char: ะก, ord: 1057, code: 67, sym: ??, num: 1057. code: 16, sym: Shift_L, num: 65505. char: ั, ord: 1089, code: 67, sym: ??, num: 1089. With Ctrl added, the generated character is still ascii 3, control-C and the keycode is still 67. But the keysym and keysym_num are changed and they no longer match neither ascii 'c' or 'C'. So the event matches neither the control-c or control-C events and the copy event is not invoked. code: 17, sym: Control_L, num: 65507. char: , ord: 3, code: 67, sym: ??, num: 1089. code: 17, sym: Control_L, num: 65507. code: 16, sym: Shift_L, num: 65505. char: , ord: 3, code: 67, sym: ??, num: 1057. code: 20, sym: Caps_Lock, num: 65509. code: 17, sym: Control_L, num: 65507. char: , ord: 3, code: 67, sym: ??, num: 1057. code: 17, sym: Control_L, num: 65507. code: 16, sym: Shift_L, num: 65505. char: , ord: 3, code: 67, sym: ??, num: 1089. The workaround considered in #31244 was to add key-x bindings specific to a particular Windows IME. But this does not work as key sequences only allow ascii alphanumerics as keysyms. (See https://www.tcl.tk/man/tcl8.6/TkCmd/bind.html, event details.) There are non-ascii letter descriptions, such as 'Cyrillic_es' listed in https://www.tcl.tk/man/tcl/TkCmd/keysyms.html, but I suspect that these only work for native keyboards, with the non-ascii chars on the keycaps, that generate the keycodes specific to each key as listed in that doc. Cyrillic_es has keycode 1747, not 67. When I tried binding '' there was no TclError, but a Russian es, 'ั' or 'ะก', did not invoke the handler. Instead of expanding keybindings, we should consider collapsing events to undo the IME translation. '??' is not a valid keysym, so there seems to be no generic 'non-Ascii IME letter' event. But we could try replacing the keysym with the ascii char that would have been there if there were no IME. The problem is that modifying the python event will not change the tk event. Nor can it be used with event_generate. Rather it has to be turn back into 'sequence' string, taking into account the .state attribute. Automated testing would be done by calling the key event handler with a synthesized Event instance. EP: Since Key-X, where x is a non-ascii char, in not a legal sequence and cannot be bound to anything, it seems reasonable to ask that tk itself translate control key events into bindable control sequences. They might object that this would break any code that catches '??' events in generic key handlers to do something language specific. But perhaps they could add a non-default option. -- assignee: -> terry.reedy stage: -> test needed versions: +Python 3.11 -Python 3.9 ___ Python tracker <https://bugs.python.org/issue46052>
[issue31244] IDLE: work around shortcuts bug in Windows' IMEs and tk
Terry J. Reedy added the comment:
What makes IDLE different from other desktop apps is that is it written in
Python, uses the tkinter wrapping of cross-platform tcl/tk, and allows users to
customize nearly all hotkey shortcuts. But tk only allows Ascii chars, with
modifiers, for hotkeys. This issue would be much easier if IDLE had a fixed
set of bindings, or even a fixed set for each major platform.
Issue 46052 is a duplicate of this. In experiments reported there, using the
Win10 Russian IME, I determined that the event.char for a Ctrl + letter-key
combination is the corresponding Ascii control character, even when switched to
Russian. The difference is that event.keysym is '??' instead of an ascii
letter and event.keysym_num is the unicode ordinal of the russian letter
instead of the ascii letter. So ('c', 99) becomes ('??', 1089). I propose on
#46052 to solve these issues by undoing this change and generating the event
that would have happened in ENG mode.
--
resolution: -> duplicate
stage: test needed -> resolved
status: open -> closed
superseder: -> Ctrl+C, C+V in tk.Text on Windows do not work with Cyrillic keys
___
Python tracker
<https://bugs.python.org/issue31244>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46052] IDLE: make Ctrl, Alt + IME non-ascii letter work on Windows
Terry J. Reedy added the comment: I closed #31244 as a duplicate of this. The modifier code for tkinter.Event.__repr__ can be used to construct the modifier part of the reconstructed event sequence. Just join with '-' instead of '|'. -- title: Ctrl+C, C+V in tk.Text on Windows do not work with Cyrillic keys -> IDLE: make Ctrl,Alt + IME non-ascii letter work on Windows ___ Python tracker <https://bugs.python.org/issue46052> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46052] IDLE: make Ctrl, Alt + IME non-ascii letter work on Windows
Terry J. Reedy added the comment: Thank you Eryk. The X/Ubuntu behavior is what I want to simulate. I can only wonder why tk has not fixed that for non-X systems. Are Alt+letter combinations also fixed on Ubuntu, so that, for instance, Alt+M-key is seen as Alt-M even with Russian layout? -- ___ Python tracker <https://bugs.python.org/issue46052> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30716] Failing tests with installed 3.6.2rc1 on Win 10-64
Change by Terry J. Reedy : -- resolution: -> out of date stage: -> resolved status: pending -> closed ___ Python tracker <https://bugs.python.org/issue30716> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46062] tkinter.filedialog.SaveAs: create new folder on Ubuntu?
Terry J. Reedy added the comment: This is not an IDLE issue, as IDLE merely calls tkinter.filedialog.SaveAS(args).show() and uses the returned path to open and write the file. This is likely not a tkinter issue either, but I will leave it open for now for others to comment. SaveAs subclasses _Dialog, which subclasses tkinter.commondialog.Dialog. For SaveAs .show calls tk_getSaveFile. This "pops up a dialog box for the user to select a file to save" and returns a full path or "". https://www.tcl.tk/man/tcl8.6/TkCmd/getOpenFile.html makes little promise about the dialog. On Windows, it opens a standard system SaveAs dialog, which allows directory navigation and creation. On macOS it opens a macOS dialog. I don't know about other systems. You might want to ask or python-list or idledev list about the experience of others with newer Python versions. -- assignee: terry.reedy -> components: +Tkinter -IDLE nosy: +serhiy.storchaka title: In IDLE, 'File > Save As' seems not to allow creation of a new folder -> tkinter.filedialog.SaveAs: create new folder on Ubuntu? ___ Python tracker <https://bugs.python.org/issue46062> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44413] OverflowError: mktime argument out of range after 2019
Terry J. Reedy added the comment: Thank you both. Status: Failures on Open Suse TW (Vyacheslav) and Ubuntu 20-04 (Daniel McDonald, Github Actions, and Azure Pipelines). Success on Windows (me), macOS (Catalina-me and 11.6.1-DM), Centos 7.9 and Ubuntu 18-04 (both DM) I verified that the sample tuple is consistent and round-trips with time.localtime. >>> import time >>> time.mktime((2017,5,26,15,30,16,4,146,1)) 1495827016.0 >>> time.localtime(time.mktime((2017,5,26,15,30,16,4,146,1))) time.struct_time(tm_year=2017, tm_mon=5, tm_mday=26, tm_hour=15, tm_min=30, tm_sec=16, tm_wday=4, tm_yday=146, tm_isdst=1) While OverflowError is documented as a legitimate response, it is not for a contemporary valid datetime such as the above. Someone with a failure machine could try to determine what tuple vales do and don't result in the error. Someone with both failure and success machines could add debug prints to mktime (or use C debugger) to see where the behavior of the C code diverges on the two machines. If no one active on the issue can do either, a request could be made for help on python-list. -- ___ Python tracker <https://bugs.python.org/issue44413> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46117] tk could not refresh auto in mac os
Terry J. Reedy added the comment: IDLE is neither the Python it is written it, nor the tkinter module it depends on. For this tracker, this is at most a tkinter on macOS 12 issue. But I suspect that it is an issue of the 3rd party tcl/tk on the new macOS version. There have been others. Perhaps someone else can test on earlier macOS. (I verified that the code works as intended on Win 10 with Tk 8.6.12.) I am not sure of your intention in half-closing this issue. But, does adding 'root.update_idletasks()' to the end of 'change' make any difference? -- assignee: terry.reedy -> components: +Tkinter, macOS -IDLE nosy: +epaine, ned.deily, ronaldoussoren, serhiy.storchaka status: pending -> open ___ Python tracker <https://bugs.python.org/issue46117> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20741] Documentation archives should be available also in tar.xz format
Terry J. Reedy added the comment: https://docs.python.org/3/download.html says a) tar.bz2 can be read by the tar program, which I presume is true also of tar.xz. So there is no issue of *needing* two separate programs. It also claims "The .tar.bz2 archives provide the best compression and fastest download times." This only need be true, if it is, for the doc formats, as opposed to python code. In the absence of at least 2 requests from *nix consumers of the archives, why even think of changing? -- nosy: +terry.reedy ___ Python tracker <https://bugs.python.org/issue20741> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46051] Make @atexit.register work for functions with arguments
Terry J. Reedy added the comment: You might post on python-ideas list to get comments from other possible users. -- nosy: +terry.reedy ___ Python tracker <https://bugs.python.org/issue46051> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44896] AttributeError in ast.unparse
Terry J. Reedy added the comment: #46073 may be a duplicate of this and perhaps should have the same resolution. -- nosy: +terry.reedy ___ Python tracker <https://bugs.python.org/issue44896> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46103] inspect.getmembers will call the instance __bases__ attribute, which may cause an exception
Terry J. Reedy added the comment: PR edits inspect._getmembers. I nosied people who have edited it previously. -- nosy: +ethan.furman, ping, pitrou, terry.reedy ___ Python tracker <https://bugs.python.org/issue46103> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46103] inspect.getmembers will call the instance __bases__ attribute, which may cause an exception
Change by Terry J. Reedy : -- nosy: +yselivanov ___ Python tracker <https://bugs.python.org/issue46103> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46110] compile("-"*3000000 + "4", '', mode) causes hard crash
Terry J. Reedy added the comment:
Windows, IDLE, 3.10.1: compile("-"*300 + "4", '', mode) crashes execution
process for any of 'exec', 'eval', 'single'.
#42609 is also about 'too high' string multiplication with new compilet, though
the exact breaking point in crash dumps seems different.
--
nosy: +pablogsal, terry.reedy
title: `eval("-"*300 + "4")` in cmd causes hard crash ->
compile("-"*300 + "4", '', mode) causes hard crash
___
Python tracker
<https://bugs.python.org/issue46110>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46117] tk could not refresh auto in mac os
Terry J. Reedy added the comment: The macOS system tk, 8.5.9, is over a decade old and buggy. python.org python now always uses the recent 8.6 version included with the installer. -- ___ Python tracker <https://bugs.python.org/issue46117> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46051] Make @atexit.register work for functions with arguments
Terry J. Reedy added the comment: Yes, that is the list. Serhiy, can you comment on using atexit.register and classmethod decorators together? Or suggest someone else? -- nosy: +serhiy.storchaka ___ Python tracker <https://bugs.python.org/issue46051> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44413] Improvement mktime error reporting
Terry J. Reedy added the comment: Daniel, I believe your proposal is an enhancement request that could only be implemented in a future version. I changed headers accordingly. I leave it to Christian or someone else to evaluate the request itself. -- title: OverflowError: mktime argument out of range after 2019 -> Improvement mktime error reporting type: behavior -> enhancement ___ Python tracker <https://bugs.python.org/issue44413> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43424] Document the `controller.name` field in `webbrowser` module
Change by Terry J. Reedy : -- Removed message: https://bugs.python.org/msg408987 ___ Python tracker <https://bugs.python.org/issue43424> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43424] Document the `controller.name` field in `webbrowser` module
Change by Terry J. Reedy : Removed file: https://bugs.python.org/file50506/images (5).jpeg ___ Python tracker <https://bugs.python.org/issue43424> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43424] Document the `controller.name` field in `webbrowser` module
Change by Terry J. Reedy : -- pull_requests: -28440 ___ Python tracker <https://bugs.python.org/issue43424> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43424] Document the `controller.name` field in `webbrowser` module
Terry J. Reedy added the comment: Zach, gaurawgoshwami is a spammer. Deleted added nosy, unlinked spam file and unrelated PR. I have no idea what 'repository containing patch' means or how g. created link to non-existent? file. -- nosy: -asvetlov, barry, dstufft, eric.araujo, ezio.melotti, gaurawgoshwami, koobs, lys.nikolaou, mrabarnett, ned.deily, pablogsal, paul.moore, r.david.murray, ronaldoussoren, steve.dower, tim.golden, vstinner, yselivanov ___ Python tracker <https://bugs.python.org/issue43424> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46146] Python IDLE fails to start (tk font issue?)
Terry J. Reedy added the comment:
(This is behavior, not crash issue, as the latter is when there is no
traceback.)
The editor code was added 3 years ago in #37929, PR-15452, to correct using the
configured char width after font and window size changes make that invalid. It
is based on
https://www.tcl.tk/man/tcl8.6/TkCmd/text.html#M21
"If the font does not have a uniform width then the width of the character โ0โ
[zero] is used in translating from character units to screen units." The
implies that said char width is non-zero. It would seem like a font bug if
not. This is first report I know of where width is 0.
The current code implements this as
zero_char_width = \
Font(text, font=text.cget('font')).measure('0')
Matej, what OS and font gives this error? Please run the following, also
uploaded, with the offending font, replacing the name I used.
import tkinter as tk
from tkinter.font import Font
r = tk.Tk()
t = tk.Text(r, font=('Source Code Pro', 10, 'normal'))
t.pack()
s = '0oO !*}'
t.insert('1.0', s) # Only to check that all above is valid.
for c in s:
print(Font(t, font=t['font']).measure(c))
For fixed 10 pitch Source Code Pro, all widths are 8.
---
We could, of course, catch ZeroDivisionError, but when then? This is why I
want to know what OS, font, and a test with multiple characters.
On possibility is to check whenever font is set, but still, what then?
--
nosy: +taleinat
type: crash -> behavior
versions: +Python 3.11 -Python 3.8
Added file: https://bugs.python.org/file50507/tem.py
___
Python tracker
<https://bugs.python.org/issue46146>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46146] Python IDLE fails to start (tk font issue?)
Terry J. Reedy added the comment:
On a system where IDLE will not start, the code has to be run directly with
'python3', however that is done there. One will need to add the line
'r.mainloop()' at the end of the script to see the tk window. However, this is
not needed to see the printed width results.
What tcl/tk version do you distribute? Is the person seeing the bug using
that? Add "print(tk.call('info', 'patchlevel'))" to see.
I presume that when IDLE worked for you, you used the default font. Specific
tests to run:
python3 -m test -ugui test_tk test_tcl test_ttk_guionly test_ttk_textonly
test_idle
--
___
Python tracker
<https://bugs.python.org/issue46146>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46146] Python IDLE fails to start (tk font issue?)
Terry J. Reedy added the comment: Serhiy: Matej Cepl (SUSE) asks about tk and Wayland switch. Do you know anything? -- nosy: +serhiy.storchaka ___ Python tracker <https://bugs.python.org/issue46146> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46146] Python IDLE fails to start (tk font issue?)
Change by Terry J. Reedy : -- nosy: +epaine, serhiy.storchaka ___ Python tracker <https://bugs.python.org/issue46146> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4079] urllib.requst.Request 'timeout' attribute needs to have a default
Terry J. Reedy added the comment: urllib2 became urllib.request in 3.x. In 2.6, 'timeout' became a parameter of both urlopen and OpenerDirector.open. In both cases the default was and is the 'global default timeout setting'. So 'timeout' has a default. Both functions take a Request object in lieu of a url. I see no indication that the Request object itself ever has a timeout attribute, at least not in .__init__. It certainly does not now. It seems that the idea was that timeouts are a property of an open action, not of the reusable Request object that wraps a url. CacheFTPHandler.setTimeout() is for FTP handlers. So it seems that this should be closed as either 'not a bug' or 'out of date'. -- nosy: +terry.reedy title: new urllib2.Request 'timeout' attribute needs to have a default -> urllib.requst.Request 'timeout' attribute needs to have a default versions: +Python 3.11 -Python 3.4 ___ Python tracker <https://bugs.python.org/issue4079> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2756] urllib2 add_header fails with existing unredirected_header
Terry J. Reedy added the comment: Bug needs to be verified on 3.10 or 3.11. -- nosy: +terry.reedy versions: +Python 3.10, Python 3.11 -Python 2.6, Python 2.7 ___ Python tracker <https://bugs.python.org/issue2756> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2756] urllib.request.add_header fails with existing unredirected_header
Change by Terry J. Reedy : -- title: urllib2 add_header fails with existing unredirected_header -> urllib.request.add_header fails with existing unredirected_header ___ Python tracker <https://bugs.python.org/issue2756> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46126] Unittest output drives developers to avoid docstrings
Terry J. Reedy added the comment: I also use comments in lieu of docstrings for text_xyx methods because I find the addition of the first line of the docstring in error reports to be useless, distracting, and sometimes, depending on the content, confusing. If the error is in the test method, the full comment is available when looking back at the method code. If the error is in the tested code, the comment/docstring is inapplicable. When I edit test files, I run them directly from an IDLE editor via the 'if __name__' clause. When I run all IDLE tests from Command Prompt, I usually run 'python -m test.test_idle'. (Similar but not necessarily identical to 'python -m -ugui test_idle'.) So fiddling with regrtest will not help in either case. Based on the above, the following seems to work. runner = unittest.TextTestRunner(descriptions=False, verbosity=2) unittest.main(testRunner=runner) I am not sure what passing a runner does, versus leaving the default None, but the verbosity passed to the runner overrides and verbosity argument passed to main. What I would like is 'descriptions' added as a parameter to main, so that unittest.main(descriptions=False, verbosity=2) would work. -- nosy: +terry.reedy -eric.araujo ___ Python tracker <https://bugs.python.org/issue46126> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46166] Get "self" args or non-null co_varnames from frame object with C-API
Terry J. Reedy added the comment: Pablo, Mark: I am guessing that at least one of you know about this. -- nosy: +Mark.Shannon, pablogsal, terry.reedy ___ Python tracker <https://bugs.python.org/issue46166> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46172] [doc] Outdated description of `license` object
Terry J. Reedy added the comment: On Windows, with the python.orgs 3.9.9, 3.10.1, and 3.11.0b3 installers, 'licence' displays the documented text. Ditto for all 3 build from repository. Ditto for 3.10.1 on Mac. The behavior is set, I believe, in site.py, so your system ignored the doc. What are you running on? -- nosy: +terry.reedy ___ Python tracker <https://bugs.python.org/issue46172> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46174] Feature Request for Python Interfaces
Terry J. Reedy added the comment: (IDLE does not support typing.Protocol classes, because no one has proposed that it do so, let alone submit a patch.) A new keyword requires a PEP that specifies the syntax for an 'interface' statement and what such a statement would do. You should start with discussion on the python-ideas list. This should probably be closed until there is a concrete proposal that could be evaluated and possibly implemented or rejected. -- nosy: +terry.reedy ___ Python tracker <https://bugs.python.org/issue46174> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46126] Unittest output drives developers to avoid docstrings
Change by Terry J. Reedy : -- nosy: +eric.araujo ___ Python tracker <https://bugs.python.org/issue46126> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46177] can't install launcher for all users
Change by Terry J. Reedy : Removed file: https://bugs.python.org/file50521/Annotation 2021-12-25 165843.png ___ Python tracker <https://bugs.python.org/issue46177> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46177] can't install launcher for all users
Change by Terry J. Reedy : -- Removed message: https://bugs.python.org/msg409173 ___ Python tracker <https://bugs.python.org/issue46177> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46180] Button clicked failed when mouse hover tooltip and tooltip destroyed
Change by Terry J. Reedy : -- nosy: +serhiy.storchaka stage: -> test needed type: crash -> behavior versions: +Python 3.11 -Python 3.8 ___ Python tracker <https://bugs.python.org/issue46180> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46181] Destroying an expaned Combobox prevents Entry focus until Alt+Tab
Terry J. Reedy added the comment: Win10, Py 3.11: run combobug.py, click down arrow, click entry. 'changed' is printed to stdout (console or IDLE Shell). Cursor not visible and clicking on remaining entry box does nothing. Click on another window and back to entry box. Cursor is present in box and clicking keys enters characters. I am not sure is this is tkinter bug or tk 8.6.12 bug or program bug. On Windows, .focus_force is often needed to get focus properly. I may be seeing same thing with IDLE entry boxes, but have not investigated thoroughly yet. -- nosy: +epaine, serhiy.storchaka, terry.reedy ___ Python tracker <https://bugs.python.org/issue46181> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46206] Crash when editing emoji containing strings
Terry J. Reedy added the comment: On Win10 command prompt, ๐ is initially displayed as 2 boxes, subsequently as box-space. Besides this, editing works fine and when Entered, the string is echoed. -- nosy: +pablogsal, terry.reedy ___ Python tracker <https://bugs.python.org/issue46206> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46213] webbrowser.open doesn't work in Termux
Terry J. Reedy added the comment: https://termux.com/ "Termux is an Android terminal emulator [on Android] and Linux environment app" I don't believe that core devs (and b.p.o.) support running Python on Android. If so, this should be closed here and your question redirected to whoever supplied your Android python installer. They might just say that Termux is not a supported terminal. -- nosy: +terry.reedy ___ Python tracker <https://bugs.python.org/issue46213> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46217] 3.11 build failure on Win10: new _freeze_module changes?
New submission from Terry J. Reedy : Installed 3.11.0a3 was built Dec 8 2021, 22:56:33. My corresponding repository build is a bit older than that. Rebuilding now I get fileutils.c ..\Python\fileutils.c(2132): error C2065: 'PATHCCH_FORCE_ENABLE_LONG_NAME_PROCE SS': undeclared identifier [f:\dev\3x\PCbuild\_freeze_module.vcxproj] I have likely seen this before today but mistook the error message for a warning and did not check the respository build date. 3.9 and 3.10 just update normally, so unique to 3.11 and apparently new freeze changes. -- components: Build messages: 409445 nosy: terry.reedy priority: normal severity: normal status: open title: 3.11 build failure on Win10: new _freeze_module changes? versions: Python 3.11 ___ Python tracker <https://bugs.python.org/issue46217> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46217] 3.11 build failure on Win10: new _freeze_module changes?
Change by Terry J. Reedy : -- components: +Windows nosy: +paul.moore, steve.dower, tim.golden, zach.ware ___ Python tracker <https://bugs.python.org/issue46217> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46110] compile("-"*3000000 + "4", '', mode) causes hard crash
Terry J. Reedy added the comment: Does python_startup benchmark start with all modules parsed and __pycache__d, or with no cache, so it includes the normally one-time parse time? -- ___ Python tracker <https://bugs.python.org/issue46110> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46181] Destroying an expaned Combobox prevents Entry focus until Alt+Tab
Terry J. Reedy added the comment: >From what I understand, this issue is about a somewhat esoteric tk-design or >program bug and should be closed as either 'not a bug' or '3rd-party'. -- ___ Python tracker <https://bugs.python.org/issue46181> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46280] About vulnerabilities in Cpython native code
Terry J. Reedy added the comment: Last I knew, CPython C code is a) regularly scanned by Valgrind and b) Valgrind is somehow informed as to false positives to not report. But I know none of the details. So I suggest you look into this and how to not report the same false positives. I suggest working with the 'main' branch (future 3.11) as nearly all patches are applied there first and backported as appropriate. Infer is a facebook github project, used by by other big corps and projects, so it may be worthwhile working with if false positives can be suppressed. -- nosy: +terry.reedy versions: +Python 3.11 ___ Python tracker <https://bugs.python.org/issue46280> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46217] 3.11 build failure on Win10: new _freeze_module changes?
Terry J. Reedy added the comment: Let me be clearer. This bug prevents me from building main (3.11) to test anything with a proper up-to-date 3.11 binary. So to me this is highest priority. Is this just my machine or every Windows system? How are CI and buildbots rebuilding and running? Is there some workaround I need to add? Use newer VC (and change devguide)? -- priority: normal -> release blocker stage: -> backport needed type: -> compile error ___ Python tracker <https://bugs.python.org/issue46217> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46220] imaplib.py "select" mailbox names containing spaces.
Terry J. Reedy added the comment: I presume you mean the mailbox parameter of imaplib.IMAP.select(). https://docs.python.org/3/library/imaplib.html#imaplib.IMAP4.select IMAP4.select(mailbox='INBOX', readonly=False) Select a mailbox. Returned data is the count of messages in mailbox (EXISTS response). The default mailbox is 'INBOX'. If the readonly flag is set, modifications to the mailbox are not allowed. Enhancements only go into future releases. Please make sure that the current main branch does not have the feature you are requesting. Neither our doc nor https://datatracker.ietf.org/doc/html/rfc2060.html contain '2822', so you might be requesting something not supported. There is no active maintainer for this module, so response from someone familiar with imaplib may take awhile. -- nosy: +terry.reedy versions: +Python 3.11 -Python 3.6 ___ Python tracker <https://bugs.python.org/issue46220> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46223] asyncio cause infinite loop during debug
Change by Terry J. Reedy : -- components: +asyncio nosy: +asvetlov, yselivanov ___ Python tracker <https://bugs.python.org/issue46223> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42209] Incorrect line reported in syntax error
Terry J. Reedy added the comment: Arian-f's new issue is #46237. -- nosy: +terry.reedy superseder: -> Incorrect line reported in syntax error ___ Python tracker <https://bugs.python.org/issue42209> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46237] Incorrect line reported in syntax error
Terry J. Reedy added the comment: Since #42209 was closed, a new issue seems OK. As a result of the incorrect line number, IDLE highlights one of the opening quotes on line 1. -- nosy: +pablogsal, terry.reedy -eric.smith versions: +Python 3.11 ___ Python tracker <https://bugs.python.org/issue46237> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46237] Incorrect line reported in syntax error
Change by Terry J. Reedy : -- stage: -> needs patch ___ Python tracker <https://bugs.python.org/issue46237> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46282] print() docs do not indicate its return value
Terry J. Reedy added the comment: How about following "The Python interpreter has a number of functions and types built into it that are always available. They are listed here in alphabetical order." in https://docs.python.org/3/library/functions.html with "Here and elsewhere in these docs, entries for functions (including methods) that always return None usually omit 'Return None' and just say what the function does." Barry: The PEP 8 'return None' recommendation could be added to the Reference entry for 'return'. But I think this should be a separate issue as 1) it is about coding rather than documentation and 2) there is the possible objection that choosing completely explicit 'return None' versus half explicit, half implicit 'return' and the latter versus completely implicit should be left to the style PEP. -- nosy: +terry.reedy ___ Python tracker <https://bugs.python.org/issue46282> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46217] 3.11 build failure on Win10: new _freeze_module changes?
Change by Terry J. Reedy : -- nosy: +pablogsal ___ Python tracker <https://bugs.python.org/issue46217> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46217] 3.11 build failure on Win10: new _freeze_module changes?
Terry J. Reedy added the comment: Thank you. Compiles without even any warnings. Tests also all pass. -- ___ Python tracker <https://bugs.python.org/issue46217> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46237] Incorrect line reported in syntax error
Terry J. Reedy added the comment: I understand. I think that for IDLE, I should check that the error .text is in the line indicated, and if not, recover somehow rather than blindly marking the the indicated column. For a shell statement entry, try to find the right line. Not sure for an editor syntax error. This is a rare situation in any case. -- ___ Python tracker <https://bugs.python.org/issue46237> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1927] Change input() to always prompt to stderr
Terry J. Reedy added the comment: Further discussion at https://discuss.python.org/t/builtin-function-input-writes-its-prompt-to-sys-stderr-and-not-to-sys-stdout/12955 -- nosy: +terry.reedy versions: +Python 3.11 -Python 3.6 ___ Python tracker <https://bugs.python.org/issue1927> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue39663] IDLE: Add additional tests for pyparse
Change by Terry J. Reedy : -- type: -> enhancement ___ Python tracker <https://bugs.python.org/issue39663> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46393] Generate frozenset constants when explicitly appropriate
New submission from Terry J. Reedy :
The CPython compiler is capable of making frozenset constants without being
explicitly asked to. Exactly how it does so is, of course, 'hidden' from
python code. With current main:
.
>>> dis('{1,2,3}')
1 0 BUILD_SET0
2 LOAD_CONST 0 (frozenset({1, 2, 3}))
4 SET_UPDATE 1
6 RETURN_VALUE
Suppose one wants actually wants a frozenset, not a mutable set.
'frozenset({1,2,3})' is compiled as the above followed by a frozenset call --
making an unneeded double conversion to get what already exists.
To avoid the intermediate set, one can use a constant tuple instead.
>>> dis('frozenset((1,2,3))')
1 0 LOAD_NAME0 (frozenset)
2 LOAD_CONST 0 ((1, 2, 3))
4 CALL_FUNCTION1
6 RETURN_VALUE
Even nicer would be
1 0 (frozenset({1, 2, 3}))
2 RETURN_VALUE
'set((1,2,3))' is compiled the same as 'frozenset((1,2,3)), but frozenset does
not having the option is using a more efficient display form. I cannot think
of any reason to not call frozenset during compile time when the iterable is a
constant tuple.
Serhiy, I not sure how this relates to your issue 33318 and the discussion
therein about stages, but it does relate to your interest in compile time
constants.
--
components: Interpreter Core
messages: 410666
nosy: serhiy.storchaka, terry.reedy
priority: normal
severity: normal
stage: test needed
status: open
title: Generate frozenset constants when explicitly appropriate
type: enhancement
versions: Python 3.11
___
Python tracker
<https://bugs.python.org/issue46393>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45447] IDLE: Support syntax highlighting for .pyi stub files
Terry J. Reedy added the comment: A minimal version of util.py just for this issue is fine. What is blocking the issue deciding exactly what the minimum should be. Are both the extension list and function needed? Alex says somewhere in PR comments that ispythonsource passes directories. That seems wrong. Perhaps moving and revising it and making no-extension files browsable and removing the x.py(?) limitation should be a separate issue. IDLE users on *nix don't mind using extensions. I have not seen a complaint, though perhaps people who do mind silently use something else. I need to check again how the editor function is used and decide if we can leave it alone for now. So don't remove anything just now. I need to experiment with Ron's suggestion on my Mac. The Windows context menu is definitely a separate issue. Please add idle_test/example.pyi with the line in msg403741 for manual testing now and possibly future automatic testing. -- ___ Python tracker <https://bugs.python.org/issue45447> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43476] Enabling access to showsyntaxerror for IDLE's shell
Terry J. Reedy added the comment: Whatever you worked out is probably better than depending on something that I hope to significantly change. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue43476> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46393] Generate frozenset constants when explicitly appropriate
Terry J. Reedy added the comment:
Sigh. You are right. I will close this tomorrow.
This also means that 'set()' is not guaranteed to return an empty built-in set.
I did think of this workaround for that:
>>> (empty:={None}).clear()
>>> empty
set()
Go ahead and propose something on python-ideas if you want, pointing out that
only displays (and comprehensions) are guaranteed to result in a builtin.
--
___
Python tracker
<https://bugs.python.org/issue46393>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46393] Generate frozenset constants when explicitly appropriate
Terry J. Reedy added the comment: Rejected by the reality of Python's dynamism, which I overall appreciate ;-). -- ___ Python tracker <https://bugs.python.org/issue46393> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24194] tokenize fails on some Other_ID_Start or Other_ID_Continue
Terry J. Reedy added the comment: Udated doc link, which appears to be same: https://docs.python.org/3.11/reference/lexical_analysis.html#identifiers Updated property list linked in above: https://www.unicode.org/Public/14.0.0/ucd/PropList.txt Relevant content for this issue: 1885..1886; Other_ID_Start # Mn [2] MONGOLIAN LETTER ALI GALI BALUDA..MONGOLIAN LETTER ALI GALI THREE BALUDA 2118 ; Other_ID_Start # Sm SCRIPT CAPITAL P 212E ; Other_ID_Start # So ESTIMATED SYMBOL 309B..309C; Other_ID_Start # Sk [2] KATAKANA-HIRAGANA VOICED SOUND MARK..KATAKANA-HIRAGANA SEMI-VOICED SOUND MARK # Total code points: 6 00B7 ; Other_ID_Continue # Po MIDDLE DOT 0387 ; Other_ID_Continue # Po GREEK ANO TELEIA 1369..1371; Other_ID_Continue # No [9] ETHIOPIC DIGIT ONE..ETHIOPIC DIGIT NINE 19DA ; Other_ID_Continue # No NEW TAI LUE THAM DIGIT ONE # Total code points: 12 Codepoints of 'โยท' opening example: '0x2118' Other_Id_start Sm Script Capital P '0xb7' Other_Id_continue P0 Middle dot Except for the two Mongolian start characters, Meador's patch hardcodes the 'Other' characters, thereby adding them without waiting for re to be fixed. While this will miss new additions without manual updates, it is better than missing everything for however many years. I will make a PR with the additions and looks at the new tests. -- ___ Python tracker <https://bugs.python.org/issue24194> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24194] Make tokenize recognize Other_ID_Start and Other_ID_Continue chars
Change by Terry J. Reedy : -- title: tokenize fails on some Other_ID_Start or Other_ID_Continue -> Make tokenize recognize Other_ID_Start and Other_ID_Continue chars ___ Python tracker <https://bugs.python.org/issue24194> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24194] Make tokenize recognize Other_ID_Start and Other_ID_Continue chars
Change by Terry J. Reedy : -- assignee: meador.inge -> terry.reedy ___ Python tracker <https://bugs.python.org/issue24194> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46405] Warning compiling main on Windows
New submission from Terry J. Reedy : Sometime between Jan 7 and Jan 16 (today) this VC compile warning appeared (debug build). "specialize.c ..\Python\specialize.c(1243): warning C4018: '<': signed/unsigned mismatch [f:\dev\3x\PCbuild\_freeze_module.vcxproj]" Same is repeated at end of compile. Could and should such warnings be treated as errors in CI Windows' build? Or is it specific to debug build? -- components: Build, Windows messages: 410734 nosy: Mark.Shannon, paul.moore, steve.dower, terry.reedy, tim.golden, zach.ware priority: normal severity: normal status: open title: Warning compiling main on Windows type: compile error versions: Python 3.11 ___ Python tracker <https://bugs.python.org/issue46405> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
