[issue23361] integer overflow in winapi_createprocess

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


--
versions: +Python 3.3, Python 3.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20916] ssl.enum_certificates() will not return all certificates trusted by Windows

[John Nagle]

John Nagle added the comment:

Amusingly, I'm getting this failure on "verisign.com" on Windows 7 with Python 
2.7.9:

"HTTP error - [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed 
(_ssl.c:581)..)"  The current Verisign root cert (Class 3 public) is, indeed, 
not in the Windows 7 cert store. Verisign has a newer root cert.

That error message ought to be improved. Tell the user which cert was rejected.

"python.org", with a DigiCert certificate, works fine.

I'm going to use the Mozilla certificate store explicitly.

--
nosy: +nagle

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23452] Build errors using VS Express 2013 in win32 mode

[Mark Lawrence]

New submission from Mark Lawrence:

I came across these while looking at #23449.  The output is in the attached 
file as it's cleaner that way.

--
components: Build, Windows
files: Win32BuildErrors.txt
messages: 235801
nosy: BreamoreBoy, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Build errors using VS Express 2013 in win32 mode
type: compile error
versions: Python 3.5
Added file: http://bugs.python.org/file38105/Win32BuildErrors.txt

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23449] Fatal errors rebuilding 3.5 from Visual Studio Windows 8.1 64 bit

[Mark Lawrence]

Mark Lawrence added the comment:

I've run "build.bat -e" for all four combinations of release and debug with 32 
or 64 bit with no problems.  Go back to VS and all four combinations fail with 
this problem.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21360] mailbox.Maildir should ignore files named with a leading dot

[Martin Dengler]

Changes by Martin Dengler :


--
nosy: +mdengler

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5053] http.client.HTTPMessage.getallmatchingheaders() always returns []

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
nosy: +r.david.murray
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23432] Duplicate content in SystemExit documentation

[Martin Panter]

Martin Panter added the comment:

How about this:

'''
The constructor accepts the same optional argument passed to :func:`sys.exit`.  
If the value is an integer, it specifies the system exit status . . .

. . .

.. attribute:: code

   The exit status or error message that is passed to the constructor. 
(Defaults to ``None``.)
'''

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5053] http.client.HTTPMessage.getallmatchingheaders() always returns []

[Martin Panter]

Martin Panter added the comment:

I agree with Catalin’s proposal to remove it straight away. It just causes 
confusion, and to me the intended behaviour is not equivalent to 
Message.get_all(). I would remove the entire HTTPMessage class and replace it 
as an alias of email.message.Message.

--
nosy: +vadmium

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10351] Add autocompletion for keys in dictionaries

[Raymond Hettinger]

Changes by Raymond Hettinger :


--
versions: +Python 3.5 -Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10486] http.server doesn't set all CGI environment variables

[Martin Panter]

Martin Panter added the comment:

Issue 5054 is for HTTP_ACCEPT

--
nosy: +vadmium

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23435] installation with full path as prefix incomplete

[Ivailo Monev]

Ivailo Monev added the comment:

I found the source of the problem, it's in distutils. at line 148 in 
Lib/distutils/util.py (in the tarball) the path join does not handle the full 
path properly (os.path.join returns the second path if it is full path), as a 
workaround I used "return new_root + pathname[1:]" and it worked as expected.

Do note that I've forgot to mention in my initial comment/message on this issue 
does not mention that I'm trying to install it ala DESTDIR. Trying to install 
Python as regular user failed because it was trying to place files on / instead 
of the sepcified DESTDIR.

Will you do something about this?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23450] Possible loss of data warnings building 3.5 Visual Studio Windows 8.1 64 bit

[Mark Lawrence]

Mark Lawrence added the comment:

Changes to nosy list as advised by Terry Reedy on c.l.py

--
nosy: +haypo, serhiy.storchaka

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23435] installation with full path as prefix incomplete

[Ned Deily]

Ned Deily added the comment:

--enable-shared builds in some cases can erroneously link with an already 
installed Python library of the same version.  That's what happened on my first 
try, before removing the system 2.7.  In any case, I'm closing this issue for 
now.  Feel free to reopen if you can identify a reproducible problem on a 
supported configuration.  Good luck!

--
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23435] installation with full path as prefix incomplete

[Ivailo Monev]

Ivailo Monev added the comment:

I don't know how --enable-shared can have effect on this but I do not know much 
about the build system either (I just quick scoped trough it) so I tried that - 
it doesn't change anything. Also, I have only one version of Python installed 
and that is 2.7.9.

I have tried bind mounting / to /usr in case of some hardcoded path check (I 
deal with that a lot) but that does not help either. I guess I'll have to poke 
deeper and figure it out on my own. I'll let you know if I find the source of 
that issue.

Cheers!

--
status: pending -> open

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23435] installation with full path as prefix incomplete

[Ned Deily]

Ned Deily added the comment:

Sorry, I tried using your ./configure with a 2.7.9 tarball on a Debian VM from 
which I removed the system Python 2.7 and, despite installing into the 
non-standard locations, at a quick look everything seemed to work OK.  For 
example,

>>> import _collections
>>> _collections.__file__
'/lib/python2.7/lib-dynload/_collections.so'

If you are building with --enable-shared, make sure the build isn't being 
influenced by a previously installed system or local Python 2.7.

--
resolution:  -> works for me
stage:  -> resolved
status: open -> pending

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23314] Disabling CRT asserts in debug build

[Steve Dower]

Steve Dower added the comment:

Attached a patch with options 1 and 2 implemented - both are fairly trivial. 
Any thoughts/preferences?

