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]
http://bugs.python.org/issue1256
New submission from Ivan Pozdeev ivan_pozd...@mail.ru:
pdb.Pdb.checkline() throws AttributeError at pdb.py:470 if invoked before
starting a debugging session because self.curframe doesn't exist at that time.
This breaks IPython's %run magic command (v0.10, Magic.py:1663). The command
sets
New submission from Ivan Pozdeev:
It appears that the interpreter assigns an identifier to local or global scope
at compilation time rather than searching locals, then globals (i.e. vars()) at
the time of execution.
An example:
def test():
... vars()['a']=1
... print(a)
...
test
New submission from Ivan Pozdeev:
a LibraryLoader returns the same _FuncPtr object for a given function every
time. This way, if two libraries set its attributes (most possibly, `argtypes')
to incompatible values (both representing the same C-level entities), one of
them will stop working
Changes by Ivan Pozdeev ivan_pozd...@mail.ru:
--
keywords: +patch
Added file: http://bugs.python.org/file36795/cdll_dont_cache.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22552
Changes by Ivan Pozdeev ivan_pozd...@mail.ru:
--
title: ctypes.LibraryLoader returns singleton objects, resulting in usage
conflicts - ctypes.CDLL returns singleton objects, resulting in usage conflicts
___
Python tracker rep...@bugs.python.org
http
Ivan Pozdeev added the comment:
Another possible solution is to prohibit settings attributes of vanilla
_FuncPtr objects, requiring a library to make a private copy to be able to do
that.
--
___
Python tracker rep...@bugs.python.org
http
Ivan Pozdeev added the comment:
@R. David Murray: haha, the reverse change that introduced this problem in the
first place! issue 14201's problem is exactly why I was going to suggest to
also make _FuncPtr's compare equal if they point to the same function.
@eryksun: Packages do this because
Ivan Pozdeev added the comment:
If you want cached libs without polluting ctypes.cdll or ctypes.windll, just
create your own instance such as windll = ctypes.LibraryLoader(ctypes.WinDLL).
This one looks like the next best thing to the current state of affairs,
requiring minimal change
Ivan Pozdeev added the comment:
Here's the warnings patch. No sure if the `copy.copy' recipe is officially
supported.
--
nosy: +native_api
Added file: http://bugs.python.org/file37000/add-warnings.diff
___
Python tracker rep...@bugs.python.org
http
Ivan Pozdeev added the comment:
I wouldn't call it so carved in stone:
1) The note at `ctypes.c_int'
(https://docs.python.org/2/library/ctypes.html?highlight=c_int#ctypes.c_int) is
meant for explicit conversion - since the entry is about using `c_int' is
Python code, not converting something
Ivan Pozdeev added the comment:
@eryksun tried that already, same effect:
C:\>start /b /w python -c "print 'bla-bla-bl
a'; raise SystemExit(42)"
C:\>bla-bla-bla
echo %errorlevel%
0
I'll try to pinpoint the issue to an OS/OS family/update o
Ivan Pozdeev added the comment:
@eryksun That's it! "python" was actually launching a shortcut in my "shortcuts
to often-used commands around the system" folder!
Thank goodness (this time, "Goodness" is Brian Curtin with 90617:a9d34685ec47,
Sat May 10 12:52:59
Ivan Pozdeev added the comment:
@eryksun That is (was) an .lnk indeed, and adding ".lnk" to PATHEXT is exactly
what I did to make it work. This is much more maintainable than registry hacks.
An .lnk is launched with ShellExecute which returns control immediately upon
successful l
Ivan Pozdeev added the comment:
This also happens when running interactively - so the interactive interpreter
has to be run from a non-console program to be usable.
This doesn't happen with other programs (e.g. Cygwin bash) or IPython console.
--
title: Non-interactive interpreter
New submission from Ivan Pozdeev:
When running python.exe from windows console non-interactively, cmd.exe prompt
appears immediately after starting:
C:\>python -c "import time; time.sleep(2); print 'bla-bla-bla'"
C:\>bla-bla-bla
Not only this prevents from cmd to se
Ivan Pozdeev added the comment:
Python 2.7.11 (v2.7.11:6d1b6a68f775, Dec 5 2015, 20:40:30) [MSC v.1500 64 bit
(AMD64)] on win32
WinXP x64 SP2
I also tested with PowerShell 1.0. Python opens another window, but the shell's
prompt also shows up immediately
Ivan Pozdeev added the comment:
The vsvarsall.bat message should direct to
https://wiki.python.org/moin/WindowsCompilers rather than some 3rd-party site
(even more so, one with user-generated content like SO).
E.g.: "Unable to find vcvarsall.bat. A required version of MS VC++ comp
Changes by Ivan Pozdeev <ivan_pozd...@mail.ru>:
--
nosy: -Ivan.Pozdeev
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue4709>
___
_
New submission from Ivan Pozdeev:
If a package has directories with names in APP CAPS,
distutils.commands.bdist_msi creates properties for them that are also in all
caps.
Such properties are handled specially by MSI and are called "public properties
(http://www.advancedinstaller.com
Changes by Ivan Pozdeev <ivan_pozd...@mail.ru>:
--
keywords: +patch
Added file: http://bugs.python.org/file42496/bdist_msi.patch
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
New submission from Ivan Pozdeev:
First, the background information so you understand what I am talking about.
bdist_msi-produced packages work in the following way:
The files to install are presented as at least 3 equivalent sets (implemented
as Features): "Python" (for Python fro
Ivan Pozdeev added the comment:
Whoops, wrong ticket.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue4709>
___
___
Python-bugs-
Changes by Ivan Pozdeev <ivan_pozd...@mail.ru>:
--
resolution: -> third party
status: open -> closed
___
Python tracker <rep...@bugs.python.org>
<http://bugs.
Ivan Pozdeev added the comment:
I know it's a wiki. But this particular page is marked ImmutablePage and I
couldn't edit it even after I registered, so I thought It's protected. I'll try
the e-mail now.
--
resolution: third party ->
status: closed ->
Changes by Ivan Pozdeev <ivan_pozd...@mail.ru>:
Added file: http://bugs.python.org/file42469/0002-VS-Express.patch
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
New submission from Ivan Pozdeev:
Current instructions at https://wiki.python.org/moin/WindowsCompilers for a
number of items are insufficient to make things work out of the box.
This has lead to widespread confusion and a lot of vastly different and
invariably hacky/unreliable/unmaintainable
Ivan Pozdeev added the comment:
I preferred DISTUTILS_USE_SDK to MSSDK because the latter is a hack intended
for private, advanced use rather than as the standard way: it makes distutils
stop guessing and rely on the user to set the environment correctly
Ivan Pozdeev added the comment:
I know it's a wiki but I couldn't edit the page even after I registered, so I
thought It's protected. I'll try the e-mail now.
--
nosy: +Ivan.Pozdeev
___
Python tracker <rep...@bugs.python.org>
<http://bugs.p
Ivan Pozdeev added the comment:
What's wrong with the Python wiki link in msg263206 above? It is supposed to be
_the_ guide for setting up compilers in Windows, isn't it?
Ideally, this should be a link to `distutils' docs - because, you know, the
wiki isn't carved in stone, either, while
Changes by Ivan Pozdeev <ivan_pozd...@mail.ru>:
Added file: http://bugs.python.org/file45437/bdist_msi.patch
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by Ivan Pozdeev <ivan_pozd...@mail.ru>:
Removed file: http://bugs.python.org/file42496/bdist_msi.patch
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by Ivan Pozdeev <ivan_pozd...@mail.ru>:
--
versions: +Python 3.7
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue26786>
___
Ivan Pozdeev added the comment:
@haypo, as I said, it's undesirable to link to a 3rd party site in a built-in
error message because its availability and content are outside the dev team's
control.
--
___
Python tracker <rep...@bugs.python.
Ivan Pozdeev added the comment:
This fix has caused issue25458 to manifest itself in `urllib', too. AFAICS,
it's impossible to fully fix `urllib' to correctly handle end-of-transmission
response without fixing `ftplib' first.
--
nosy: +Ivan.Pozdeev
Ivan Pozdeev added the comment:
The attached patch fixes this case. It still leaves the following problem:
>>> u=urllib.urlopen("ftp://ftp.zlatkovic.com/pub/libxml/md5sum.txt;).read()
>>> urllib.urlretrieve("ftp://ftp.zlatkovic.com/pub/libxml/md5sum.txt",&qu
New submission from Ivan Pozdeev:
>>> urllib.urlretrieve("ftp://ftp.zlatkovic.com/pub/libxml/md5sum.txt","t.bin;)
('t.bin', )
>>> urllib.urlretrieve("ftp://ftp.zlatkovic.com/pub/libxml/md5sum.txt","t.bin;)
Traceback (most recent call last):
Changes by Ivan Pozdeev <ivan_pozd...@mail.ru>:
--
keywords: +patch
Added file: http://bugs.python.org/file45840/105577.patch
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by Ivan Pozdeev <ivan_pozd...@mail.ru>:
Added file: http://bugs.python.org/file45845/105577.patch
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Ivan Pozdeev added the comment:
Spawned the `urllib' issue to issue28931.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Changes by Ivan Pozdeev <ivan_pozd...@mail.ru>:
--
nosy: +Ivan.Pozdeev
versions: +Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.7
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Ivan Pozdeev added the comment:
The current solution looks fishy to me. We should stick to
https://tools.ietf.org/html/rfc959 . In particular, 226 is sent when the server
closes the auxiliary socket, so the module should react accordingly. Debug
printing and/or issuing warnings is an obvious
Ivan Pozdeev added the comment:
Darn, my problem _is_ in urllib and thus is different that the one in this
ticket. Though it too results in a "command response shift".
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.py
Ivan Pozdeev added the comment:
The solution for the OP's problem is:
* after closing the data socket (whether it was returned by
`transfercmd()'/`ntransfercmd()' or opened manually), an additional
`FTP.getresp()'/`FTP.voidresp()' is required to process the 226 response.
The built
Ivan Pozdeev added the comment:
I tried to fix `urllib' and ultimately failed. In a nutshell, handling of the
aftermath of an `ntransfercmd' is broken.
Since `ntransfercmd'/`transfercmd' returns a socket, handling of an
end-of-transmission response is done in independently invoked code - upon
Ivan Pozdeev added the comment:
I'm more puzzled how noone has noticed this until now if it's supposed to
produce an error upon compilation. (Well, it doesn't. I couldn't quite figure
out how the encoding declaration is parsed, but it's clear the line _isn't_
matched as a regex like the docs
Ivan Pozdeev added the comment:
One more concern about the fix (so that you don't assume I didn't think of this
;) ) - handling of errors signified by the end-of-transfer response.
Handling a response in a close handler prevents us from actually checking its
code:
* destructors like a close
Ivan Pozdeev added the comment:
* The initial msg253326 has a code snippet using ftplib directly and showing
the error.
* The linked issue28931 has another snippet that uses ftplib through urllib and
results in the same error.
There isn't a single mention of "thread" in either.
Coul
Ivan Pozdeev added the comment:
Python 3.5.2 (v3.5.2:4def2a2901a5, Jun 25 2016, 22:01:18) [MSC v.1900 32 bit
(Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import ftplib
<...>
>>> ft
Ivan Pozdeev added the comment:
Was fixed in c741ba9e37ef (3.2) . urllib gets around the ftplib issue by
closing the session after each transfer.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
New submission from Ivan Pozdeev:
$ head 'c:\Py\Lib\lib-tk\Tix.py' -n 1
# -*-mode: python; fill-column: 75; tab-width: 8; coding: iso-latin-1-unix -*-
There's no "iso-latin-1-unix" encoding in Python, so this declaration produces
an error in some code analysis tools (I have it in
Changes by Ivan Pozdeev <ivan_pozd...@mail.ru>:
Removed file: http://bugs.python.org/file45813/ftp_error_illustration.txt
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Ivan Pozdeev added the comment:
Found the root problem: a 1xx response doesn't complete a LIST command, it
should wait further for a 2xx one. See RFC 959 section 6 (state diagrams).
This could be `urllib`'s rather than `ftplib`'s fault: the former calls
low-level subroutines of the latter
New submission from Ivan Pozdeev <ivan_pozd...@mail.ru>:
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
Ivan Pozdeev <ivan_pozd...@mail.ru> 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 O
New submission from Ivan Pozdeev <ivan_pozd...@mail.ru>:
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:
Change by Ivan Pozdeev <ivan_pozd...@mail.ru>:
--
keywords: +patch
nosy: -r.david.murray
Added file:
https://bugs.python.org/file47176/0001-Support-making-MSI-installer-from-tarball.patch
___
Python tracker <rep...@bugs.python.or
Change by Ivan Pozdeev <ivan_pozd...@mail.ru>:
--
nosy: +r.david.murray
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue31623>
___
Ivan Pozdeev <ivan_pozd...@mail.ru> 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, an
New submission from Ivan Pozdeev <ivan_pozd...@mail.ru>:
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 con
Ivan Pozdeev <ivan_pozd...@mail.ru> 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
New submission from Ivan Pozdeev <ivan_pozd...@mail.ru>:
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 "pe
Change by Ivan Pozdeev <ivan_pozd...@mail.ru>:
--
type: -> compile error
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue31645>
___
_
Ivan Pozdeev <ivan_pozd...@mail.ru> added the comment:
Example failure:
==
FAIL: test_windll_getnode (test.test_uuid.TestInternals)
--
Traceback (most
Change by Ivan Pozdeev <ivan_pozd...@mail.ru>:
Added file:
https://bugs.python.org/file47192/0001-Add-missing-build-steps-in-build-procedure.patch
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python
Ivan Pozdeev <ivan_pozd...@mail.ru> added the comment:
> Xavier de Gaye <xdeg...@gmail.com> 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.
>
> Iv
Ivan Pozdeev <ivan_pozd...@mail.ru> 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
Change by Ivan Pozdeev <ivan_pozd...@mail.ru>:
Removed file:
https://bugs.python.org/file47192/0001-Add-missing-build-steps-in-build-procedure.patch
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python
Change by Ivan Pozdeev <ivan_pozd...@mail.ru>:
Removed file:
https://bugs.python.org/file47191/0001-Add-missing-build-steps-in-build-procedure.patch
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python
Change by Ivan Pozdeev <ivan_pozd...@mail.ru>:
Removed file:
https://bugs.python.org/file47260/0001-Add-missing-but-required-build-steps-and-how-to-buil.patch
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python
Change by Ivan Pozdeev <ivan_pozd...@mail.ru>:
--
pull_requests: +4387
stage: -> patch review
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
Change by Ivan Pozdeev <ivan_pozd...@mail.ru>:
--
keywords: +patch
pull_requests: +4679
stage: -> patch review
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
New submission from Ivan Pozdeev <ivan_pozd...@mail.ru>:
On this machine, C:\Users is a junction to D:\Users .
Sample failure:
Running Release|x64 interpreter...
FFFs...s..s.s.ss..
Change by Ivan Pozdeev <ivan_pozd...@mail.ru>:
--
pull_requests: +4701
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue31643>
___
Change by Ivan Pozdeev <ivan_pozd...@mail.ru>:
Removed file:
https://bugs.python.org/file47178/0001-Allow-for-all-zero-MAC-based-node-ID-e.g.-mobile-mod.patch
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python
Ivan Pozdeev <ivan_pozd...@mail.ru> 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 l
Ivan Pozdeev <ivan_pozd...@mail.ru> 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 b
Ivan Pozdeev <ivan_pozd...@mail.ru> 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 any
Ivan Pozdeev <ivan_pozd...@mail.ru> 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 <rep...@bugs.python.org>
<https://bugs.python
Ivan Pozdeev <ivan_pozd...@mail.ru> 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 th
Ivan Pozdeev <ivan_pozd...@mail.ru> 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.
--
_
Ivan Pozdeev <ivan_pozd...@mail.ru> 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/
Ivan Pozdeev <ivan_pozd...@mail.ru> 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
New submission from Ivan Pozdeev <ivan_pozd...@mail.ru>:
(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\
Ivan Pozdeev <ivan_pozd...@mail.ru> 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 optimi
Change by Ivan Pozdeev <ivan_pozd...@mail.ru>:
--
pull_requests: +6627
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue33257>
___
Ivan Pozdeev <ivan_pozd...@mail.ru> added the comment:
@markroseman replied to python-dev since those perspectives are off topic for
this ticket.
--
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python
Change by Ivan Pozdeev <ivan_pozd...@mail.ru>:
--
resolution: -> wont fix
stage: -> resolved
status: open -> closed
___
Python tracker <rep...@bugs.python.org>
<https://bu
Change by Ivan Pozdeev <ivan_pozd...@mail.ru>:
--
resolution: -> rejected
stage: -> resolved
status: open -> closed
___
Python tracker <rep...@bugs.python.org>
<https://bu
Ivan Pozdeev <ivan_pozd...@mail.ru> 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 <rep...@bugs.python.org>
<https
Ivan Pozdeev added the comment:
Oh, I see, you want to be able to get the source for code entered into the
interactive session.
IPython does this by creating a separate fake "file name" for every input and
adding corresponding entries for them into `linecache.cache'. This do
Ivan Pozdeev added the comment:
What do you mean by "class source code" anyway? A class doesn't actually
contain any executable code (and there's no code object associated with it).
--
___
Python tracker
<https://bugs.python.o
Ivan Pozdeev added the comment:
I got that part, thank you.
I can't get 1)what you're expecting as an output and 2)why this should work the
way you're suggesting 'cuz functions and classes are very different.
In particular, classes can be modified dynamically, unlike functions. So if you
Ivan Pozdeev added the comment:
In [1]: import logging
In [2]: logging.Logger.__module__
Out[2]: 'logging'
In [4]: import sys
In [6]: sys.modules[logging.Logger.__module__].__file__
Out[6]: 'C:\\Program Files\\Python36\\lib\\logging\\__init__.py'
--
nosy: +Ivan.Pozdeev
Ivan Pozdeev <ivan_pozd...@mail.ru> 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 Tka
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/issue33
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
Ivan Pozdeev added the comment:
... can be built with such a glaring mistake in the script.
--
___
Python tracker
<https://bugs.python.org/issue33711>
___
___
Change by Ivan Pozdeev :
--
pull_requests: +6904
___
Python tracker
<https://bugs.python.org/issue33709>
___
___
Python-bugs-list mailing list
Unsubscribe:
1 - 100 of 170 matches
Mail list logo
