[issue814689] sendmsg operation for unix sockets

[Georg Brandl]

Changes by Georg Brandl <[EMAIL PROTECTED]>:


--
resolution:  -> duplicate
status: open -> closed
superseder:  -> sendmsg() and recvmsg() for C socket module


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2930] Cannot change variable defined in "__init__.py" after importing

[Jörg Rebenstorf]

Jörg Rebenstorf <[EMAIL PROTECTED]> added the comment:

Oh yes, I am sorry, I forgot to tell you that I *cannot* change the 
import statement as it is part of a framwork by a third-party which I 
cannot influence. This is a prerequisite of my task.

Of course you are right that I am not strictly speaking about a bug but 
rather about a feature request if no appropriate solution exists.

One solution in my situation could be that I could re-import the 
package again using a plain import  statement (not a from-
import one as the framework does). Is this the recommended solution or 
shouldn't there be a way to modify the variable even if it is imported 
by a from-import statement?

Maybe you can give me a reason for your opinion?

--
type: behavior -> feature request

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2930] Cannot change variable defined in "__init__.py" after importing

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

As I said, please consult the newsgroup/mailing list for these
questions, it's much better suited for them.

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2933] "Documenting Python: Syntax" bug

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

The 2.5.2 stuff *is* the current docs for 2.5. However, the docs that
are actively maintained are the docs for 2.6 and 3.0, the former of
which can be found at http://www.python.org/doc/dev/.

With the release of 2.6, these will become the most "current" docs.

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2861] 2to3 fixer to rename markupbase to _markupbase

[Quentin Gallet-Gilles]

Quentin Gallet-Gilles <[EMAIL PROTECTED]> added the comment:

Well, there's only the fixer to apply.

--
components:  -Library (Lib)
title: Patch to rename markupbase to _markupbase -> 2to3 fixer to rename 
markupbase to _markupbase
Added file: http://bugs.python.org/file10388/markupbase_import_fixer.patch

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2861] Patch to rename markupbase to _markupbase

[Quentin Gallet-Gilles]

Changes by Quentin Gallet-Gilles <[EMAIL PROTECTED]>:


Removed file: http://bugs.python.org/file10330/markupbase_renaming_2.6.patch

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2861] Patch to rename markupbase to _markupbase

[Quentin Gallet-Gilles]

Changes by Quentin Gallet-Gilles <[EMAIL PROTECTED]>:


Removed file: http://bugs.python.org/file10328/markupbase_import_fixer.patch

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1057417] New BaseSMTPServer module

[Giampaolo Rodola']

Changes by Giampaolo Rodola' <[EMAIL PROTECTED]>:


--
nosy: +giampaolo.rodola

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2934] set() comparisons do not play well with others

[Nick Coghlan]

New submission from Nick Coghlan <[EMAIL PROTECTED]>:

The rich compare implementation for set objects raises TypeError
directly instead of returning NotImplemented to allow the other type
involved in the comparison a chance at handling the operation.

--
messages: 67152
nosy: ncoghlan
severity: normal
status: open
title: set() comparisons do not play well with others

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2934] set() comparisons do not play well with others

[Nick Coghlan]

Nick Coghlan <[EMAIL PROTECTED]> added the comment:

Eh, never mind, raising the TypeError explicitly is necessary due to the
misbehaviour of the default comparisons in 2.x.

I'll work around the problem in my test case.

--
resolution:  -> invalid
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2872] Remove commands for PEP 3108

[Quentin Gallet-Gilles]

Quentin Gallet-Gilles <[EMAIL PROTECTED]> added the comment:

I'm working on it.

--
nosy: +quentin.gallet-gilles

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue643841] New class special method lookup change

[Nick Coghlan]

Nick Coghlan <[EMAIL PROTECTED]> added the comment:

Attached a new version of the module, along with a unit test file. The
unit tests caught a bug in the __gt__ implementation. I've also changed
the name to ProxyMixin as suggested by Adam and switched to using a
normal __init__ method (there was no real gain from using __new__ instead).

