New submission from Arnaud :
It seems that the definition of a matrix like this:
a=[[0,0]]*4
does not create the matrix correctly by create 4 times the same pointer.
After the matrix creation, a
print(a)
gives the following result:
[[0, 0], [0, 0], [0, 0], [0, 0]]
which looks normal
print(type
New submission from Arnaud Delobelle :
The description of the opcode MAKE_FUNCTION in the dis module document is out
of date. It still describes the 2.X version of the opcode:
"""
MAKE_FUNCTION(argc)
Pushes a new function object on the stack. TOS is the code associated with the
Arnaud Delobelle added the comment:
Yes, you are correct. Reading this again, I don't think I should have used the
word "pushed" as it sounds like the effect of the opcode is to push stuff onto
the stack, whereas I was only trying to describe what is on the stack just
befor
Arnaud Delobelle added the comment:
This reads a lot better. Perhaps change
(with name and object in separate positions)
to something like
(with name just below object on the stack)
--
___
Python tracker
<http://bugs.python.
Arnaud Fontaine added the comment:
Any news about applying these patches?
--
___
Python tracker
<http://bugs.python.org/issue12776>
___
___
Python-bugs-list m
New submission from Arnaud Ysmal :
Using get(timeout=1) on a multiprocessing.Queue sometimes leads to a blocking
get.
It seems that there is no check whether the timeout has expired after acquiring
the lock but before the time.time(), which can cause a call to poll() with a
negative timeout
Arnaud Fontaine added the comment:
Does the patch I attached fix your issue?
--
___
Python tracker
<http://bugs.python.org/issue12776>
___
___
Python-bugs-list m
Arnaud Fontaine added the comment:
It would definitely help if you could apply the patch for Python 2.7 manually
on your local installation (after making a backup of course). You can just
download the patch for Python 2.7 then (only the first part of the patch can be
applied, the second part
Arnaud Fontaine added the comment:
I have had a look at the issue more closely and my initial patch was not
completely right as it didn't work properly with argparse_test.py despite all
tests passing.
Therefore, I have amended my patch to not check whether action.default was a
bases
Changes by Arnaud Fontaine :
Added file:
http://bugs.python.org/file23775/py2.7-argparse-call-type-function-once-v3.patch
___
Python tracker
<http://bugs.python.org/issue12
Changes by Arnaud Fontaine :
Added file:
http://bugs.python.org/file23776/py3k-argparse-call-type-function-once-v3.patch
___
Python tracker
<http://bugs.python.org/issue12
Arnaud Fontaine added the comment:
BTW, about argparse_test, the default should be either '0' or 0 but not '\t'
AFAIK because even the default value is converted using the given type
function. It fails even with the last 2.7 version but it works
Arnaud Fontaine added the comment:
> Could you add a test to verify that custom actions are still getting
> the converted values passed to their __call__? I suspect this may not
> be happening under the current patch - if that's the case, you may
> also need to a
Changes by Arnaud Fontaine :
Added file:
http://bugs.python.org/file23972/py2.7-argparse-call-type-function-once-v4.patch
___
Python tracker
<http://bugs.python.org/issue12
Changes by Arnaud Fontaine :
Added file:
http://bugs.python.org/file23973/py3k-argparse-call-type-function-once-v4.patch
___
Python tracker
<http://bugs.python.org/issue12
Arnaud Calmettes added the comment:
Hi,
Here is the patch I propose for this issue. This is my first attempt to
contribute to Python, so please don't hit me too hard if I did something wrong.
:)
When browsing the source code of complexobject.c, I also noticed that the
return values o
Arnaud Calmettes added the comment:
I fixed the typo and the markup.
--
Added file: http://bugs.python.org/file24009/patch
___
Python tracker
<http://bugs.python.org/issue13
Arnaud Calmettes added the comment:
Fixed.
--
Added file: http://bugs.python.org/file24014/diff_complex_rst
___
Python tracker
<http://bugs.python.org/issue13
Arnaud Calmettes added the comment:
Previous patch was also wrong, sorry!
--
keywords: +patch
Added file: http://bugs.python.org/file24015/complex.rst-2.patch
___
Python tracker
<http://bugs.python.org/issue13
Arnaud Calmettes added the comment:
Here is a patch for the documentation.
I added warnings for, PyUnicode_AsWideChar*, PyUnicode_EncodeFSDefault and
PyUnicode_AsUnicode*, since they're all concerned by this issue.
--
nosy: +arnaudc
Added file: http://bugs.python.org/file
Arnaud Calmettes added the comment:
I removed the hints "using wcslen on the result of PyUnicode_AsWideChar*",
since the resulting wchar_t strings may not be null-terminated
--
Added file: http://bugs.python.org/file24037/doc_unico
Arnaud Calmettes added the comment:
Hi.
The patch works fine on my box with Chromium 16 under Archlinux.
However, I think it might not work under Ubuntu or Debian, since the program is
named "chromium-browser" on these distros, and it is missing from the list of
tested browser. I
Arnaud Calmettes added the comment:
The new patch works under Ubuntu but not not under Archlinux anymore (where the
program is named "chromium").
Here is a patch that works with python 3.3 under both distributions.
--
Added file: http://bugs.python.org/file24056/webbr
Arnaud Calmettes added the comment:
Here is a patch against the 3.3 documentation, mentionning the new supported
browser types.
--
Added file: http://bugs.python.org/file24057/webbrowser_doc.patch
___
Python tracker
<http://bugs.python.
New submission from Arnaud Fontaine :
When specifying a function to be called in type keyword argument of
add_argument(), the function is actually called twice (when a default value is
set and then when the argument is given).
While this may not be a problem in most cases (such as converting
Changes by Arnaud Fontaine :
--
keywords: +patch
Added file:
http://bugs.python.org/file22927/py2.7-argparse-call-type-function-once.patch
___
Python tracker
<http://bugs.python.org/issue12
Changes by Arnaud Fontaine :
Added file:
http://bugs.python.org/file22928/py3k-argparse-call-type-function-once.patch
___
Python tracker
<http://bugs.python.org/issue12
Arnaud Fontaine added the comment:
Thanks for the review. Sorry to send that here instead of the review page, but
I get an error when replying: "Invalid XSRF token.".
> This looks good, especially if all existing tests still pass as you report,
> but
> I wonder about
Changes by Arnaud Fontaine :
Removed file:
http://bugs.python.org/file22927/py2.7-argparse-call-type-function-once.patch
___
Python tracker
<http://bugs.python.org/issue12
Changes by Arnaud Fontaine :
Removed file:
http://bugs.python.org/file22928/py3k-argparse-call-type-function-once.patch
___
Python tracker
<http://bugs.python.org/issue12
Changes by Arnaud Fontaine :
Added file:
http://bugs.python.org/file22978/py2.7-argparse-call-type-function-once.patch
___
Python tracker
<http://bugs.python.org/issue12
Changes by Arnaud Fontaine :
Added file:
http://bugs.python.org/file22979/py3k-argparse-call-type-function-once.patch
___
Python tracker
<http://bugs.python.org/issue12
New submission from Arnaud Delobelle :
More detailed explanation of how in place operators work, and how they are
related to the operator module iadd, isub, ... functions.
Submitted following this message on python-list:
http://mail.python.org/pipermail/python-list/2010-August/1254243.html
Arnaud Delobelle added the comment:
Terry: I agree that augmented assignement should be described better in the
language reference. I guess that would warrant opening another issue?
However I tend to think that the term "in-place operation" is a good one.
BTW:
- the referenc
New submission from Arnaud Delobelle :
The pprint function in the python 3.1 pprint module fails when
printing a dictionary containing more than one item and with one item
being a user-defined type. It seems pprint tries to sort the keys but
fails, (maybe because calling __lt__ on a user
New submission from Arnaud Bergeron <[EMAIL PROTECTED]>:
When calling the indices method of a slice object with a negative stop
larger in absolute value than the length passed, the returned stop value
is always -1. It should be 0 when the step is positive.
Current behavior:
>>
Arnaud Bergeron <[EMAIL PROTECTED]> added the comment:
It's for code that I am developping. I developped a class to allow
full slicing over iterators (like what islice does, but with negative
indexes). When I have a positive step I just foward the call to
isclice using slice.i
New submission from Arnaud Delobelle <[EMAIL PROTECTED]>:
The patch allows the following syntax for s set/frozenset:
* s.union(a, b, c,...)
* s.update(a, b, c,...)
* s.intersection(a, b, c,...)
* s.intersection_update(a, b, c,...)
By extension:
* set.union(a, b, c,...) # provided a is
Arnaud Delobelle <[EMAIL PROTECTED]> added the comment:
I must have diffed my patch against the wrong revision then, because I
haven't seen it. I had finished it last thursday, but have had a very
hectic few days and only found a few minutes to send it this evening.
Something mus
Arnaud Bergeron <[EMAIL PROTECTED]> added the comment:
Don't blame me for the delay, I have long days (yes, really up to 96
hours long :)
As for the documentation patch, I'm not certain anymore about it.
Unless I bloat the description to about one full screen worth of text,
t
Arnaud Bergeron <[EMAIL PROTECTED]> added the comment:
Would these do?
self.assertEqual(slice(None, -10).indices(10), (0, 0, 1))
self.assertEqual(slice(None, -11, ).indices(10), (0, 0, 1))
self.assertEqual(slice(None, -12, -1).indices(10), (9, -1, -1))
If yes, test_slice
New submission from Arnaud Fontaine :
For example, PyUnicode_FromFormat() does not specify the return value but it
does not seem to be only one. I only have a basic knowledge of Python C/API, so
I am not sure whether it is meaningful.
--
assignee: georg.brandl
components
Arnaud Fontaine added the comment:
I meant whether it returns a new reference or not. For instance, documentation
for PyUnicode_FromObject() and PyUnicode_AsWideChar() states that a new
reference is returned, but this is most specified for most functions in Unicode
Object (at least
Arnaud Fontaine added the comment:
I meant whether it returns a new reference or not. For instance, documentation
for PyUnicode_FromObject() and PyUnicode_AsWideChar() states that a new
reference is returned, but this is not specified for most functions in Unicode
Object (at least
New submission from mael arnaud :
The docs stipulates:
UUID.version
The UUID version number (1 through 5, meaningful only when the variant is
RFC_4122).
But you can absolutely do:
>>> uuid.UUID("25cdb2ef-3764-bb01-9b17-433defc74464")
which yields:
>>> uuid.U
Arnaud Diederen added the comment:
Python 3.8 was released yesterday, but this issue was unfortunately not
addressed, making it as an embedded runtime.
Are there plans to fix this for a minor 3.8 release?
Thanks!
--
nosy: +Arnaud Diederen
Arnaud Fontaine added the comment:
ping?
--
___
Python tracker
<http://bugs.python.org/issue12776>
___
___
Python-bugs-list mailing list
Unsubscribe:
Arnaud Fontaine added the comment:
Could you please apply this patch? It's been 4 months without reply now...
--
___
Python tracker
<http://bugs.python.org/is
Arnaud Porterie added the comment:
Sorry if I am missing something, but it seems that the documentation doesn't
match the behavior: the doc says that descriptors are invoked only for new
styles objects and classes, while the attached code seems to prove the contrary.
If my understandi
Changes by Arnaud Faure :
--
files: modify_data.patch
keywords: patch
nosy: Arnaud.Faure
priority: normal
severity: normal
status: open
title: selectors and modify()
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file32499/modify_data.patch
Arnaud Faure added the comment:
Didn't thaught about that :(
Did my way throught the developper tutorial, got the default cpython repo, did
the modif, run patchcheck then the tests with ./python -m test -j3.
Thanks for your patience ;)
--
Added file: http://bugs.pytho
Arnaud Faure added the comment:
patch updated
--
Added file: http://bugs.python.org/file32504/modify_data.3.patch
___
Python tracker
<http://bugs.python.org/issue19
Arnaud Faure added the comment:
Corrected and cleaned
--
Added file: http://bugs.python.org/file32512/modify_data_use_a_shortcut.patch
___
Python tracker
<http://bugs.python.org/issue19
Arnaud Fontaine added the comment:
Would it be possible to also backport the changes to httplib.py to support TLS
SNI as many libraries (including setuptools) relies on this module to download
files and some servers reject clients not supporting TLS SNI (such as
cloud.github.com)? I have
New submission from Arnaud Fontaine:
I know that compiler module is deprecated since 2.6, but I found a regression
introduced in version 2.7 by the following cleanup commit (replacing pyassem.py
modified in this commit by the one just before does not trigger this bug):
http://hg.python.org
New submission from Arnaud Porterie:
In the Data Model section of the documentation regarding descriptors
invokations
(http://docs.python.org/2/reference/datamodel.html#invoking-descriptors), it is
said:
Note that descriptors are only invoked for new style objects or classes
(ones that
New submission from arnaud gaboury:
gabx@hortensia ➤➤ ~ % pip3.4 install websocket-client
Exception:
Traceback (most recent call last):
File "/usr/lib/python3.4/site-packages/pip/basecommand.py", line 232, in main
status = self.run(options, args)
File "/usr/lib/python3.
New submission from Arnaud Diederen:
[First of all let me say I'm not all that familiar with Windows, so please let
me know if the wording in my analysis below is not clear and/or misleading.]
It would appear the 32-bit installer for Python 2.7.11 creates the registry key:
---
HKLM\Sof
Arnaud Fontaine added the comment:
compiler module being deprecated does not mean that it's not used. For example,
it is used by RestrictedPython as part of Zope2.
As I could not figure out a way to fix this bug properly, I reverted the
following commit and have not had any problem s
Arnaud LIPERINI-DIAZ added the comment:
Do you have documentation about robotParser ? The robot.txt of this website
works fine : https://vauros.com/
--
nosy: +Arnaud LIPERINI-DIAZ
___
Python tracker
<https://bugs.python.org/issue36
60 matches
Mail list logo