Changes by Santoso Wijaya santoso.wij...@gmail.com:
--
nosy: +santa4nt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12750
___
___
Chandra Sekhar Reddy sanc...@ca.com added the comment:
Hi,
Thanks for your valuable feedback,
As per your suggestion I have re-verified the code for the possibility of NULL
values, intrestingly I have observed that buffer overrun is happening in our
application, where there is a character
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
With a buffer overrun anything can happen... Here, I would recommend
PyErr_Format() instead.
But it also may be some other corruption happening before!
--
___
Python tracker
STINNER Victor victor.stin...@haypocalc.com added the comment:
Le 17/08/2011 07:04, Ezio Melotti a écrit :
As I said in msg142175 I think the Py_UNICODE_IS{HIGH|LOW|}SURROGATE and
Py_UNICODE_JOIN_SURROGATES can be committed without trailing _ in 3.3 and
with trailing _ in 2.7/3.2. They
STINNER Victor victor.stin...@haypocalc.com added the comment:
I close this issue because it looks like a bug in your application (you say
that there is a least a buffer overrun). If it's really a bug in Python and you
use a usecase to reproduce it, please reopen the issue.
--
Marc-Andre Lemburg m...@egenix.com added the comment:
STINNER Victor wrote:
STINNER Victor victor.stin...@haypocalc.com added the comment:
Le 17/08/2011 07:04, Ezio Melotti a écrit :
As I said in msg142175 I think the Py_UNICODE_IS{HIGH|LOW|}SURROGATE and
Py_UNICODE_JOIN_SURROGATES can
Ezio Melotti ezio.melo...@gmail.com added the comment:
For Python 2.7 and 3.2, I would prefer to not touch a public header,
and so add the macros in unicodeobject.c.
Is there some reason for this? I think it's better if we have them in the same
place rather than renaming and moving them in
STINNER Victor victor.stin...@haypocalc.com added the comment:
Ah yes, the correct prefix for functions working on Py_UNICODE
characters/strings is Py_UNICODE, not PyUNICODE, sorry.
For Python 2.7 and 3.2, I would prefer to not touch a public header,
and so add the macros in unicodeobject.c.
Ezio Melotti ezio.melo...@gmail.com added the comment:
Ezio used two different naming schemes in his email. Please always
use Py_UNICODE_... or _Py_UNICODE (not PyUNICODE_ or _PyUNICODE_).
Indeed, that was a typo + copy/paste. I meant to say Py_UNICODE_* and
_Py_UNICODE_*. Sorry about the
Marc-Andre Lemburg m...@egenix.com added the comment:
Ezio Melotti wrote:
Ezio Melotti ezio.melo...@gmail.com added the comment:
Ezio used two different naming schemes in his email. Please always
use Py_UNICODE_... or _Py_UNICODE (not PyUNICODE_ or _PyUNICODE_).
Indeed, that was a typo
Ezio Melotti ezio.melo...@gmail.com added the comment:
For bug fixes, you can put the macros straight into unicodeobject.c,
but please leave unicodeobject.h untouched - otherwise people will
mess around with these macros (even if they are private) and users
will start to wonder about linker
Marc-Andre Lemburg m...@egenix.com added the comment:
Ezio Melotti wrote:
Ezio Melotti ezio.melo...@gmail.com added the comment:
For bug fixes, you can put the macros straight into unicodeobject.c,
but please leave unicodeobject.h untouched - otherwise people will
mess around with these
Eli Bendersky eli...@gmail.com added the comment:
David, while you make a valid point, consider that 'n' is part of the public
API of the threading module (although not documented) and it's conceivable that
there is existing code in the wild using it. To do what you suggest we should
maybe go
Changes by Alexander Belopolsky alexander.belopol...@gmail.com:
--
nosy: +belopolsky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12757
___
___
Eric V. Smith e...@trueblade.com added the comment:
On 8/17/2011 6:30 AM, Ezio Melotti wrote:
OK, so in 2.7/3.2 I'll put them in unicodeobject.c, and in 3.3 I'll move them
in unicodeobject.c.
I believe the second file should be unicodeobject.h, correct?
--
Ezio Melotti ezio.melo...@gmail.com added the comment:
Correct.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10542
___
___
Python-bugs-list
Martin v. Löwis mar...@v.loewis.de added the comment:
Also what about 3.2? Are you saying that we should fix the bug in
3.2/3.3 only and leave 2.x alone or that you don't want the bug to be
fixed in all the bug-fix releases (i.e. 2.7/3.2)?
Notice that the macros themselves don't fix any
STINNER Victor victor.stin...@haypocalc.com added the comment:
OK, so in 2.7/3.2 I'll put them in unicodeobject.c
It looks like #9200 only needs Py_UNICODE_NEXT, which can be implemented
without the other Py_UNICODE_*SURROGATE* macros.
--
___
R. David Murray rdmur...@bitdance.com added the comment:
Good point. Probably, then, we should just put a comment in the code that 'n'
is an internal implementation detail and leave it at that.
--
___
Python tracker rep...@bugs.python.org
Charles-François Natali neolo...@free.fr added the comment:
2011/8/16 Dave Malcolm rep...@bugs.python.org:
So in this case, sys.platform's final digit is reporting the major release
of the kernel running outside the chroot-ed build environment (ironically
bearing even less relationship to
Changes by xavierd xdelan...@cloudmark.com:
Added file: http://bugs.python.org/file22919/orig.eml
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12515
___
New submission from Rafał Dowgird dowg...@gmail.com:
The ctypes module seems to truncate NUL-containing strings when assigning to
structure fields of type c_char*1024. Reproduced on a 2.7.2 compiled from
tarball. Script to reproduce attached.
--
components: ctypes
files: reproduce.py
Rafał Dowgird dowg...@gmail.com added the comment:
The buffer output of the script suggests that the part after the '\000' has not
been copied into the array at all. If that's the case, then the 'raw' output
wouldn't print it anyway.
--
___
Python
New submission from Marcelo dapda...@yahoo.com.br:
I use Emesene 2.11.7 on Windows XP SP3, 32Bits. When I clic on the Email botom,
Emesene don´t open my email aconunt in Internet Explorer, or Mozilla Firefox or
any other browser.
--
messages: 142278
nosy: butuntu
priority: normal
Sturla Molden stu...@molden.no added the comment:
The problem is that the Python API can only produce one number per call and a
function call in Python is really slow (it creates a Python frame). If you want
to speed it Python, it would be better to add methods to generate arrays to
limit the
New submission from Vlada Peric vlada.pe...@gmail.com:
When running 2to3 -d on this doctest (from this file[0] in SymPy):
class SzUpKet(Ket):
... def _represent_SzOp(self, basis, **options):
... return Matrix([1,0])
...
2to3 adds an extra space in
Changes by higery shoulderhig...@gmail.com:
Added file: http://bugs.python.org/file22922/4be1917b2a9e.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12394
___
higery shoulderhig...@gmail.com added the comment:
Current patch has removed old-style scripts support and just retain new-style
wrapper scripts generation support.
Now, it uses only dotted path string to support kind of 'console_scripts' of
setuptools, and uses dotted path with a 'window'
Vlad Riscutia riscutiav...@gmail.com added the comment:
Attached patch for 3.3 with unittest
--
keywords: +patch
nosy: +vladris
Added file: http://bugs.python.org/file22923/issue12764_patch3x.diff
___
Python tracker rep...@bugs.python.org
Vlad Riscutia riscutiav...@gmail.com added the comment:
Also patch for 2.7 with unittest. BTW, bx works on 2.7.
--
Added file: http://bugs.python.org/file22924/issue12764_patch2x.diff
___
Python tracker rep...@bugs.python.org
New submission from Miguel de Val Borro miguel.de...@gmail.com:
It would be useful to have a fractional day method in datetime.datetime
that returns a float object calculated from the day, hour, minute, second, and
microseconds. Fractional days in UTC are often used in science, in particular
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset ed2511c23dae by Benjamin Peterson in branch 'default':
make __doc__ mutable on heaptypes (closes #12773)
http://hg.python.org/cpython/rev/ed2511c23dae
--
nosy: +python-dev
resolution: - fixed
stage: -
STINNER Victor victor.stin...@haypocalc.com added the comment:
what needs to happen for them to move forward?
I would like a review of curses_unicode.patch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12567
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 50f1922bc1d5 by Victor Stinner in branch 'default':
Issue #12326: don't test the major version of sys.platform
http://hg.python.org/cpython/rev/50f1922bc1d5
--
___
Python
STINNER Victor victor.stin...@haypocalc.com added the comment:
New changeset 50f1922bc1d5 by Victor Stinner in branch 'default':
I will backport the fix to 2.7 and 3.2.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12326
Ned Deily n...@acm.org added the comment:
A footnote: I brought this issue up on the Mac Tcl mailing list and it was
demonstrated that the problem with mishandling of the menu accelerators with
the Dvorak - Qwerty Cmd input method is a general Cocoa Tk problem, and not
unique to IDLE or
Antoine Pitrou pit...@free.fr added the comment:
I think the functions should:
- accept both str and bytes for keys and values; when it's an str, encoding it
using the FS encoding
- return str for attribute names, using the FS encoding
- return bytes for attribute values, although returning str
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12720
___
Christian brugger@googlemail.com added the comment:
A workaround would be to call the following in the thread you want to use
ThreadPool:
if not hasattr(threading.current_process(), _children):
threading.current_process()._children = weakref.WeakKeyDictionary()
(putting this in
New submission from Ned Deily n...@acm.org:
[188/352] test_multiprocessing
Warning -- multiprocessing.process._dangling was modified by
test_multiprocessing
--
components: Tests
messages: 142295
nosy: ned.deily
priority: normal
severity: normal
stage: needs patch
status: open
title:
Ned Deily n...@acm.org added the comment:
This warning is a regression in 3.2.2 from previous 3.2 releases due to the
dangling Thread and Process checks added to 3.2 by 64e35f3bcda5 for Issue12573;
the same checks introduce a new warning in 3.2.2 for test_threaded_import which
has already
Changes by Ned Deily n...@acm.org:
--
nosy: +georg.brandl, pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12774
___
___
Python-bugs-list
James Y Knight f...@users.sourceforge.net added the comment:
I will backport the fix to 2.7 and 3.2.
Uh, wait, so does that mean you're *not* going to do the
compatibility-preserving thing and force sys.platform to stay linux2 even when
python is built (BUILT! not run!) on a machine where
Barry A. Warsaw ba...@python.org added the comment:
On Aug 18, 2011, at 01:20 AM, James Y Knight wrote:
James Y Knight f...@users.sourceforge.net added the comment:
I will backport the fix to 2.7 and 3.2.
Uh, wait, so does that mean you're *not* going to do the
compatibility-preserving thing
Meador Inge mead...@gmail.com added the comment:
I agree that this violates C99, but is this actually causing any real world
problems with the platforms Python supports? If so, then we need a test case.
This seems low priority
--
assignee: theller -
nosy: +amaury.forgeotdarc,
Meador Inge mead...@gmail.com added the comment:
Ping. I think this one is OK to commit.
--
nosy: +belopolsky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9651
___
Eli Bendersky eli...@gmail.com added the comment:
I asked the user who reported this documentation omission what he's using the
'n' argument for. His reply:
Yes I am using the n parameter, it is mainly to implement a subclass of
Queue that supports bulk get and put operations. This
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
IIUC the support for setup.py is transitional, i.e. legacy support, for
existing packages transitioning from distutils/setuptools/Distribute to
packaging. New features should not rely on the existence of setup.py.
--
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
BTW higery, did you use any of the build-scripts functionality I developed in
the pythonv branch?
Ref. https://bitbucket.org/vinay.sajip/pythonv/changeset/d2453f281baf
--
___
Python tracker
49 matches
Mail list logo