Added file: http://bugs.python.org/file10389/typetools.py


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue643841] New class special method lookup change

[Nick Coghlan]

Changes by Nick Coghlan <[EMAIL PROTECTED]>:


Added file: http://bugs.python.org/file10390/test_typetools.py


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue643841] New class special method lookup change

[Nick Coghlan]

Changes by Nick Coghlan <[EMAIL PROTECTED]>:


Removed file: http://bugs.python.org/file10385/typetools.py


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2775] Implement PEP 3108

[Mark Dickinson]

Mark Dickinson <[EMAIL PROTECTED]> added the comment:

I'm working on issue 2873 (remove htmllib dependency from pydoc).

--
nosy: +marketdickinson

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2935] rfc822.py line 395 strings connection

[Erez Bibi]

New submission from Erez Bibi <[EMAIL PROTECTED]>:

Python 2.5 on Windows
rfc822.py line 395
text = name + ": " + value

if 'value' is not a string python will generate an exception. It might
be due to a broken website, but it is not a reason to crash.

I'm using ClientCookie with a Request object (but I don't know the
faulty URL) 

>>> req = urllib2.Request (url)
>>> page = ClientCookie.urlopen (req)
Traceback (most recent call last):
  ...
  File "build\bdist.win32\egg\ClientCookie\_urllib2_support.py", line
824, in urlopen
return _opener.open(url, data)
  File "C:\Python25\lib\urllib2.py", line 380, in open
response = meth(req, response)
  File "build\bdist.win32\egg\ClientCookie\_urllib2_support.py", line
412, in http_response
headers[hdr] = val
  File "C:\Python25\lib\rfc822.py", line 395, in __setitem__
text = name + ": " + value
TypeError: cannot concatenate 'str' and 'NoneType' objects

A simple fix is to replace 
text = name + ": " + value
with
text = ("%s: %s" % (name, value))
In rfc822.py line 395

--
components: Library (Lib)
files: rfc822.py
messages: 67157
nosy: erezbibi
severity: normal
status: open
title: rfc822.py line 395 strings connection
type: crash
versions: Python 2.5
Added file: http://bugs.python.org/file10391/rfc822.py

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2663] shutil.copytree glob-style filtering [patch]

[Tarek Ziadé]

Tarek Ziadé <[EMAIL PROTECTED]> added the comment:

patch with the new trunk

Added file: http://bugs.python.org/file10392/copytree2.patch

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2663] shutil.copytree glob-style filtering [patch]

[Tarek Ziadé]

Changes by Tarek Ziadé <[EMAIL PROTECTED]>:


Removed file: http://bugs.python.org/file10179/copytree.patch

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2873] Remove htmllib use in the stdlib

[Mark Dickinson]

Mark Dickinson <[EMAIL PROTECTED]> added the comment:

This issue is at least partially dependent on issue #1883 (adapting pydoc 
to new doc system), in that it's a little awkward to test pydoc before 
#1883 is complete.

--
dependencies: +Adapt pydoc to new doc system
nosy: +marketdickinson

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2775] Implement PEP 3108

[Fred L. Drake, Jr.]

Fred L. Drake, Jr. <[EMAIL PROTECTED]> added the comment:

On May 21, 2008, at 10:16 AM, Mark Dickinson wrote:
> I'm working on issue 2873 (remove htmllib dependency from pydoc).

Thanks, Mark!  I was dreading the thought of looking at that.

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2754] Mac version of IDLE doesn't scroll as expected

[Viennet]

Viennet <[EMAIL PROTECTED]> added the comment:

I confirm this bug. The mouve wheel does not scroll the windows.

--
nosy: +emmanuelito

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2783] ctypes.util.find_library() doesn't find OS X .bundle or .so libraries

[Thomas Heller]

Thomas Heller <[EMAIL PROTECTED]> added the comment:

The OS X find_library code was not written by me, the code was ripped
from Bob Ippolitos macholib.

Can some OS X expert please look into this?

Shamelessly assigning to Ronald - feel free to unassign if you have no time.

