Ivan Pozdeev added the comment:
I suggest adding this as a note to the subprocess module documentation instead.
The "17.1.2 Popen Objects" section seems to be the right place.
--
nosy: +Vano
__
Tracker <[EMAIL PROTECTED]>
<htt
Ivan Pozdeev added the comment:
> Someone nonchalantly updated these in
> https://github.com/python/cpython/commit/2fc857a5721a5b42bcb696c9cae1bbcc82a91b17
> so this bug is now fixed
That PR only goes into 3.11. While this ticket claims to have fixed the problem
for 3.10 as well
Ivan Pozdeev added the comment:
@christian.heimes https://github.com/python/cpython/pull/25481 also needs
backporting to 3.9 and 3.8.
A Pyenv user has been affected by the "implicit declaration of function
‘SSLv3_method’" compliation error that it fixes in 3.9.9:
https://github
Ivan Pozdeev added the comment:
I already diagnosed this in
https://mail.python.org/archives/list/python-...@python.org/message/3Z4FNPEFTFTYDX6RYOQ54UKOVLQAWUEU/:
* https://travis-ci.org/python/cpython/jobs/616384134 looks for `pythonX.Y` but
doesn't account for the fact that it cou
Ivan Pozdeev added the comment:
> New changeset 94d2c8df1a7657015a2fcdb4c4d43392f91f8348 by Inada Naoki in
> branch 'master':
bpo-39035: travis: Don't use beta group (GH-17602)
> INADA-san: do you want to close this issue since you pushed changes?
This may actually
Ivan Pozdeev added the comment:
While we are at it, shall we enable build config validation
(https://docs.travis-ci.com/user/build-config-validation)?
It would produce warnings for outdated keys like this.
--
___
Python tracker
<ht
Ivan Pozdeev added the comment:
Got this issue today in AppVeyor's PR check:
https://ci.appveyor.com/project/python/cpython/builds/24945165, so it's not
local to David's worker.
(At rerun, the test succeeeded, so the check status was not affected.)
--
nosy: +Ivan.P
Ivan Pozdeev added the comment:
> This brings to mind the transition of many programs from using a single
> config file or startup script to using a directory of config/startup files
> parsed/executed in alphabetical order. Would a sitecustomize.d/ directory
> (with files within
Ivan Pozdeev added the comment:
On 26.02.2019 23:37, Barry A. Warsaw wrote:
> My opposition would lessen if there were clear ways to debug, and preferably
> also prevent, pth interpretation.
Easy. Insert a chunk into site.py that would call pdb.set_trace() if an envvar
(e.g. `PYSIT
Change by Ivan Pozdeev :
--
pull_requests: +12114
___
Python tracker
<https://bugs.python.org/issue33944>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ivan Pozdeev added the comment:
On second thought, the inability to debug code that runs at startup, before
user code ever gets control, is a fundamental issue (this problem arises for
any software that has startup code), so such a facility in stock codebase has a
merit
Change by Ivan Pozdeev :
--
pull_requests: +12117
___
Python tracker
<https://bugs.python.org/issue33944>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ivan Pozdeev added the comment:
On 01.03.2019 3:58, Steve Dower wrote
> Import hooks can always be injected by a package __init__.py before the
> importer will try and resolve the module, so nothing is needed there.
I thought the flaw in this reasoning in
https://bugs.python.org/issu
Ivan Pozdeev added the comment:
On 01.03.2019 20:27, Ivan Pozdeev wrote:
> The fact that this feature is mixed up with and often supplements
> "real packages" that a program would explicitly use is actually
> incidental: a package with a .pth does not need to have a
New submission from Ivan Pozdeev :
Sample failure:
> cpython\branches\3.7>python.bat -m test.test_site
Running Debug|x64 interpreter...
E.s.
==
ERROR: test_addpackage (__main__.HelperFunction
Change by Ivan Pozdeev :
--
keywords: +patch
pull_requests: +12134
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue36160>
___
___
Py
Ivan Pozdeev added the comment:
On 02.03.2019 2:25, Barry A. Warsaw wrote:
> The fact that .pth files are global and affect the entire Python
> installation. <...> Right now, there’s no control over the scope of such
> environmental customizations; it’s all or nothing.
Th
Ivan Pozdeev added the comment:
On 02.03.2019 9:01, Barry A. Warsaw
In all the cases you've described, Python is no different from any other
Linux software. E.g. I can install something into /etc/profile.d that
would break the shell or set an envvar that would change the behavi
New submission from Ivan Pozdeev :
In Linuxes with ACLs enabled, the following tests fail, as Steve Dower
discovered in
https://mail.python.org/pipermail/python-dev/2019-March/156929.html:
==
FAIL: test_mode
Change by Ivan Pozdeev :
--
keywords: +patch
pull_requests: +12584
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue36501>
___
___
Py
Ivan Pozdeev added the comment:
Seeing during PR composition how basically every mode check and every
`test.support.temp_umask` use is broken by ACLs, I'm starting to doubt that
fixing individual test cases is the way to go.
Though we can simply not worry about supporting every
Ivan Pozdeev added the comment:
Given the downsides, I think the proposed solution as it's now is too hacky to
be a net improvement.
"Skip mode_t checks" looks like the only way to go (since I've no idea how to
"create temporary dirs" transparently for arbit
Ivan Pozdeev added the comment:
> which unfortunately use `is` to determine whether two datetimes are in the
> same zone or not
This sounds like a bug. Whether a tzinfo is a constant from a predefined set or
something with a smart comparison semantic is none of datetime'
New submission from Ivan Pozdeev :
(Marked only 2.7 as affected but this would affect any branch if built with
nonthreaded Tcl.)
When running the attached TkinterCrash2-2.py repeatedly with 2.7.14 and 2.7
head, win7 x64, two kinds of errors pop up randomly:
1. Crashes and freezes.
2
Change by Ivan Pozdeev :
Added file: https://bugs.python.org/file47530/TkinterCrash3-2-2.py
___
Python tracker
<https://bugs.python.org/issue33257>
___
___
Python-bug
Change by Ivan Pozdeev :
--
keywords: +patch
pull_requests: +6139
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue33257>
___
___
Py
Ivan Pozdeev added the comment:
Treating 'utf-8' and its aliases differently (when they specifically mean the
Python's, rather than something else's, encoding) is definitely as issue.
You shouldn't hardcode a list of aliases though; rather use existing facilities
to
Ivan Pozdeev added the comment:
My best idea for a test as of now is to run the example ~20 times in a loop (or
continuously for a comparable amount of time & threads) and catch and register
any exceptions in all threads as per
https://stackoverflow.com/questions/18349614/check-if-a-py
Ivan Pozdeev added the comment:
@terry.reedy Apparently, this bug has gone unnoticed for years (to be precise,
since
https://github.com/python/cpython/commit/b5bfb9f38c786c3330b2d52d93b664588c42283d
in 2002),
and there are all kinds of weird rumors circulating about whether tkinter is
Ivan Pozdeev added the comment:
Wait a second... I think I noticed another similar bug.
In Tkapp_CallProc. Same case, Tkapp_CallArgs and Tkapp_CallDeallocArgs are
called when not holding both locks.
The attached example doesn't use Python event handlers, so it didn't manifest
it
Ivan Pozdeev added the comment:
Attached reproducing example for event handlers. If launching more than one
EventThread, it abort()'s immediately.
--
Added file: https://bugs.python.org/file47535/TkinterHanders.py
___
Python tracker
&
Change by Ivan Pozdeev :
Added file: https://bugs.python.org/file47536/TkinterHanders.py
___
Python tracker
<https://bugs.python.org/issue33257>
___
___
Python-bugs-list m
Change by Ivan Pozdeev :
Removed file: https://bugs.python.org/file47535/TkinterHanders.py
___
Python tracker
<https://bugs.python.org/issue33257>
___
___
Python-bug
New submission from Ivan Pozdeev :
In win7 x64 debug mode with thread_debug=1, every PyThread_release_lock() is
accompanied with a message on stderr:
Could not PyThread_release_lock() error: 0
--
components: Interpreter Core, Windows
messages: 315497
nosy: Ivan.Pozdeev, paul.moore
Change by Ivan Pozdeev :
--
keywords: +patch
pull_requests: +6237
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue33316>
___
___
Py
Ivan Pozdeev added the comment:
In all PyMUTEX_* and most PyCOND_* functions, all the underlying APIs are void.
So there's no point for the functions to return anything other than as
convention.
A comment at the start of condvar.h says: "APIs generally return 0 on success
and n
Ivan Pozdeev added the comment:
Finally dug up the reason but unsure how to fix it.
Here's the trace. The format is `$TID: $FUNCTION [some of the args]'
0x1A34: Tkapp_Call(_object *, _object *)
0x1A34: PythonCmd(void *, Tcl_Interp *, int, const char * *) 0x0230f430
0x00
Ivan Pozdeev added the comment:
> Look like the only way is to rearrange Tcl stack frames so that the right one
> is on top.
Scratch that. Tkinter allows to execute entire scripts where the order of the
frames is important.
--
___
Python t
Change by Ivan Pozdeev :
Added file: https://bugs.python.org/file47561/TkinterHanders3.py
___
Python tracker
<https://bugs.python.org/issue33257>
___
___
Python-bug
New submission from Ivan Pozdeev :
With threaded Tkinter, TkinterHanders3.py from
https://bugs.python.org/issue33257 (attached) hangs.
Tracing with thread_debug and a modified trace.py (to show TIDs, attached)
shows that worker threads are waiting for the Tcl lock while the main thread
that
Change by Ivan Pozdeev :
Added file: https://bugs.python.org/file47563/trace.zip
___
Python tracker
<https://bugs.python.org/issue33412>
___
___
Python-bugs-list mailin
Change by Ivan Pozdeev :
Added file: https://bugs.python.org/file47564/trace.py
___
Python tracker
<https://bugs.python.org/issue33412>
___
___
Python-bugs-list mailin
Ivan Pozdeev added the comment:
> worker threads are waiting for the Tcl lock
Pardon. They are waiting for Tkapp_ThreadSend()s into the main thread to
return. The effect is still the same.
--
___
Python tracker
<https://bugs.python.org/issu
Ivan Pozdeev added the comment:
Here are the possible courses of action to fix this.
All require design changes, thus can be shot down on a whim. So I'll ask for
advice and approval at python-dev first, to be sure that my efforts won't be
scrapped.
First, some terminology I&#
Ivan Pozdeev added the comment:
> So this issue doesn't occur when linked with a thread-aware Tcl/Tk,
right? Maybe we should just make sure that's the only configuration we
ensure?
This would break compatibility, including some usage patterns (see the
"Reuse the threade
Ivan Pozdeev added the comment:
> I ran TkinterCrash3-2-2.py 15 times on 64-bit Win10, installed x64 3.6.5,
> with tk 8.6.8, and experienced no crashes.
I wrote in the initial message that this bug only happens with nonthreaded Tcl,
regardless of Python version and Tcl version.
I&#x
Ivan Pozdeev added the comment:
> Ivan, as I also said there, it is not clear to me, given your subsequent
> comments, what you consider to be the status of the PR.
The PR fixes the problem exposed by TkinterCrash2-2.py and TkinterCrash3-2-2.py
and only lacks an autotest (I asked f
Ivan Pozdeev added the comment:
>
Do you have a suggestion for what to do short of dropping Tkinter support?
Didn't really look into this.
At first glance, from the trace log, the main thread seems to grab a lock at
some initial point, and then tries to grab it again when running
Ivan Pozdeev added the comment:
> An automated test would need to fail more consistently, without needing to
> click. Running faster would also be good (and perhaps increase failure
> rate). The the test would be that the file runs in subprocess without an
> error (perhaps mu
Ivan Pozdeev added the comment:
> Is threaded tcl just a compile switch, as with CPython?
Yes.
In tcl.vcxproj, tk.vcxproj and tix.vcxproj, there are parameters named like
TclOpts that are passed as OPTS arg to the lib's makefiles. For Tcl 8.5, you
need to pass "threads&q
Ivan Pozdeev added the comment:
... Finally, since https://bugs.python.org/issue30916, the 3.x Windows build
uses a binary external and needs even more patching to build and link against a
debug and/or custom Tcl/Tk (too long to describe, can give a patch
Change by Ivan Pozdeev :
Added file:
https://bugs.python.org/file47565/0001-Build-non-threaded-debug-Tcl.zip
___
Python tracker
<https://bugs.python.org/issue33
Change by Ivan Pozdeev :
Added file:
https://bugs.python.org/file47566/0001-build-2.7-with-threaded-Tcl.patch
___
Python tracker
<https://bugs.python.org/issue33
Ivan Pozdeev added the comment:
> Another possibility is for stop() to change conditions so that
> 'self.target.event_generate(c)' fails with an exception
Could you elaborate? Since there're no docs on event_generate(), I can't look
up how to make it "fail with
Ivan Pozdeev added the comment:
Attached a fixed script.
`Tk.after()` works from a worker thread, while `Tk.destroy()` doesn't.
That's because Tkinter implements Tcl calls (_tkinter.c:Tkapp_Call) from
another thread by posting an event to the interpreter's queue
(Tcl_Thread
Ivan Pozdeev added the comment:
> Without thread support, event generation from multiple threads fails
> immediately.
This ticket is for threaded Tcl only, so this is off topic.
In nonthreaded Tcl, this script crashes rather than freezes, for an entire ly
different reason that I a
Ivan Pozdeev added the comment:
The 1st PR is ready.
I'll continue working on the 2nd one in this ticket, too, if there are no
objections.
--
___
Python tracker
<https://bugs.python.org/is
Ivan Pozdeev added the comment:
Such drastic changes of uncertain usefulness are best discussed at python-ideas
first.
What you're really asking for seems to be to parse all "levels" at the same
time.
Try to think of a use case that would make that help anything practical and
Ivan Pozdeev added the comment:
I was composing a letter to python-dev with all I know of how tkinter works
with regard to threads and Tcl, and the fixing plans so that we're all on the
same page if you wish to participate.
I'm no longer sure if it belongs in the mailing list so
Ivan Pozdeev added the comment:
> This seems very complicated. The official line on threads for Tk has always
> been to make all Tk calls from one thread, which is at least predictable and
> comprehensible. Is there any reason for Tkinter to suggest anything different?
Tcl/Tk doesn
Ivan Pozdeev added the comment:
> So I would drop the pretense and make these fns void.
Scratch that. In POSIX, they are #define'd as pthread fns which do return an
error code.
So, nothing more to do here.
--
___
Python tracker
Ivan Pozdeev added the comment:
@markroseman replied to python-dev since those perspectives are off topic for
this ticket.
--
___
Python tracker
<https://bugs.python.org/issue33
New submission from Ivan Pozdeev :
Since the last version of 3.4 is only made available as a source tarball, it's
imperative to be able to make a distributable package locally from it.
Tools/msi/msi.py only works from an `hg' checkout.
--
components: Build
messages: 3
Change by Ivan Pozdeev :
--
keywords: +patch
nosy: -r.david.murray
Added file:
https://bugs.python.org/file47176/0001-Support-making-MSI-installer-from-tarball.patch
___
Python tracker
<https://bugs.python.org/issue31
Change by Ivan Pozdeev :
--
nosy: +r.david.murray
___
Python tracker
<https://bugs.python.org/issue31623>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ivan Pozdeev added the comment:
With this patch, I managed to make a working installer.
There's nothing in PCBuild/readme.txt about making an installer, and this is
the only relevant tool I found in the source. If there's another, feel free to
close the ticket, and I'll create
Ivan Pozdeev added the comment:
> Assuming 3.4 is packagable using msi and hg is the only problem, I presume
> you could use an hg-git adapter to get an hg checkout to build from.
An official source tarball, by definition, should be able to be built
from itself, and contain tools for th
New submission from Ivan Pozdeev :
Ethernet emulation for some devices like Android phones' tethering use all-zero
MAC addresses (which is okay since they don't actually pass Ethernet frames to
other NICs). This results in a node ID of 0 if I'm currently connected to the
Net vi
New submission from Ivan Pozdeev :
build_ssl.py:fix_makefile() removes "PERL=perl" line from
externals\openssl-1.0.2j\ms\nt.mak .
This results in lots of calls like:
./util/copy-if-different.pl "" ""
(without the leading "perl")
Which opens the
Change by Ivan Pozdeev :
--
type: -> compile error
___
Python tracker
<https://bugs.python.org/issue31645>
___
___
Python-bugs-list mailing list
Unsubscrib
Ivan Pozdeev added the comment:
Example failure:
==
FAIL: test_windll_getnode (test.test_uuid.TestInternals)
--
Traceback (most recent call last):
File &q
New submission from Ivan Pozdeev :
Current build instructions no not mention required preliminary steps before
building the solution and don't say how to build the installer package - which
is the ultimate goal of a build.
Being on XP at the moment, I cannot check the validity of
Change by Ivan Pozdeev :
Added file:
https://bugs.python.org/file47192/0001-Add-missing-build-steps-in-build-procedure.patch
___
Python tracker
<https://bugs.python.org/issue31
Ivan Pozdeev added the comment:
> Note, though, that you are likely to be the only person on Earth
using this installer, since there will be no more binary releases of 3.4
Since this is the last release for XP, probably the ppl who are stuck on
this OS as well. An installable package i
Ivan Pozdeev added the comment:
Indeed, other branches can use this info as well.
--
versions: +Python 3.5, Python 3.6, Python 3.7, Python 3.8
Added file:
https://bugs.python.org/file47260/0001-Add-missing-but-required-build-steps-and-how-to-buil.patch
Change by Ivan Pozdeev :
Removed file:
https://bugs.python.org/file47191/0001-Add-missing-build-steps-in-build-procedure.patch
___
Python tracker
<https://bugs.python.org/issue31
Change by Ivan Pozdeev :
Removed file:
https://bugs.python.org/file47192/0001-Add-missing-build-steps-in-build-procedure.patch
___
Python tracker
<https://bugs.python.org/issue31
Change by Ivan Pozdeev :
Removed file:
https://bugs.python.org/file47260/0001-Add-missing-but-required-build-steps-and-how-to-buil.patch
___
Python tracker
<https://bugs.python.org/issue31
Change by Ivan Pozdeev :
--
pull_requests: +4387
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue31643>
___
___
Python-bugs-list mai
New submission from Ivan Pozdeev :
On this machine, C:\Users is a junction to D:\Users .
Sample failure:
Running Release|x64 interpreter...
FFFs...s..s.s.ss..FF
Change by Ivan Pozdeev :
--
keywords: +patch
pull_requests: +4679
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue32266>
___
___
Py
Change by Ivan Pozdeev :
--
pull_requests: +4701
___
Python tracker
<https://bugs.python.org/issue31643>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ivan Pozdeev :
Removed file:
https://bugs.python.org/file47178/0001-Allow-for-all-zero-MAC-based-node-ID-e.g.-mobile-mod.patch
___
Python tracker
<https://bugs.python.org/issue31
Ivan Pozdeev added the comment:
> Xavier de Gaye added the comment:
>
> On a Samsung device with Android 5.1 and tethering enabled, only one network
> device has a MAC address and it is not an all-zero MAC address.
>
> Ivan can you please provide more information about t
Change by Ivan Pozdeev :
--
type: crash -> behavior
___
Python tracker
<https://bugs.python.org/issue22552>
___
___
Python-bugs-list mailing list
Unsubscrib
Ivan Pozdeev added the comment:
2nd fix ready.
@devteam The issue is fixed completely now, the fix can be merged.
Pushed to the same PR, see
https://github.com/python/cpython/pull/6444#issuecomment-389844872 why.
Used the option "Hold the Tcl lock for the entire duration of a PythonCm
Change by Ivan Pozdeev :
--
resolution: -> wont fix
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue31645>
___
___
Change by Ivan Pozdeev :
--
resolution: -> rejected
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue22552>
___
___
Change by Ivan Pozdeev :
--
pull_requests: +6627
___
Python tracker
<https://bugs.python.org/issue33257>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ivan Pozdeev added the comment:
I'm currently rewriting the docs, too, according to the plan @ #msg316492. WIP
@ https://github.com/native-api/cpython/tree/tkinter_docs .
You PR lines up fine though is made redundant by
https://github.com/native-api/cpython/c
Ivan Pozdeev added the comment:
> So, nothing more to do here.
In case that was cryptic, it means: the PR can be acted upon, no other changes
are needed.
--
___
Python tracker
<https://bugs.python.org/issu
New submission from Ivan Pozdeev :
(the output is for 2.7 head; for master, it's the same save for paths, library
versions and DeprecationWarning's)
>python.bat -m ensurepip
Running Debug|x64 interpreter...
Looking in links: c:\users\sasha\appdata\local\temp\tmpiysoby
Collecti
Ivan Pozdeev added the comment:
>one will see all the variables and call hierarchy
and be able to step through the code. With optimizations, the current line
jumps unpredictably, and some lines can't be visited because they're op
Ivan Pozdeev added the comment:
According to
https://stackoverflow.com/questions/1969709/how-to-forward-headers-on-http-redirect
, there's nothing in the specs that mention (even the possibility) of any
special request header processing.
According to https://tools.ietf.org/html/rf
Ivan Pozdeev added the comment:
Found yet another race condition -- when creating multiple Tk()s. Attached
example (loops indefinitely inside Tcl: some internal list becomes circular for
some reason).
The obvious fix by wrapping Tcl calls with locks in Tkapp_New doesn't fix it --
mu
Ivan Pozdeev added the comment:
On 29.05.2018 23:20, Mark Roseman wrote:
> Mark Roseman added the comment:
>
> Ivan, thanks for making a good first pass of this. The thread section still
> feels a lot like 'fighting' with the model. Do you mind if I take a crack at
>
Ivan Pozdeev added the comment:
@markroseman I'm about 50% okay with your changes. Could you create a PR
against my branch so we can work out the specifics?
--
___
Python tracker
<https://bugs.python.org/is
New submission from Ivan Pozdeev :
This causes test_ntpath and test_posixpath to fail in subj.
Sample failure:
==
FAIL: test_expandvars_nonascii (__main__.NtCommonTest
Change by Ivan Pozdeev :
--
keywords: +patch
pull_requests: +6903
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue33709>
___
___
Py
Change by Ivan Pozdeev :
--
pull_requests: +6904
___
Python tracker
<https://bugs.python.org/issue33709>
___
___
Python-bugs-list mailing list
Unsubscribe:
1 - 100 of 171 matches
Mail list logo
