Change by Rodrigo :
--
keywords: +patch
nosy: +rtobar
nosy_count: 2.0 -> 3.0
pull_requests: +27779
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29529
___
Python tracker
<https://bugs.python.org/i
New submission from Rodrigo Tobar :
In `extending/newtypes_tutorial.rst` the following phrase appears:
"[...], containing a pointer to a type object and a reference count (these can
be accessed using the macros :c:macro:`Py_REFCNT` and c:macro:`Py_TYPE`
respectively)."
I believe
Change by Rodrigo :
--
keywords: +patch
nosy: +rtobar
nosy_count: 1.0 -> 2.0
pull_requests: +27105
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/28765
___
Python tracker
<https://bugs.python.org/i
Change by Rodrigo :
--
nosy: +rtobar
nosy_count: 1.0 -> 2.0
pull_requests: +27014
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/28646
___
Python tracker
<https://bugs.python.org/i
Rodrigo Pinheiro Marques de Araújo added the comment:
I can reproduce the segmentation fault using 'testproj.tar.gz' with homebrew
and compiled from source. MacOS X High Sierra 10.13.5 (17F77).
--
___
Python tracker
<https://bu
Rodrigo Pinheiro Marques de Araújo added the comment:
I did remove PyYAML, lxml and Pillow here but segfault still happen
--
___
Python tracker
<https://bugs.python.org/issue34
Rodrigo Pinheiro Marques de Araújo added the comment:
Extensions:
./_cffi_backend.cpython-37m-darwin.so
./_mssql.cpython-37m-darwin.so
./_yaml.cpython-37m-darwin.so
./Crypto/Cipher/_AES.cpython-37m-darwin.so
./Crypto/Cipher/_ARC2.cpython-37m-darwin.so
./Crypto/Cipher/_ARC4.cpython-37m
Rodrigo Pinheiro Marques de Araújo added the comment:
Unfortunately with 'PYTHONMALLOC=debug' the segmentation fault do not happen.
--
___
Python tracker
<https://bugs.python.o
Rodrigo Pinheiro Marques de Araújo added the comment:
Running with `-X faulthandler`
Fatal Python error: Segmentation fault
Current thread 0x7fff89cf2380 (most recent call first):
File
"/Users/rodrigo/root/lib/python3.7/site-packages/django/urls/resolvers.py",
line 526
Rodrigo Pinheiro Marques de Araújo added the comment:
Sorry for that. I’m not able to make a little example to reproduce this bug.
It’s happens during Django tests on a very large code base. A interest thing is
that not happens with “-X dev” parameters. Please, any suggestions how I can
get
New submission from Rodrigo Pinheiro Marques de Araújo :
* thread #1, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS
(code=1, address=0x656d6f6e2236)
frame #0: 0x00010014c819 python3`visit_decref(op=0x656d6f6e222e,
data=0x) at gcmodule.
New submission from Rodrigo Souto:
print(.1 + .2 == .3) should be True like the others
>>> print(.1 + .2 == .3)
False
>>> print(.1 + .3 == .4)
True
>>> print(.1 + .4 == .5)
True
>>> print(.1 + .1 == .2)
True
--
messages: 252470
nosy: Rodrigo Sou
New submission from Rodrigo Parra:
The functions looks up for the file extension in three maps: types_map,
suffix_map and encodings_map.
Lookup in types_map is case insensitive (by calling lower() first).
Lookup in both suffix_map and encodings_map is case sensitive.
These can lead to some
Rodrigo Bernardo Pimentel added the comment:
BTW, there remains another concern I mentioned on G+:
"""
A note on formatting: I found some of 4th- and 5th-level headings too subtle.
For instance,
http://docs.python.org/dev/howto/pyporting.html#from-future-import-absolute
Rodrigo Bernardo Pimentel added the comment:
I've created a patch that addresses the first criticism (explaining
unicode_literals), as well as the first mention of print_function. It also
addresses a small concern regarding "map", which I've mentioned in my G+
comment:
&q
Rodrigo Ventura added the comment:
Ezio,
thank you for the explanation.
Is it possible to access variable a in nok's scope from function f without
using the global keyword in f? (so that variable a remains local to nok, rather
than global to python)
Ro
New submission from Rodrigo Ventura :
Consider these two functions:
---
def nok():
a = None
def f():
if a:
a = 1
f()
def ok():
a = None
def f():
if a:
b = 1
f()
---
Function ok() executes fine, but function nok() trigger an
Changes by Rodrigo Bernardo Pimentel :
--
nosy: +rbp
___
Python tracker
<http://bugs.python.org/issue9063>
___
___
Python-bugs-list mailing list
Unsubscribe:
Rodrigo Bernardo Pimentel added the comment:
I was writing tests for this issue, when something struck me: ok,
datetime(year, month, day, 24) is valid. But is datetime(year, month, day, 24,
1) valid? Or datetime(year, month, day, 24, 0, 0, 1)?
I would say those aren't valid, although
Changes by Rodrigo Bernardo Pimentel :
--
nosy: +rbp
___
Python tracker
<http://bugs.python.org/issue10351>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Rodrigo Bernardo Pimentel :
--
nosy: +rbp
___
Python tracker
<http://bugs.python.org/issue10220>
___
___
Python-bugs-list mailing list
Unsubscribe:
Rodrigo Bernardo Pimentel added the comment:
1. Done (it's on the patch I'm uploading). Sorry.
3. Ok, we've rewritten that sentence. As Henrique mentioned, we're working on a
larger patch to make datetime documentation clearer, and we can include a
definition of "sta
Changes by Rodrigo Bernardo Pimentel :
--
nosy: +rbp
___
Python tracker
<http://bugs.python.org/issue9305>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Rodrigo Bernardo Pimentel :
--
nosy: +rbp
___
Python tracker
<http://bugs.python.org/issue5131>
___
___
Python-bugs-list mailing list
Unsubscribe:
Rodrigo Bernardo Pimentel added the comment:
Armin: this has the problem that, if the object you're trying to compare is a
class, self.obj.__lt__ expects a different number of parameters (i.e., it
expects the instance). See issue 10017 . Testing with "<" works.
---
Rodrigo Bernardo Pimentel added the comment:
If I'm understanding this correctly, this fails on 3.1 and not (although,
actually, it does) on py3k/3.2 because:
* pprint._safe_key.__lt__ checks "rv = self.obj.__lt__(other.obj)" and falls
back to id comparison if rv is NotImplem
Rodrigo Bernardo Pimentel added the comment:
FWIW, the problem still occurs on the most recent release31-maint checkout (as
of r85323), and does not happen on py3k (3.2a2).
--
nosy: +rbp
___
Python tracker
<http://bugs.python.org/issue10
Rodrigo Bernardo Pimentel added the comment:
Does this always happen with a particular feed? Could you provide us with a
configuration that reproduces the problem?
Also, as R. David Murray asked, does this happen with 2.7?
--
nosy: +rbp
___
Python
Changes by Rodrigo Bernardo Pimentel :
Added file: http://bugs.python.org/file18915/alist_doc-3.x.patch
___
Python tracker
<http://bugs.python.org/issue9891>
___
___
Pytho
New submission from Rodrigo Bernardo Pimentel :
The "Built-in methods" item of the "The standard type hierarchy" section of
Doc/reference/datamodels.rst uses a list instance called "alist" as an example,
and it says "__self__ is set to the object denoted by *
Changes by Rodrigo Bernardo Pimentel :
--
nosy: +rbp
___
Python tracker
<http://bugs.python.org/issue2516>
___
___
Python-bugs-list mailing list
Unsubscribe:
Rodrigo Bernardo Pimentel added the comment:
Pascal is correct, trunk Doc/library/test.rst still says: "The 2to3 tool will
automatically adapt imports when converting your sources to 3.0." Perhaps this
should simply be changed to "The 2to3 tool will not automatically convert
Rodrigo Bernardo Pimentel added the comment:
I've just been bitten by this, and I agree the language in the docs is very
inappropriate (made me angry for a minute :)).
One suggestion: "While not everyone might believe tabs should mean that,
doctests are primarily aimed at document
Rodrigo Steinmuller Wanderley added the comment:
On Thu, 03 Sep 2009 20:38:49 +
Jack Diederich wrote:
>
> Jack Diederich added the comment:
>
> applied in r74638
> and I've added you to Misc/ACKS
> Thanks again for the patch!
No problem,
Anything I can do to im
Changes by Rodrigo Steinmuller Wanderley :
Added file: http://bugs.python.org/file14686/telnetlib_writetest.diff
___
Python tracker
<http://bugs.python.org/issue6
Changes by Rodrigo Steinmuller Wanderley :
Removed file: http://bugs.python.org/file14668/write_test.patch
___
Python tracker
<http://bugs.python.org/issue6582>
___
___
Rodrigo Steinmuller Wanderley added the comment:
> Unreserved characters can be escaped without changing the semantics
> of the URI, but this should not be done unless the URI is being used
> in a context that does not allow the unescaped character to appear.
How can we identify &
Rodrigo Steinmuller Wanderley added the comment:
Did only minor modifications to TelnetSocketSendall class.
Please review the following patch.
--
keywords: +patch
nosy: +rwanderley
Added file: http://bugs.python.org/file14668/write_test.patch
Changes by Rodrigo Bernardo Pimentel :
--
nosy: +rbp
___
Python tracker
<http://bugs.python.org/issue1293741>
___
___
Python-bugs-list mailing list
Unsubscribe:
Rodrigo Bernardo Pimentel <[EMAIL PROTECTED]> added the comment:
(I've just realized it's not working properly for fix_dict; I'm fixing
it and will drop a note here when it is)
___
Python tracker <[EMAIL PROTECTED]>
<ht
Rodrigo Bernardo Pimentel <[EMAIL PROTECTED]> added the comment:
I haven't managed to successfully complete the summer of code, due to
some personal problems, but I'm still working on 2to3 and on confidence
ranking for it.
There's a bzr branch with its current i
Rodrigo Bernardo Pimentel <[EMAIL PROTECTED]> added the comment:
It seems that somewhere along the road between revision 55144 (where the
first patch was generated) and current trunk (revision 63129),
PrettyPrinter._format has stopped handling depth!
I've attached a patch that fixes
Rodrigo Bernardo Pimentel <[EMAIL PROTECTED]> added the comment:
I think returning sys.{maxint,maxsize} in this case is a plain lie.
That's not practicality, that's giving back false information.
Barring drastic language changes (such as having objects representing
"infin
Rodrigo Bernardo Pimentel <[EMAIL PROTECTED]> added the comment:
The patch works for me, and I agree the test_xmlrpc is an xmlrpc issue.
Perhaps unrelated to this issue, but I think it makes this whole unicode
getargs situation fragile: I could not understand why the 'z' cas
Rodrigo Bernardo Pimentel <[EMAIL PROTECTED]> added the comment:
+1 on the patch.
IIRC, there won't be any more bugfix releases for 2.5.x, but, just in
case: the patch doesn't work on 2.5 (though the issue lists it as an
affected version - and it is!), so I'm uploading a
Rodrigo Bernardo Pimentel <[EMAIL PROTECTED]> added the comment:
+1 for going ahead and writing a fixer.
--
nosy: +rbp
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Rodrigo Bernardo Pimentel <[EMAIL PROTECTED]>:
--
nosy: +rbp
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2532>
__
___
Python-bugs
47 matches
Mail list logo