Ronald Oussoren added the comment:
I don't know how the main copy of libffi in the CPython tree is updated, and if
it is a straight copy of the upstream release. Given the mercurial log I'd
guess that Modules/_ctypes/libffi is libffi 3.0.11 with a small patch in
Modules/_ctypes/libffi.diff.
Dirkjan Ochtman added the comment:
Is there a particular reason for not upstreaming the PyObjC changes?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17136
___
Roundup Robot added the comment:
New changeset 6cc5bbfcf04e by Serhiy Storchaka in branch '3.2':
Issue #16723: httplib.HTTPResponse no longer marked closed when the connection
http://hg.python.org/cpython/rev/6cc5bbfcf04e
New changeset 0461ed77ee4e by Serhiy Storchaka in branch '3.3':
Issue
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17122
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16723
Serhiy Storchaka added the comment:
Issue12591 added support of raw streams without read1() in io.TextIOWrapper().
--
nosy: +serhiy.storchaka
resolution: - out of date
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker
Georg Brandl added the comment:
For example, any function where an argument has a sentinel object as the
default value, such as socket.create_connection().
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16801
Eric Snow added the comment:
Any objections to what Brett proposed? Any preferences on a name? How about
DualImplementationTests? Here's a patch with tests.
I added a pure_python_only() decorator in addition to accelerated_only(). I
also made both work as decorators for classes and
Serhiy Storchaka added the comment:
Should this issue be closed?
--
nosy: +serhiy.storchaka
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8194
___
Miklós Fazekas added the comment:
http://gist.github.com/mfazekas/1710455
I have a parametric delclarator which works is similiar to sweepargs in
concept. It can be either applied at class or method level. And it mutates
testnames so failure should be nice, and filters can be applied too.
Changes by Serhiy Storchaka storch...@gmail.com:
--
components: +IO
keywords: +easy
nosy: +serhiy.storchaka
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11311
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +serhiy.storchaka
versions: +Python 3.3, Python 3.4 -Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6532
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +serhiy.storchaka
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5308
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +serhiy.storchaka
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12596
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
keywords: +easy
nosy: +serhiy.storchaka
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13355
___
Ezio Melotti added the comment:
I'm still a bit skeptic about this.
To summarize my position, I am:
+0 about adding something like this to test.support and use it for new tests;
-1 about mass-rewriting the existing tests to use this (in particular for
test_json);
+1 about simplifying the API
Jan Lachnitt added the comment:
Here is a part of my code (with some comments added):
for struct in ini_structures:
dirname = wrkdir+os.sep+struct.name
if not os.path.isdir(dirname): # This works fine. If the directory
doesn't exist,...
try:
Matthias Klose added the comment:
I'm planning to update the tip to the next libffi release candidate once it's
released.
Once this is checked in, maybe revisit the extra copy for OS X; an ABI issue
with llvm/clang was identified in
http://sourceware.org/ml/libffi-discuss/2013/msg00012.html
New submission from Serhiy Storchaka:
random.vonmisesvariate(0, 1e16) hangs.
--
components: Library (Lib)
messages: 181511
nosy: rhettinger, serhiy.storchaka
priority: normal
severity: normal
stage: needs patch
status: open
title: random.vonmisesvariate() hangs for large kappa
type:
Serhiy Storchaka added the comment:
Here is a patch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13355
___
___
Python-bugs-list mailing list
Changes by Serhiy Storchaka storch...@gmail.com:
--
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13355
___
___
Ronald Oussoren added the comment:
Matthias: libffi_osx already contains the workaround you refer to.
libffi_osx is the same as the variant of libffi included with PyObjC, and that
is derived from the system libffi on OSX (IIRC the last time I merged their
changes was around 10.7).
The
Serhiy Storchaka added the comment:
The patch is desynchronized from current sources.
--
nosy: +serhiy.storchaka
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14012
___
Eli Bendersky added the comment:
On Wed, Feb 6, 2013 at 4:17 AM, Ezio Melotti rep...@bugs.python.org wrote:
Ezio Melotti added the comment:
I'm still a bit skeptic about this.
To summarize my position, I am:
+0 about adding something like this to test.support and use it for new
tests;
STINNER Victor added the comment:
I'm interested by your struct.name string: can you also dump it? Where
does it come from? Does it use ctypes?
* print(ascii(struct.name))
* print(ascii(struct.name.encode(unicode_internal)))
* print(ascii(struct.name.encode(utf-8)))
I'm interested by all
Serhiy Storchaka added the comment:
I added minor comments in Rietveld.
Santoso Wijaya, can you please submit a contributor form?
http://python.org/psf/contrib/contrib-form/
http://python.org/psf/contrib/
--
nosy: +serhiy.storchaka
versions: +Python 3.4
Matthias Klose added the comment:
Ray Donnelly added the comment:
Next time there's a release of Python 3, I'll rebase my patches against that.
sorry, this is the wrong attitude, if you want mingw support to go upstream.
fetch tip/trunk, re-apply your patches, and submit them.
--
Matthias Klose added the comment:
now closing/rejecting this issue. See
http://mail.python.org/pipermail/python-dev/2013-January/123774.html
for the discussion.
--
resolution: - rejected
stage: patch review - committed/rejected
status: open - closed
Matthias Klose added the comment:
See http://mail.python.org/pipermail/python-dev/2013-January/123774.html
for the discussion.
Not updating the patches for tip/trunk is the best way to keep them out of the
project.
--
___
Python tracker
Matthias Klose added the comment:
now closing/rejecting this issue. See
http://mail.python.org/pipermail/python-dev/2013-January/123774.html
for the discussion.
--
nosy: +doko
___
Python tracker rep...@bugs.python.org
Changes by Matthias Klose d...@debian.org:
--
resolution: - rejected
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16526
___
Mark Dickinson added the comment:
Here is a patch.
Where? :-)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13355
___
___
Python-bugs-list
Serhiy Storchaka added the comment:
Here is a very simple patch.
--
keywords: +patch
stage: needs patch - patch review
Added file: http://bugs.python.org/file28974/StringIO_readline0.patch
___
Python tracker rep...@bugs.python.org
New submission from Sjoerd Langkemper:
In test_builtin.py, on the fourth in the test_any() function:
self.assertRaises(RuntimeError, all, TestFailingIter())
I think this should be:
self.assertRaises(RuntimeError, any, TestFailingIter())
--
components: Tests
messages: 181524
nosy:
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17142
___
___
Serhiy Storchaka added the comment:
Now it is here.
--
Added file: http://bugs.python.org/file28975/random_triangular.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13355
___
Serhiy Storchaka added the comment:
Here is a patch, which made all thread id to be unsigned.
--
keywords: +patch
stage: needs patch - patch review
Added file: http://bugs.python.org/file28976/thread_id_unsigned.patch
___
Python tracker
Mark Dickinson added the comment:
Looks fine to me. Raymond: can this be applied?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13355
___
___
Mark Dickinson added the comment:
One minor comment: I'd prefer it if the second test were elif low == high:,
since that more obviously guards against the division by zero.
--
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 1fc87fa05333 by R David Murray in branch '3.2':
#17142: fix apparent copy and paste error in test_all.
http://hg.python.org/cpython/rev/1fc87fa05333
New changeset 4db932a303b4 by R David Murray in branch '3.3':
Merge: #17142: fix apparent copy and
R. David Murray added the comment:
Good catch, thanks. A copy and paste error, I suppose.
--
nosy: +r.david.murray
resolution: - fixed
stage: - committed/rejected
status: open - closed
type: enhancement - behavior
versions: +Python 2.7, Python 3.2, Python 3.4
Changes by Mark Dickinson dicki...@gmail.com:
--
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17141
___
___
New submission from Dmitry Jemerov:
trace.py in Python 3.3 standard library uses the _warn function without
importing it. As a result, an attempt to use a now-deprecated function fails
with a NameError:
python3
Python 3.3.0 (v3.3.0:bd8afb90ebf2, Sep 29 2012, 01:25:11)
[GCC 4.2.1 (Apple Inc.
Serhiy Storchaka added the comment:
One minor comment: I'd prefer it if the second test were elif low ==
high:, since that more obviously guards against the division by zero.
It is written deliberately. What if low == high != mode?
--
___
Python
Dmitry Jemerov added the comment:
Workaround: import warnings; trace._warn = warnings.warn after importing trace
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17143
___
Dave added the comment:
Thanks for the reply, STINNER Victor reply makes more sense in hindsight.
Legacy often rules and we can work with/around things knowing it's full
behavior.
Since this is not documented for datetime.now()(where this issue began), can we
add comments something like
Serhiy Storchaka added the comment:
Here is a patch for 3.x which adds checks for size overflow (only on 64-bit
platform).
--
keywords: +patch
stage: needs patch - patch review
Added file: http://bugs.python.org/file28977/marshal_overflow.patch
___
Serhiy Storchaka added the comment:
And here is a patch for 2.7.
--
Added file: http://bugs.python.org/file28978/marshal_overflow-2.7.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5308
Serhiy Storchaka added the comment:
(And as a matter of principle,
INT_MAX isn't really right here: an int might be only 16 bits long on
some strange platforms...).
AFAIK Python doesn't support such platforms (and C standard requites at least
32-bit ints). However there are strange
Jan Lachnitt added the comment:
print(ascii(struct.name))
print(ascii(struct.name.encode(unicode_internal)))
print(ascii(struct.name.encode(utf-8)))
produces:
'sub-fcc'
b's\x00u\x00b\x00-\x00f\x00c\x00c\x00'
b'sub-fcc'
and that looks correct.
struct.name originally comes from
Mark Dickinson added the comment:
What if low == high != mode?
Then we've got garbage in, garbage out; that case doesn't worry me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13355
New submission from Danilo Bargen:
Where I work, we use a custom pypi server to upload our internal packages.
With a package that has a setup.py created using setuptools, I can simply issue:
$ python setup.py sdist register upload -r local
...and it will get registered and uploaded to our
New submission from Demian Brecht:
array.array doesn't implement the buffer interface in 2.7, so memoryviews
cannot be applied to them. As memoryview has been backported to 2.7,
array.array should be updated to support it. Either that, or the 2.7
documentation should be updated to reflect the
Berker Peksag added the comment:
Patch attached with tests.
--
keywords: +patch
nosy: +berker.peksag
Added file: http://bugs.python.org/file28979/issue17143.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17143
Serhiy Storchaka added the comment:
Here is a patch which implements properties for which it has a sense and remove
if there is no sense.
--
assignee: - serhiy.storchaka
components: +Library (Lib)
keywords: +patch
nosy: +ncoghlan, serhiy.storchaka
stage: needs patch - patch review
Changes by Serhiy Storchaka storch...@gmail.com:
Added file:
http://bugs.python.org/file28981/SpooledTemporaryFile_properties-2.7.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10355
___
Serhiy Storchaka added the comment:
An exception is better than a garbage result. But I agree, triangular()
currently is not protectet against a situation when mode is not in low--high
range.
--
___
Python tracker rep...@bugs.python.org
New submission from Eric Snow:
(+nosy list from #17037)
In issue 17037 (related to hiding PEP 399 boilerplate), Ezio and Eli
recommended improving on the API of import_fresh_module(). I agree that it
could be simplified, wrapped, or otherwise improved.
import_fresh_module() is used in the
Christian Heimes added the comment:
Thank you very much!
Have you read and checked what the RFCs about the FTP protocol say about
maximum line length?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16038
Serhiy Storchaka added the comment:
LGTM. 3.x patch a little desynchronized but it is easy to update it. I'll
commit it if Antoine have no objections.
Thomas Rachel, can you please submit a contributor form?
http://python.org/psf/contrib/contrib-form/
http://python.org/psf/contrib/
Antoine Pitrou added the comment:
You could add a test for it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6532
___
___
Python-bugs-list
Michał Jastrzębski added the comment:
Well its my understanding, that there is no maximum length specified in RFC959.
There is however option to set it up while telnet connection, and that would be
other solution to this issue.
--
___
Python
Eric Snow added the comment:
First of all, I agree that the API for import_fresh_module() isn't ideal and
could stand some improvement. I've created issue 17146 for pursuing that
avenue.
More importantly for this issue, simplifying import_fresh_module() is not
nearly enough of a win for me
Serhiy Storchaka added the comment:
I left comments on Rietveld. Tests needed.
--
nosy: +serhiy.storchaka
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11763
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11640
___
___
Antoine Pitrou added the comment:
3 of the tests expect None when using 'fullmatch'; they won't return
None when using 'match'.
Sorry, my bad. Like Serhiy, I can't comment on the changes to re internals, but
we can trust you on this. The patch needs documentation, though.
--
Antoine Pitrou added the comment:
Michał, thanks for the patch. Could you sign and e-mail a contributor's
agreement? http://www.python.org/psf/contrib/
As for the patch:
- the test could be a separate test_ method
- the offset variable isn't used in cmd_retrlarge, there is no need computing it
Antoine Pitrou added the comment:
Perhaps you could add a bigmem test for this?
(assuming you have enough memory somewhere to test it)
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5308
Chris Jerdonek added the comment:
See issue 16926 for another issue about using -r with register.
--
nosy: +chris.jerdonek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17144
___
Antoine Pitrou added the comment:
Here is an updated patch.
--
Added file: http://bugs.python.org/file28982/sqlite_open_uri.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13773
___
Chris Jerdonek added the comment:
Danilo, does this work any better?
$ python setup.py sdist register -r local upload
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17144
___
R. David Murray added the comment:
No. As I said, datetime.now() returns a *datetime object*. Formatting only
becomes involved when you format an object, and that applies to *any* datetime
object, and is correctly documented in __str__ + isoformat.
Please do not reopen the issue again
Charles-François Natali added the comment:
Have you read and checked what the RFCs about the
FTP protocol say about maximum line length?
vsftpd seems to use a 4096 limit (and the guy knows his stuff :-):
ftp://vsftpd.beasts.org/users/cevans/untar/vsftpd-3.0.2/defs.h
--
nosy:
Mark Dickinson added the comment:
(and C standard requites at least 32-bit ints)
No, that's not true: see Annex E of the standard, where the minimum for INT_MAX
is declared to be 32767.
--
___
Python tracker rep...@bugs.python.org
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +eric.snow
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5308
___
___
Python-bugs-list
Stefan Krah added the comment:
Theoretically int may be 16 bits (C99):
5.2.4.2.1 Sizes of integer types limits.h
-- maximum value for an object of type int
INT_MAX +32767 // 2**15 − 1
I agree that Python wouldn't compile on such a platform anyway.
--
nosy: +skrah
Stefan Krah added the comment:
Hmm, Mark was faster. ;)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5308
___
___
Python-bugs-list mailing
New submission from Serhiy Storchaka:
Currently only StringIO is mentioned (which was inherited from Python 2).
--
assignee: docs@python
components: Documentation, Library (Lib)
files: SpooledTemporaryFile_document_BytesIO.patch
keywords: patch
messages: 181563
nosy: docs@python,
Changes by Serhiy Storchaka storch...@gmail.com:
Removed file: http://bugs.python.org/file18919/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1423
___
Serhiy Storchaka added the comment:
Perhaps you could add a bigmem test for this?
(assuming you have enough memory somewhere to test it)
I think this is possible. I now have some experience in the writing of bigmem
tests. ;)
--
___
Python
Serhiy Storchaka added the comment:
I can't comment right now, but I am going inspect thoroughly re internals.
This is a new feature and we have enough time before 3.4 freeze.
--
___
Python tracker rep...@bugs.python.org
Dave added the comment:
Ok, as a c++ guy, it looked like it's returning a string. The documentation
says Return the current local date and time, but it's actually returning a
datetime object (likely an object pointer) initialized to the current time. I
think this is where every class
R. David Murray added the comment:
You are correct. Effectively every class has an __str__, and that is what gets
called when you print something without specifying any other formatting. (I
say effectively, because if there is no __str__ the __repr__ gets used, which
every class *does* have
Mark Dickinson added the comment:
An exception is better than a garbage result.
Agreed. And ZeroDivisionError is the wrong exception, too---ValueError would
be better. But I'm content that the current patch fixes the immediate issue.
--
___
Stefan Krah added the comment:
Changing array.array would be a new feature, so it cannot go into 2.7.
The documentation could be improved, see also #14198.
--
assignee: - docs@python
components: +Documentation -None
nosy: +docs@python, skrah
___
Serhiy Storchaka added the comment:
No, that's not true: see Annex E of the standard, where the minimum for
INT_MAX is declared to be 32767.
My fault. Do I have to support such a case in the code?
--
___
Python tracker rep...@bugs.python.org
Michał Jastrzębski added the comment:
Well, that is not from RFC (or I hadn't find it):) however I'd lie if I'd call
myself an expert, should I change limit to 4096 then?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16038
Mark Dickinson added the comment:
Do I have to support such a case in the code?
No, I don't see any need for that: after all, you're making the code *more*
portable by replacing those occurrences of INT_MAX with 0x7fff. :-)
--
___
Python
Serhiy Storchaka added the comment:
Perhaps we should change signatures of w_string() and r_string() -- replace
int by at least long.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5308
Mark Dickinson added the comment:
Hmm, yes, I think that would also make sense. I missed those uses of int.
I'll give in, though, and accept that = 32-bit ints are a de facto standard,
even if not de jure.
--
___
Python tracker
STINNER Victor added the comment:
It would really help if you can write a short script reproducing the problem.
Can you reproduce the problem with Python 3.2 on Windows 8, or with Python 3.3
on Windows XP or 7?
--
___
Python tracker
New submission from Roumen Petrov:
Proposed patch adds test for NT-threads to configure script . It was part of
issue3871 and is related only to threading support.
Unlike previous one new patch avoid changes in code like #if A undef B or
similar.
For instance
- avoid presence of header
Dave added the comment:
I'll order it.
Thanks again,
Dave
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17139
___
___
Python-bugs-list
Matthew Barnett added the comment:
These are the ones that I think are wrong:
Doc/c-api/long.rst:206
Return a C :c:type:`size_t` representation of of *pylong*. *pylong* must be
Doc/c-api/long.rst:218
Return a C :c:type:`unsigned PY_LONG_LONG` representation of of *pylong*.
moijes12 added the comment:
Hi
Is this still open to work on ?
If yes, what were the review comments from the previous review?
--
nosy: +moijes12
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12768
Charles-François Natali added the comment:
Well, that is not from RFC (or I hadn't find it):) however I'd lie if I'd
call myself an expert, should I change limit to 4096 then?
It's probably not in the RFC: this just shows that the limit chosen
should be enough.
--
96 matches
Mail list logo