New submission from Kristján Valur Jónsson krist...@ccpgames.com:
The new s* code for PyArg_ParseTuple is used to fill a Py_buffer object from
the arguments. This object must be relased using PyBuffer_Release() after use.
However, if the object in the tuple does not support the new buffer
Changes by Kristján Valur Jónsson krist...@ccpgames.com:
--
versions: -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10538
___
___
Wichert Akkerman wich...@wiggy.net added the comment:
I can help test changes for python 2.x. The python 3.x ecosystem is at least a
year away from becoming interesting for me I'm afraid.
--
___
Python tracker rep...@bugs.python.org
Changes by Georg Brandl ge...@python.org:
--
assignee: - pitrou
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10538
___
___
Georg Brandl ge...@python.org added the comment:
I don't waste my time by merging every little typo fix to the maintenance
branches immediately; I rather merge them all at once every now and then. You
will certainly understand that nobody is harmed by a stray d, even if it has
a pointy tip.
Georg Brandl ge...@python.org added the comment:
Dividing the table in sections makes sense to me; it provides the kind of
grouping that is helpful sometimes, but cannot be kept when sorting
alphabetically. So when the table is grouped, the actual docs can remain
alphabetized.
--
Georg Brandl ge...@python.org added the comment:
Thanks, fixed in r86794.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10526
Georg Brandl ge...@python.org added the comment:
Yes, you're right; you could have linked to the correct -c option by using this
form: :option:`unittest -c`
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9312
Georg Brandl ge...@python.org added the comment:
Thanks, fixed in r86798.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10420
Georg Brandl ge...@python.org added the comment:
This is because the Python used to render doesn't recognize the new-style
exception catching; this will be fine once the system is upgraded to 2.6.
--
nosy: +georg.brandl
resolution: - later
status: open - closed
Mark Dickinson dicki...@gmail.com added the comment:
I think that's expected behaviour. Note that int vs float behaves in the same
way as float vs complex:
class xint(int):
... def __radd__(self, other):
... print __radd__
... return 42
...
3 + xint(5)
__radd__
42
3.0
Changes by Davide Rizzo sor...@gmail.com:
--
nosy: +davide.rizzo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10535
___
___
Python-bugs-list
anatoly techtonik techto...@gmail.com added the comment:
As I can't reopen this issue, I'd like to ask for another opinion before
closing this ticket. I think it's closed prematurely. For the bare minimum
there should be a link to corresponding issue in distutils2 project.
--
Brian Jones bkjo...@gmail.com added the comment:
Sure. I'll create a patch in the next few days and submit it. Thanks for the
link to the guidelines. :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10510
Tarek Ziadé ziade.ta...@gmail.com added the comment:
I am +1 with what Eric said. I'd suggest that you send a mail to teh distutils2
development mailing list to make some proposals.
--
___
Python tracker rep...@bugs.python.org
Brian Jones bkjo...@gmail.com added the comment:
So... have I missed a memo, or is it currently impossible to test the current
svn version of distutils in the current svn version of Python?
The tests for (at least) register and upload are written using Python 2.x
syntax and modules. How are
Tarek Ziadé ziade.ta...@gmail.com added the comment:
If you can make your server work with the current implementation, I'd rather
not change this in distutils but in distutils2.
Distutils is frozen and we make only bug fixes. By bug fix I mean anything that
is a bug. A non-strict
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10538
___
___
Python-bugs-list mailing
Changes by Tarek Ziadé ziade.ta...@gmail.com:
--
components: +Distutils2, Library (Lib) -Distutils
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6983
___
Brian Jones bkjo...@gmail.com added the comment:
If it's not a bug in distutils1, I imagine it will not be a bug in distutils2,
since that will also presumably work with PyPI, and PyPI will be the single
solitary supported implementation of the service?
I also don't see distutils2 in this
Tarek Ziadé ziade.ta...@gmail.com added the comment:
If it's not a bug in distutils1, I imagine it will not be a bug in distutils2
Yes that would be a feature request. we would be happy to add. e.g. make the
commands works with server X ou server Y.
I also don't see distutils2 in this list
New submission from Jamie Murray txr...@gmail.com:
The first char in a word is omitted from being checked against the 'range'
element of the 1st part of this expression.
The second char is properly checked to see if it's in range
# Desired safe string to expect
goodString =
New submission from Brian Curtin cur...@acm.org:
My build slave shows a test failure at test_dont_copy_file_onto_link_to_itself.
This happens because the implementation of _samefile in Lib/shutil.py (line 70)
doesn't work for Windows hard links.
Patch on the way.
--
assignee:
New submission from Walter Dörwald wal...@livinglogic.de:
Running regrtest.py with coverage option seems to be broken for the py3k branch
at the moment. Run the following commands on the shell:
wget http://svn.python.org/snapshots/python3k.tar.bz2
tar xjf python3k.tar.bz2
cd python
./configure
New submission from Alexander Belopolsky belopol...@users.sourceforge.net:
As discussed in issue 10521 and the sprawling len(chr(i)) = 2? thread [1] on
python-dev, many functions in python library behave differently on narrow and
wide builds. While there are unavoidable differences such as
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
AFAICT, all ctype methods (isalpha, isdigit, etc.) have the same problem. I
posted a patch at issue10542 that introduces a Py_UNICODE_NEXT() macro that can
help fixing all these methods. I am adding #10542 as a
Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
--
nosy: +haypo, loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10542
___
Brian Curtin cur...@acm.org added the comment:
Here is a patch.
os.path.samefile and hard links don't work for Windows the same way they do for
Mac/Linux. In the case where we are on Windows and a link comes into the
_samefile function, check that it's a link and then use
Changes by Michael Foord mich...@voidspace.org.uk:
--
assignee: - michael.foord
components: +Library (Lib)
type: - behavior
versions: +Python 2.7, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10543
Changes by SilentGhost michael.mischurow+...@gmail.com:
Removed file: http://bugs.python.org/file19815/test_argparse.py.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9509
___
SilentGhost michael.mischurow+...@gmail.com added the comment:
On windows proposed changes to Lib/test/test_argparse.py cause it to enter an
infinite loop in TempDirMixin.tearDown method.
As it seemed exclusively Windows issue, this new patch replaces while loop with
the ignore_errors
Michael Foord mich...@voidspace.org.uk added the comment:
Won't need fixing in 3.2. The __pycache__ changes mean that the module.__file__
no longer points to the compiled bytecode file.
--
versions: -Python 3.2
___
Python tracker
Michael Foord mich...@voidspace.org.uk added the comment:
I'm also thinking that it might be better to include the name of the
deprecated method in the message and use three filters for fail* methods,
assert* methods, and the assert*Regexp* methods that will be deprecated.
That sounds good,
Eric Smith e...@trueblade.com added the comment:
I'm not sure I understand. The output I get is:
f42e6be1-29bf-4f3c-ba58-1ae1d9ca5f88
g42e6be1-29bf-4f3c-ba58-1ae1d9ca5f88
False
The first string matches. The second string matches because the leading g is
being matched by \w. The third string
Blair bidih...@gmail.com added the comment:
I see your point Mark, however it does not seem to be the right way to do
this.
Are you aware that Python has formally specified this behaviour somewhere? I
could not find an explicit reference in the documentation.
The problem that has been fixed is
Georg Brandl ge...@python.org added the comment:
I don't think so; closing as invalid.
--
nosy: +georg.brandl
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10539
Jamie Murray txr...@gmail.com added the comment:
Apologies, sincere and most humble apolgies doh!
On 26 Nov 2010 18:51, Georg Brandl rep...@bugs.python.org wrote:
Georg Brandl ge...@python.org added the comment:
I don't think so; closing as invalid.
--
nosy: +georg.brandl
New submission from Inyeol Lee inyeol@gmail.com:
Simple coroutine with for loop works:
def pack_a():
while True:
L = []
for i in range(2):
L.append((yield))
print(L)
pa = pack_a()
next(pa)
pa.send(1)
pa.send(2)
[1, 2]
If
Ned Deily n...@acm.org added the comment:
Closing this issue since it appears to not be a bug.
--
nosy: +ned.deily
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10532
New submission from rurpy the second ru...@yahoo.com:
The Python HOWTOs-Idioms and Anti-Idioms has a section
Using Backslash to Continue Statements.
It says that line continuation is dangerous and gives two reasons.
1. Hard to see a space after the backslash.
This is not dangerous as it cause
Ned Deily n...@acm.org added the comment:
This appears to be another variant of the IDLE, OS X 10.6, 64-bit,
Apple-supplied Tk 8.5 problems. As a workaround, you can re-install 2.7rc1
using the 32-bit-only installer; IDLE there does not exhibit these problems.
--
assignee: -
New submission from STINNER Victor victor.stin...@haypocalc.com:
Python3 doc tells that UTF-16-LE and UTF-16-BE only support BMP characters.
What? I think that it is wrong.
It was maybe wrong with Python2 and narrow build (unichr() only supports BMP
characters), but it is no more true in
Terry J. Reedy tjre...@udel.edu added the comment:
I would really like something like this -- for 3.2b1 next week.
I am constantly running posted interactive code and the lack of this is a major
nuisance. There seems to be a glitch in how the editor deals with ' ' when
trying to delete it.
Terry J. Reedy tjre...@udel.edu added the comment:
An alternative approach would be to leave pasting alone but add a
'Convert interactive code' option to the format menu, with keycode alt-v (not
currently used as far as I can see).
--
___
Python
Éric Araujo mer...@netwok.org added the comment:
New features don’t go into stable branches.
The patch is also reviewable at http://codereview.appspot.com/3340041
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2504
Terry J. Reedy tjre...@udel.edu added the comment:
As a practical matter, I think that for at least the next decade, people are at
least as likely to want to fill with a composed, multi-BMP-codepoint 'char'
(grapheme) as with a non-BMP char. So to me, failure with the latter is no
worse than
Terry J. Reedy tjre...@udel.edu added the comment:
Is this a duplicate of other issues (close?)?
Is this an Apple problem beyond our control (close?)?
--
nosy: +terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10537
Éric Araujo mer...@netwok.org added the comment:
Great, thanks! New markup committed as r86823, long lines rewrapped in r86824
(along with a few minor touch-ups).
I think we’re good now, I’ll backport shortly.
--
___
Python tracker
Éric Araujo mer...@netwok.org added the comment:
Distutils2 bugs are tracked here (bugs.python.org), feel free to open a feature
request for the Distutils2 component.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1059244
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Fri, Nov 26, 2010 at 6:37 PM, Terry J. Reedy rep...@bugs.python.org wrote:
Terry J. Reedy tjre...@udel.edu added the comment:
As a practical matter, I think that for at least the next decade, people are
at least as
Eric Smith e...@trueblade.com added the comment:
I think these macros would be a reasonable approach. I think str.center, etc.
should support non-BMP chars, because to not do so can raise an exception.
Supporting composed graphemes seems like another problem altogether. And while
we could fix
Eric Smith e...@trueblade.com added the comment:
In addition to the proposed Py_UNICODE_NEXT and Py_UNICODE_PUT_NEXT,
str.__format__ would also need a function that tells it how many Py_UNICODEs
are needed to store a given Py_UCS4.
--
___
Python
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Fri, Nov 26, 2010 at 7:27 PM, Eric Smith rep...@bugs.python.org wrote:
..
In addition to the proposed Py_UNICODE_NEXT and Py_UNICODE_PUT_NEXT,
str.__format__ would also need a function that tells it how many
Éric Araujo mer...@netwok.org added the comment:
Divided command-line options logically into sub-sections and improved
their explanations
Using the program/cmdoption combo may be a good idea here.
--
nosy: +eric.araujo
___
Python tracker
Eric Smith e...@trueblade.com added the comment:
I'd need access to this without having to build a PyUnicodeObject, for
efficiency. But it sounds like it does have the basic functionality I need.
For my use I'd really need it to take the result of Py_UNICODE_NEXT. Something
like:
Py_ssize_t
Éric Araujo mer...@netwok.org added the comment:
Possible groups:
Types constructors: bool, bytearray, bytes, complex, dict, float, frozenset,
int, list, memoryview, object, range, set, slice, str, tuple
Mathematical functions: abs, bin, divmod, hex, oct, pow, round
Working with sequences:
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Fri, Nov 26, 2010 at 7:45 PM, Eric Smith rep...@bugs.python.org wrote:
..
For my use I'd really need it to take the result of Py_UNICODE_NEXT.
Something like:
Py_ssize_t
Py_UNICODE_NUM_NEEDED(Py_UCS4 c)
and it
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
nosy: +belopolsky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10541
___
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
I don't like macro having a result and using multiple instructions using the
evil magic trick (the ,). It's harder to maintain the code and harder to
debug than a classical function.
Don't you think that modern compilers are able
Éric Araujo mer...@netwok.org added the comment:
Have a look at Doc/tools/rstlint.py
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10507
___
Eric Smith e...@trueblade.com added the comment:
The code will basically be:
Py_UCS4 fill;
parse_format_string(fmt, ..., fill, ...);
/* lots more code */
if (fill_needed) {
/* compute how many characters to reserve */
space_needed = Py_UNICODE_NUM_NEEDED(fill) *
Blair bidih...@gmail.com added the comment:
I'd like to add a few more observations to the mix.
I have run the following in both 2.6.6 and in 2.7
class xfloat(float):
def __new__(cls,x):
return float.__new__(cls,x)
def __radd__(self,lhs):
print __radd__ got: %s %
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Attached patch fixes isprintable and other ctype-like methods. I left
isspace() out for now because I could not find a test character outside of BMP
to test with, but I think we should fix that for completeness as well.
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Fri, Nov 26, 2010 at 8:41 PM, STINNER Victor rep...@bugs.python.org wrote:
..
I don't like macro having a result and using multiple instructions using the
evil
magic trick (the ,). It's harder to maintain the code
Eric Smith e...@trueblade.com added the comment:
The compiler's decision to inline something should not be related to its
ability to put variables in a register.
But I definitely agree that we should get the abstraction right first and worry
about the implementation later.
--
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Fri, Nov 26, 2010 at 9:22 PM, Eric Smith rep...@bugs.python.org wrote:
..
But I definitely agree that we should get the abstraction right first and
worry about
the implementation later.
I am fairly happy with
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Raymond,
I wonder if you would like to comment on the iterator analogy and/or on adding
public names to C API.
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8600
___
___
Python-bugs-list mailing list
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Mark, can you opine on this?
--
assignee: belopolsky - lemburg
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10542
___
Ronald Oussoren ronaldousso...@mac.com added the comment:
On 27 Nov, 2010, at 0:42, Terry J. Reedy wrote:
Terry J. Reedy tjre...@udel.edu added the comment:
Is this a duplicate of other issues (close?)?
I don't know yet.
Is this an Apple problem beyond our control (close?)?
This might
Ned Deily n...@acm.org added the comment:
Ronald, which patch are you thinking of? Issue6075?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10537
___
71 matches
Mail list logo