--
assignee:  -> steve.dower
keywords: +patch
Added file: http://bugs.python.org/file38104/23314 Options.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23152] fstat64 required on Windows

[Steve Dower]

Steve Dower added the comment:

Anyone interested in reviewing this patch?

--
assignee:  -> steve.dower
stage:  -> patch review
type:  -> crash

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23451] Deprecation warnings building 3.5 Visual Studio Windows 8.1 64 bit

[Steve Dower]

Steve Dower added the comment:

Patch attached.

Interesting, once you declare Vista as the minimum API set, WinSock claims to 
support CMSG_LEN which enables sendmsg() et al support in _socket. Since the 
WinSock API bears little relation to the POSIX(?) API, it doesn't build, so 
I've just undef'd CMSG_LEN when building socket.

--
keywords: +patch
Added file: http://bugs.python.org/file38103/23451_1.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18610] wsgiref.validate expects wsgi.input read to give exactly one arg

[Berker Peksag]

Berker Peksag added the comment:

The change was suggested before PEP  in issue 4718 (see msg78292), but PEP 
 says:

A server should allow read() to be called without an argument, and return 
the remainder of the client's input stream.

https://www.python.org/dev/peps/pep-/#input-and-error-streams

I couldn't find any objection at 
https://mail.python.org/pipermail/web-sig/2010-September/004655.html

--
nosy: +berker.peksag
stage:  -> patch review
versions: +Python 3.4, Python 3.5 -Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19143] Finding the Windows version getting messier (detect windows 8.1?)

[Steve Dower]

Steve Dower added the comment:

The newer attachment should handle back to Windows 2000. Unfortunately, I have 
no machines to test this on, but all of the API calls existed at least on XP 
and the version numbers are correct.

It runs correctly back to Python 2.7, works on 2.6 but gives the wrong result 
(possibly a ctypes bug?), and is fine on Python 3.

--
Added file: http://bugs.python.org/file38102/win32_ver.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23451] Deprecation warnings building 3.5 Visual Studio Windows 8.1 64 bit

[Steve Dower]

Steve Dower added the comment:

Adding 'socket' nosy list, as Antoine may have a stronger opinion about 
changing _socket to avoid these warnings - they aren't all in Windows-exclusive 
code. Or I'm happy to add the suppression to the build if that's the better 
option.

I'll work up a patch for the GetVersion deprecations. I believe they're mostly 
checking for Vista, which we can assume now, so they aren't necessary.

--
nosy: +pitrou

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23446] Use PyMem_New instead of PyMem_Malloc

[Benjamin Peterson]

Benjamin Peterson added the comment:

Very nice. I think you should also apply it to older versions, since (as we 
now) this sort of thing is very liable to cause security problems.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23450] Possible loss of data warnings building 3.5 Visual Studio Windows 8.1 64 bit

[Steve Dower]

Steve Dower added the comment:

These are warnings about implicit downcasting in a 64-bit build. They're not 
fatal to the build or execution (as far as we know), and as nice as it would be 
to fix them all, "good" fixes may introduce behaviour changes (for example, new 
overflow errors).

As an aside, building with VS 2015 also shows a lot of warnings for variable 
shadowing, which should also be fixed but is not likely unless someone gets 
really annoyed by them. What's the usual policy on issues like this?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23449] Fatal errors rebuilding 3.5 from Visual Studio Windows 8.1 64 bit

[Steve Dower]

Steve Dower added the comment:

Have you previously run ``build.bat -e`` from the command line? That's the best 
way to make sure you're ready to work inside VS.

(And technically it's allowed to happen, since VS 2013 is not supported and our 
build can do whatever it likes :) But it should work, so let's figure out why 
it isn't.)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22559] [backport] ssl.MemoryBIO

[Nick Coghlan]

Nick Coghlan added the comment:

While I agree with the idea of backporting this at some point after it has been 
published in a 3.x release, Guido also specifically requested that we *not* 
treat PEP 466 as blanket permission to backport other network security features 
to Python 2.7. (I originally had that kind of wording in the PEP, and he 
convinced me to take it out to ensure we considered each future feature 
backport request on its own merits)

That means 2.7.x should track the 3.4.x maintenance branch until after 3.5 is 
released, and then it should start tracking the 3.5.x maintenance branch.

However, any new 3.5 ssl features will need their own backporting PEP, rather 
than relying on the previous approval in PEP 466 to backport ssl features from 
3.4.

--
nosy: +ncoghlan

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23450] Possible loss of data warnings building 3.5 Visual Studio Windows 8.1 64 bit

[Mark Lawrence]

Mark Lawrence added the comment:

Using Microsoft Visual Studio Express 2013 for Windows Desktop.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23451] Deprecation warnings building 3.5 Visual Studio Windows 8.1 64 bit

[Mark Lawrence]

Mark Lawrence added the comment:

Using Microsoft Visual Studio Express 2013 for Windows Desktop.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23449] Fatal errors rebuilding 3.5 from Visual Studio Windows 8.1 64 bit

[Mark Lawrence]

Mark Lawrence added the comment:

Using Microsoft Visual Studio Express 2013 for Windows Desktop.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23451] Deprecation warnings building 3.5 Visual Studio Windows 8.1 64 bit

[Mark Lawrence]

New submission from Mark Lawrence:

Raised as a placeholder.

