Ronald Oussoren ronaldousso...@mac.com added the comment:
Fixed in r75483 (2.6), 75482 (trunk)
--
resolution: accepted - fixed
stage: - committed/rejected
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7149
Changes by Ronald Oussoren ronaldousso...@mac.com:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7149
___
___
Ronald Oussoren ronaldousso...@mac.com added the comment:
Fixed in r75482 (trunk) and r75483 (2.6)
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7044
Ronald Oussoren ronaldousso...@mac.com added the comment:
The root cause for this issue is Apple's broken installer system: Apple
does have a package installer, but does not provide tools to uninstall
packages.
I'm reluctant to provide an uninstaller as part of the Python project,
such a
Ronald Oussoren ronaldousso...@mac.com added the comment:
The fixes will be in 3.1.2 and 3.2 when those are released. I don't know
when that it though, until than you can build the version in the
repository.
The 3.1 branch tends to be stable, developers are supposed to only port
bugfixes to
Mark Dickinson dicki...@gmail.com added the comment:
Skip, I think you could just check this in. (Or I can do it if you'd
prefer.)
--
assignee: - skip.montanaro
resolution: - accepted
___
Python tracker rep...@bugs.python.org
Georg Brandl ge...@python.org added the comment:
Probably the whole of r63042 should be undone.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7128
___
Marco Buccini marcu...@gmail.com added the comment:
Thanks for looking deeper into it.
I would like to check the solution ASAP.
We have really crazy dir structure which can catch a lot of
the unexpected problems with paths, links, circular links etc.
Oh well, so you can see if the patch works
strank str...@strank.info added the comment:
I agree with the 'test needed' stage, but for that, the intended
behaviour should be decided on first. A quick test for checking current
behaviour::
pythonX.Y -c 'import os; p = os.path; print (os.environ[HOME],
p.realpath(~), p.expanduser(~),
Marco Buccini marcu...@gmail.com added the comment:
If we decide to follow paths as '~' it means that we want to follow the
POSIX standard.
Infact, it doesn't make sense calling os.path.realpath as follow:
import os
os.getcwd()
'/home/marco/Desktop'
os.path.realpath('~')
To get something
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1646838
___
___
Changes by Ronald Oussoren ronaldousso...@mac.com:
--
assignee: ronaldoussoren -
components: -Macintosh, Windows
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1646838
___
New submission from Nick Coghlan ncogh...@gmail.com:
The xmlrpc tests were changed to use a StringIO object instead of a
temporary file (this change reflects the corresponding change made on
the 2.x trunk).
The tests then started failing, since xmlrpc.server assumes sys.stdout
will provide the
Skip Montanaro s...@pobox.com added the comment:
Committed revision 75495.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7147
___
Barry Alan Scott barry-sc...@users.sourceforge.net added the comment:
I was trying to avoid changing the const ness of output parameters.
Given the advice not to go mad on putting const everywhere.
1) I can comment the casts to maintain this goal.
2) Or change the output paramter const ness.
R. David Murray rdmur...@bitdance.com added the comment:
Hmm. Look like I forgot that I opened this issue, and opened a new one
with the patch. Closing this one in favor of the one with the patch.
--
resolution: - duplicate
stage: needs patch - committed/rejected
status: open -
R. David Murray rdmur...@bitdance.com added the comment:
Updated patch that moves the print of the test name into the output that
gets put into the queue so that all output from a test stays together.
--
assignee: pitrou - nobody
nosy: +ezio.melotti, nobody
Added file:
Changes by R. David Murray rdmur...@bitdance.com:
Removed file: http://bugs.python.org/file15148/regrtestj3stderr.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7151
___
Ezio Melotti ezio.melo...@gmail.com added the comment:
realpath is only supposed to return an absolute pathname, resolving '.',
'..' and symlinks. It's not its duty to expand '~', therefore in your
example
In [3]: path.realpath('~')
Out[3]: 'C:\\Dokumente und Einstellungen\\wrstl\\~'
the '~'
Antoine Pitrou pit...@free.fr added the comment:
The following works (2.6 and trunk):
import ctypes, thread
ctypes.pythonapi.PyThreadState_SetAsyncExc(
ctypes.c_long(thread.get_ident()),
ctypes.py_object(ZeroDivisionError))
for i in range(1000): pass
The thing to remember is that
Antoine Pitrou pit...@free.fr added the comment:
I've added a test for it in r75499. Now closing this bug, still the
function actually works :-)
--
resolution: - works for me
status: open - closed
___
Python tracker rep...@bugs.python.org
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Thanks for the thoughtful reply. To give the idea another chance,
today, I showed a code example to another experienced programmer.
What does this function return?
max([-2, 5], start=0)
The person had a hard time making
Christoph Gohlke cgoh...@uci.edu added the comment:
There are two levels of testing.
First, on a Windows development system with Visual Studio 2008, Python
2.6.2+, and the msvc9compiler_stripruntimes_regexp2.diff patch applied,
verify that the embedded manifest in distutil generated PYD
Changes by Lie Ryan lie.1...@gmail.com:
--
versions: +Python 2.7, Python 3.2 -Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7166
___
New submission from Lie Ryan lie.1...@gmail.com:
On python trunk and 3.2 IDLE, the b in b'' is not green colored.
On python 3.1 IDLE, the u in u'' is still colored, despite a SyntaxError.
(sorry, I don't have diff installed on my Windows machine)
Change on python trunk:
Martin v. Löwis mar...@v.loewis.de added the comment:
1) I can comment the casts to maintain this goal.
2) Or change the output paramter const ness.
Given your feedback I'm guessing you want me to go further with
the use of const and do (2).
Ah, ok - as I said, I didn't look into detail
Ned Deily n...@acm.org added the comment:
Verified that r75454 makes the gamma test errors go away on a PPC Mac.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3366
___
Antoine Pitrou pit...@free.fr added the comment:
You can build the docs by going to the Doc directory and typing make
html there. It isn't critical anyway.
The tests failed to run, I had to replace the KEYCERT declaration with:
KEYCERT = os.path.join(os.path.dirname(__file__), keycert.pem)
New submission from Antoine Pitrou pit...@free.fr:
I have come accross an FTP server which lftp (an Unix command-line
client) handles well but ftplib doesn't. Both ftplib and lftp are
configured to use passive mode (this server apparently doesn't handle
non-passive), but the address sent in
Changes by Benjamin Peterson benja...@python.org:
--
assignee: nobody -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7151
___
___
Antoine Pitrou pit...@free.fr added the comment:
At least we could add an optional argument to set_pasv() so as to ignore
the host provided by the server. Here is a patch proposal.
--
keywords: +patch
Added file: http://bugs.python.org/file15162/ftplib.patch
Ned Deily n...@acm.org added the comment:
Verified that the original regression reported against 2.6.3 when using
setuptools 0.6c9 has been fixed and no longer exists in 2.6.4rc2.
--
___
Python tracker rep...@bugs.python.org
Ned Deily n...@acm.org added the comment:
Verified that test_urllib2 no longer fails with 2.6.4rc2.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7149
___
New submission from Eric Smith e...@trueblade.com:
These functions are unsafe and I'd like to delete them. They've already
been deleted in py3k, per PEP 3100. They are no longer used internally
to the interpreter.
They should be documented as deprecated and as unsafe. They write to a
char*
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
keywords: +easy
nosy: +ezio.melotti
priority: - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7166
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
type: crash - behavior
versions: +Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1160
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1673007
___
___
37 matches
Mail list logo