Changes by Peter Saunders [EMAIL PROTECTED]:
--
components: +Distutils -Interpreter Core
type: - feature request
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4609
Changes by Peter Saunders [EMAIL PROTECTED]:
--
components: +Interpreter Core -Distutils
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4609
New submission from Peter Wang [EMAIL PROTECTED]:
In the section Removed Syntax, there is some ReST markup that leaked
through into the output:
The only acceptable syntax for relative imports is from .``[*module*]
:keyword:`import` *name*; :keyword:`import` forms not starting
New submission from Peter Wang [EMAIL PROTECTED]:
In the Library Changes section, the next to last bullet point about
string.letters has leaked through some ReST markup into the final
output: :data:string.letters`
--
assignee: georg.brandl
components: Documentation
messages: 76866
nosy
Laszlo (Laca) Peter [EMAIL PROTECTED] added the comment:
I'm the python package maintainer at Sun.
We would really like to get the dtrace probes upstream, let me know how
I can help.
--
nosy: +laca
___
Python tracker [EMAIL PROTECTED]
http
Changes by Laszlo (Laca) Peter [EMAIL PROTECTED]:
--
nosy: +laca
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3014
___
___
Python-bugs-list mailing
Peter Harris [EMAIL PROTECTED] added the comment:
As far as I can tell, it is OK now. Thanks!
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1840
___
___
Python
Hans-Peter Jansen [EMAIL PROTECTED] added the comment:
Facundo, first of all: *really* nice work, thanks a lot.
While I don't fully understand the issues raised lately here,
especially what broke (user code). I can see, that it completely
solves my original problem, which is great.
While
New submission from Peter [EMAIL PROTECTED]:
Following code:
fp = open(delete.me, r+t)
fp.readline()
fp.write(New line \n)
fp.close()
Won't do anything. I mean nor writing to file, nor raising exception.
Nothing.
I can't find any note about this crap. So, it is the best place
Changes by Peter [EMAIL PROTECTED]:
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3207
___
___
Python-bugs-list mailing list
Unsubscribe:
http
Peter [EMAIL PROTECTED] added the comment:
Amaury Forgeot d'Arc, your example really raise IOError 0
Thing is that you had 1 string in the file
Here is it:
open(delete.me, w).write(first\nsecond\nthird)
fp = open(delete.me, r+t)
fp.readline()
'first\n'
fp.write(Newbie)
fp.close()
open
Peter Fein [EMAIL PROTECTED] added the comment:
Is this going to make the 2.6 release? The lack of this option causes
grief on MacPorts. Just wondering if there's anything I could do to move
this along, as a cursory reading shows everyone to be happy...
--
nosy: +pfein
New submission from Peter Dilley [EMAIL PROTECTED]:
I have noticed a new crash when using pyglet module after installing
the latest Apple security patch/framework for Quicktime, Quicktime
Framework 7.5.0.
This error is repeatable.
This error occurs when the opened window is selected/made
Peter Dilley [EMAIL PROTECTED] added the comment:
Done at pyglet,
Thanks for the update, my first Python error like that, could not
determine where the issue was stemming from.
My worry was the latest security patching from Apple introduced this
bug with the Mac version of Python.org's
Peter N [EMAIL PROTECTED] added the comment:
Martin,
On solaris 10 x86, this patch makes it possible to build python 2.5.x.
Without it, there is no way for the automated build to work. I believe
that your characterization of it as Therefore, I claim that this makes
things more complex
New submission from Peter Whaite [EMAIL PROTECTED]:
If the environ vars TEMP or TMP contain spaces on w32 the on-line help
will not work. e.g. help('or') gives the message
The system cannot find the file specified.
This is because pydoc.tempfilepager sets filename=tempfile.mktemp()
which
New submission from Peter Puk [EMAIL PROTECTED]:
When you try to make a doc from your programm woth pydoc, it doesnt show
the the identifiers in the modules section. when i put 'from module
import identifier' in my code
--
components: Extension Modules
messages: 67340
nosy: peter.puk
New submission from Peter [EMAIL PROTECTED]:
I tried to install sphinx with virtualenv.The error message is showing a
missing file:
...
INFORMATION
the speedup extension could not be compiled, Jinja will
fall back to the native python classes
Peter Otten [EMAIL PROTECTED] added the comment:
Alexander, I'm fine with a more specific argument name. ns was what
the Timer already used internally.
Antoine, from __main__ import name1, ..., nameN works fine on the
command line, but inside a function you'd have to declare the names
you
New submission from Peter Otten [EMAIL PROTECTED]:
I'd like to suggest a different approach than the one taken in rev.
54348 to improve timeit's scripting interface: allow passing it a
namespace. Reasons:
- It has smaller overhead for functions that take an argument:
def f(a): pass
Changes by Peter Poeml [EMAIL PROTECTED]:
--
nosy: +poeml
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1424152
_
___
Python-bugs-list mailing list
Unsubscribe
Hans-Peter Jansen [EMAIL PROTECTED] added the comment:
But should not this patch be handled in a way wherein.
key.capitalize() is just replaced by key.upper()?
Hmm, are you sure?
hello.upper()
'HELLO'
but the issue is with values containing dashes:
'accept-charset'.capitalize()
'Accept
Hans-Peter Jansen [EMAIL PROTECTED] added the comment:
Hi Senthil,
that looks promising, and the title() trick is nice, as it fixes my
issue..
Thanks,
Pete
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2275
L. Peter Deutsch [EMAIL PROTECTED] added the comment:
Having now read messages 63380 and 63384, I agree with them: I would
have withdrawn my proposal if it hadn't gotten rejected first. I do have
a use case, but the workaround is pretty easy.
_
Tracker [EMAIL
New submission from Hans-Peter Jansen [EMAIL PROTECTED]:
The urllib2 behavior related to headers is - hmm - improvable.
It simply capitalize() the key, which leads to funny results like:
Accept-charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
while this is seemingly conforming to the specs, it's simply
New submission from Peter Tröger:
The byte code STORE_LOCAL is referenced in the description of
STORE_NAME, but has no own entry in the list. See here:
http://docs.python.org/lib/bytecodes.html
--
components: Documentation
messages: 62685
nosy: troeger
severity: minor
status: open
New submission from Peter Saunders:
When compiling python 2.5.1 on Solaris 10 (sparc and x86), with openssl
0.9.8e - test_md5 fails with No module named _sha256. (As does doing an
import md5)
When compiling, setup.dist was modified, the ssl parts were uncommented,
and modified to use
New submission from Peter Fein:
threading.local doesn't free attributes assigned to a local() instance
when the assigning thread exits. See attached patch for
_threading_local.py doctests.
Per discussion with Crys and arkanes in #python, this may be an issue
with PyThreadState_Clear
New submission from Peter Harris:
Python 3.0: Use bytes instead of str to construct the binary file,
don't try to .sort a dict's keys().
This patch is a tentative fix - in one place I've had to provide an
encoding from str to bytes and I've guessed UTF-8, which may be OK for
most .po files
New submission from Peter Harris:
Tools/i18n/pygettext.py contains a syntax error.
On line 665, there is an old u'' string for testing unicode on pre-3.0
python.
It should be OK to remove it.
--
components: Demos and Tools
messages: 59961
nosy: scav
severity: normal
status: open
Peter Harris added the comment:
Also, a couple of instances of assuming dict.keys() is a list, and
trying to use .sort() on them.
Patch attached for both issues.
--
title: pygettext.py syntax error - pygettext.py py3k errors
Added file: http://bugs.python.org/file9173/pygettext.diff
Peter Donis added the comment:
I've uploaded a revised diff with two small improvements:
(1) Removed a redundant os.isfile check in
PackageLoaderTestImporter.get_data() in doctest_testfile.py. (The
open() builtin already raises IOError if the file can't be opened.)
(2) Added doctest.master
New submission from Peter Donis:
When running doctest.testfile on a Linux machine, testing a txt file
saved on a Windows machine, doctest raised a SyntaxError exception for
each Windows newline in the txt file. On examining the code in the
_load_testfile function, it looks to me like
Peter Donis added the comment:
Edit: I should have said that the attached diff also includes changes
to test_doctest.py to test for the correct newline behavior. Because
the test setup is a little complex, I added an auxiliary script,
doctest_testfile.py, and an accompanying text file
L. Peter Deutsch added the comment:
Actually, called and callable are OK, if the documentation says
somewhere that the normal effect of calling a type object is to invoke
__new__. The places I looked first (sections 3.1, 3.3, and 3.4.1) do not
say this. 5.3.4 does say that the result of calling
L. Peter Deutsch added the comment:
Sorry, I wrote E's cached pointer to C.f, which of course should be
E's cached pointer to A.f.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1518
L. Peter Deutsch added the comment:
The proposed approach to speeding up lookup of inherited methods is not
quite sound, given that class attributes can be added and removed
dynamically. Consider:
class A:
def f(x): ...
class B(A):
pass
class C(B):
pass
If C caches a pointer to A.f
L. Peter Deutsch added the comment:
Please reopen this issue as a documentation bug.
The documentation for __new__ in section 3.4.1 says:
__new__() is intended mainly to allow subclasses of immutable types
(like int, str, or tuple) to customize instance creation.
The documentation
New submission from L. Peter Deutsch:
In the following, dir(Node) should include the name 'z', and Node.z
should be 'Node'. However, dir(Node) does not include 'z', and Node.z is
undefined (AttributeError). This is directly contrary to the Python
documentation, which says metaclasses can modify
New submission from Peter Farson:
Here's an example:
I'd like to be able to reverse a list for iterating...
for i in range(10).reverse()
This could work if reverse method returned self, but currently it
doesn't return anything. I think the overhead is slight and worth
Peter Mawhorter added the comment:
I could try, but I honestly don't know exactly how the fetch*
functions work. It would probably take me a good couple of hours of
reading before I could write decent documentation, and as much as that
would be great, I'm not about to squeeze that into my
Peter Mawhorter added the comment:
Yes actually... the fetch documentation there is a sufficient
explanation of the functions provided. If it could be added to
docs.python.org, that would be great.
There still remains the fact that the docstrings in the sqlite3 module
don't agree
New submission from Peter Mawhorter:
The current documentation for the sqlite3 module on the web fails to
make any mention of the fetch* functions posessed by the Cursor class
of that module. It in fact gives no indication of how one should
extract results from sql queries. The docstrings
Peter Åstrand added the comment:
I think there's some confusion in this bug. The report on
http://pastebin.com/fa947767 indicates a problem in test_popen. This is
a test for os.popen() and it does not have anything to do with the
subprocess module. I believe it is test_popen.py that should
Peter Maxwell added the comment:
For the record, and to prevent dilution of the count of times this bug has
been encountered: this issue is a duplicate of issue1472695, which was
later marked won't fix for no apparent reason. sligocki's patch is more
thorough than mine was and I hope it has
Peter Weseloh added the comment:
You are right. The format should be 'l'. I overlooked that. In my case the
optional 'buf_size' parameter of 'decompress' is not used anyhow.
Shall I change the patch accordingly?
It work well for me and I now checked the code of PyArg_ParseTuple
(Python
New submission from Peter Weseloh:
When I use zlib.decompress to decompress a string where the result would
be 1 GB I get
SystemError: Objects/stringobject.c:4089: bad argument to internal function
I tracked that down to an int overflow of r_strlen in PyZlib_decompress.
Using Py_ssize_t instead
Peter Ã…strand added the comment:
Most probably, this is not a problem with the Python side or the pipes,
but the libc streams in the application. stderr is normally unbuffered,
while stdout is buffered. You can see this by running the app with grep:
$ ./a.out | grep STDOUT
STDERR sleeping 0
New submission from Peter Harris:
Describe 3.0 comparison behaviour (but not in much detail)
--
components: Documentation
files: datastructures.diff
messages: 56212
nosy: scav
severity: normal
status: open
title: 3.0 tutorial/datastructures.rst patch
versions: Python 3.0
New submission from Peter Harris:
line 221 'loating point' - 'Floating point'.
Also, maybe double-check that __cmp__ method still has special meaning
in 3.0. My last patch took out mention of it because 3.0a1 seems not to
support comparisons using __cmp__ method, but I could be missing
New submission from Peter Harris:
Cleanup (removal of 2.x references, long etc. ). I'm not 100% sure I've
got the rich-comparison stuff correct.
--
components: Documentation
files: stdtypes.diff
messages: 56186
nosy: scav
severity: normal
status: open
title: 3.0 library/stdtypes.rst
New submission from Peter Harris:
Proposed cleanup patch for tutorial/interpreter.rst
--
components: Documentation
files: interpreter.diff
messages: 56164
nosy: scav
severity: normal
status: open
title: cleanup patch for 3.0 tutorial/interpreter.rst
versions: Python 3.0
New submission from Peter Harris:
Remove reference to 'long' in tutorial/introduction.rst.
Patch attached.
--
components: Documentation
files: introduction.diff
messages: 56165
nosy: scav
severity: normal
status: open
title: 3.0 tutorial/introduction.rst mentions 'long'
versions: Python
New submission from Peter Harris:
I think this wording is a little clearer and removes implied reference
to earlier Python versions, while still giving a simplistic
tutorial-level idea of what the MRO is. YMMV, so please disregard if
I've made it worse.
--
components: Documentation
Changes by Peter Lloyd:
--
nosy: +peter.ll
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1599254
_
___
Python-bugs-list mailing list
Unsubscribe:
http
Peter van Kampen added the comment:
Attached is msg_15.txt encoded in utf-8.
f = codecs.open('Lib/email/test/data/msg_15.txt', 'r',
encoding='iso-8859-1')
s = f.read()
f.close()
f = open('Lib/email/test/data/msg_15.txt','w')
f.write(s)
f.close()
$ ./python Lib/test/regrtest.py test_email
601 - 656 of 656 matches
Mail list logo