[ python-Bugs-1432838 ] optparse docs double-dash confusion
Bugs item #1432838, was opened at 2006-02-16 12:28
Message generated for change (Comment added) made by splitscreen
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1432838&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Documentation
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: John Veness (pelago)
Assigned to: Greg Ward (gward)
Summary: optparse docs double-dash confusion
Initial Comment:
Page
http://docs.python.org/lib/optparse-terminology.html says:
The GNU project introduced "-" followed by a series of
hyphen-separated words, e.g. "-file" or "-dry-run".
but should say:
The GNU project introduced "--" followed by a series of
hyphen-separated words, e.g. "--file" or "--dry-run".
Also at the bottom of that page:
"-v" and "-report" are both options.
should be:
"-v" and "--report" are both options.
It looks in general that there is a documentation
rendering problem when double-dash appears in quotes.
Other double-dash items on that page are ok, when not
in quotes.
--
Comment By: splitscreen (splitscreen)
Date: 2006-02-18 11:24
Message:
Logged In: YES
user_id=1126061
Yeah, that's all that the patch that I provided does.
--
Comment By: Georg Brandl (birkenfeld)
Date: 2006-02-17 09:05
Message:
Logged In: YES
user_id=1188172
A suggested fix is to replace "-{}-" by "{--}" for long
options. Greg?
--
Comment By: splitscreen (splitscreen)
Date: 2006-02-16 20:59
Message:
Logged In: YES
user_id=1126061
Patch provided: #1433148
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1432838&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1434298 ] CHM file contains proprietary link format
Bugs item #1434298, was opened at 2006-02-18 21:22 Message generated for change (Comment added) made by theller You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1434298&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Windows Group: None Status: Open Resolution: None Priority: 5 Submitted By: Alexander Schremmer (alexanderweb) Assigned to: Martin v. Löwis (loewis) Summary: CHM file contains proprietary link format Initial Comment: The .chm file distributed with Python contains URL using the proprietary link scheme mk:@MSITStore. While this is not a problem in Windows environments, it prevents e.g. xchm from loading the pictures. My suggestion is to advise the html help compiler to make these links absolute without specifying a protocol. As I do not have setup the html help compiler here, I cannot check if this is a working work around. Having a .chm file that is compatible to multiple platforms is a large advantage because you can advise newbies to get this file. They are easy navigatable and tend to be complete. -- >Comment By: Thomas Heller (theller) Date: 2006-02-18 21:36 Message: Logged In: YES user_id=11105 Can you tell me how this is done? -- Comment By: Georg Brandl (birkenfeld) Date: 2006-02-18 21:27 Message: Logged In: YES user_id=1188172 Moving to Bugs. Martin, do you create the CHM file? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1434298&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1434298 ] CHM file contains proprietary link format
Bugs item #1434298, was opened at 2006-02-18 21:22 Message generated for change (Comment added) made by alexanderweb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1434298&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Windows Group: None Status: Open Resolution: None Priority: 5 Submitted By: Alexander Schremmer (alexanderweb) Assigned to: Martin v. Löwis (loewis) Summary: CHM file contains proprietary link format Initial Comment: The .chm file distributed with Python contains URL using the proprietary link scheme mk:@MSITStore. While this is not a problem in Windows environments, it prevents e.g. xchm from loading the pictures. My suggestion is to advise the html help compiler to make these links absolute without specifying a protocol. As I do not have setup the html help compiler here, I cannot check if this is a working work around. Having a .chm file that is compatible to multiple platforms is a large advantage because you can advise newbies to get this file. They are easy navigatable and tend to be complete. -- >Comment By: Alexander Schremmer (alexanderweb) Date: 2006-02-18 21:50 Message: Logged In: YES user_id=254738 I could check if it is possible if you can tell me where the HTML help compiler project etc. files are in the source tree. -- Comment By: Thomas Heller (theller) Date: 2006-02-18 21:36 Message: Logged In: YES user_id=11105 Can you tell me how this is done? -- Comment By: Georg Brandl (birkenfeld) Date: 2006-02-18 21:27 Message: Logged In: YES user_id=1188172 Moving to Bugs. Martin, do you create the CHM file? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1434298&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1434298 ] CHM file contains proprietary link format
Bugs item #1434298, was opened at 2006-02-18 21:22 Message generated for change (Comment added) made by theller You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1434298&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Windows Group: None Status: Open Resolution: None Priority: 5 Submitted By: Alexander Schremmer (alexanderweb) >Assigned to: Thomas Heller (theller) Summary: CHM file contains proprietary link format Initial Comment: The .chm file distributed with Python contains URL using the proprietary link scheme mk:@MSITStore. While this is not a problem in Windows environments, it prevents e.g. xchm from loading the pictures. My suggestion is to advise the html help compiler to make these links absolute without specifying a protocol. As I do not have setup the html help compiler here, I cannot check if this is a working work around. Having a .chm file that is compatible to multiple platforms is a large advantage because you can advise newbies to get this file. They are easy navigatable and tend to be complete. -- >Comment By: Thomas Heller (theller) Date: 2006-02-18 22:19 Message: Logged In: YES user_id=11105 The project files are generated by calling the script Doc/tools/prechm.py. See als PEP 101. -- Comment By: Alexander Schremmer (alexanderweb) Date: 2006-02-18 21:50 Message: Logged In: YES user_id=254738 I could check if it is possible if you can tell me where the HTML help compiler project etc. files are in the source tree. -- Comment By: Thomas Heller (theller) Date: 2006-02-18 21:36 Message: Logged In: YES user_id=11105 Can you tell me how this is done? -- Comment By: Georg Brandl (birkenfeld) Date: 2006-02-18 21:27 Message: Logged In: YES user_id=1188172 Moving to Bugs. Martin, do you create the CHM file? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1434298&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1366000 ] Bug bz2.BZ2File(...).seek(0,2)
Bugs item #1366000, was opened at 2005-11-25 03:14
Message generated for change (Comment added) made by birkenfeld
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1366000&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Python Library
Group: Python 2.4
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: STINNER Victor (haypo)
Assigned to: Nobody/Anonymous (nobody)
Summary: Bug bz2.BZ2File(...).seek(0,2)
Initial Comment:
Hi,
Look at the following code:
import bz2
bz2.BZ2File("test.bz2","r")
bz2.seek(0,2)
assert bz2.tell() != 0
seek() method is buggy (when 0<=offset and where=2).
I wrote a patch.
Haypo
--
>Comment By: Georg Brandl (birkenfeld)
Date: 2006-02-18 22:57
Message:
Logged In: YES
user_id=1188172
Thanks for the bug report, fixed in rev. 42468, 42469(2.4).
--
Comment By: STINNER Victor (haypo)
Date: 2005-11-25 03:21
Message:
Logged In: YES
user_id=365388
Please check it :-) I'm not sure that it works well because
I'm new in CPython code.
Oops ... I just tried my code, and seek(x,2) with 0https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1366000&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1355842 ] Incorrect Decimal-float behavior for += and *=
Bugs item #1355842, was opened at 2005-11-13 12:17
Message generated for change (Comment added) made by birkenfeld
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1355842&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Python Library
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Connelly (connelly)
>Assigned to: Armin Rigo (arigo)
Summary: Incorrect Decimal-float behavior for += and *=
Initial Comment:
The += and *= operators have strange behavior when the
LHS is a Decimal and the RHS is a float (as of
2005-11-13 CVS decimal.py).
Example:
>>> d = Decimal('1.02')
>>> d += 2.1
>>> d
NotImplemented
A blatant violation of "Errors should never pass silently."
Also, a bad error description is produced for the *=
operator:
>>> d = Decimal('1.02')
>>> d *= 2.9
Traceback (most recent call last):
File "", line 1, in ?
TypeError: can't multiply sequence by non-int
--
>Comment By: Georg Brandl (birkenfeld)
Date: 2006-02-19 01:05
Message:
Logged In: YES
user_id=1188172
The patch was committed and fixed this, but only in SVN
HEAD, not for 2.4.
--
Comment By: Armin Rigo (arigo)
Date: 2005-12-26 17:31
Message:
Logged In: YES
user_id=4771
See proposed patch: #1390657
--
Comment By: M.-A. Lemburg (lemburg)
Date: 2005-12-22 22:31
Message:
Logged In: YES
user_id=38388
Hi Facundo,
the problem you are seeing seems to be in the way new-style
classes implement number coercion.
Apparently some part in the (not so new-style anymore)
coercion logic is masking an exception which then triggers
later during processing.
The NotImplemented singleton should never make it to the
interactive shell since it is normally only used internally
by the number coercion logic to signal "object method
doesn't handle mixed type operation".
--
Comment By: Facundo Batista (facundobatista)
Date: 2005-12-22 18:10
Message:
Logged In: YES
user_id=752496
Regarding problem 1:
Nick also detected this behaviour, back in March
(http://mail.python.org/pipermail/python-dev/2005-March/051834.html),
in python-dev discussions about how integrate better the
Decimal behaviour into Python framework.
Even knowing this, Raymond Hettinger and I made a patch
(almost exactly the same), and corrected another behaviour.
Will this issue be resolved somewhen? Raymond said that this
problem is also present in sets.py and datetime objects
(http://mail.python.org/pipermail/python-dev/2005-March/051825.html),
and that should be addressed in a larger context than decimal.
As Neil Schemenauer proposed
(http://mail.python.org/pipermail/python-dev/2005-March/051829.html),
Decimal now returns NotImplemented instead of raise
TypeError, which should be the correct way to deal with
operation capabilities in the numbers.
And look at this:
>>> d
Decimal("1") # using decimal.py rev. 39328 from svn
>>> d + 1.2
Traceback (most recent call last):
File "", line 1, in ?
TypeError: unsupported operand type(s) for +: 'Decimal' and
'float'
>>> d += 1.2
>>> d
NotImplemented
>>>
Why this happens? Really don't know, it's beyond my actual
knowledge, I'll keep searching. But I'm not so sure that
this is a Decimal issue.
Regarding problem 2:
I'll fix that.
--
Comment By: Neal Norwitz (nnorwitz)
Date: 2005-12-22 06:52
Message:
Logged In: YES
user_id=33168
Facundo, can you look into this? Are you still working on
Decimal?
--
Comment By: Connelly (connelly)
Date: 2005-12-02 07:17
Message:
Logged In: YES
user_id=1039782
The += and *= operations also give the same strange behavior
when the LHS is a Decimal and the RHS is str or unicode:
>>> d = Decimal("1.0")
>>> d += "5"
>>> d
NotImplemented
>>> d = Decimal("1.0")
>>> d *= "1.0"
Traceback (most recent call last):
File "", line 1, in ?
TypeError: can't multiply sequence by non-int
--
Comment By: Neal Norwitz (nnorwitz)
Date: 2005-11-14 05:43
Message:
Logged In: YES
user_id=33168
Hmmm. __add__ returns NotImplemented which works with
classic classes, but not new-style classes. I wonder if
NotImplementedError is supposed to be raised for new-style
classes.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1355842&group_id=5470
___
Python-bugs-list mailing list
Unsubscr
[ python-Bugs-1430435 ] urllib2 has memory leaks
Bugs item #1430435, was opened at 2006-02-13 05:30 Message generated for change (Settings changed) made by birkenfeld You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1430435&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Python Library Group: Python 2.4 Status: Open Resolution: None Priority: 5 Submitted By: halfik (halfik) Assigned to: Nobody/Anonymous (nobody) >Summary: urllib2 has memory leaks Initial Comment: reg = urllib2.Request(url, data, headers) rl_handle = urllib2.urlopen(reg) urllib2 has hot memory leaks. gc: uncollectable <_fileobject memory_adres> gc: uncollectable -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1430435&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1258485 ] http auth documentation/implementation conflict
Bugs item #1258485, was opened at 2005-08-13 18:49 Message generated for change (Comment added) made by birkenfeld You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1258485&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Python Library Group: Python 2.4 >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Matthias Klose (doko) Assigned to: Nobody/Anonymous (nobody) Summary: http auth documentation/implementation conflict Initial Comment: [forwarded from http://bugs.debian.org/304925] Bug reporter writes: I was trying to implement a basic HTTP client using HTTP basic authorization. The current preferred method of doing this is by using urllib2 HTTPPasswordMgr. A simple test snippet to try this: pwmgr=urllib2.HTTPPasswordMgrWithDefaultRealm() pwmgr.add_password(None, url, username, password) handler=urllib2.HTTPBasicAuthHandler(pwmgr) opener=urllib2.build_opener(handler) urllib2.install_opener(opener) u=urllib2.urlopen(url) This did not work. Modifying the second line to: pwmgr.add_password(None, urlparse.urlparse(url)[1], username, password) fixed things, which shows a problem in the documentation: instead of a URI or sequence of URIs the add_password method takes a hostname. The documented behaviour would be better since it allows for multiple passwords per host, although in reality those will use different realms. So I suggest not changing the code in order to not break existing application but fixing the documentation instead. -- >Comment By: Georg Brandl (birkenfeld) Date: 2006-02-19 01:21 Message: Logged In: YES user_id=1188172 The given URI is split via urlparse, so adding a protocol wouldn't matter. The problem must have been a different one, perhaps a misspelling. Closing as Invalid. -- Comment By: Mike Foord (mjfoord) Date: 2005-08-30 14:58 Message: Logged In: YES user_id=1123892 I think it likely that the OP was using a URL that *included* the protocol - (i.e. "http://www.somedomain.com/path";) instead of just "www.somedomain.com/path". It is a problem that also bit me - and could *definitely* do with a mention in the docs. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1258485&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1396678 ] bsddb.__init__ causes error
Bugs item #1396678, was opened at 2006-01-04 10:56
Message generated for change (Comment added) made by birkenfeld
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1396678&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: Python 2.4
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Fabian_M (fmareyen)
Assigned to: Nobody/Anonymous (nobody)
Summary: bsddb.__init__ causes error
Initial Comment:
I've found an Error in the bsddb.__init__.py-module:
pythonversion = 2.4 (problem may also be in version 2.3)
After creating and closing a db with bsddb.hashopen I
called globals().
Next there occured an Error:
#Error-Message
-
>>> globals()
{'__builtins__': ,
'f4': , 'dbtest1': Traceback
(most recent call last):
File "", line 1, in ?
File "D:\Programme\python24\lib\UserDict.py", line
162, in __repr__
return repr(dict(self.iteritems()))
File "", line 46, in iteritems
File "", line 4, in _make_iter_cursor
AttributeError: 'NoneType' object has no attribute 'cursor'
>>>
--
#Way of the Error
The way of the Error is:
1.
globals() asked for bsddb._DBWithCursor.__repr__ with
the __repr__-method inherriting from bsddb._iter_mixin
based on UserDict.DictMixin.
2.
The __repr__-method in UserDict.DictMixin at line 162
calls self.iteritems overwritten by
bsddb._iter_mixin.iteritems at line 113.
3.
This method calls self._make_iter_cursor (line 115).
bsddb._iter_mixin._make_iter_cursor calls bsddb.db
which was set to None at closing the bd with db.close()
at line 223.
#Solution:
That way the error was created. To avoid this, the
bsddb._iter_mixin.iteritems-method should be something
like this:
-
def iteritems(self):
if not self.db:
return ""
try:
cur = self._make_iter_cursor()
...
...
-
--
>Comment By: Georg Brandl (birkenfeld)
Date: 2006-02-19 01:54
Message:
Logged In: YES
user_id=1188172
Thanks for the report. Fixed in rev. 42480.
--
Comment By: Fabian_M (fmareyen)
Date: 2006-01-08 18:07
Message:
Logged In: YES
user_id=1418961
I've added an example-file.
--
Comment By: Neal Norwitz (nnorwitz)
Date: 2006-01-05 06:54
Message:
Logged In: YES
user_id=33168
Can you attach a complete test case which demonstrates this
behaviour?
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1396678&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1379393 ] StreamReader.readline doesn't advance on decode errors
Bugs item #1379393, was opened at 2005-12-13 11:35 Message generated for change (Comment added) made by birkenfeld You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1379393&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Python Library Group: None >Status: Closed >Resolution: Wont Fix Priority: 5 Submitted By: Matthew Mueller (donut) Assigned to: Walter Dörwald (doerwalter) Summary: StreamReader.readline doesn't advance on decode errors Initial Comment: In previous versions of python, when there was a unicode decode error, StreamReader.readline() would advance to the next line. In the current version(2.4.2 and trunk), it doesn't. Testing under Linux AMD64 (Ubuntu 5.10) Attaching an example script. In python2.3 it prints: hi~ hi error: 'utf8' codec can't decode byte 0x80 in position 2: unexpected code byte error: 'utf8' codec can't decode byte 0x81 in position 2: unexpected code byte all done In python2.4 and trunk it prints: hi~ hi error: 'utf8' codec can't decode byte 0x80 in position 0: unexpected code byte error: 'utf8' codec can't decode byte 0x80 in position 0: unexpected code byte error: 'utf8' codec can't decode byte 0x80 in position 0: unexpected code byte [repeats forever] Maybe this isn't actually supposed to work (the docs don't mention what should happen with strict error checking..), but it would be nice, given the alternatives: 1. use errors='replace' and then search the result for the replacement character. (ick) 2. define a custom error handler similar to ignore or replace, that also sets some flag. (slightly less ick, but more work.) -- >Comment By: Georg Brandl (birkenfeld) Date: 2006-02-19 01:58 Message: Logged In: YES user_id=1188172 Closing as Won't Fix, then. -- Comment By: Walter Dörwald (doerwalter) Date: 2005-12-16 18:25 Message: Logged In: YES user_id=89016 IMHO the current behaviour is more consistent. To read the broken utf-8 stream from the test script the appropriate error handler should be used. What is the desired outcome? If only the broken byte sequence should be skipped errors="replace" is appropriate. To skip a complete line that contains a broken byte sequence do something like in the attached skipbadlines.py. The StreamReader can't know which behaviour is wanted. -- Comment By: Georg Brandl (birkenfeld) Date: 2005-12-15 22:42 Message: Logged In: YES user_id=1188172 I don't know what should be correct. Walter? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1379393&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1376400 ] test_struct crashed, py2.3.5, solaris 10
Bugs item #1376400, was opened at 2005-12-08 17:06 Message generated for change (Comment added) made by birkenfeld You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1376400&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build Group: Python 2.3 >Status: Pending Resolution: None Priority: 5 Submitted By: rrogans (rrogans) Assigned to: Nobody/Anonymous (nobody) Summary: test_struct crashed, py2.3.5, solaris 10 Initial Comment: Hi, I am building python 2.3.5 on solaris 10 using gcc 3.3.2. Run I perform the test I get one test failure - test_struct crashes. Rgds, Richard trying std qQ on 1471797217424382203 == 0x146CDFC575FD18FBL trying std qQ on 1471797217424382204 == 0x146CDFC575FD18FCL trying std qQ on 1471797217424382205 == 0x146CDFC575FD18FDL test test_struct crashed -- exceptions.OverflowError: math range error Traceback (most recent call last): File "./Lib/test/regrtest.py", line 394, in runtest the_package = __import__(abstest, globals(), locals (), []) File "/home/richardr/app/Python- 2.3.5/Lib/test/test_struct.py", line 439, in ? test_705836() File "/home/richardr/app/Python- 2.3.5/Lib/test/test_struct.py", line 424, in test_705836 big = math.ldexp(big, 127 - 23) OverflowError: math range error 1 test failed: test_struct <<< -- >Comment By: Georg Brandl (birkenfeld) Date: 2006-02-19 01:59 Message: Logged In: YES user_id=1188172 To the OP: Can you provide information whether this happens with Python 2.4? -- Comment By: Martin v. Löwis (loewis) Date: 2005-12-28 01:06 Message: Logged In: YES user_id=21627 Also, Python 2.3 is no longer maintained. So unless this problem also shows up with 2.4, we are unlikely to take any action. -- Comment By: Neal Norwitz (nnorwitz) Date: 2005-12-11 21:15 Message: Logged In: YES user_id=33168 Could you try disabling optimization and rebuilding python? Also, depending on which compiler you are using, ensure that you are using strict math. Sometimes the option is -ieee I think. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1376400&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