--
assignee: theller -> ronaldoussoren
nosy: +ronaldoussoren

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1758146] Crash in PyObject_Malloc

[Vaclav Slavik]

Vaclav Slavik <[EMAIL PROTECTED]> added the comment:

I'm able to reliably reproduce this bug (using Apache 2.2.8, otherwise
same as above), although not with mod_python's simple tests, but only
with Trac (apparently, Trac creates some threads while processing the
request).

How to reproduce: configure two Trac/mod_python locations in Apache
config and set them to use different Python interpreters:


   SetHandler mod_python
   PythonHandler trac.web.modpython_frontend 
   PythonOption TracEnv /srv/bakefile/trac
   PythonOption TracUriRoot /
   PythonInterpreter trac1


   SetHandler mod_python
   PythonHandler trac.web.modpython_frontend 
   PythonOption TracEnv /srv/bakefile/trac
   PythonOption TracUriRoot /
   PythonInterpreter trac2


(As far as this bug is concerted, this is the same as having two virtual
hosts that both run Trac -- mod_python's default interpreter has the
same name as the (virtual) host.)

Then run Apache as "apache2 -X" to ensure that requests are handled by
single handler serially and do

  $ curl http://your-server/trac1/wiki
  $ curl http://your-server/trac2/wiki

The second command crashes Apache.

If you change mod_python configuration to use the same interpreter names
for both Trac instances, the crash doesn't happen (but of course, that
prevents you from using different versions of Python modules in both
vhosts).

I'm attaching Valgrind log, but it's not very useful -- it's not deep
enough and my server doesn't have enough memory for high enough value of
--num-callers.

--
nosy: +vslavik
Added file: http://bugs.python.org/file10393/valgrind.log.gz

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1333] merge urllib and urlparse functionality

[Brett Cannon]

Brett Cannon <[EMAIL PROTECTED]> added the comment:

While the work is appreciated, PEP 3108 is taking this in a different 
direction.

--
resolution:  -> out of date
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2783] ctypes.util.find_library() doesn't find OS X .bundle or .so libraries

[Ronald Oussoren]

Ronald Oussoren <[EMAIL PROTECTED]> added the comment:

At first glance the current behaviour is correct:

1) Bundles aren't shared libraries, but plugin code. It should be 
possible to load bundles, but I don't agree that find_library should try 
to locate them, specially given this bit in the documentation:

[quote]
The purpose of the find_library function is to locate a library in a way 
similar to what the compiler does (on platforms with several versions of 
a shared library the most recent should be loaded), while the ctypes 
library loaders act like when a program is run, and call the runtime 
loader directly.
[/quote]

2) There is no prescribed suffix for bundles. Python uses .so and some 
other packages use .bundle, but that's just a convention that a specific  
software product chooses.

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2783] ctypes.util.find_library() doesn't find OS X .bundle or .so libraries

[Thomas Heller]

Thomas Heller <[EMAIL PROTECTED]> added the comment:

Thanks, Ronald.  Sounds like this bug could be closed then.

Bill, if you want a library search function with different semantics,
I suggest you open a feature request, describe the sematics that
should be used and (ideally) provide a patch.

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2808] asynchat forgets packets when push is called from a thread

[Josiah Carlson]

Josiah Carlson <[EMAIL PROTECTED]> added the comment:

My suggestion: don't do that.  Asynchronous sockets, and
asyncore/related libraries are not designed for, nor intended to be used
as part of a threaded IO application.  Why?  Because most protocols are
very concerned with data ordering, and sending from multiple threads can
cause *serious* issues.  I do not believe that this should change.

Note that you can work around this limitation by using something like
the following, but again, this is not suggested (you should instead work
asyncore.poll() calls into some sort of main loop within your application).

from Queue import Queue

check_threads = 0

class my_async(asyncore.dispatcher):
def __init__(self, *args, **kwargs):
self.q = Queue()
asyncore.dispatcher.__init__(self, *args, **kwargs)
def push_t(self, data):
global check_threads
self.q.put(data)
check_threads = 1
def handle_threaded_push(self):
while not self.q.empty():
self.push(self.q.get())