--
components: Build, Windows
files: Deprecations.txt
messages: 235778
nosy: BreamoreBoy, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Deprecation warnings building 3.5 Visual Studio Windows 8.1 64 bit
type: compile error
versions: Python 3.5
Added file: http://bugs.python.org/file38101/Deprecations.txt

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20699] Behavior of ZipFile with file-like object and BufferedWriter.

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
nosy: +r.david.murray

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23450] Possible loss of data warnings building 3.5 Visual Studio Windows 8.1 64 bit

[Mark Lawrence]

New submission from Mark Lawrence:

The attached file lists many of the warnings, but note there may be more as 
tkinter didn't build and is subject to #23449.

--
components: Build, Windows
files: PossibleLossOfData.txt
messages: 235777
nosy: BreamoreBoy, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Possible loss of data warnings building 3.5 Visual Studio Windows 8.1 64 
bit
type: compile error
versions: Python 3.5
Added file: http://bugs.python.org/file38100/PossibleLossOfData.txt

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23449] Fatal errors rebuilding 3.5 from Visual Studio Windows 8.1 64 bit

[Mark Lawrence]

New submission from Mark Lawrence:

If I select "Rebuild Solution" I get this:-

error C1083: Cannot open include file: 'tcl.h': No such file or directory   
C:\cpython\Modules\_tkinter.c
error C1083: Cannot open include file: 'tcl.h': No such file or directory   
C:\cpython\Modules\tkappinit.c

I'm assuming that this should never happen.

--
components: Build, Windows
messages: 235776
nosy: BreamoreBoy, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Fatal errors rebuilding 3.5 from Visual Studio Windows 8.1 64 bit
type: compile error
versions: Python 3.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12340] Access violation when using the C version of the io module

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Looks as the crash was fixed in one of previous bugfixes. As for memoryview 
related issue, this is a duplicate of issue20699.

--
nosy: +serhiy.storchaka
status: languishing -> pending
superseder:  -> Behavior of ZipFile with file-like object and BufferedWriter.

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23439] Fixed http.client.__all__ and added a test

[Demian Brecht]

Demian Brecht added the comment:

The only real question I have is: why? As far as I'm aware, these are
implementation details of the http.client module (there's even a comment in
HTTPMessage that it might make sense to move the class altogether).

As far as the constants go, they're only there for backwards compatibility
and http.HTTPStatus should be preferred. In light of that and the fact that
they were not previously in __all__, I agree with Berker about keeping this
simple for now.

On Wed, Feb 11, 2015, 13:57 Berker Peksag  wrote:

>
> Berker Peksag added the comment:
>
> It's not that important in my opinion. Let's keep it simple for now :)
>
> --
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20371] datetime.datetime.replace bypasses a subclass's __new__

[Edward O]

Edward O added the comment:

Here is a workaround for subclasses (2&3-compatible):

--- start code ---

class MyDate(datetime):

@classmethod
def fromDT(cls, d):
""" :type d: datetime """
return cls(d.year, d.month, d.day, d.hour, d.minute, d.second, 
d.microsecond, d.tzinfo)

def replace(self, *args, **kw):
""" :type other: datetime.timedelta
:rtype: MyDate """
return self.fromDT(super(MyDate, self).replace(*args, **kw))

--- end code ---

This is really a bug and not a misuse as datetime was specifically adapted to 
be subclassing-friendly. From a look at the (python) source, this seems to be 
the only bit that was forgotten.

The real fix is as per yselivanov comment [and no, this has nothing to do with 
pickle or copy AFAIK]

--
versions: +Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23439] Fixed http.client.__all__ and added a test

[Berker Peksag]

Berker Peksag added the comment:

It's not that important in my opinion. Let's keep it simple for now :)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20371] datetime.datetime.replace bypasses a subclass's __new__

[Edward O]

Changes by Edward O :


--
nosy: +eddygeek

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23439] Fixed http.client.__all__ and added a test

[Martin Panter]

Martin Panter added the comment:

Actually, maybe I should add all those status codes as well, like 
http.client.OK. Will probably require different patches for 3.4 and 3.5.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23446] Use PyMem_New instead of PyMem_Malloc

[Stefan Krah]

Stefan Krah added the comment:

In _testbuffer.c:  ndim <= 64, so the changes aren't really necessary.
Somehow this fact needs to get widely known, since it does not make
sense to check for overflow anytime ndim is used.

The reason is of course that even an array with only 2 elements per
dimension gets quite large with ndim=64. :)

--
nosy: +skrah

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23439] Fixed http.client.__all__ and added a test

[Demian Brecht]

Changes by Demian Brecht :


--
nosy: +demian.brecht

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23448] urllib2 needs to remove scope from IPv6 address when creating Host header

[Demian Brecht]

Changes by Demian Brecht :


--
nosy: +demian.brecht

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23442] http.client.REQUEST_HEADER_FIELDS_TOO_LARGE renamed in 3.5

[Demian Brecht]

Demian Brecht added the comment:

Thanks for the catch Martin, the field should indeed be updated to be
plural. I'll try to get a patch for this later today unless someone else
beats me to it

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23448] urllib2 needs to remove scope from IPv6 address when creating Host header

[Martin Panter]

Martin Panter added the comment:

I’m no IPv6 expert, but there seems to be a few standards:

*  (Feb 2013). Encodes as 
http://[fe80::1%25eth0]/; says Windows uses this form. Also mentions the 
unencoded http://[fe80::1%eth0]/ form. Says that the HTTP Host header should 
not include the scope zone identifier, since it is not necessarily relevant to 
the server.

*  (Nov 2013). Encodes 
as http://[v1.fe80::1+eth0]/; says CUPS uses this form. Also acknowledges the 
RFC %25 form. Says that the Host header _should_ include the scope, to help 
with servers that send back self-referencing absolute URLs.

