New submission from Hirokazu Yamamoto:
Probably this file is not needed for VisualC++.
I don't know this is harmful or not.
--
components: Build
files: remove_atof_c.patch
messages: 59126
nosy: ocean-city
severity: minor
status: open
title: Remove Python/atof.c from
New submission from Hirokazu Yamamoto:
Build succeeded. So many errors on test_mailbox.py, and following error
on test_float.py were reported.
==
FAIL: test_nan_from_str (__main__.InfNanTest)
Hirokazu Yamamoto added the comment:
I have submitted the patch for py3k as issue1727.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1720
__
___
Python-bugs-list mailing list
Hirokazu Yamamoto added the comment:
Hello. I noticed PC/VS7.1/pythoncore.vcproj lacks Modules/md5module.c
while creating this patch. Thank you.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1727
__
Fredrik Lundh added the comment:
That changes to ceval should have introduced some kind of XML-RPC
package limit seems a bit unlikely. If you can still reproduce this,
can you try instrumenting the xmlrpclib.py library to see where it gets
stuck?
(passing in verbose=True to the Server[Proxy]
Fredrik Lundh added the comment:
This is fixed in the development version, so I'm closing this for now.
The updated docs can be found here:
http://docs.python.org/dev/library/xml.etree.elementtree.html
--
resolution: - fixed
status: open - closed
Christian Heimes added the comment:
I think we have found a bug in glibc's math code. I'm hanging around in
#glibc and see if I can get an opinion on the matter.
--
nosy: +tiran
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1725
Changes by Christian Heimes:
--
assignee: - tiran
keywords: +patch, py3k
nosy: +tiran
priority: - normal
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1726
__
___
Christian Heimes added the comment:
Fixed in r59672
Thanks! I'm not sure if it was causing any trouble but better be safe
than sorry.
--
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1726
Christian Heimes added the comment:
On Windows -1E-1000 returns 0.0, too. We may need to fix it in your own
code and set the sign bit ourself.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1725
__
Mark Dickinson added the comment:
Presumably float('-1e-1000') should also give -0. (?)
If so, then it looks as though the fix ought to go in PyOS_ascii_strtod:
one obvious possibility would be to replace any leading '-' sign by a '+'
sign before calling the system strtod, then negate the
Christian Heimes added the comment:
The patch does't replace all PyImport_ImportModule() calls with the new
function. It replaces only the calls which may occure more than once and
have a fixed name like time.
I've renamed the function to PyImport_ImportModuleNoBlock(). It should
explain the
Changes by Christian Heimes:
Removed file: http://bugs.python.org/file/import_nolock.diff
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1567
__
___
Python-bugs-list
Christian Heimes added the comment:
Guido van Rossum wrote:
Guido van Rossum added the comment:
One nit: you added a blank line to the end of test_math.py.
This will cause the checkin to fail. :-)
*grr* stupid white space check hook
One bigger issue: the sign() function doesn't seem to
Guido van Rossum added the comment:
I see. I think there's still something uncomfortable with this function
though -- it looks in sys.modules, but if it doesn't find it there, it
invokes the full-blown import machinery, which calls the (possibly
overridden) __import__ builtin, which in turn
Guido van Rossum added the comment:
Cool.
I suspect Unix will also require a customized version to be used in case
GNU readline isn't present.
And I wouldn't be surprised if GNU readline itself doesn't handle UTF-8
properly either!
__
Tracker [EMAIL PROTECTED]
New submission from astronouth7303:
Something about distutils/cmd.py breaks inspect.findsource(). I am
unsure if this is a bug with DistUtils or the inspect module.
import inspect, distutils.cmd
inspect.findsource(distutils.cmd.install_misc.get_outputs)
Causes findsource() to receive an
New submission from Mark Dickinson:
This request relates to issue 1635:
http://bugs.python.org/issue1635
which allows cross-platform creation of infinities and nans.
The IEEE754 standard, the C99 standard, and the standard on which
Decimal is based all allow creation of an infinity from the
Raghuram Devarakonda added the comment:
I can't reproduce it with 2.5.1 on SuSE 10. Can you please report the
exact traceback you see?
--
nosy: +draghuram
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1728
__
Mark Dickinson added the comment:
Here's a possible fix for this issue; it parses a number by first stripping
leading
whitespace and any sign, then passing the remaining string to the system strtod.
This patch also fixes another bug in pystrtod.c, where ValueError is not raised
on a
hex
Mark Dickinson added the comment:
Sorry: brain not working. Please close as invalid.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1729
__
___
Python-bugs-list mailing list
astronouth7303 added the comment:
sqlite3/test/types.py also seems to cause the same error, although the
difference is much wider (101 lines vs. 351).
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1728
__
astronouth7303 added the comment:
The exact traceback is as follows:
findsource(distutils.cmd.install_misc.get_outputs)
Traceback (most recent call last):
File stdin, line 1, in module
File /usr/lib/python2.5/inspect.py, line 510, in findsource
if pat.match(lines[lnum]): break
Changes by Joseph Armbruster:
--
components: +Windows
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1700463
_
___
Python-bugs-list mailing list
Unsubscribe:
Christian Heimes added the comment:
Guido van Rossum wrote:
Hm, OK, but then passing a zero of some other type (e.g. int) should
also return +1 as the sign. I also think the function's name should be
changed, because I (and I assume many others) have grown up with a
sign() function that
Changes by Joseph Armbruster:
--
components: +Windows
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1677
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Joseph Armbruster:
--
components: +Windows
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1472
__
___
Python-bugs-list mailing list
Unsubscribe:
Mark Dickinson added the comment:
Why not implement copysign? It's a standard, familiar function with well-
documented meaning all over the web, and it can easily be used to create
whatever sign test is necessary, letting the user decide what results
(s)he wants for +/-0, +/-nan, etc.
Changes by Guido van Rossum:
--
resolution: - invalid
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1729
__
___
Python-bugs-list mailing list
Guido van Rossum added the comment:
Why not implement copysign? It's a standard, familiar function with well-
documented meaning all over the web, and it can easily be used to create
whatever sign test is necessary, letting the user decide what results
(s)he wants for +/-0, +/-nan, etc.
Christian Heimes added the comment:
Guido van Rossum wrote:
Good idea. Since you seem to like providing patches, can you create
one for math.copysign()?
Don't forget it's copysign() on Unix but _copysign() on Windows.
#if defined(MS_WINDOWS) || defined(HAVE_COPYSIGN)
#ifdef MS_WINDOWS
Guido van Rossum added the comment:
Guido van Rossum wrote:
Good idea. Since you seem to like providing patches, can you create
one for math.copysign()?
Don't forget it's copysign() on Unix but _copysign() on Windows.
#if defined(MS_WINDOWS) || defined(HAVE_COPYSIGN)
#ifdef MS_WINDOWS
Guido van Rossum added the comment:
Can't repro either.
I strongly suspect that this is because somehow linecache finds a
different version of the module on sys.path.
--
nosy: +gvanrossum
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1728
astronouth7303 added the comment:
Indeed. For the distutils.cmd case, linecache.updatecache() takes
cmd.py and tracks that down to /usr/lib/python2.5/cmd.py. This would
also explain the sqlite3.tests.types problem.
The bug seems to be that the inspect module doesn't pass enough context
New submission from Robin Stocker:
I saw a minor inconsistency in the documentation of the os module and
then somehow ended up proof-reading the whole file :). The result of
this is attached as a patch against trunk.
Summary of the changes:
- Use the imperative tense in method descriptions
-
Guido van Rossum added the comment:
Can you trace this a bit further? Can you suggest a specific
modification that would fix this issue?
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1728
__
Raghuram Devarakonda added the comment:
When I printed the file name that is being passed to
linecache.getlines() by findsource(), the file name is absolute path.
So there may be nothing wrong with linecache itself. Can you see what
is the name being passed in your case? We still need to trace
Stephen P. Schaefer added the comment:
I'm not sure of the scope of the block to which you're referring. As
patched, the code returns a Tcl_Obj representing 0 length unicode
string, which appears to me to be the correct behavior, and works for
the applications I use (originally developed in
Guido van Rossum added the comment:
I suspect the assert is an overflow check. But since asserts are
compiled into no-ops unless we're using debug mode, I don't see the
point of using an assert. Just to close the issue I'll replace it with
a proper overflow check.
--
assignee: -
Guido van Rossum added the comment:
Before I make a fool out of myself, what do folks think of this patch?
Added file: http://bugs.python.org/file9052/tkinter.diff
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1301
__
Christian Heimes added the comment:
Guido van Rossum wrote:
Well, the Python API in the math module should always be called copysign().
:-)
And what to do if neither is present? Are there any systems without it?
takes care of it. It's a macro to define a function which accepts two
floats
Guido van Rossum added the comment:
OK, just check it in then, but do add docs!
On Jan 3, 2008 2:03 PM, Christian Heimes [EMAIL PROTECTED] wrote:
Christian Heimes added the comment:
Guido van Rossum wrote:
Well, the Python API in the math module should always be called copysign().
:-)
Jamie Bliss added the comment:
depending on the use case, updatecache() will be passed
'distutils/cmd.py', but still turn that into '/usr/lib/python2.5/cmd.py'.
I have not messed with my stock Python modules. My sys.path is:
* /usr/lib/python2.5/site-packages/recaptcha_client-1.0.1-py2.5.egg
*
Stephen P. Schaefer added the comment:
It looks good to me (to the extent that means anything). I'm doing an
rpmbuild now with your patch applied to the Fedora 7 .src.rpm, and I'll
start using the result on my workstation ASAP.
__
Tracker [EMAIL PROTECTED]
Christian Heimes added the comment:
Guido van Rossum wrote:
The only thing that really worries me here is the possibility of
relative import. I'm thinking that relative import is really never
meant to be when called from C, so perhaps it would be sufficient to
modify the call to __import__
Changes by Christian Heimes:
--
assignee: - georg.brandl
keywords: +patch
nosy: +georg.brandl
priority: - low
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1730
__
Christian Heimes added the comment:
The issue is probably related to http://bugs.python.org/issue1665
--
nosy: +tiran
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1728
__
Changes by Christian Heimes:
--
keywords: +patch, py3k
priority: - low
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1727
__
___
Python-bugs-list mailing list
Guido van Rossum added the comment:
Do you happen to be on Ubuntu?
Maybe this is the same as issue #1665 ?
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1728
__
___
Changes by Christian Heimes:
--
priority: - low
versions: +Python 2.6 -Python 2.1.1, Python 2.1.2, Python 2.2, Python 2.2.1,
Python 2.2.2, Python 2.2.3, Python 2.3, Python 2.4
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1591
Christian Heimes added the comment:
In Python 2.6 the readline module does check for signals.
--
nosy: +tiran
resolution: - out of date
status: open - closed
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue761863
Christian Heimes added the comment:
The bug report is old and I haven't heard from problems with mingw
recently. Please open a new bug report if it still fails for 2.5 and newer.
--
nosy: +tiran
resolution: - out of date
status: open - closed
Christian Heimes added the comment:
The patch is outdated, about 5 years old and not in unified diff format.
Please create a new patch if you are still interested in the feature.
--
nosy: +tiran
resolution: - out of date
status: open - closed
Guido van Rossum added the comment:
This has been fixed in 2.6, see revision 57216.
We won't be fixing this in 2.4, although a vendor might consider this.
Should we be fixing this in 2.5?
--
nosy: +gvanrossum
__
Tracker [EMAIL PROTECTED]
Christian Heimes added the comment:
The Python configure and make system could use a general overhaul but
simply replacing lib/ with lib64/ isn't the right way. The topic should
be discussed on python-dev and maybe PEPed, too.
--
nosy: +tiran
resolution: - invalid
status: open - closed
Christian Heimes added the comment:
The quoting issue on Windows can easily be fixed by using subprocess
instead of popen()
--
nosy: +tiran
priority: - low
versions: +Python 2.5, Python 2.6, Python 3.0 -Python 2.3
__
Tracker [EMAIL PROTECTED]
Guido van Rossum added the comment:
Committed revision 59685. (2.5.2 branch)
Committed revision 59686. (2.6 trunk)
--
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1301
Christian Heimes added the comment:
It might happen when the program hasn't terminated yet. You have to make
sure the program has terminated before you read the file. Subprocess and
its wait() should help.
--
nosy: +tiran
resolution: - wont fix
status: open - closed
Christian Heimes added the comment:
I'm able to reproduce the bug with 2.6
--
nosy: +tiran
priority: normal - low
severity: normal - minor
versions: +Python 2.6, Python 3.0 -Python 2.2
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue896330
Changes by Christian Heimes:
--
priority: - normal
versions: -Python 2.3, Python 2.4
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1243
__
___
Python-bugs-list
Christian Heimes added the comment:
Fixed in trunk r59688
Should it be backported to 2.5?
--
nosy: +tiran
resolution: - fixed
status: open - pending
versions: +Python 2.6, Python 3.0 -Python 2.3, Python 2.4
__
Tracker [EMAIL PROTECTED]
Changes by Christian Heimes:
--
versions: -Python 2.3
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue815646
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Christian Heimes:
--
keywords: +patch
versions: +Python 2.5 -Python 2.3
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue775964
___
Python-bugs-list
Christian Heimes added the comment:
Is this still an issue for 2.5? If Python 2.5 may still dead lock then
somebody should back port my PyImport_ImportModuleNoBlock() function.
--
nosy: +tiran
priority: normal - high
versions: +Python 2.5 -Python 2.3
Christian Heimes added the comment:
Martin, should the patch be ported and applied in 2.5 and 2.6?
--
assignee: - loewis
nosy: +tiran
versions: +Python 2.5, Python 2.6 -Python 2.3
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue731991
Christian Heimes added the comment:
Is the patch still interesting for Python 2.6?
--
nosy: +tiran
resolution: - remind
status: open - pending
versions: +Python 2.6 -Python 2.3
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue770280
Christian Heimes added the comment:
Skip, I'm going over ancient bug reports. Has the problem been fixed?
--
assignee: - skip.montanaro
nosy: +tiran
versions: +Python 2.5, Python 2.6 -Python 2.3
Tracker [EMAIL PROTECTED]
Changes by Christian Heimes:
--
components: +Tkinter
versions: +Python 2.5, Python 2.6 -Python 2.3
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue813453
___
Guido van Rossum added the comment:
No, backporting that to 2.5 isn't an option; it introduces a new feature
and breaks binary backwards compatibility by removing the
PyImport_ImportModuleEx entry point from the executable (turning it into
a macro).
--
assignee: gvanrossum -
keywords:
Guido van Rossum added the comment:
Let's close this unless there's a response from one of the original
stakeholders within a week (i.e. by Jan 11 2008).
--
keywords: +patch -64bit
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue683658
Stephen P. Schaefer added the comment:
Mr. van Rossum's patch, applied to the Fedora 7 .src.rpm, is working for me.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1301
__
___
Christian Heimes added the comment:
Fixed in r59689 trunk
Backport it to 2.5?
--
nosy: +tiran
resolution: - fixed
status: open - pending
versions: +Python 2.5 -Python 2.3
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1481296
Thomas Dybdahl Ahle added the comment:
The fix looks nice.
I'll just implement it locally in my app for python 2.4.
Thanks
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1731
__
Jamie Bliss added the comment:
They might be the same bug, with different manifestations.
That bug is starting to get rather annoying.
(At first, I thought it wasn't. Surprise, surprise.)
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1728
Christian Heimes added the comment:
__name__ comes from object's meta class type just as other attributes
like __bases__. It's a bit surprising at first.
--
nosy: +tiran
resolution: - wont fix
status: open - closed
Tracker [EMAIL PROTECTED]
Skip Montanaro added the comment:
I have no idea, but you can close this as far as I'm concerned.
Skip
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue774751
___
Changes by Christian Heimes:
--
priority: normal - low
versions: +Python 2.5, Python 2.6 -Python 2.3
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1081879
_
___
Changes by Christian Heimes:
--
versions: +Python 2.5, Python 2.6 -Python 2.3
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue614555
___
Python-bugs-list mailing
Changes by Christian Heimes:
--
versions: -Python 2.3, Python 2.4
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1234
__
___
Python-bugs-list mailing list
Christian Heimes added the comment:
Closed as requested.
Side note: I don't recall having the bug during my Zope and Plone
development time on Mac OS X 10.3 (PPC).
--
resolution: postponed - out of date
status: open - closed
Tracker [EMAIL
Changes by Christian Heimes:
--
resolution: - duplicate
status: open - closed
superseder: - fix test_grp failing on RedHat 6.2
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue779218
Changes by Christian Heimes:
--
priority: normal - low
type: - rfe
versions: +Python 2.5, Python 2.6 -Python 2.3
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue828743
Guido van Rossum added the comment:
OK, accepted for 2.5 and 2.6.
Can someone with a stake and submit access (e.g. lemburg) check it in?
--
assignee: - lemburg
resolution: - accepted
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1234
Changes by Guido van Rossum:
--
resolution: - duplicate
status: open - closed
superseder: - re.match.func_code.co_filename returns re.py
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1728
__
Guido van Rossum added the comment:
I just don't see this happening. Possibly it's out of date. Lots of
things have changed in the pickle world since 2002.
--
resolution: - wont fix
status: open - closed
Tracker [EMAIL PROTECTED]
Christian Heimes added the comment:
Where is the new patch? :)
--
nosy: +tiran
type: - rfe
versions: +Python 2.6 -Python 2.3
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue730473
Christian Heimes added the comment:
Neal?
--
nosy: +tiran
priority: normal - low
severity: normal - minor
title: cryptic os.spawnvpe() return code - cryptic os.spawnvpe() return code
type: - rfe
versions: +Python 2.6 -Python 2.3
Tracker [EMAIL
Thomas Dybdahl Ahle added the comment:
I run this now in the beginning of my code. As far as I can see it works
fine.
if not hasattr(Thread, _Thread__bootstrap_inner):
class SafeThread (Thread):
def encaps(self):
try:
self._Thread__bootstrap_inner()
Changes by Christian Heimes:
--
components: +Windows
versions: +Python 2.6 -Python 2.3
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1005895
_
___
Changes by Christian Heimes:
--
versions: +Python 2.5 -Python 2.3
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1548687
_
___
Python-bugs-list mailing list
Christian Heimes added the comment:
Should we fix the general issue in Python 3.0 now that Python 3.0 is
fast apace? CAN we fix it?
--
nosy: +tiran
versions: +Python 3.0 -Python 2.3
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1433886
New submission from Raymond Hettinger:
. . .
Traceback (most recent call last):
File tools/sphinx-build.py, line 24, in module
sys.exit(main(sys.argv))
File /home/rhettinger/py26/Doc/tools/sphinx/__init__.py, line 141,
in main
builderobj.build_update()
File
Christian Heimes added the comment:
You have to update the tools with make update.
I had some issues with the update so I removed the tools directory
followed by svn up and make update.
--
nosy: +tiran
resolution: - invalid
status: open - closed
__
Tim Peters added the comment:
The functionality of what was called (and I agree confusingly so)
sign() here is supplied by signbit() in C99. That standard isn't
free, but the relevant part is incorporated in the free Open Group
standards:
Tim Peters added the comment:
Unassigned myself -- I don't care about this 4 years later either ;-)
--
assignee: tim_one - nobody
nosy: +nobody
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue789290
Changes by Christian Heimes:
--
versions: +Python 2.6
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue953599
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Christian Heimes:
--
versions: +Python 2.6
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1598083
_
___
Python-bugs-list mailing list
Unsubscribe:
Senthil added the comment:
Hi Guido,
I have added the unit tests, tested it on my system and created a new patch
combining the previous one against the trunk.
You can verify and check in this.
Thank you,
Senthil
Added file: http://bugs.python.org/file9054/issue1698-withtests.patch
Joseph Armbruster added the comment:
This issue should probably be closed. Performing the decompile on the
command line as directed by the interpreter is as trivial as firing up
the interpreter itself.
It would make more sense to add an option to the installer that would
automagically perform
Changes by Christian Heimes:
--
versions: +Python 2.6
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue932563
___
Python-bugs-list mailing list
Unsubscribe:
1 - 100 of 103 matches
Mail list logo