New submission from Akima:
A UNC path pointing to the root of a share is not being recognised as an
absolute path when it should be.
See this interpreter session.
PythonWin 3.3.5 (v3.3.5:62cf4e77f785, Mar 9 2014, 10:35:05) [MSC v.1600 64 bit
(AMD64)] on win32.
Portions Copyright 1994-2008
Akima added the comment:
FYI: I've only tested this bug on Python 3.3.5 on Windows 7. I expect the bug
exists in other versions of Python.
--
type: -> behavior
___
Python tracker
<http://bugs.python.org
New submission from Akima:
1 / 0 (where both numbers are decimal.Decimal) produces a
decimal.DivisionByZero exception as I would expect. This is useful. I can use
a simple try except block to catch a potential division by zero error in my
code.
0 / 0 (where both numbers are decimal.Decimal
Changes by Akima :
--
components: +Library (Lib)
___
Python tracker
<http://bugs.python.org/issue22306>
___
___
Python-bugs-list mailing list
Unsubscribe:
Akima added the comment:
Hi skrah. Thanks for the feedback. That specification is interesting.
As this IBM spec appears to be a /general/ specification for performing decimal
arithmatic and not targetted specifically at Python's decimal arithmatic
implementation, I would expect a
Akima added the comment:
Sorry. Scratch my last comment. I see from the docs (
https://docs.python.org/3/library/decimal.html ) that the decimal module
explicitly references that IBM spec. I imagine that standard python arithmatic
doesn't even attempt to conform to this ibm
Akima added the comment:
I checked for the existence of this bug in 2 other python versions today. It's
present in CPython 3.4.1, but CPython 2.7.5 doesn't exhibit the issue.
Python 2.7.5 (default, May 15 2013, 22:43:36) [MSC v.1500 32 bit (Intel)] on
win32
Type "he
Akima added the comment:
As eryksun pointed out, I created this bug report to report on one issue; that
\\server\share isn't being consider absolute by os.path.isabs when it should be
considered absolute.
I found this bug when I was writing a basic config file parsing module. One of
Akima added the comment:
I just realised that "&monkeyfart!££" is actually a valid relative path name.
What I said still holds, just replace "&monkeyfart!££" with ">elephant*dung?"
(which contains the invalid characters: >*? ).
--
__
Akima added the comment:
eryksun: You have marked this bug as effecting Python 2.7. When I tested for
the bug on 2.7.5 the problem didn't show up:
Python 2.7.5 (default, May 15 2013, 22:43:36) [MSC v.1500 32 bit (Intel)] on
win32
Type "help", "copyright", "
10 matches
Mail list logo
