Tal Einat added the comment:
Updated patch as requested.
Most of the changes are cosmetic, except one minor bug (kw - **kw). I
added a few comments and doc-strings as well.
Consider removing tabpage.py, which is no longer used...
Added file:
Changes by Guido van Rossum:
--
resolution: - invalid
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1367
__
___
Python-bugs-list mailing list
New submission from Kai:
http://docs.python.org/tut/about.html has instructions for submitting a
bug doc, but it points to the SourceForge tracker. Change the link to
point to http://bugs.pythong.org
--
components: Documentation
messages: 57008
nosy: ksjohnson
severity: minor
status:
Georg Brandl added the comment:
Thanks, this is already fixed in SVN and will be live after a rebuild of
the 2.5 docs (which will happen with the pending release of 2.5.2...)
--
nosy: +georg.brandl
resolution: - out of date
status: open - closed
__
Georg Brandl added the comment:
Thanks, this is already fixed in SVN and will be live after a rebuild of
the 2.5 docs (which will happen with the pending release of 2.5.2...)
--
nosy: +georg.brandl
resolution: - out of date
status: open - closed
__
Changes by Georg Brandl:
--
assignee: - effbot
nosy: +effbot
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1773632
_
___
Python-bugs-list mailing list
Georg Brandl added the comment:
Agreed, this is unusable in its current form.
--
nosy: +georg.brandl
resolution: - rejected
status: open - pending
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1516330
_
Georg Brandl added the comment:
os.lstat is in fact an alias for os.stat on Windows.
Corrected the docs in r58745, r58746 (2.5).
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
Changes by Georg Brandl:
--
nosy: +georg.brandl
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1355
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ali Polatel:
--
nosy: +hawking
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1651995
_
___
Python-bugs-list mailing list
Unsubscribe:
Guido van Rossum added the comment:
This makes more sense as a 3rd party library.
--
nosy: +gvanrossum
status: pending - closed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1516330
_
Guido van Rossum added the comment:
No clear problem, no patch.
--
nosy: +gvanrossum
resolution: - wont fix
status: open - closed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1516327
_
Georg Brandl added the comment:
You should be able to close it yourself now :)
--
nosy: +georg.brandl
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1352
__
___
billiejoex added the comment:
What about other platforms?
I think it should be an alias for all platforms which does not support
symbolic links, not only Windows.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1364
__
Georg Brandl added the comment:
It is, and this is also documented that way now.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1364
__
___
Python-bugs-list mailing list
Simon added the comment:
The 255 - 127 change works for me. Let me know if I can help with unit
tests or whatever to get this patched.
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1651995
_
billiejoex added the comment:
Thanks.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1364
__
___
Python-bugs-list mailing list
Unsubscribe:
Facundo Batista added the comment:
Only in win32, in Linux it behaves ok (I put a /tmp/w.py that prints 'w'):
Python 2.5.1 (r251:54863, May 2 2007, 16:56:35)
[GCC 4.1.2 (Ubuntu 4.1.2-0ubuntu4)] on linux2
Type help, copyright, credits or license for more information.
import sys
Guido van Rossum added the comment:
Georg, could you explain somewhere in the tracker docs linked from the
tracker side bar what the options are? I looked into giving Christian
more tracker privileges before, but I didn't know what to type in the
Roles box. IOW I don't know what the allowable
Facundo Batista added the comment:
I followed the link you provided. All the discussion there ends asking
for a realiable way to test the problem (otherwise, we could be making
more mistakes than solving the problem in the different platforms).
Please provide a test case, so we include it in
Adam Olsen added the comment:
The problem with being tolerate as you suggest is you lose the ability
to round-trip. Read in a file using the UTF-8 signature, write it back
out, and suddenly nothing else can open it.
Conceptually, these signatures shouldn't even be part of the encoding;
they're
Christian Heimes added the comment:
I was able to reproduce the bug on Windows with Python 2.6 and 3.0. I've
added an unit test to both versions.
--
nosy: +tiran
priority: - low
resolution: - accepted
versions: +Python 2.6, Python 3.0
__
Tracker [EMAIL
New submission from Guido van Rossum:
In Lib/bsddb/test/test_misc.py in the py3k branch I had to disable two
test in order to make progress on a mega-merge from the trunk.
The tests are test01_badpointer and test04_double_free_make_key_dbt. I
commented them out by inserting ## in front of
Changes by Guido van Rossum:
--
type: - crash
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1371
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Guido van Rossum:
--
severity: normal - major
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1370
__
___
Python-bugs-list mailing list
Unsubscribe:
Georg Brandl added the comment:
I saw the merge commit and that it missed Doc/, and I feared this. :D
But, having caused most of this mess, I'll sort it out right now.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1370
James G. sack (jim) added the comment:
Adam Olsen wrote:
Adam Olsen added the comment:
The problem with being tolerate as you suggest is you lose the ability
to round-trip. Read in a file using the UTF-8 signature, write it back
out, and suddenly nothing else can open it.
I'm sorry, I
Georg Brandl added the comment:
Okay, resolved and committed in r58752.
--
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1370
__
Guido van Rossum added the comment:
Hm, what happened to Doc/using? Should that perhaps also be submitted?
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1370
__
___
Georg Brandl added the comment:
I noted that too, should be in the repos now.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1370
__
___
Python-bugs-list mailing list
Guido van Rossum added the comment:
On 11/1/07, Georg Brandl [EMAIL PROTECTED] wrote:
Georg Brandl added the comment:
I noted that too, should be in the repos now.
Thanks! And thanks for fixing up my mess so quickly!!
__
Tracker [EMAIL PROTECTED]
Christian Heimes added the comment:
Here is a patch that solves the problem. However the patch is against
the py3k sources and I like somebody to review and test it. I don't have
enough disk space in my VMWare box to test it against the trunk or 2.5.
Reason for the problem: Windows' stat
Christian Heimes added the comment:
Fixed patch. Georg pointed out that PyArg_ParseTuple(s) returns a
reference to the internal data of the PyString object. The new version
copies the path to a fixed width buffer before it mangles the trailing
slashes.
The new patch applies against the trunk.
Gregory P. Smith added the comment:
This should be fixed in py3k revision 58761.
--
keywords: +py3k
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1371
__
Adam Olsen added the comment:
On 11/1/07, James G. sack (jim) [EMAIL PROTECTED] wrote:
James G. sack (jim) added the comment:
Adam Olsen wrote:
Adam Olsen added the comment:
The problem with being tolerate as you suggest is you lose the ability
to round-trip. Read in a file using
Travis Oliphant added the comment:
I have two issues with this patch:
1) I'm not sure it's that bad to need to use '%d' % long(obj) to ensure
conversion to a long integer.
2) If this kind of auto-conversion is deemed useful, then the patch
itself is rather complicated. I would re-factor so
Barry A. Warsaw added the comment:
facundo, robert and i looked at this patch and it seems okay.
suggestions: document the reference count semantics of
_ParseTupleFinds() and include a definition of that function in a .h
file. since its non-public, maybe find.h is the right place to put it?
Brett Cannon added the comment:
I will have a look when I can.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1293
__
___
Python-bugs-list mailing list
Unsubscribe:
38 matches
Mail list logo