Also, I would probably find IP.split('%', 1)[0] easier to read than a regular 
expression.

--
nosy: +vadmium

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23447] Relative imports with __all__ attribute

[Antonio Cota]

Changes by Antonio Cota :


--
versions: +Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23441] rlcompleter: tab on empty prefix => insert spaces

[Antoine Pitrou]

Antoine Pitrou added the comment:

Thanks a lot for doing this. I think it's a good improvement. I prefer 4 spaces 
myself (tabs usually insert 8 spaces, which is too wide), but I'm open to other 
opinions.

--
nosy: +pitrou, r.david.murray
stage:  -> patch review
versions:  -Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15914] multiprocessing.SyncManager connection hang

[Davin Potts]

Davin Potts added the comment:

Adding Brett Cannon as this issue appears to really be about doing an import 
shortly after an os.fork() -- this may be of particular interest to him.

This issue probably should have had Brett and/or others added to nosy long ago.

--
nosy: +brett.cannon, davin

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9207] multiprocessing occasionally spits out exception during shutdown (_handle_workers)

[Davin Potts]

Davin Potts added the comment:

Closing this issue after having verified that the issue can no longer be 
reproduced on the systems mentioned (Ubuntu 10.04 or OSX).  Related issues such 
as issue9205 have been addressed elsewhere and other possibly related issues 
such as issue22393 are being tracked separately.  It appears Jesse's patches in 
2010 (though not explicitly added to this issue here) have indeed addressed 
this issue.


Using OS X 10.10:
Using Greg's original test script (from his first post), I ran the script 100 
times (via shell script loop) but was unable to provoke the issue on OS X 10.10 
using either the Anaconda build of Python 2.7.9 or a local build from the 
default (3.5.0a1+) branch.

Using Matt Walker's supplied test script (from a much later post here), I ran 
his script 100 times in tight succession but was unable to provoke the issue on 
OS X 10.10 using either the Anaconda build of Python 2.7.9 or a local build 
from the default (3.5.0a1+) branch.  Side note:  running Matt's test script 
kinda takes a while ("time.sleep(10)" seriously?), especially at 100 iterations.



Using Ubuntu 10.04 (64-bit):
I installed Ubuntu 10.04.4 64-bit Server in a VM and repeated the above test 
sequences with those two scripts using the stock Python 2.6.5, locally built 
2.7 branch, and locally built default (3.5) branch versions.  Summary:
* At 100 iterations I was still unable to provoke the issue with Greg's script 
using 2.6.5, 2.7.9+, or 3.5.0a1+.
* Matt's script leverages functionality only introduced in 2.7 and so could not 
be run as-is with 2.6.5.
* At 100 iterations I was still unable to provoke the issue with Matt's script 
using 2.7.9+ or 3.5.0a1+.



Even if it's a little late in saying:  thanks goes to the reporters, Greg and 
Matt, and to Jesse for implementing the fix.

--
nosy: +davin
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23445] Use -Og for debug builds

[Roundup Robot]

Roundup Robot added the comment:

New changeset e37b201297d2 by Antoine Pitrou in branch '3.4':
Issue #23445: pydebug builds now use "gcc -Og" where possible, to make the 
resulting executable faster.
https://hg.python.org/cpython/rev/e37b201297d2

New changeset 527ed5205806 by Antoine Pitrou in branch 'default':
Issue #23445: pydebug builds now use "gcc -Og" where possible, to make the 
resulting executable faster.
https://hg.python.org/cpython/rev/527ed5205806

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23445] Use -Og for debug builds

[Antoine Pitrou]

Antoine Pitrou added the comment:

Done. It shouldn't break anything.

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23448] urllib2 needs to remove scope from IPv6 address when creating Host header

[Neil Gierman]

New submission from Neil Gierman:

Using a scoped IPv6 address with urllib2 creates an invalid Host header that 
Apache will not accept.

IP = "fe80:::::0001%eth0"
req = urllib2.Request("http://["; + IP + "]/")
req.add_header('Content-Type', 'application/json')
res = urllib2.urlopen(req, json.dumps(data))

Apache will reject the above request because the Host header is 
"[fe80:::::0001%eth0]". This behavior was reported to Apache at 
https://issues.apache.org/bugzilla/show_bug.cgi?id=35122 and the Apache devs 
will not fix this as there are new RFCs prohibiting scopes in the Host header. 
Firefox had the same issue and their fix was to strip out the scope from the 
Host header: https://bugzilla.mozilla.org/show_bug.cgi?id=464162 and 
http://hg.mozilla.org/mozilla-central/rev/bb80e727c531.

My suggestion is to change urllib2.py's do_request_ method from:

if not request.has_header('Host'):
request.add_unredirected_header('Host', sel_host)

to:

if not request.has_header('Host'):
request.add_unredirected_header('Host', re.compile(r"%.*$").sub("", 
sel_host, 1))

I have not tested this patch to urllib2.py however I am now using similar logic 
in my code to override the Host header when I create my request:

IP = "fe80:::::0001%eth0"
req = urllib2.Request("http://["; + IP + "]/")
req.add_header('Host', '[' + re.compile(r"%.*").sub("", IP, 1) + ']')
req.add_header('Content-Type', 'application/json')
res = urllib2.urlopen(req, json.dumps(data))

--
components: Library (Lib)
messages: 235762
nosy: ngierman
priority: normal
severity: normal
status: open
title: urllib2 needs to remove scope from IPv6 address when creating Host header
type: behavior
versions: Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23447] Relative imports with __all__ attribute

[Antonio Cota]

New submission from Antonio Cota:

That's the situation:

a/
  __init__.py
  first.py
  second.py

#init.py
__all__ = ['second', 'first']
print('i\'m starting the directory')

#first.py
print('hi, i\'m the first')
from . import *

#second.py
print('hi, i\'m the second')

>From the interactive prompt:
>>> import a.first
i'm starting the directory
hi, i'm the first
hi, i'm the second
Traceback (most recent call last):
  File "", line 1, in 
  File "/home/antox/Scrivania/a/first.py", line 2, in 
from . import *
AttributeError: module 'a' has no attribute 'first'

It's pretty weird.

--
messages: 235761
nosy: antox
priority: normal
severity: normal
status: open
title: Relative imports with __all__ attribute
type: behavior
versions: Python 3.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23445] Use -Og for debug builds

[Antoine Pitrou]

Antoine Pitrou added the comment:

I'd like to apply it to 3.4 as well, because it makes development more pleasant.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23445] Use -Og for debug builds

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

This looks pretty harmless. Some slow buildbots run tests very long time and 
failed with timeout after 3600 seconds. May be this patch will make them faster.

Yet one advantage -- the code compiled with partial optimization will be closer 
to the code compiled with full optimization. Therefore debugging version could 
catch more bugs that exist only with optimization.

But may be apply this only to 3.5?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23446] Use PyMem_New instead of PyMem_Malloc

[Serhiy Storchaka]

New submission from Serhiy Storchaka:

Proposed patch replaces PyMem_Malloc with PyMem_New if the former is used in 
the form PyMem_Malloc(len * sizeof(type)). This can fix possible overflow 
errors and makes the code cleaner.

--
components: Extension Modules, Interpreter Core
files: pymem_new.patch
keywords: patch
messages: 235758
nosy: benjamin.peterson, haypo, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Use PyMem_New instead of PyMem_Malloc
type: enhancement
versions: Python 3.5
Added file: http://bugs.python.org/file38099/pymem_new.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22699] cross-compilation of Python3.4

[William Scullin]

Changes by William Scullin :


--
nosy: +wscullin

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23445] Use -Og for debug builds

[Antoine Pitrou]

Antoine Pitrou added the comment:

-uall, without patch:

real5m47.290s
user18m28.405s
sys 0m29.493s

-uall, with patch:

real3m35.132s
user10m26.345s
sys 0m30.351s

That's a 38% speedup.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23445] Use -Og for debug builds

[Antoine Pitrou]

Antoine Pitrou added the comment:

> As for the patch, may be use AX_CHECK_COMPILE_FLAG [1]?

It's not used elsewhere in configure.ac. I reused the idiom used a couple lines 
above.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23445] Use -Og for debug builds

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Most slow tests are skipped without -uall.

As for the patch, may be use AX_CHECK_COMPILE_FLAG [1]?

[1] http://www.gnu.org/software/autoconf-archive/ax_check_compile_flag.html

--
nosy: +serhiy.storchaka

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23445] Use -Og for debug builds

[Antoine Pitrou]

New submission from Antoine Pitrou:

Recent gcc versions have an optimization level named "-Og". It enables all 
optimizations that do not break debugging. Here is a patch that uses it on 
debug builds.

Without the patch I get the following time for the whole test suite:

$ time ./python -m test -j12
[...]
real3m51.670s
user11m53.039s
sys 0m28.300s

With the patch it goes down to:

real2m36.378s
user7m13.743s
sys 0m29.728s

So the test suite is 33% faster to pass.

--
components: Build, Tests
files: og.patch
keywords: patch
messages: 235754
nosy: pitrou
priority: normal
severity: normal
stage: patch review
status: open
title: Use -Og for debug builds
type: enhancement
versions: Python 3.4, Python 3.5
Added file: http://bugs.python.org/file38098/og.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23444] HCI Bluetooth socket bind error on an arm crosscompiled environment

[Thomas Chiroux]

Changes by Thomas Chiroux :


--
title: HCI Bluetooth socket bind error on an arm crosscompiler environment -> 
HCI Bluetooth socket bind error on an arm crosscompiled environment

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20416] Marshal: performance regression with versions 3 and 4

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Thanks for your review Antoine and Victor.

--
assignee:  -> serhiy.storchaka
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23344] Faster marshalling

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Thank you for your review Kristján. Together with issue20416 this increases 
dumping speed almost twice for typical module data and up to 5x for some data.

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23444] HCI Bluetooth socket bind error on an arm crosscompiler environment

[Thomas Chiroux]

New submission from Thomas Chiroux:

This bug bellow occurs only on my crosscompiled environment on arm (marvell 
armada 166): arm-pxa168-linux-gnueabi
It does not seems to be a cross-compile issue: python compiles without problem 
and all unittests pass on the target device.

description and first clues
---

The problem is easyly reproducted using this script:

#!/usr/bin/python
import socket
sock = socket.socket(socket.AF_BLUETOOTH, socket.SOCK_RAW, 
socket.BTPROTO_HCI)
sock.bind((0,))

which raises the following exception when run on the target device:

Traceback (most recent call last):
  File "./test_bt.py", line 4, in 
 sock.bind((0,))
OSError: [Errno 22] Invalid argument

This does not give much clues, but strace does (i've filtered to display the
two significant parts of strace)

socket(PF_BLUETOOTH, SOCK_RAW|SOCK_CLOEXEC, 1) = 3
bind(3, {sa_family=AF_UNSPEC, 
sa_data="\0\0\360\35\251\266s\316(U\3\0\0\0"}, 6) = -1 EINVAL (Invalid argument)