def loop(timeout=.1, map=None):
global check_threads
if map is None:
map = asyncore.socket_map
while 1:
asyncore.poll(timeout, map)
if check_threads:
check_threads = 0
for v in map.values():
try:
v.handle_threaded_push()
except:
#handle exceptions better here
pass

--
assignee:  -> josiahcarlson
resolution:  -> wont fix
status: open -> pending

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1736190] asyncore/asynchat patches

[svncodereview]

svncodereview <[EMAIL PROTECTED]> added the comment:

Dear GvR, report,

New code review comments by josiah.carlson have been published.
Please go to http://codereview.appspot.com/744 to read them.

Message:

Details:

http://codereview.appspot.com/744/diff/1/22
File Doc/library/asyncore.rst (right):

http://codereview.appspot.com/744/diff/1/22#newcode226
Line 226: A file_dispatcher takes a file descriptor or file object 
along with an optional
On 2008/05/05 22:02:22, GvR wrote:
> Mind keeping the line length under 80 chars?

No problem.  Any other comments?

Issue Description:
http://bugs.python.org/issue1736190

Sincerely,

  Your friendly code review daemon (http://codereview.appspot.com/).

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1798] Add ctypes calling convention that allows safe access of errno

[Maciek Fijalkowski]

Maciek Fijalkowski <[EMAIL PROTECTED]> added the comment:

thread local storage sounds also a bit weird to me. Errcheck sounds way
better, I would also like to have errcheck as a possible default on
library, when calling CDLL constructor. This would be a convinient way
of specifying errno handling for all functions from that library.

Cheers,
fijal

--
nosy: +fijal

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2936] ctypes.util.find_library() doesn't consult LD_LIBRARY_PATH

[Bill Janssen]

New submission from Bill Janssen <[EMAIL PROTECTED]>:

The "find_library()" function in ctypes.util doesn't look in
LD_LIBRARY_PATH on Solaris or Linux or most other UNIX variants that use
that convention.  This means that find_library() doesn't find libraries
that dlopen() would, and makes development with ctypes much harder than
it should be.

--
components: Library (Lib)
messages: 67170
nosy: janssen
priority: normal
severity: normal
status: open
title: ctypes.util.find_library() doesn't consult LD_LIBRARY_PATH
type: behavior
versions: Python 2.5, Python 2.6, Python 3.0

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2915] PyObject_IsInstance() doesn't find bases named in type(name, bases, dict)

[Stefan Behnel]

Stefan Behnel <[EMAIL PROTECTED]> added the comment:

Sorry, the bug was in Cython, which didn't call InstanceMethod().

Please ignore.

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2783] ctypes.util.find_library() doesn't find OS X .bundle or .so libraries

[Bill Janssen]

Bill Janssen <[EMAIL PROTECTED]> added the comment:

I thought you might say that :-).  No, I'm good with this resolution.  If I
provide a patch, it will be for the LD_LIBRARY_PATH problem.

Though -- I think there's an interesting question about what the purpose of
"find_library()" actually is, as opposed to what it's current implementation
is.  I disagree with Ronald's strict reading of the documentation.  I think
it should emulate the behavior of the dynamic linker, not the C compiler.
That is, it should look for the libraries as "ld.so" (or its platform
equivalent) would, because the purpose of finding them is to load them with
CDLL.  This behavior is different from what the compiler does.

I also think find_library() should just be moved into the ctypes library,
not dangling off by itself in the otherwise unused util sub-module.

Bill

On Wed, May 21, 2008 at 11:39 AM, Thomas Heller <[EMAIL PROTECTED]>
wrote:

>
> Thomas Heller <[EMAIL PROTECTED]> added the comment:
>
> Thanks, Ronald.  Sounds like this bug could be closed then.
>
> Bill, if you want a library search function with different semantics,
> I suggest you open a feature request, describe the sematics that
> should be used and (ideally) provide a patch.
>
> __
> Tracker <[EMAIL PROTECTED]>
> 
> __
>

Added file: http://bugs.python.org/file10394/unnamed

