[issue24951] Idle test_configdialog fails on Fedora 23, 3.6

New submission from Terry J. Reedy: In response to my python-list request for testing tkinter/idle on linux, Petr wrote On Fedora 21, the tests pass (Python 3.4.1 and latest dev version). On Fedora 23, I see: $ python3 -V Python 3.4.3 tests pass $ ./python -V Python 3.6.0a0 $ ./python -m

[issue11320] Usage of API method Py_SetPath causes errors in Py_Initialize() (Posix ony))

Palm Kevin added the comment: The problem seems still not resolved in Python 3.2.6 :-( The reason has been found by Debao (msg144244). Isn't there anybody motivated to fix this bug? -- title: Can't call Py_SetPath() on pointer returned by Py_GetPath() - Usage of API method Py_SetPath

[issue24951] Idle test_configdialog fails on Fedora 23, 3.6

Petr Viktorin added the comment: I'd be happy to do any further testing (modulo a vacation until this Tuesday), but unfortunately I don't have time to dive into tkinter myself and look for the cause. IDLE starts normally on this box. Also note: Fedora 23 is currently in alpha (though Python

[issue24748] Change of behavior for importlib between 3.4 and 3.5 with DLL loading

James Salter added the comment: This also affects py2exe, which dynamically generates stub .pyc loaders inside a ZIP which then load .pyd modules outside the ZIP with the same name. Windows 8, x64, visual studio 2015 enterprise. It is simple enough to work around by doing a del

[issue23630] support multiple hosts in create_server/start_server

Yann Sionneau added the comment: A new patch with capitalization of first words of sentences + splitting lines which are too long (more PEP8 friendly). -- Added file: http://bugs.python.org/file40280/multibind4.patch ___ Python tracker

[issue24952] stack_size([size]) is actually stack_size(size=0)

mattip added the comment: Add a patch for 2.7 -- versions: +Python 2.7 -Python 3.5 Added file: http://bugs.python.org/file40282/stack_size2.7.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24952

[issue22241] strftime/strptime round trip fails even for UTC datetime object

Changes by Alexander Belopolsky alexander.belopol...@gmail.com: -- keywords: +patch stage: needs patch - patch review Added file: http://bugs.python.org/file40283/issue22241.diff ___ Python tracker rep...@bugs.python.org

[issue24952] stack_size([size]) is actually stack_size(size=0)

New submission from mattip: when using thread.stack_size or threading.stack_size, if no argument is provided the stack size is reset to default. Trivial patch for 3.5 provided -- assignee: docs@python components: Documentation files: stack_size.patch keywords: patch messages: 249280

[issue24953] ICC and version should be in COMPILER string when built with ICC on Windows

Roundup Robot added the comment: New changeset 3639520c3fe9 by Zachary Ware in branch '2.7': Issue #24953: Include ICC version in sys.version string when bulit with ICC on Windows https://hg.python.org/cpython/rev/3639520c3fe9 New changeset ca88db01bb51 by Zachary Ware in branch '3.5': Issue

[issue24914] Python: Not just OO style but this is not mentioned on python.org or in FAQ

Changes by Terry J. Reedy tjre...@udel.edu: -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24914 ___ ___ Python-bugs-list

[issue24921] Operator precedence table in 5.15 should be highest to lowest precedence

Changes by Terry J. Reedy tjre...@udel.edu: -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24921 ___ ___ Python-bugs-list

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

Tim Peters added the comment: IMHO we should only modify the rounding method used by datetime.datetime.fromtimestamp() and datetime.datetime.utcfromtimestamp(), other functions use the right rounding method. Fine by me. How about today? ;-) The regression reported here must get repaired.

[issue24748] Change of behavior for importlib between 3.4 and 3.5 with DLL loading

Nick Coghlan added the comment: Given that both pywin32 *and* py2exe have hit this, even if it can't be resolved for 3.5.0, it would be highly desirable to address it for 3.5.1. It's certainly intended that load_module() keep working as it has previously, rather than forcing people to switch

[issue24953] ICC and version should be in COMPILER string when built with ICC on Windows

Zachary Ware added the comment: Thanks for the review, Steve! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24953 ___ ___ Python-bugs-list

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

Tim Peters added the comment: x = float.fromhex('0x1.38f312b1b36bdp-1') x 0.6112295 round(x, 6) 0.611229 timedelta(0, x).microseconds 611230 but I no longer remember whether we concluded that timedelta got it wrong or round or both or neither. :-) Here you go: import decimal

[issue2786] Names in function call exception should have class names, if they're methods

Nick Coghlan added the comment: I think a) is worth doing regardless - in many cases, third party libraries will be dealing with function, generator or coroutine objects, rather than with code objects directly, so they'll benefit even if the updated API remains private to the interpreter. So

