[issue12005] modulo result of Decimal differs from float/int

2011-05-05 Thread Daniel Albeseder
New submission from Daniel Albeseder ko...@gmx.at: I know that the modulo operation for negative values is not well defined, but I would at least expect that the result is the same no matter if you use ints, floats or decimals. However Decimal seem to behave else than the builtin types

[issue9182] document “--” as a way to disti nguish option w/ narg='+' from positional argument in arg parse

2010-11-21 Thread Daniel Albeseder
Daniel Albeseder ko...@gmx.at added the comment: Steven: From msg121850 I think the last two examples do not need the --. Since there are no positional arguments, the -- is not needed. However the following additional cases exist: -x X [X ...] -y Y -- A B # since optionals might come in other

[issue9182] document “--” as a way to disti nguish option w/ narg='+' from positional argument in arg parse

2010-11-21 Thread Daniel Albeseder
Daniel Albeseder ko...@gmx.at added the comment: Added more unit tests for testing the help text as well as the functionality of the -- separator. -- keywords: +patch Added file: http://bugs.python.org/file19731/issue9182.patch ___ Python tracker

[issue9182] document “--” as a way to disti nguish option w/ narg='+' from positional argument in arg parse

2010-11-21 Thread Daniel Albeseder
Changes by Daniel Albeseder ko...@gmx.at: Removed file: http://bugs.python.org/file19731/issue9182.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9182

[issue9182] document “--” as a way to disti nguish option w/ narg='+' from positional argument in arg parse

2010-11-21 Thread Daniel Albeseder
Changes by Daniel Albeseder ko...@gmx.at: Added file: http://bugs.python.org/file19732/issue9182.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9182

[issue9182] document “--” as a way to disti nguish option w/ narg='+' from positional argument in arg parse

2010-11-21 Thread Daniel Albeseder
Daniel Albeseder ko...@gmx.at added the comment: Steven: The last part I guess would belong better in issue 9334. Using a -- to end all optionals is just a convention but -- could also be the argument to some option as well. We need to limit this in any way, and the way it is done right now

[issue10469] test_socket fails

2010-11-20 Thread Daniel Albeseder
Daniel Albeseder ko...@gmx.at added the comment: current revision = svn revision 86553 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10469

[issue10453] Add -h/--help option to compileall

2010-11-20 Thread Daniel Albeseder
Daniel Albeseder ko...@gmx.at added the comment: I did a very simple addition to the CommandLineTest, to check that -h really returns the usage:. I am not sure, if this is useful since, it rather tests argparse now with the proposed patch... -- nosy: +Kotan Added file: http

[issue10453] Add -h/--help option to compileall

2010-11-20 Thread Daniel Albeseder
Daniel Albeseder ko...@gmx.at added the comment: I wanted to test, that no unwanted output is given before the usage. I just added the test before I started to try to fix this bug, as I recognized Michele already was already fixing the bug. This was just my test-driven approach, where

[issue10469] test_socket fails

2010-11-20 Thread Daniel Albeseder
Daniel Albeseder ko...@gmx.at added the comment: As this was requested on IRC, I put the Visual C++ 2010 Express solution and project files here as well. The patch pcbuild_vs2010.patch should be applied to the PCbuild directory. -- keywords: +patch Added file: http://bugs.python.org

[issue9338] argparse optionals with nargs='+' can't be followed by positionals

2010-11-20 Thread Daniel Albeseder
Daniel Albeseder ko...@gmx.at added the comment: My attached patch adds the -- between the optionals and the arguments, if there are optionals which have variable length and at least some positional argument can be provided. Patch is for python 3.2 svn revision 86553. -- nosy: +Kotan

[issue9182] document “--” as a way to disti nguish option w/ narg='+' from positional argument in arg parse

2010-11-20 Thread Daniel Albeseder
Daniel Albeseder ko...@gmx.at added the comment: I did the patch for adding the -- in the generated usage text inside issue 9338. -- nosy: +Kotan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9182

[issue10469] test_socket fails

2010-11-20 Thread Daniel Albeseder
Daniel Albeseder ko...@gmx.at added the comment: #define EWOULDBLOCK 140 #define WSAEWOULDBLOCK 10035L The editor suggests that EWOULDBLOCK is already defined, therefore its code is used, i.e. 140. #define ECONNREFUSED107 #define WSAECONNREFUSED

[issue10469] test_socket fails

2010-11-20 Thread Daniel Albeseder
Daniel Albeseder ko...@gmx.at added the comment: c:\Program Files\Microsoft Visual Studio 10.0\VC\include\errno.h The content of my errno.h: ... #define EILSEQ 42 #define STRUNCATE 80 #endif #endif /* Support EDEADLOCK for compatibility with older MS-C versions */ #define

[issue10469] test_socket fails

2010-11-20 Thread Daniel Albeseder
Daniel Albeseder ko...@gmx.at added the comment: Only in the system_error file. (http://msdn.microsoft.com/en-us/library/ee372194.aspx) Seem to be a C++0X standard header file. http://msdn.microsoft.com/en-us/library/5814770t.aspx talks about the Posix codes only for compatibility reasons

[issue10469] test_socket fails

2010-11-20 Thread Daniel Albeseder
Daniel Albeseder ko...@gmx.at added the comment: Ok I did switched the preference for all new defines inside VC++ errno.h to use the WSA* alternatives if available. Now test_socket passes for me, and the test_asyncore which did block before, now passes without a problem. -- Added

[issue10469] test_socket fails using Visual Studio 2010

2010-11-20 Thread Daniel Albeseder
Changes by Daniel Albeseder ko...@gmx.at: -- title: test_socket fails - test_socket fails using Visual Studio 2010 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10469