__
Tracker <[EMAIL PROTECTED]>

__I thought you might say that :-).  No, I'm good with this 
resolution.  If I provide a patch, it will be for the LD_LIBRARY_PATH 
problem.Though -- I think there's an interesting question about 
what the purpose of "find_library()" actually is, as opposed to what 
it's current implementation is.  I disagree with Ronald's strict 
reading of the documentation.  I think it should emulate the behavior of 
the dynamic linker, not the C compiler.  That is, it should look for the 
libraries as "ld.so" (or its platform equivalent) would, because the 
purpose of finding them is to load them with CDLL.  This behavior is 
different from what the compiler does.
I also think find_library() should just be moved into the ctypes library, 
not dangling off by itself in the otherwise unused util 
sub-module.BillOn Wed, May 21, 2008 at 
11:39 AM, Thomas Heller [EMAIL 
PROTECTED]> wrote:

Thomas Heller [EMAIL PROTECTED]> 
added the comment:

Thanks, Ronald.  Sounds like this bug could be closed then.

Bill, if you want a library search function with different semantics,
I suggest you open a feature request, describe the sematics that
should be used and (ideally) provide a patch.

__
Tracker [EMAIL PROTECTED]>
http://bugs.python.org/issue2783>
__

___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2783] ctypes.util.find_library() doesn't find OS X .bundle or .so libraries

[Ronald Oussoren]

Ronald Oussoren <[EMAIL PROTECTED]> added the comment:

Bill, even if find_library were to emulate the runtime linker it shouldn't 
find objects of type MH_BUNDLE. 

Those are not shared libraries, but explicitly meant to be used as code 
resources for plugins. find_library should not return bz2.so when your 
working directory happens to be ${sys.prefix}/lib/python*/lib-dynload and 
you call find_library('bz2').

BTW. What is your usecase?

--
resolution:  -> invalid

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2937] Incorrect rounding in floating-point operations with gcc/x87

[Mark Dickinson]

New submission from Mark Dickinson <[EMAIL PROTECTED]>:

On some older Intel 32-bit hardware, under Linux, floating-point 
operations don't always give correctly rounded results.  Here's an 
example involving addition, on SuSE Linux 10.2/Xeon.

Python 2.6a3+ (trunk:63521, May 21 2008, 15:40:39) 
[GCC 4.1.2 20061115 (prerelease) (SUSE Linux)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> 1e16 + 2.999
10002.0
>>> 1e16 + 2.
10004.0

The second result should really be 1e16+2., not 1e16+4.  This appears to 
be related to this GCC issue:

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323

Various fixes are possible.  One possible fix is to add the -ffloat-
store flag to the gcc options.  Another is to use the information in 
fpu_control.h, if available, to set the precision control.  Yet another 
is to sprinkle some 'volatile' modifiers throughout floatobject.c.

It's not clear to me that this *should* be fixed, but I think the 
problem should at least be documented.  Hence this bug report.

--
components: Interpreter Core
messages: 67174
nosy: marketdickinson
priority: normal
severity: normal
status: open
title: Incorrect rounding in floating-point operations with gcc/x87
type: behavior
versions: Python 2.6, Python 3.0

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2783] ctypes.util.find_library() doesn't find OS X .bundle or .so libraries

[Benjamin Peterson]

Changes by Benjamin Peterson <[EMAIL PROTECTED]>:


--
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2915] PyObject_IsInstance() doesn't find bases named in type(name, bases, dict)

[Benjamin Peterson]

Changes by Benjamin Peterson <[EMAIL PROTECTED]>:


--
resolution:  -> invalid
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2808] asynchat forgets packets when push is called from a thread

[xix xeaon]

xix xeaon <[EMAIL PROTECTED]> added the comment:

I have good reason to use this combination of asynchat and threads (in a
way which doesn't cause any of these serious issues you speak of), but
if you don't want it fixed then that's fine with me since I know how to
work around it, I just reported it =P

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2848] Remove mimetools usage from the stdlib

[Brett Cannon]

Brett Cannon <[EMAIL PROTECTED]> added the comment:

I don't know how compatible it is.

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2775] Implement PEP 3108

[Brett Cannon]

Changes by Brett Cannon <[EMAIL PROTECTED]>:


--
dependencies: +Backport UserList move in 3.0

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2848] Remove mimetools usage from the stdlib

[Raymond Hettinger]

Raymond Hettinger <[EMAIL PROTECTED]> added the comment:

The APIs are bit different, but it should be possible to migrate from 
the old to the new.  All the key functionality is there.

Barry, any thoughts on transitioning away from the deprecated modules?

--
assignee:  -> barry
nosy: +rhettinger

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2861] 2to3 fixer to rename markupbase to _markupbase

[Brett Cannon]

Brett Cannon <[EMAIL PROTECTED]> added the comment:

Applied in r63533 to 2to3 in the fixer. I also added you, Quentin to 
Misc/ACKS in the trunk.

--
resolution:  -> accepted
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2775] Implement PEP 3108

[Brett Cannon]

Changes by Brett Cannon <[EMAIL PROTECTED]>:


--
dependencies:  -2to3 fixer to rename markupbase to _markupbase

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2938] Interactive help writes to the python install destination directory

[Fan Decheng]

New submission from Fan Decheng <[EMAIL PROTECTED]>:

Python 3.0a5 on Windows Vista SP1

I installed it to C:\Python30, and used NTFS permissions to protect the
files in the directory from being changed, also making the whole
directory read-only.  Thus, new files can't be created inside the directory.

Then:
1. Type help() in python.  Python goes into interactive help mode.
2. Type "modules fnmatch" in python.

Result:
Help quits with the following error:

IOError: [Errno 13] Permission denied:
'C:\\Python30\\lib\\lib2to3\\tests\\..\\G
rammar3.0.0.alpha.5.pickle'

For detailed error info please see the attached text file.

--
components: Library (Lib)
files: py3help_error.txt
messages: 67179
nosy: r_mosaic
severity: normal
status: open
title: Interactive help writes to the python install destination directory
type: crash
versions: Python 3.0
Added file: http://bugs.python.org/file10395/py3help_error.txt

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2937] Incorrect rounding in floating-point operations with gcc/x87

[Martin v. Löwis]

Martin v. Löwis <[EMAIL PROTECTED]> added the comment:

Python (the language) makes no guarantee itself on what the precise
semantics of floating-point operations is. This is documented in

http://docs.python.org/ref/types.html

"These represent machine-level double precision floating point numbers.
You are at the mercy of the underlying machine architecture (and C or
Java implementation) for the accepted range and handling of overflow."

If you want to, one could add ", precision" in the sentence; I think it
is fine as it stands.

--
nosy: +loewis

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2861] 2to3 fixer to rename markupbase to _markupbase

[Quentin Gallet-Gilles]

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 r63533 to 2to3 in the fixer. I also added you, Quentin to
> Misc/ACKS in the trunk.
>
> --
> resolution:  -> accepted
> status: open -> closed
>
> __
> Tracker <[EMAIL PROTECTED]>
> 
> __
> ___
> Python-bugs-list mailing list
> Unsubscribe:
> http://mail.python.org/mailman/options/python-bugs-list/qgallet%40gmail.com
>
>

Added file: http://bugs.python.org/file10396/unnamed

__
Tracker <[EMAIL PROTECTED]>

__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 r63533 to 2to3 in the fixer. I also added you, Quentin to
Misc/ACKS in the trunk.

--
resolution:  -> accepted
status: open -> closed

__
Tracker [EMAIL PROTECTED]>
http://bugs.python.org/issue2861>
__
___
Python-bugs-list mailing list
Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/qgallet%40gmail.com";
 
target="_blank">http://mail.python.org/mailman/options/python-bugs-list/qgallet%40gmail.com


___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2861] 2to3 fixer to rename markupbase to _markupbase

[Quentin Gallet-Gilles]

Changes by Quentin Gallet-Gilles <[EMAIL PROTECTED]>:


Removed file: http://bugs.python.org/file10396/unnamed

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com