(on a working environment, including arm, like a raspberry pi, strace gives the 
following result (and no traceback of course):

socket(PF_BLUETOOTH, SOCK_RAW|SOCK_CLOEXEC, 1) = 3
bind(3, {sa_family=AF_BLUETOOTH, 
sa_data="\0\0\0\0\0\0X\352\243\266\0\24\265\266"}, 6) = 0

So, on the armada166, between the socket creation and the bind we lost the 
socket family (AF_UNSPEC instead of AF_BLUETOOTH).

And That's why bind returns invalid argument.

socketmodule and PyArg_ParseTuple
-

Now let's look at Modules/socketmodule.c:

After some digging, i've found that the problem is in getsockaddrarg, in the 
AF_BLUETOOTH / BTPROTO_HCI case
and more precisely on this line:

https://hg.python.org/cpython/file/ab2c023a9432/Modules/socketmodule.c#l1449

reproducted here:

if (!PyArg_ParseTuple(args, "i", &_BT_HCI_MEMB(addr, dev))) {

When we execute the PyArg_ParseTuple, the addr->hci_family is crunched (by 
zeros with my previous python sample).

At this same place, i've done the following test:

char buffer[8];
memset(buffer, 0x55, 8);
if (!PyArg_ParseTuple(args, "i", buffer) {
PyErr_SetString(PyExc_OSError, "getsockaddrarg: "
"wrong format");
return 0;
}
printf("CL: %d %d %d %d %d %d %d %d\n", buffer[0], buffer[1], buffer[2], 
buffer[3], buffer[4], buffer[5], buffer[6], buffer[7]);
 
memset(buffer, 0xAA, 8);
if (!PyArg_ParseTuple(args, "i", buffer+1) {
PyErr_SetString(PyExc_OSError, "getsockaddrarg: "
"wrong format");
return 0;
}
printf("CL+1: %d %d %d %d %d %d %d %d\n", buffer[0], buffer[1], buffer[2], 
buffer[3], buffer[4], buffer[5], buffer[6], buffer[7]);
 
  
memset(buffer, 0xBB, 8);
if (!PyArg_ParseTuple(args, "i", buffer+2) {
PyErr_SetString(PyExc_OSError, "getsockaddrarg: "
"wrong format");
return 0;
}
printf("CL+2: %d %d %d %d %d %d %d %d\n", buffer[0], buffer[1], buffer[2], 
buffer[3], buffer[4], buffer[5], buffer[6], buffer[7]);
   
memset(buffer, 0xcc, 8);
if (!PyArg_ParseTuple(args, "i", buffer+3) {
PyErr_SetString(PyExc_OSError, "getsockaddrarg: "
"wrong format");
return 0;
}
printf("CL+3: %d %d %d %d %d %d %d %d\n", buffer[0], buffer[1], buffer[2], 
buffer[3], buffer[4], buffer[5], buffer[6], buffer[7]);

and the result is:

CL: 0 0 0 0 85 85 85 85
CL+1: 0 0 0 0 170 170 170 170
CL+2: 0 0 0 0 187 187 187 187
CL+3: 0 0 0 0 204 204 204 204

(WTF ??)

in a working environnement (tested on raspberry B+ / python 3.4.2 locally 
compiled) result is what we should expect:

CL: 0 0 0 0 85 85 85 85
CL+1: 170 0 0 0 0 170 170 170
CL+2: 187 187 0 0 0 0 187 187
CL+3: 204 204 204 0 0 0 0 204

So on my box if PyArg_ParseTuple write on &addr->hci_dev if write 4 bytes from 
&addr->hci_family which is 2 bytes BEFORE &addr->hci_dev

At this time I can not understand how it's possible.

Remarks and patch
-

Now I have several remarks and a working patch.

* remark/question 1: why does PyArg_ParseTuple parse an int when addr->hci_dev 
is an unsigned short ?
even in normal situation, when it works, writing on &addr->hci_dev overflow on 
the next two bytes which are btw addr->channel (more on that later)
 
* remark/question 2: i've tried to dig more deeply inside PyArg_ParseTuple and 
found another odd thing, but I did not try to change it without knowing what I 
do:

in Python/getargs.c, in convertsimple, int parsing result is not casted before 
returned:

here: https://hg.python.org/cpython/file/ab2c023a9432/Python/getargs.c#l690

(ival is a long). In all other cases (short, unsigned short, char, usigned 
char), they are casted before return.
[disclosure: i've tested to add the cast and relaunched my bind test, it did 
not change anything, but it'

[issue23441] rlcompleter: tab on empty prefix => insert spaces

[Armin Rigo]

Armin Rigo added the comment:

Ah, thanks, I missed there was already an issue.

The patch's logic is as follows: when pressing tab anywhere in the line, if the 
word to complete is empty (which might be for any number of reasons, like the 
cursor is after another space or a non-word character), then suggest as 
completion a string of N spaces, where N is a number from 1 to 4 so that the 
cursor ends up being aligned to a multiple of 4.  You have to press backspace 
several times to remove all these spaces.

Indeed, it could also suggest a single '\t' character, which would be simpler 
and revert exactly to the old behavior (including a single backspace to remove 
the whole tab).  I didn't do it only because it would typically indent to 8 
characters instead of 4.  If people think it is anyway a better idea, I can 
submit a second (simpler) patch doing that.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3566] httplib persistent connections violate MUST in RFC2616 sec 8.1.4.

[Demian Brecht]

Demian Brecht added the comment:

> Thanks for helping with this Demian. 
No worries. This textual white boarding exercise has also been greatly
valuable in getting my own head wrapped around various low frequency
socket level errors that can be encountered when using the client. The
downside is that this issue is now quite likely very difficult for new
readers to follow :/

> The idea of raising the same exception in all cases is new to me.
This initially puzzled me. I then re-read my response and realized that
I was thinking one thing and wrote another. The exception that I was
intending to suggest using here is ConnectionResetError, rather than the
ConnectionError base class. To elaborate a little further, as I
understand it, the /only/ case where the empty read happens is when the
remote connection has been closed but where the TCP still allows for EOS
to be read. In this case, the higher level implementation (in this case
the client) /knows/ that the empty line is signifying that the
connection has been closed by the remote host.

To be clear, a rough example of what I'm proposing is this:

diff -r e548ab4ce71d Lib/http/client.py
--- a/Lib/http/client.pyMon Feb 09 19:49:00 2015 +
+++ b/Lib/http/client.pyWed Feb 11 06:04:08 2015 -0800
@@ -210,7 +210,7 @@
 if not line:
 # Presumably, the server closed the connection before
 # sending a valid response.
-raise BadStatusLine(line)
+raise ConnectionResetError
 try:
 version, status, reason = line.split(None, 2)
 except ValueError:

Your example of the XML-RPC client would then use the alternative approach:

try:
return self.single_request(...)
except ConnectionError:
#retry request once if cached connection has gone cold
return self.single_request(...)

That all said, I'm also not tremendously opposed to the introduction of
the ConnectionClosed exception. I simply wanted to explore this thought
before the addition is made, although the comments in my patch review
would still hold true.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23443] XMLRPCLIB Exception uses str not class or instance

[Ken Marsh]

New submission from Ken Marsh:

xmlrpclib.Fault: :exceptions must be 
classes or instances, not str"

Exception handling appears to be improperly coded. Occurs when far side gives 
an unexpected response to an RPC call.

--
components: XML
messages: 235748
nosy: kmarsh
priority: normal
severity: normal
status: open
title: XMLRPCLIB Exception uses str not class or instance
type: crash
versions: Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20416] Marshal: performance regression with versions 3 and 4

[Roundup Robot]

Roundup Robot added the comment:

New changeset 012364df2712 by Serhiy Storchaka in branch 'default':
Issue #20416: marshal.dumps() with protocols 3 and 4 is now 40-50% faster on
https://hg.python.org/cpython/rev/012364df2712

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23344] Faster marshalling

[Roundup Robot]

Roundup Robot added the comment:

New changeset bb05f845e7dc by Serhiy Storchaka in branch 'default':
Issue #23344: marshal.dumps() is now 20-25% faster on average.
https://hg.python.org/cpython/rev/bb05f845e7dc

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23433] undefined behaviour in faulthandler.c, exposed by GCC 5

[STINNER Victor]

STINNER Victor added the comment:

Thanks for the report. This issue should now be fixed.

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23433] undefined behaviour in faulthandler.c, exposed by GCC 5

[Roundup Robot]

Roundup Robot added the comment:

New changeset 689092296ad3 by Victor Stinner in branch '3.4':
Issue #23433: Fix faulthandler._stack_overflow()
https://hg.python.org/cpython/rev/689092296ad3

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23439] Fixed http.client.__all__ and added a test

