Changes by Christian Heimes:
--
resolution: - invalid
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1610
__
___
Python-bugs-list mailing list
Christian Heimes added the comment:
Fixed in r59519 with some small modifications.
--
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1624
Changes by Christian Heimes:
--
assignee: - georg.brandl
nosy: +georg.brandl
priority: - low
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1634
__
___
Python-bugs
New submission from Christian Heimes:
The patch unifies the creation and representation of inf, -inf and
nan on all platforms.
float(inf)
inf
float(-inf)
-inf
float(nan)
nan
repr(1e300 * 1e300)
'inf'
repr(1e300 * 1e300 * 0)
'nan'
repr(1e300 * 1e300 * -1)
'-inf'
--
assignee
Christian Heimes added the comment:
Guido is right. On Linux the system's sprintf() family prints %e, %g and
%f with two or three digits while Windows always uses three digits:
Linux
%e % 1e1
'1.00e+01'
%e % 1e10
'1.00e+10'
%e % 1e100
'1.00e+100'
Windows
%e % 1e1
'1.00e+001
Christian Heimes added the comment:
Mark Summerfield wrote:
It seems to me that Python should provide consistent results across
platforms wherever possible and that this is a gratuitous inconsistency
that makes cross-platform testing less convenient than it need be.
I'll take a look
Christian Heimes added the comment:
I fixed the bug in r59533 trunk with a modified patch:
#ifdef HAVE_SYS_TYPES_H
#include sys/types.h
#endif
Should it be backported to 2.5? It will be merged into 3.0 automatically.
--
nosy: +tiran
priority: - normal
resolution: - fixed
status
Christian Heimes added the comment:
Hi Mark!
In general the patch is fine but it has some small issues.
* Your patches are all reversed. They remove (-) the new lines instead
of adding (+) them. Why aren't you using svn diff file.patch?
* You are mixing tabs with spaces. All 2.6 C files
Changes by Christian Heimes:
--
resolution: - wont fix
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1639
__
___
Python-bugs-list mailing list
New submission from Christian Heimes:
The patch adds several small enhancements to the math module and pyport.h.
* Py_MATH_PI and Py_MATH_E in long double precision
* Py_IS_NAN and Py_IS_INFINITY use isnan() and isinf() functions were
available (checked by configure)
* isnan and isinf
Changes by Christian Heimes:
--
dependencies: +Float patch for inf and nan on Windows (and other platforms)
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1640
Christian Heimes added the comment:
Mark Dickinson wrote:
Mark Dickinson added the comment:
Cool! If there's a move to add functions to the math module, there are
some others that are part of C99 (but not C89), would be good to have, and
that I'd consider more fundamental than the Bessel
Christian Heimes added the comment:
Adam Olsen wrote:
You have:
#define Py_NAN Py_HUGE_VAL * 0
I think this would be safer as:
#define Py_NAN (Py_HUGE_VAL * 0)
For instance, in code that may do a / Py_NAN.
You are right! Fixed
Those manual string copies (*cp++ = 'n';) are ugly. Can't
Christian Heimes added the comment:
I'm posting a combined patch for all features at #1640.
--
superseder: - Enhancements for mathmodule
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1635
Changes by Christian Heimes:
--
assignee: - theller
nosy: +theller
priority: - normal
versions: +Python 2.6, Python 3.0
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1642
Christian Heimes added the comment:
Kurt B. Kaiser wrote:
I do have an XP on multiboot. I'm not very enthusiatic about learning
MS tools; the last time I built Python on W. was with VC5 in the days
when IDLE had a small C extension, later incorporated into Python. If
the Tk 8.5/Tkinkter
Christian Heimes added the comment:
Amaury Forgeot d'Arc wrote:
I found that the huge font in menus is due to an error in the call to
SystemParametersInfo.
Digging more, vc2008 defines WINVER=0x0600, which corresponds to Windows
Vista, and is too high for Windows XP: this value activates
Christian Heimes added the comment:
Christian Heimes wrote:
Is 0x0500 fine for Windows 2000? Should we add WINVER=0x0500 to the
Python project files, too?
http://msdn2.microsoft.com/en-us/library/aa383745.aspx
Minimum system required Minimum value for _WIN32_WINNT and WINVER
Windows
Changes by Christian Heimes:
--
keywords: +patch
priority: - normal
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1645
__
___
Python-bugs-list mailing list
Changes by Christian Heimes:
--
keywords: +patch
priority: - normal
type: - rfe
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1646
__
___
Python-bugs-list mailing
New submission from Christian Heimes:
Is it necessary to alter or remove the exit function?
c:\dev\python\trunk\PCbuild9python ..\Lib\idlelib\idle.py
Traceback (most recent call last):
File c:\dev\python\trunk\lib\idlelib\run.py, line 83, in main
exit()
File c:\dev\python\trunk\lib
Christian Heimes added the comment:
Tim Peters wrote:
This has nothing to do with what will or won't satisfy me, either. I'm
happy with what Python currently does, which is to rely on #3 above.
That's explainable (what's hard about understanding %.17g?), and
relies only on what the 754
Changes by Christian Heimes:
--
keywords: +patch
priority: - normal
type: behavior - rfe
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1648
__
___
Python-bugs-list
Changes by Christian Heimes:
--
keywords: +py3k
priority: - normal
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1647
__
___
Python-bugs-list mailing list
New submission from Christian Heimes:
On Python 3.0 IDLE shows the output of help() on the system shell that
started IDLE and not inside the IDLE window.
--
assignee: kbk
components: IDLE, Windows
messages: 58732
nosy: kbk, tiran
priority: normal
severity: normal
status: open
title
Changes by Christian Heimes:
--
priority: - high
resolution: - fixed
status: open - pending
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1601
__
___
Python-bugs
Christian Heimes added the comment:
I tried a simple find | xargs sed replace and it worked well.
find -name '*.c' -or -name '*.h' -or -name '*.rst' | xargs sed -i
s/Py_Size\(/Py_SIZE\(/g
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1629
Christian Heimes added the comment:
Warnings for and `` were added a while ago.
--
nosy: +tiran
resolution: - out of date
status: open - closed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1631035
Christian Heimes added the comment:
Python 2.6 and 3.0 are using PCbuild9.
--
resolution: later - out of date
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1337
Christian Heimes added the comment:
An user has written a parser for the LSB files in /etc/ for the GHOP
project. It will be merged soon.
--
nosy: +tiran
resolution: - out of date
status: open - closed
_
Tracker [EMAIL PROTECTED]
http
Christian Heimes added the comment:
I think it's a very useful addition to the select module. But I see a
license problem. Have you written the tests and code yourself and are
you willing to relicense the code under the Python license?
--
nosy: +tiran
priority: normal - high
type
Christian Heimes added the comment:
The problem should be addressed and fixed before the next alpha release.
--
nosy: +tiran
priority: normal - high
type: - behavior
versions: +Python 3.0
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org
New submission from Christian Heimes:
I think that the cached default encoding version of the unicode object
should be limited in size. It's probably a bad idea to cache a 100MB of
data. For large amount strings and unicode objects the user should do
explicit caching if required
Christian Heimes added the comment:
Is the patch still required? VS 6 is old and we have moved to VC9 / VS 2008.
--
nosy: +tiran
resolution: - out of date
status: open - pending
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1700467
Christian Heimes added the comment:
Raymond, can this entry be closed? In py3k PyString and PyUnicode have
an iterator view.
--
components: +Interpreter Core -None
nosy: +tiran
resolution: - rejected
status: open - pending
_
Tracker [EMAIL PROTECTED
Christian Heimes added the comment:
Guido van Rossum wrote:
Guido van Rossum added the comment:
i suggest abandoning any attempts at implementing math ourselves. I
also suggest not combining this with #1635 but reviewing and
(eventually) applying the latter first.
How do you like
Christian Heimes added the comment:
Guido van Rossum wrote:
(1) You shouldn't have to add pystrcmp.c to the VC project files since
on Windows it isn't used, right?
It was the easiest way to test the functions in pystrcmp. Linux doesn't
have stricmp but it also doesn't require the additional
Christian Heimes added the comment:
Backported to 2.5 in r59552
--
status: pending - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1638
__
___
Python-bugs-list
Changes by Christian Heimes:
--
assignee: - janssen
nosy: +janssen
priority: - normal
versions: +Python 2.6 -Python 2.5
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1654
Christian Heimes added the comment:
Thanks Guido, I didn't read the code before I created this bug report.
Fixed in r59554
--
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1649
Changes by Christian Heimes:
--
keywords: +patch
priority: - normal
type: - rfe
versions: +Python 2.6 -Python 2.5
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1655
Christian Heimes added the comment:
Your proposed fixed is not correct:
length = self.msg.getheader(content-length)
if length and not self.chunked:
try:
self.length = int(length)
except ValueError:
pass
# patch
Christian Heimes added the comment:
Applied in r59558 to the trunk
--
resolution: accepted - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1635
Christian Heimes added the comment:
The trunk_math_sign_inf_nan patch contains just three new method
isnan(), isinf() and sign(). It also fixes a minor numerical issue with
one function that did small / (small / large) instead of small * (large
/ small).
Added file: http://bugs.python.org
Christian Heimes added the comment:
I've renamed the three macros and added the old names for b/w compatibility.
--
resolution: accepted - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1629
Christian Heimes added the comment:
I've created my own interface modeled after the Twisted interface: #1657
I prefer to wrap the epoll control fd in an object, just like poll.
--
priority: high - normal
resolution: - duplicate
status: open - closed
superseder: - [patch] select.epoll
Christian Heimes added the comment:
UPDATE:
* Better API with register(), unregister() and modify() instead of control()
* Some documentation
Added file: http://bugs.python.org/file8993/trunk_select_epoll2.patch
__
Tracker [EMAIL PROTECTED]
http
Christian Heimes added the comment:
For this patch, I don't see the benefit of putting it in the select
module, instead of a separate module. Is there a specific reason?
There is at least one, but probably several other modules named epoll
or _epoll in the wild. These modules implement
Changes by Christian Heimes:
Removed file: http://bugs.python.org/file8992/trunk_select_epoll.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1657
__
___
Python-bugs-list
Changes by Christian Heimes:
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1657
__
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options
Christian Heimes added the comment:
I mistakenly removed the wrong message. Here is the original msg:
The patch implements Linux's epoll interface
(http://linux.die.net/man/4/epoll). My patch doesn't introduce a new
module like http://bugs.python.org/issue1675118 and it wraps the epoll
control
Changes by Christian Heimes:
Removed file: http://bugs.python.org/file8993/trunk_select_epoll2.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1657
__
___
Python-bugs-list
Christian Heimes added the comment:
Added license header to test_epoll.
Some C code cleanups
Added file: http://bugs.python.org/file8999/trunk_select_epoll3.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1657
Changes by Christian Heimes:
--
keywords: +patch
priority: - normal
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1662
__
___
Python-bugs-list mailing list
Christian Heimes added the comment:
Yes, it sounds like a good idea. The patch should be applied to 2.6.
--
keywords: +patch
nosy: +tiran
priority: - normal
resolution: - accepted
versions: +Python 2.6
__
Tracker [EMAIL PROTECTED]
http
Christian Heimes added the comment:
I'm able to reproduce the problem on Ubuntu. It's probably caused by
their compile step in python2.5.postinst:
cd /usr/lib/python2.5
files=$(dpkg -L python2.5 | sed -n
'/\.py$/s,^/usr/lib/python2.5/,,p')
/usr/bin/python2.5 /usr/lib
Changes by Christian Heimes:
--
keywords: +patch
priority: - normal
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1664
__
___
Python-bugs-list mailing list
Christian Heimes added the comment:
Guido van Rossum wrote:
Guido van Rossum added the comment:
Well, if they do that, they apparently break inspect.py. Should they
be doing that? Why are they doing that? Can you contact the Ubuntu
folks about this?
No, they shouldn't. It may be plain
Christian Heimes added the comment:
I proposed to the maintainer that he should change one line to
dpkg -L python2.5 | sed -n '/\.py$/p'
In the mean time you can easily fix the issue with:
sudo find /usr/lib/python2.5 -name '*.py[co]' -delete
sudo python2.5 /usr/lib/python2.5
Changes by Christian Heimes:
Removed file: http://bugs.python.org/file8999/trunk_select_epoll3.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1657
__
___
Python-bugs-list
Changes by Christian Heimes:
Removed file: http://bugs.python.org/file9009/trunk_select_epoll_kqueue.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1657
__
___
Python
Changes by Christian Heimes:
Added file: http://bugs.python.org/file9010/trunk_select_epoll_kqueue.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1657
__
___
Python-bugs
Christian Heimes added the comment:
The GHOP task was a success. Georg will merge the new docs soonish.
--
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1570
Christian Heimes added the comment:
Georg, do we need more docs?
--
assignee: tiran - georg.brandl
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1497
__
___
Python
Christian Heimes added the comment:
The PCbuild9 directory works for 2.6 and 3.0.
--
resolution: - out of date
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1465
Christian Heimes added the comment:
I've removed the disabled test from py3k. There is no chance it is going
to work on all systems.
--
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1377
Christian Heimes added the comment:
Fixed in r59580
Please test it, I don't have access to a Windows box right now.
--
nosy: +tiran
resolution: - fixed
status: open - pending
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1673
Christian Heimes added the comment:
Thx :)
--
keywords: +patch, py3k
nosy: +tiran
priority: - normal
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1671
__
___
Python
Christian Heimes added the comment:
Some remarks:
* the name of the function used for PyArg_ParseTupleAndKeywords in
register, modify, unregister is set to control instead of the good name.
Fixed
* there is a leak in pyepoll_new if the parsing of arguments fails.
Fixed
Changes by Christian Heimes:
Removed file: http://bugs.python.org/file9014/trunk_select_epoll_kqueue2.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1657
__
___
Python
Christian Heimes added the comment:
I don't think it's a critical bug but it may be worth to debug it.
--
keywords: +py3k
nosy: +tiran
priority: - normal
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1677
Changes by Christian Heimes:
Removed file: http://bugs.python.org/file9010/trunk_select_epoll_kqueue.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1657
__
___
Python
Changes by Christian Heimes:
Removed file: http://bugs.python.org/file9017/trunk_select_epoll_kqueue3.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1657
__
___
Python
Changes by Christian Heimes:
--
assignee: - georg.brandl
nosy: +georg.brandl
priority: - normal
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1678
__
___
Python-bugs
Changes by Christian Heimes:
Removed file: http://bugs.python.org/file9018/trunk_select_epoll_kqueue4.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1657
__
___
Python
Christian Heimes added the comment:
I've chatted with albertito a few days ago and adviced him to post the
patch here. I'll take it.
From the first review the patch looks good. The code is written cleanly
and it uses the appropriate API. The new code is surrounded by ifdefs
and it has a patch
Christian Heimes added the comment:
I attached a patch with a more complete test of kqueue. It's not that
great, but it's a thing. I've only tested on OS X, but it works.
A small unit test is better than no unit test :)
Regarding the ability of building an epoll object from a fd
Christian Heimes added the comment:
A small note from me:
Your proposed patch is no good and is going to lead to strange, hard to
debug bugs in your app. os.chdir() isn't safe in a threaded environment.
You must protect the entire section with a global lock.
--
nosy: +tiran
Christian Heimes added the comment:
No, it's too confusing for users and it might hide bugs. The core types
either change an object in place and return None *OR* the method returns
a modified object. It's a design decision we won't change.
In your case you can use the reversed(range(10
New submission from Christian Heimes:
Can you please check the merge of typeobject.c from trunk in r59595? I'm
not absolutely sure if it has the desired effect. slot_tp_hash() was
heavily modified in py3k.
--
assignee: gvanrossum
components: Interpreter Core
keywords: py3k
messages
Christian Heimes added the comment:
Your results are correct and expected. You can find more information at:
http://effbot.org/pyfaq/why-are-floating-point-calculations-so-inaccurate.htm
http://en.wikipedia.org/wiki/IEEE_754
--
nosy: +tiran
resolution: - invalid
status: open - closed
Changes by Christian Heimes:
--
assignee: - loewis
priority: - high
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1699
__
___
Python-bugs-list mailing list
New submission from Christian Heimes:
Do you think it's a good idea to force Win2k compatibility by defining
WINVER 0x0500 in PC/pyconfig.h? It fixed the problem with Tcl/Tk, #1601.
http://msdn2.microsoft.com/en-us/library/aa383745.aspx
#define WINVER 0x0500
#define _WIN32_WINNT 0x0500
Christian Heimes added the comment:
Can you start a discussion on python-dev please? Tcl/Tk support should
be added to Python trunk (2.6) and ported to 3.0. Is it possible to keep
compatibility with Tcl/Tk 8.4, too?
--
resolution: - rejected
status: open - closed
Christian Heimes added the comment:
The macros don't restrain us to Win2k but they prevent us from using
APIs which are not compatible with Windows 2000. It's a compile time
option to conditionally exclude new features from the header files.
#ifndef NTDDI_VERSION
#define NTDDI_VERSION
Christian Heimes added the comment:
open() is preferred over file(), too. In Python 2.5 open() returns a
file instance but in 3.0 file is removed.
--
nosy: +tiran
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1702
Christian Heimes added the comment:
Which number shows up as a negative number on your system?
--
nosy: +tiran
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1711
Changes by Christian Heimes:
--
assignee: - georg.brandl
nosy: +georg.brandl
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1712
__
___
Python-bugs-list mailing list
Christian Heimes added the comment:
Please provide an example number
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1711
__
___
Python-bugs-list mailing list
Unsubscribe:
http
Changes by Christian Heimes:
--
assignee: - loewis
nosy: +loewis
priority: - normal
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1458
__
___
Python-bugs-list
Changes by Christian Heimes:
--
resolution: - duplicate
status: open - closed
superseder: - installer crashes on attempted cancellation
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1690
Changes by Christian Heimes:
--
assignee: - georg.brandl
keywords: +patch
nosy: +georg.brandl
priority: - normal
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1715
Changes by Christian Heimes:
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1694
__
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options
Changes by Christian Heimes:
--
assignee: - georg.brandl
nosy: +georg.brandl
priority: - low
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1719
__
___
Python-bugs
New submission from Christian Heimes:
$ ./python Lib/idlelib/idle.py
python: /home/heimes/dev/python/py3k/Modules/_tkinter.c:903: AsObj:
Assertion `size size * sizeof(Tcl_UniChar)' failed.
Aborted
The code works when I change the assertion from to =. My Python
3.0 is compiled with unicode=UCS
Christian Heimes added the comment:
Do you have time to check and fix the VC6 build directories of Python
2.6 and 3.0, too? I don't think that they are up to date.
--
assignee: - loewis
keywords: +patch
nosy: +loewis, tiran
priority: - low
__
Tracker
Christian Heimes added the comment:
I've hit the same bug today. I vote for the removal of the assert() and
a skip of the entire block if size == 0. I don't see what the assert()
should test.
--
nosy: +tiran
versions: +Python 2.6, Python 3.0
__
Tracker
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
501 - 600 of 6455 matches
Mail list logo