Quentin Gallet-Gilles [EMAIL PROTECTED] added the comment:
Thanks Brett. About the Misc/ACKS file I promise I'll contribute more than
just an import fixer !
On Thu, May 22, 2008 at 5:19 AM, Brett Cannon [EMAIL PROTECTED]
wrote:
Brett Cannon [EMAIL PROTECTED] added the comment:
Applied in
Changes by Quentin Gallet-Gilles [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file10396/unnamed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2861
__
___
New submission from Sabine Nitsch [EMAIL PROTECTED]:
If you use the python-function strftime unter apache within mod_python
the function delivers as date the last startdate of apache and not the
current date.
--
assignee: theller
components: ctypes
messages: 67182
nosy: raisachrisgun,
New submission from Adrian M [EMAIL PROTECTED]:
$ uname -a
SunOS ro1estw 5.9 Generic_117171-12 sun4u sparc SUNW,Sun-Fire-880
gcc 2.6.3
When running ./configure I'm getting warnings like:
configure: WARNING: curses.h: present but cannot be compiled
configure: WARNING: curses.h: check
New submission from Alexandr Zamaraev [EMAIL PROTECTED]:
If resource source file depend from macros definition passing from
define_macros parametr setup crash.
--
components: Distutils
files: cygwinccompiler.diff
keywords: patch
messages: 67184
nosy: shura_zam
severity: normal
status:
New submission from Alexandr Zamaraev [EMAIL PROTECTED]:
mingw/cygwin do not accept asm file as extension source
--
components: Distutils
files: cygwinccompiler.diff
keywords: patch
messages: 67185
nosy: shura_zam
severity: normal
status: open
title: mingw/cygwin do not accept asm file
Thomas Heller [EMAIL PROTECTED] added the comment:
Has nothing to do with ctypes.
--
assignee: theller -
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2939
__
___
New submission from Cournapeau David [EMAIL PROTECTED]:
I tried to build some extensions with python 2.6 (built from sources
with VS 2008 express), and got some errors in the function
query_vcvarsall. The offending lines are:
if len(result) != len(interesting):
raise
Alexander Shigin [EMAIL PROTECTED] added the comment:
Patch against r63534 fix the issue.
--
keywords: +patch
Added file: http://bugs.python.org/file10401/asyncore-connect-patch.diff
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2944
New submission from Alexander Shigin [EMAIL PROTECTED]:
Unix select returns socket in read fd set and write fd set if
nonblocking socket attempts to connect to unaviable address.
asyncore should check this case by calling getsockopt with SO_ERROR
optname. If return value is 0 it should call
Changes by Jesús Cea Avión [EMAIL PROTECTED]:
--
nosy: +jcea
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue643841
___
Python-bugs-list mailing list
Unsubscribe:
Nick Coghlan [EMAIL PROTECTED] added the comment:
Added documentation, and assigned to Barry as release manager for 2.6/3.0.
Also bumped to 'release blocker' status because I think the loss of
classic classes transparent proxying capabilities is a fairly
substantial issue that needs to be
Nick Coghlan [EMAIL PROTECTED] added the comment:
Also changed to a library issue instead of a docs issue.
--
components: +Library (Lib) -Documentation
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue643841
New submission from Hartmut Goebel [EMAIL PROTECTED]:
In Python 2.5 distutils has a bug in bdist_rpm:
Generated distribution files are not listed in
``distribution.dist_files``. Thus .rpms can not be handled by other
tools, eg. ``upload``.
I need this bug fixed for automated upload of files
Changes by Hartmut Goebel [EMAIL PROTECTED]:
--
type: - behavior
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2945
__
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Hartmut Goebel [EMAIL PROTECTED]:
In setuptools 0.6c8 has a bug in bdist_wininst:
Distribution files are listed twice
``distribution.dist_files``. This hinders developing tools which use
this data. In addition ``upload`` will upload the file twice to pypi.
I need this bug
Mark Dickinson [EMAIL PROTECTED] added the comment:
Okay; so this is definitely not a Python bug---it's a well-known
and well-documented problem with IA32 floating-point. And I accept
that it's really not Python's responsibility to document this, either.
Nevertheless, it was a surprise to me
New submission from Helmut Jarausch [EMAIL PROTECTED]:
Background:
I (as many others, too) have used the following code in the past
ARC='MyDumpFile'
tar_inp= os.popen('/bin/tar cjf '+ARC+' -T -','w')
tar_exit_code= tar_inp.close()
if tar_exit_code != None and tar_exit_code % 256 :
print
Alexander Shigin [EMAIL PROTECTED] added the comment:
Oh, I've just realised that FreeBSD is too fast. test_async_connect.py
works fine on linux box, but on FreeBSD i need to change localhost to
another host :(
I haven't got any idea how to make a test case which work on any
machine.
Changes by Jean Brouwers [EMAIL PROTECTED]:
Added file: http://bugs.python.org/file10406/test_math_sum11.py
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2819
__
___
Jean Brouwers [EMAIL PROTECTED] added the comment:
Here is rev 12 of the mathmodule.c patch. It is the same as rev 11 but
with additional code removed as requested:
- no FLT_RADIX 2 check
- no errno illustration in _do_sum_add2()
- no _do_sum() callback function argument
- no option 'start'
Changes by Jean Brouwers [EMAIL PROTECTED]:
Added file: http://bugs.python.org/file10408/test_math_sum12.py
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2819
__
___
Changes by Kurt B. Kaiser [EMAIL PROTECTED]:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2704
__
___
Python-bugs-list mailing list
Unsubscribe:
Kurt B. Kaiser [EMAIL PROTECTED] added the comment:
No response from OP, closing.
--
resolution: - works for me
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1948
__
Kurt B. Kaiser [EMAIL PROTECTED] added the comment:
When this is running, what happens if you hit Control-c a few times,
especially in the first few seconds? Does it abort with a
KeyboardInterrupt? Does it stop responding to Control-c after the window
fills up?
Note that IDLE slows down
Adam Olsen [EMAIL PROTECTED] added the comment:
_deref won't work for remote objects, will it? Nor _unwrap, although
that starts to get fun.
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue643841
Changes by Kurt B. Kaiser [EMAIL PROTECTED]:
--
assignee: - kbk
nosy: +kbk
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2913
__
___
Python-bugs-list mailing list
Changes by Haoyu Bai [EMAIL PROTECTED]:
--
nosy: +bhy
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2799
__
___
Python-bugs-list mailing list
Unsubscribe:
Kurt B. Kaiser [EMAIL PROTECTED] added the comment:
BTW, instead of a reboot, use Task Manager (or whatever they needlessly
renamed it to on Vista :) to kill all python processes. That should free
up your machine.
__
Tracker [EMAIL PROTECTED]
Martin v. Löwis [EMAIL PROTECTED] added the comment:
Why do you think this is a bug in Python?
--
nosy: +loewis
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2940
__
Martin v. Löwis [EMAIL PROTECTED] added the comment:
Is that a bug in setuptools? If so, don't report it here - setuptools is
a separate project, not part of the core Python (bdist_wininst is part
of distutils).
--
nosy: +loewis
__
Tracker [EMAIL
Armin Rigo [EMAIL PROTECTED] added the comment:
Alternatively, we can try to make ctypes feel like C itself:
ctypes.set_errno(0)
while True:
dirent = linux_c_lib.readdir(byref(dir))
if not dirent:
if ctypes.get_errno() == 0:
break
Nick Coghlan [EMAIL PROTECTED] added the comment:
Correct, this isn't intended to be an all-singing, all-dancing proxy
implementation - it's meant to be a simple solution for local proxies
that want to change the behaviour of a few operations while leaving
other operations unaffected.
The
Tim Wilcoxson [EMAIL PROTECTED] added the comment:
I guess my only reply isfair enough.
heh.
On Thu, May 22, 2008 at 1:07 PM, Kurt B. Kaiser [EMAIL PROTECTED]
wrote:
Kurt B. Kaiser [EMAIL PROTECTED] added the comment:
When this is running, what happens if you hit Control-c a few
Adam Olsen [EMAIL PROTECTED] added the comment:
If it's so specialized then I'm not sure it should be in the stdlib -
maybe as a private API, if there was a user.
Having a reference implementation is noble, but this isn't the right way
to do it. Maybe as an example in Doc or in the cookbook.
Jean Brouwers [EMAIL PROTECTED] added the comment:
Here is another, cleaner revision 19 of the same mathmodule.c patch and
the corresponding test_math_sum19.py script.
/Jean Brouwers
Added file: http://bugs.python.org/file10410/mathmodule19.c.2.6a3.diff
__
Changes by Jean Brouwers [EMAIL PROTECTED]:
Added file: http://bugs.python.org/file10411/test_math_sum19.py
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2819
__
___
Raymond Hettinger [EMAIL PROTECTED] added the comment:
Nice work Jean. Marking the patch accepted. Mark please go ahead with
commit.
Once the commit has settled for a couple of days, go ahead with a
separate patch to cover the rest of 754R logic for special values.
After that one
Mark Dickinson [EMAIL PROTECTED] added the comment:
math module patch committed, r63542.
I'm still working on converting the tests to the unittest framework.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2819
__
Mark Dickinson [EMAIL PROTECTED] added the comment:
Tests committed in r63543
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2819
__
___
Python-bugs-list mailing list
New submission from Vasco Rodrigues [EMAIL PROTECTED]:
The hashing algorithms don't support Unicode. Any Unicode text given to
them is first tried to convert ascii and then hashed. Not all strings
are convertible to ascii.
Now that Unicode is becoming the default encoding, specially for the web
Raymond Hettinger [EMAIL PROTECTED] added the comment:
I don't think this is the right thing to do. The hash algorithms are
defined in terms of bytes, but Unicode is an abstracted from a byte
level encoding. It doesn't make sense to convert using an arbitrary
encoding (such as UTF-8)
Vasco Rodrigues [EMAIL PROTECTED] added the comment:
You could just make a check for unicode strings and issue the encode in
the hash function.
I understand the byte abstraction, but if you issue an encode on a
unicode string with only ascii chars it gets converted to the same in
ascii, result
Changes by Vasco Rodrigues [EMAIL PROTECTED]:
--
versions: +Python 2.4, Python 2.5
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2948
__
___
Python-bugs-list mailing
Brett Cannon [EMAIL PROTECTED] added the comment:
r635647 and r635649 reverted the module in 3.0.
--
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2880
__
Changes by Brett Cannon [EMAIL PROTECTED]:
--
dependencies: -Rename repr to reprlib
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2775
__
___
Python-bugs-list mailing
Raymond Hettinger [EMAIL PROTECTED] added the comment:
Only 2.6 should be marked. This is a feature request for an implicit
conversion with a default encoding; it is not a bugfix.
FWIW, here's a reference to an earlier discussion:
Martin v. Löwis [EMAIL PROTECTED] added the comment:
I'm rejecting this idea, for the reasons already given by others: the
same string might have different hash values, depending on which
encoding is chosen. Users will have to be explicit when hashing, just as
they need to be explicit when they
48 matches
Mail list logo