Changes by Robin Schreiber :
--
keywords: +pep3121 -patch
___
Python tracker
<http://bugs.python.org/issue15707>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Robin Schreiber :
--
keywords: +pep3121 -patch
___
Python tracker
<http://bugs.python.org/issue15706>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Robin Schreiber :
--
keywords: +pep3121 -patch
___
Python tracker
<http://bugs.python.org/issue15705>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Robin Schreiber :
--
keywords: +pep3121 -patch
___
Python tracker
<http://bugs.python.org/issue15704>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Robin Schreiber :
--
keywords: +pep3121 -patch
___
Python tracker
<http://bugs.python.org/issue15703>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Robin Schreiber :
--
keywords: +pep3121 -patch
___
Python tracker
<http://bugs.python.org/issue15700>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Robin Schreiber :
--
keywords: +pep3121 -patch
___
Python tracker
<http://bugs.python.org/issue15699>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Robin Schreiber :
--
keywords: +pep3121 -patch
___
Python tracker
<http://bugs.python.org/issue15698>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Robin Schreiber :
--
keywords: +pep3121 -patch
___
Python tracker
<http://bugs.python.org/issue15697>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Robin Schreiber :
--
keywords: +pep3121 -patch
___
Python tracker
<http://bugs.python.org/issue15691>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Robin Schreiber :
--
keywords: +pep3121 -patch
___
Python tracker
<http://bugs.python.org/issue15690>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Robin Schreiber :
--
keywords: +pep3121 -patch
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue15689>
___
___
Python-bugs-list mailin
Changes by Robin Schreiber :
--
keywords: +pep3121 -patch
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue15688>
___
___
Python-bugs-list mailin
Changes by Robin Schreiber :
--
keywords: +pep3121 -patch
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue15687>
___
___
Python-bugs-list mailin
Changes by Robin Schreiber :
--
keywords: +pep3121 -patch
___
Python tracker
<http://bugs.python.org/issue15686>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Robin Schreiber :
--
keywords: +pep3121 -patch
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue15685>
___
___
Python-bugs-list mailin
Changes by Robin Schreiber :
--
keywords: +pep3121 -patch
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue15681>
___
___
Python-bugs-list mailin
Changes by Robin Schreiber :
--
keywords: +pep3121 -patch
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue15680>
___
___
Python-bugs-list mailin
Changes by Robin Schreiber :
--
keywords: +pep3121 -patch
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue15684>
___
___
Python-bugs-list mailin
Changes by Robin Schreiber :
--
keywords: +pep3121 -patch
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue15682>
___
___
Python-bugs-list mailin
Changes by Robin Schreiber :
--
keywords: +pep3121 -patch
___
Python tracker
<http://bugs.python.org/issue15389>
___
___
Python-bugs-list mailing list
Unsubscribe:
Robin Schreiber added the comment:
Take a look at the discussion in Issue 15653.
--
___
Python tracker
<http://bugs.python.org/issue15650>
___
___
Python-bug
Robin Schreiber added the comment:
Here is revised version of the patch.
Martin von Löwis and I had discovered a way to reproduce problems with
refactored modules, that
occur without this patch. This is was several months ago, however I will try to
give you a code sample
Robin Schreiber added the comment:
I have updated the patch to work again with the current version of the
_datetimemodule.
Regarding the suggestion of separating PEP3121 and PEP384. It might be true
that datetime and other modules do not benefit directly from PEP 384, however
it is still a
Robin Schreiber added the comment:
Patch updated to work with current 3.4 Branch version of elementtree.
--
keywords: +patch
Added file: http://bugs.python.org/file28311/_elementtree_pep3121-384_v1.patch
___
Python tracker
<http://bugs.python.
Robin Schreiber added the comment:
Updated patch to work with 3.4 Branch version of _struct.c
--
keywords: +patch
Added file: http://bugs.python.org/file28315/_struct_pep3121-384_v1.patch
___
Python tracker
<http://bugs.python.org/issue15
Robin Schreiber added the comment:
Updated parsermodule patch to work with 3.4 Branch version.
--
keywords: +patch
Added file: http://bugs.python.org/file28316/parser_pep3121-384_v1.patch
___
Python tracker
<http://bugs.python.org/issue15
Robin Schreiber added the comment:
Updated posixmodule to work with the 3.4 Branch version.
--
keywords: +patch
Added file: http://bugs.python.org/file28317/posix_pep3121-384_v1.patch
___
Python tracker
<http://bugs.python.org/issue15
New submission from Robin Schoonover:
In the reference WSGI server in wsgiref.simple_server, wsgi.input's readline()
hangs if the request body does not actually contain any
newlines.
Consider the following (slightly silly) example:
from wsgiref.simple_server import make_server
Robin Schoonover added the comment:
Issue also occurs if .read() is used with no size.
--
title: wsgi.simple_server's wsgi.input readline waits forever for
non-multipart/form-data -> wsgi.simple_server's wsgi.input read/readline waits
forever in certain
Changes by Robin Schoonover :
--
keywords: +patch
Added file: http://bugs.python.org/file35810/wsgiref-empty-byte.patch
___
Python tracker
<http://bugs.python.org/issue21
New submission from Robin Schoonover:
Consider this paragraph of PEP, referring to headers obtained
via start_response, emphasis mine:
Instead, it must store them for the server or gateway to
transmit only after the first iteration of the application
return value that yields a
Changes by Robin Schoonover :
--
nosy: +pje
___
Python tracker
<http://bugs.python.org/issue18610>
___
___
Python-bugs-list mailing list
Unsubscribe:
Robin Schoonover added the comment:
Fair enough, I misled myself.
However, and I feel like I'm getting really picky here, but it still doesn't
fulfill the paragraph I quoted:
def application(environ, start_response):
start_response('200 OK',
Robin Schoonover added the comment:
I agree, the current patch is too permissive.
Both a server I wrote a while ago, and most other "complaint" servers deal with
the problem the exact same way as that patch, and that extra permissiveness led
to my misinterpretation when analyzing
Changes by Robin Schoonover :
Added file: http://bugs.python.org/file35836/wsgiref-empty-byte-3.patch
___
Python tracker
<http://bugs.python.org/issue21890>
___
___
Pytho
Robin Becker added the comment:
I'll repeat the post I made to BreamoreBoy regarding this bug:
"re: http://bugs.python.org/issue1047397
this bug is now 10 years old. I'm not sure why it's to be considered
closed because the original intent of the bug report was that th
New submission from Gael Robin:
The first line of the Refactoring Principle subsection of the Rationale section
contains the following typo :
"It should be possible to take an section of code"
should be
"It should be possible to take a section of code"
--
a
Robin Dunn added the comment:
Thanks for the code. I've verified your findings and I've also
converted nested to an extension module and built it with distutils and
was still able to make it correctly load the themed common controls when
imported from Python, however I had to hack d
Robin Bryce added the comment:
> In the upstream 1.0.6, the ParseError exception has a position attribute
> that contains a (line, column) tuple.
That's fine for errors in the xml domain. Its not enough if I'm
reporting errors in the application domain - where I wont have a ha
Robin Dunn added the comment:
Update: I finally worked out what needed to be done for wxPython and
while simply changing Python's manifest would have been immensely easier
what I have does seem to work well so I thought I should give some info
here for posterity.
I went back and experim
Robin Roth added the comment:
Based on the review by SilentGhost I removed all refactoring-changes and only
left the one line needed for the fix.
--
Added file:
http://bugs.python.org/file43140/minimal_fix_ismount_directory_not_readable.patch
Robin Schoonover added the comment:
I'm not sure I follow, as it has little to say on whether the application's
expected behavior here, and only a recommendation that the server allow it.
But, it also defers to the "Python Standard Library", which does have an
opini
Robin Roth added the comment:
This bug is still present and annoying.
For me it appeared when running ismount on a nfs-mounted directory, when the
user who runs python has no read permission inside the directory. Therefore the
lstat on /mntdir/.. fails.
Attached a patch that fixes this by
Robin Roth added the comment:
Is there any more info needed to the issue or the patch?
It would be really helpful to have this fixed and I don't see any critical
changes due to the patch.
There is an issue in ansible depending on this fix:
https://github.com/ansible/ansible-modules
Robin Roth added the comment:
Antoine's suggestion does not work, because "dirname" does not cover enough
cases (for example trailing slash, possibly more).
As suggested by him I now use realpath (instead of abspath). I can't come up
with a symlink-situation that is brok
Robin Roth added the comment:
any comments/updates on merging this?
--
___
Python tracker
<http://bugs.python.org/issue2466>
___
___
Python-bugs-list mailin
Robin Roth added the comment:
Any progress on merging this?
The fix is simple, there is a test; anything else I can do to help?
Ansible integrated the patch posted here as a workaround of an issue this
caused. So there was some external review of the fix. See
https://github.com/ansible/ansible
Robin Becker added the comment:
Don't want to add too much noise, but this issue also affects the manylinux
project build compiler (gcc 4.8.2).
--
nosy: +rgbecker
___
Python tracker
<http://bugs.python.org/is
Robin Becker added the comment:
I executed gcc --version (&cc --version) in the do_cpython_build function
immediately prior to the make -j2 that builds python noth show 4.8.2.
I see the exact same errors as in the initial report. If the makefile or the
configure is doing something spe
Robin Becker added the comment:
Hi njs,
my manylinux diffs
https://www.reportlab.com/media/manylinux-diff.txt
full output of the docker command
docker build -f Dockerfile-x86_64 -t rl/manylinux-x86_64 . &> ~/tmp/ttt
https://www.reportlab.com/media/manylinux-docker-run-output.txt
Robin Becker added the comment:
tds333, the config says that 4.8.2 is being used,
configure:3902: gcc --version >&5
gcc (GCC) 4.8.2 20140120 (Red Hat 4.8.2-15)
Copyright (C) 2013 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
w
Robin Becker added the comment:
I'm not able to access my work computer, I'll try later today at home.
--
___
Python tracker
<http://bugs.python.o
Robin Becker added the comment:
benjamin.peterson: I tried adding that option -fno-gnu89-inline conditionally
for the 3.6.0b2 build, but it goes wrong in config with an error
configure:3913: $? = 4
configure:3933: checking whether the C compiler works
configure:3955: gcc -Wformat -fno-gnu89
Robin Becker added the comment:
After some searching I tried adding -std=gnu99 and the config goes through OK,
but running make produces
[root@d3cce9786c2e Python-3.6.0b2]# make -j2
gcc -pthread -c -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall
-Wstrict-prototypes -Wformat
Robin Becker added the comment:
for what it's worth I tried reverse patching
https://hg.python.org/cpython/rev/63ae310b60ff/
and
https://hg.python.org/cpython/rev/2f77a9f0b9d6/
in the manylinux docker and the make then proceeds fine with one warning at the
end
*** WARNING: ren
Changes by Robin W Gambill :
--
components: Interpreter Core
nosy: rwgambill
priority: normal
severity: normal
status: open
title: negative numbers raised to power zero should be 1, not -1
type: behavior
versions: Python 3.5
___
Python tracker
<h
Robin W Gambill added the comment:
I see my error now. I'm sorry for my ignorance. I will google how to delete the
bugs item, but I guess is permanent, se la vie.
Thank you.
Robin
On Mon, 12/19/16, Tim Peters wrote:
Subject: [issue29016] neg
New submission from Jean-Christophe Fillion-Robin :
When configuring project using build-system generator like CMake, the linking
is explicitly handled and does not to be implicitly hard-coded in pyconfig.h
Having the "pythonXY.lib" library hard-coded in pyconfig.h currently re
Jean-Christophe Fillion-Robin added the comment:
PY_NO_LINK_LIB will work well. I will work on a patch later this week.
--
___
Python tracker
<https://bugs.python.org/issue38
Jean-Christophe Fillion-Robin added the comment:
Associated pull request has been updated, CLA signed and it is ready for final
review and integration.
Thanks so much for your time,
--
___
Python tracker
<https://bugs.python.org/issue38
201 - 261 of 261 matches
Mail list logo