[Berker Peksag]

Changes by Berker Peksag :


--
nosy: +berker.peksag
stage:  -> patch review
versions: +Python 3.4, Python 3.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23433] undefined behaviour in faulthandler.c, exposed by GCC 5

[Matěj Stuchlík]

Matěj Stuchlík added the comment:

FWIW with your patch all the tests pass on Fedora rawhide in Koji [1], whereas 
before the x86_64 build would hang [2]. If you want to do some more testing, 
you can download the rpms from [1]. :)

[1] http://koji.fedoraproject.org/koji/taskinfo?taskID=8894494
[2] http://koji.fedoraproject.org/koji/taskinfo?taskID=8893808

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6634] sys.exit() called from threads other than the main one: undocumented behaviour

[Jan-Philip Gehrcke]

Changes by Jan-Philip Gehrcke :


Added file: http://bugs.python.org/file38096/issue6634_py27.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23435] installation with full path as prefix incomplete

[Ivailo Monev]

Ivailo Monev added the comment:

Right, I'm building it on custom Linux distribution on which software is 
installed on / instead of /usr on purpose. And the Python version is 2.7.9.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21717] Exclusive mode for ZipFile and TarFile

[Berker Peksag]

Changes by Berker Peksag :


Added file: http://bugs.python.org/file38095/issue21717_tarfile_v4.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23432] Duplicate content in SystemExit documentation

[Berker Peksag]

Berker Peksag added the comment:

Good catch, thanks! Do you have better wording for that part of the patch?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23435] installation with full path as prefix incomplete

[Ivailo Monev]

Changes by Ivailo Monev :


--
components: +Build
versions: +Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6634] sys.exit() called from threads other than the main one: undocumented behaviour

[Jan-Philip Gehrcke]

Jan-Philip Gehrcke added the comment:

Martin, I very much like the order you suggested, thanks. I did not feel 
confident enough for re-structuring the entire entry. So, can we agree on using 
that for Python 2.7?

Is there a consensus regarding the approach to take for Python 3.5? Except from 
Martin there was no feedback on the patch.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23442] http.client.REQUEST_HEADER_FIELDS_TOO_LARGE renamed in 3.5

[Berker Peksag]

Changes by Berker Peksag :


--
nosy: +serhiy.storchaka

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1508475] transparent gzip compression in urllib

[Berker Peksag]