[issue11320] Usage of API method Py_SetPath causes errors in Py_Initialize() (Posix ony))

Nick Coghlan added the comment: Unfortunately, the answer to the question Isn't there anybody motivated to fix this bug? is No, not really. As far as I am aware, all of the currently active core developers are primarily interested in the use of the default runtime interpreter as is, rather

[issue22241] strftime/strptime round trip fails even for UTC datetime object

Changes by Alexander Belopolsky alexander.belopol...@gmail.com: Added file: http://bugs.python.org/file40284/issue22241.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22241 ___

[issue13466] new timezones

Alexander Belopolsky added the comment: Since Russia has fixed this bug legislatively last year, can we close the issue now? http://www.theguardian.com/world/2014/jul/01/russia-state-duma-daylight-saving-time-summer -- ___ Python tracker

[issue22241] strftime/strptime round trip fails even for UTC datetime object

Changes by Alexander Belopolsky alexander.belopol...@gmail.com: Removed file: http://bugs.python.org/file40283/issue22241.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22241 ___

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

Changes by Alexander Belopolsky alexander.belopol...@gmail.com: -- title: datetime.utcfromtimestamp parses timestamps incorrectly - datetime.utcfromtimestamp rounds results incorrectly ___ Python tracker rep...@bugs.python.org

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

Alexander Belopolsky added the comment: I wish we could use the same algorithm in datetime.utcfromtimestamp as we use in float to string conversion. This may allow the following chain of conversions to round trip in most cases: float literal - float - datetime - seconds.microseconds string

[issue24305] The new import system makes it inconvenient to correctly issue a deprecation warning for a module

Changes by Brett Cannon br...@python.org: -- assignee: larry - brett.cannon priority: deferred blocker - critical ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24305 ___

[issue23839] Clear caches after every test

Serhiy Storchaka added the comment: http://buildbot.python.org/all/builders/AMD64%20OpenIndiana%203.x/builds/9963/steps/test/logs/stdio Passed 395 tests of 398 and failed on test_decimal: ... [396/398] test_decimal Traceback (most recent call last): File

[issue23839] Clear caches after every test

Serhiy Storchaka added the comment: May be related: http://buildbot.python.org/all/builders/x86%20OpenIndiana%203.x/builds/10375/steps/test/logs/stdio == ERROR: testCount (test.test_socket.SendfileUsingSendfileTest)

[issue24881] _pyio checks that `os.name == 'win32'` instead of 'nt'

Changes by Serhiy Storchaka storch...@gmail.com: -- assignee: - serhiy.storchaka stage: - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24881 ___

[issue24951] Idle test_configdialog fails on Fedora 23, 3.6

Serhiy Storchaka added the comment: Could you please add print(_flatten((self._w, cmd)) + self._options(cnf)) just before the call in line 858 in Lib/tkinter/__init__.py and tell the output Petr. Could you please show your .idlerc/config-main.cfg file? I suppose self.fontSize.get()

[issue24915] Profile Guided Optimization improvements (better training, llvm support, etc)

Brett Cannon added the comment: I did another round of review. I noticed that the configure part of the patch is missing and that .hgignore and .gitignore should get updated to ignore the profile files. Otherwise the only other comment was making an echoed comment a bit clearer. And in case

[issue24934] django_v2 benchmark not working in Python 3.6

Brett Cannon added the comment: Changeset 2f3b3c6c1190 adds the version range check to django_v2 to block it past 3.5. I didn't add the django_v3 quite yet because I didn't realize that Django 1.8 won't work without being manually patched by us (I thought that issue was limited to our Django

[issue24305] The new import system makes it inconvenient to correctly issue a deprecation warning for a module

Changes by Brett Cannon br...@python.org: Added file: http://bugs.python.org/file40286/issue24305.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24305 ___

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

Tim Peters added the comment: I wish we could use the same algorithm in datetime.utcfromtimestamp as we use in float to string conversion. This may allow the following chain of conversions to round trip in most cases: float literal - float - datetime - seconds.microseconds string I don't

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

Alexander Belopolsky added the comment: I probably misremembered a different issue. See msg194311. timedelta(seconds=0.6112295) == timedelta(seconds=1)*0.6112295 False I thought the problem there was that the same float was converted to one decimal by str() and to a different decimal by

[issue24952] stack_size([size]) is actually stack_size(size=0)

Martin Panter added the comment: In my mind this notation implies the folowing should work: threading.stack_size(size=0) Traceback (most recent call last): File stdin, line 1, in module TypeError: stack_size() takes no keyword arguments Perhaps you really just want make it more explicit

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

Alexander Belopolsky added the comment: OK, I looked at the wrong place. Here is the correct example: x = float.fromhex('0x1.38f312b1b36bdp-1') x 0.6112295 round(x, 6) 0.611229 timedelta(0, x).microseconds 611230 but I no longer remember whether we concluded that timedelta got it wrong or

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

