New submission from Ivan Pozdeev :
c:\Users\Sasha\Documents\cpython\Tools\msi>python msi.py
Traceback (most recent call last):
File "msi.py", line 1372, in
add_files(db)
File "msi.py", line 956, in add_files
generate_license()
File "msi.py&quo
Ivan Pozdeev added the comment:
... can be built with such a glaring mistake in the script.
--
___
Python tracker
<https://bugs.python.org/issue33711>
___
___
Ivan Pozdeev added the comment:
It's not about "convincing" me or anyone else. It's about showing how this will
be a strict improvement.
I showed that the HTTP RFC allows apps to rely on the fact that they are
receiving all the headers. So filtering them arbitrari
Ivan Pozdeev added the comment:
In 3.x, it turns out, this doesn't result in test failures in stock
configuration.
It does though if PYTHONLEGACYWINDOWSFSENCODING is in system environment.
I was diagnosing failures in 2.x and saw that 3.x has the same logic, so it was
a no-brain
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'
--
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://bug
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
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:
I *think* we need to ask maintainers of packages who use .pth -- at least, Mark
Hammond (pywin32) -- to find out the impact and if everything can be done with
other means.
AFAICS it at least allows pywin32 to have many top-level modules without
cluttering
Ivan Pozdeev added the comment:
> They are very difficult to debug because they're processed too early.
.pth's are processed by site.py, so no more difficult than site/sitecustomize.
You can e.g. run `site.addpackage(,,None)' to debug the logic.
> They usually contain
Ivan Pozdeev added the comment:
I confirm violation of https://tools.ietf.org/html/rfc3986#section-3.2.2 .
URLs are now covered by RFC 3986 which obsoletes RFC 1808 that `urllib's
documentation refers to.
This new URL RFC adds [] to 'reserved' characters, so them being pr
Change by Ivan Pozdeev :
--
keywords: +patch
pull_requests: +9463
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue33944>
___
___
Py
Ivan Pozdeev added the comment:
The primary motivation behind the suggestion seems to be the fact that the
feature is abused.
However, the documentation has no info whatsoever on what is the intended use
-- thus what constitutes abuse. Without that, the accusations are kind of
baseless
Ivan Pozdeev added the comment:
@Thomas Viehmann , as it's currently formulated, this is a duplicate because it
strives to allow getting class source from past interactive input -- which, as
I explained, is already possible without the patch and seems to be
inappropriate for vanilla co
Ivan Pozdeev added the comment:
> which, as I explained, is already possible without the patch
Sorry, I myself explained in https://bugs.python.org/msg319692 that it's not
possible. The rest still stands though.
--
___
Python tracker
Ivan Pozdeev added the comment:
See
https://bugs.python.org/issue33826?@ok_message=msg%20328824%20created%0Aissue%2033826%20message_count%2C%20messages%20edited%20ok&@template=item#msg319692
how IPython stores source from interactive input and why it's not appropriate
for vanilla
Ivan Pozdeev added the comment:
@barry
> Interdependent namespace packages. If they get loaded in the wrong order,
> they can mess up __path__ settings
Actually, when writing the PR, I had a revelation how this could be
implemented. Via an import hook that would work like a union F
Ivan Pozdeev added the comment:
> I’m a little concerned about this approach because it means random third
> party modules can affect the global environment for your application, without
> knowing it. Since the hook installation happens at import time, and just
> depending on a
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
... pr
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 wo
Changes by Ivan Pozdeev :
--
keywords: +patch
Added file: http://bugs.python.org/file36795/cdll_dont_cache.patch
___
Python tracker
<http://bugs.python.org/issue22
Changes by Ivan Pozdeev :
--
title: ctypes.LibraryLoader returns singleton objects, resulting in usage
conflicts -> ctypes.CDLL returns singleton objects, resulting in usage conflicts
___
Python tracker
<http://bugs.python.org/issu
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
<http://bugs.python.org/issue22
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 th
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 cha
New submission from Ivan Pozdeev :
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 a breakpo
Changes by Ivan Pozdeev :
--
nosy: +Ivan.Pozdeev
versions: +Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.7
___
Python tracker
<http://bugs.python.org/issue25
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
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
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 subroutine
Changes by Ivan Pozdeev :
Removed file: http://bugs.python.org/file45813/ftp_error_illustration.txt
___
Python tracker
<http://bugs.python.org/issue25458>
___
___
Pytho
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
<http://bugs.python.o
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 22
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.
--
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 r
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"
Changes by Ivan Pozdeev :
--
keywords: +patch
Added file: http://bugs.python.org/file45840/105577.patch
___
Python tracker
<http://bugs.python.org/issue28
Changes by Ivan Pozdeev :
Added file: http://bugs.python.org/file45845/105577.patch
___
Python tracker
<http://bugs.python.org/issue28931>
___
___
Python-bugs-list mailin
Ivan Pozdeev added the comment:
Spawned the `urllib' issue to issue28931.
--
___
Python tracker
<http://bugs.python.org/issue25458>
___
___
Python-bugs-list m
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
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_
ma
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 li
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.
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
<...>
>>> ftp.s
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
<http://bugs.python.org/issue28
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
<http://bu
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 conve
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
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 interp
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 immedi
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
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:5
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:
Here, ShellExecuteExW is indeed called, with the specified parameters,
but the hProcess member is still NULL after the call. This must be the
reason for the discrepancy.
--
nosy: +Vano
___
Python tracker
<h
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++ compile
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
Changes by Ivan Pozdeev :
Added file: http://bugs.python.org/file42469/0002-VS-Express.patch
___
Python tracker
<http://bugs.python.org/issue26768>
___
___
Python-bug
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:
Whoops, wrong ticket.
--
___
Python tracker
<http://bugs.python.org/issue4709>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
<http://bu
Changes by Ivan Pozdeev :
--
resolution: -> third party
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue26768>
___
___
Python-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 ->
Changes by Ivan Pozdeev :
--
nosy: -Ivan.Pozdeev
___
Python tracker
<http://bugs.python.org/issue4709>
___
___
Python-bugs-list mailing list
Unsubscribe:
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 :
--
keywords: +patch
Added file: http://bugs.python.org/file42496/bdist_msi.patch
___
Python tracker
<http://bugs.python.org/issue26
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:
@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
<http://bu
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 ston
Changes by Ivan Pozdeev :
Added file: http://bugs.python.org/file45437/bdist_msi.patch
___
Python tracker
<http://bugs.python.org/issue26786>
___
___
Python-bugs-list m
Changes by Ivan Pozdeev :
Removed file: http://bugs.python.org/file42496/bdist_msi.patch
___
Python tracker
<http://bugs.python.org/issue26786>
___
___
Python-bugs-list m
Changes by Ivan Pozdeev :
--
versions: +Python 3.7
___
Python tracker
<http://bugs.python.org/issue26786>
___
___
Python-bugs-list mailing list
Unsubscribe:
101 - 171 of 171 matches
Mail list logo