Changes by Berker Peksag :


--
nosy: +berker.peksag

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23433] undefined behaviour in faulthandler.c, exposed by GCC 5

[Matěj Stuchlík]

Changes by Matěj Stuchlík :


--
nosy: +sYnfo

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23258] Cannot Install Python 3.4.2 on Windows 7 64 bit / screen print attached

[Will]

Will added the comment:

Had the exact same problem.  Windows 7 / 64-bit

All I can get from the MSIexec log is:

Error 1722. There is a problem with this Windows Installer package. A program 
run as part of the setup did not finish as expected. Contact your support 
personnel or package vendor.  Action UpdatePip, location: 
B:\lang\python\v03.04\python.exe, command: -m ensurepip -U --default-pip 
=== Logging stopped: 11-Feb-2015  22:13:46 ===
_

I tried this various ways -- from command line, as administrator, msiexec /a, 
verbose logging -- NO LUCK.

I think it is really broken

--
nosy: +aplatypus

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21793] httplib client/server status refactor

[Martin Panter]

Martin Panter added the comment:

FYI I opened Issue 23442 for a separate regression to do with the 
REQUEST_HEADER_FIELDS_TOO_LARGE name

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23442] http.client.REQUEST_HEADER_FIELDS_TOO_LARGE renamed in 3.5

[Martin Panter]

New submission from Martin Panter:

This is a regression caused by the new HTTPStatus enum from Issue 21793. RFC 
6585 uses the plural “Fields”, so maybe the new enum symbol needs renaming.

$ python3.4
Python 3.4.2 (default, Oct  8 2014, 13:44:52) 
[GCC 4.9.1 20140903 (prerelease)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import http.client
>>> http.client.REQUEST_HEADER_FIELDS_TOO_LARGE
431
>>> http.client.REQUEST_HEADER_FIELD_TOO_LARGE
Traceback (most recent call last):
  File "", line 1, in 
AttributeError: 'module' object has no attribute 
'REQUEST_HEADER_FIELD_TOO_LARGE'
>>> 
$ ./python
Python 3.5.0a0 (qbase qtip simple-http-testing.patch tip:f3fadbfb10ba, Feb 11 
2015, 07:18:07) 
[GCC 4.9.1] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import http.client
>>> http.client.REQUEST_HEADER_FIELDS_TOO_LARGE
Traceback (most recent call last):
  File "", line 1, in 
AttributeError: module 'http.client' has no attribute 
'REQUEST_HEADER_FIELDS_TOO_LARGE'
>>> http.client.REQUEST_HEADER_FIELD_TOO_LARGE


--
components: Library (Lib)
messages: 235737
nosy: demian.brecht, vadmium
priority: normal
severity: normal
status: open
title: http.client.REQUEST_HEADER_FIELDS_TOO_LARGE renamed in 3.5
type: behavior
versions: Python 3.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22086] Tab indent no longer works in interpreter

[Martin Panter]

Martin Panter added the comment:

Patch at Issue 23441

--
nosy: +vadmium

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23441] rlcompleter: tab on empty prefix => insert spaces

[Martin Panter]

Martin Panter added the comment:

Main bug report: Issue 22086.

Can you say if this works when the cursor is not at the start of the entry? 
E.g. after an existing tab (Ctrl-V Tab on GNU readline) or space, or after an 
embedded newline (Ctrl-V Enter).

What happens if you press backspace after pressing tab? Do you have to 
backspace four times? Another options is to insert a literal tab code instead 
of spaces.

--
nosy: +vadmium

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10351] Add autocompletion for keys in dictionaries

[Martin Panter]

Changes by Martin Panter :


--
nosy: +vadmium

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14782] Tab-completion of callables displays opening paren

[Martin Panter]

Changes by Martin Panter :


--
nosy: +vadmium

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23434] RFC6266 support (Content-Disposition for HTTP)

[Myroslav Opyr]

Changes by Myroslav Opyr :


--
nosy: +serhiy.storchaka

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23434] RFC6266 support (Content-Disposition for HTTP)

[Myroslav Opyr]

Myroslav Opyr added the comment:

As a proof of concept there is fix for the issue powered by rfc6266 library[1]. 
See cgi.py-v2.7.5-rfc6266_filename.patch

References:
 [1] https://pypi.python.org/pypi/rfc6266

--
Added file: 
http://bugs.python.org/file38094/cgi.py-v2.7.5-rfc6266_filename.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23441] rlcompleter: tab on empty prefix => insert spaces

[Armin Rigo]

New submission from Armin Rigo:

In the interactive prompt:

>>> if 1:
... 

Pressing tab here should just insert 4 spaces. It makes no sense to display all 
500 possible "completions" of the empty word, and using tab to indent is a very 
common feature of any editor with a Python mode.

Patch attached.

--
components: Library (Lib)
files: rlcompleter_tab2space.diff
keywords: patch
messages: 235733
nosy: arigo
priority: normal
severity: normal
status: open
title: rlcompleter: tab on empty prefix => insert spaces
type: enhancement
versions: Python 3.5, Python 3.6
Added file: http://bugs.python.org/file38093/rlcompleter_tab2space.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23434] RFC6266 support (Content-Disposition for HTTP)

[Myroslav Opyr]

Myroslav Opyr added the comment:

In test_cgi.py-v2.7.5-rfc6266_filename.patch there is a patch to test_cgi.py 
(Python 2.7.5) that reveals the issue.

--
keywords: +patch
Added file: 
http://bugs.python.org/file38092/test_cgi.py-v2.7.5-rfc6266_filename.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com