Tim Peters added the comment: Does your algorithm guarantee that any float that is displayed with 6 decimal places or less will convert to a datetime or timedelta with microseconds matching the fractional part? No algorithm can, for datetimes far enough in the future (C doubles just plain

[issue24954] No way to generate or parse timezone as produced by datetime.isoformat()

New submission from Guido van Rossum: The datetime isoformat() function for an aware datetime appends the timezone in the form +HH:MM or -HH:MM. But the %z format produces (strftime) or parses (strptime) either +HHMM or -HHMM. I looked it up on Wikipedia, and the ISO 8601 standard indeed uses

[issue18629] future division breaks timedelta division by integer

Changes by Alexander Belopolsky alexander.belopol...@gmail.com: -- resolution: - wont fix stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18629 ___

[issue23332] datetime.isoformat() - explicitly mark UTC string as such

Alexander Belopolsky added the comment: The premise of this issue is factually incorrect: ISO 8601, which states that, if no timezone is specified, the string is supposed to be interpreted as UTC implicitly. The opposite is true: If no UTC relation information is given with a time

[issue24953] ICC and version should be in COMPILER string when built with ICC on Windows

New submission from Zachary Ware: This patch makes the compiler portion of the sys.version string look something like [ICC v.1500 32-bit (Intel) with MSC v.1500 CRT] when Python is built with ICC. This format keeps distutils happy without having to change its parsing of the version string to

[issue7739] time.strftime may hung while trying to open /etc/localtime but does not release GIL

Changes by Alexander Belopolsky alexander.belopol...@gmail.com: -- resolution: - wont fix stage: patch review - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7739

[issue24953] ICC and version should be in COMPILER string when built with ICC on Windows

Steve Dower added the comment: LGTM -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24953 ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue22798] time.mktime doesn't update time.tzname

Alexander Belopolsky added the comment: C mktime itself should not change timezone globals, but it may indirectly if it calls tzset() and TZ changed between calls. I don't understand what this issue is about. Unlike C mktime, time.mktime is not documented to call time.tzset(). If you want

[issue24946] Tkinter tests that fail on linux in tiling window manager

Serhiy Storchaka added the comment: I already added a workaround to pass these tests on my netbook (new windows are opened maximized on it). May be there is a way to make a window floating in tiled window manager in Tk. -- ___ Python tracker

[issue24881] _pyio checks that `os.name == 'win32'` instead of 'nt'

Roundup Robot added the comment: New changeset 687da8760a58 by Serhiy Storchaka in branch '3.5': Issue #24881: Fixed setting binary mode in Python implementation of FileIO https://hg.python.org/cpython/rev/687da8760a58 New changeset 2dd9294f679d by Serhiy Storchaka in branch 'default': Issue

[issue24881] _pyio checks that `os.name == 'win32'` instead of 'nt'

Serhiy Storchaka added the comment: Good catch. Thank you for your report Cosimo. Thank you for your patch Akira. -- resolution: - fixed stage: patch review - resolved status: open - closed ___ Python tracker rep...@bugs.python.org

[issue17945] tkinter: change API of non-functioning peer_create, does not instantiate Text

Mark Roseman added the comment: I'm not against generality, though don't think there are many places this actually comes up (the cloned menus shouldn't be affecting more than a couple people these days, and aren't the result of an explicit API call). For this particular call (peer_create) I

[issue24951] Idle test_configdialog fails on Fedora 23, 3.6

Mark Roseman added the comment: Config files affecting tests (and tests affecting config files!) is an issue. Would like to see config files written into a different directory when running tests. Any concerns with doing that? -- ___ Python tracker

[issue17945] tkinter: change API of non-functioning peer_create, does not instantiate Text

Serhiy Storchaka added the comment: I think it would be better to add a way to create the Text object (or may be any widget object) for existing Tk widget. Similar problem exists for cloned menus (issue734176). -- ___ Python tracker

[issue24829] Use interactive input even if stdout is redirected

eryksun added the comment: If you dropped the isatty() check for stdout in Linux, you may end up with the output of Readline in the file (assuming Readline is okay with this). The file would include all the cursor positioning codes, backspaces, etc, that Readline generates. But I haven’t

[issue24305] The new import system makes it inconvenient to correctly issue a deprecation warning for a module

Brett Cannon added the comment: I figured out what was causing the threading/subprocess problems (something in frame-f_code-co-filename was NULL), so the attached patch covers Python, C, and adds a test (as well as cleaning up the test_warnings file structure since it was old-school spread

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

STINNER Victor added the comment: Hi, I'm trying to write the rationale of the changes that I wrote in pytime.h in Python 3.3-3.5. The rounding of microseconds or nanoseconds is tricky. The code changed a lot and we used and we are still using various rounding methods depending on the case...