[issue2890] O_ASYNC and FASYNC should be defined for *nix systems

2008-05-16 Thread Andrii V. Mishkovskyi
Andrii V. Mishkovskyi <[EMAIL PROTECTED]> added the comment: These flags are non-posix, linux-specific constants. Python 'os' module uses 'posix' module for all *nix systems, including those, that do not support O_ASYNC and FASYNC flags. I think your feature

[issue2890] O_ASYNC and FASYNC should be defined for *nix systems

2008-05-16 Thread Andrii V. Mishkovskyi
Andrii V. Mishkovskyi <[EMAIL PROTECTED]> added the comment: >I think they at least should be supported on Linux then. And what happens if some Unix flavor (i.e. Solaris) adds new flag, say O_NONLINUXSYNC and it has the same value as linux's O_ASYNC? And then FreeBSD adds O_BSD

[issue3178] __radd__(self, other) isn't called if self and other are of the same class

2008-06-23 Thread Andrii V. Mishkovskyi
Andrii V. Mishkovskyi <[EMAIL PROTECTED]> added the comment: This is covered in section 3.4.7 of Python Reference Manual: __radd__(self, other) [skipped] These methods are called to implement the binary arithmetic operations (+, -, *, /, %, divmod(), pow(), **, <<, >&

[issue3195] invalid conversion xml.etree.ElementTree.Element object to boolean

2008-06-25 Thread Andrii V. Mishkovskyi
Andrii V. Mishkovskyi <[EMAIL PROTECTED]> added the comment: To quote Python Library Reference, paragraph 3.1: """Any object can be tested for truth value, for use in an if or while condition or as operand of the Boolean operations below. The following values are consid

[issue3204] operator module docs are not updated to 3.0

2008-06-26 Thread Andrii V. Mishkovskyi
New submission from Andrii V. Mishkovskyi <[EMAIL PROTECTED]>: __*slice__() methods of sequence-like objects are removed in Python 3.0, but "operator.rst" has sections on *slice()/__*slice__() functions. Attached patch removes this functions from documentation. -- assign

[issue3206] Multiprocessing Array and sharedctypes.Array error in docs/implementation

2008-06-26 Thread Andrii V. Mishkovskyi
New submission from Andrii V. Mishkovskyi <[EMAIL PROTECTED]>: multiprocessing.sharedctypes.Array and multiprocessing.sharedctypes.Value if used according to documentation fail with AssertionError. Python 3.0b1+ (py3k:64518, Jun 25 2008, 12:52:38) [GCC 4.2.3 (Ubuntu 4.2.3-2ubuntu7)] on

[issue3206] Multiprocessing Array and sharedctypes.Array error in docs/implementation

2008-06-26 Thread Andrii V. Mishkovskyi
Changes by Andrii V. Mishkovskyi <[EMAIL PROTECTED]>: -- assignee: -> georg.brandl components: +Documentation nosy: +georg.brandl ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.py

[issue3206] Multiprocessing Array and sharedctypes.Array error in docs/implementation

2008-06-26 Thread Andrii V. Mishkovskyi
Andrii V. Mishkovskyi <[EMAIL PROTECTED]> added the comment: And here is the patch itself. :) -- keywords: +patch Added file: http://bugs.python.org/file10741/multiprocessing.diff ___ Python tracker <[EMAIL PROTECTED]> <http://

[issue3211] warnings.warn_explicit raises SystemError

2008-06-26 Thread Andrii V. Mishkovskyi
Andrii V. Mishkovskyi <[EMAIL PROTECTED]> added the comment: Even more, Python 3.0 crashes from following code: Python 3.0b1+ (py3k:64528M, Jun 26 2008, 11:40:20) [GCC 4.2.3 (Ubuntu 4.2.3-2ubuntu7)] on linux2 Type "help", "copyright", "credits" or &quo

[issue3256] Multiprocessing docs are not 3.0-ready

2008-07-02 Thread Andrii V. Mishkovskyi
New submission from Andrii V. Mishkovskyi <[EMAIL PROTECTED]>: Multiprocessing docs contain examples, that are not valid py3k code, mostly because of print used as a statement. Example (taken from multiprocessing.rst): from multiprocessing import Process def f(name): print 'h

[issue3272] Multiprocessing hangs when multiprocessing.Pool methods are called

2008-07-03 Thread Andrii V. Mishkovskyi
New submission from Andrii V. Mishkovskyi <[EMAIL PROTECTED]>: `multiprocessing` hangs, when `multiprocessing.Pool` methods `map`, `imap`, `imap_unordered`, `apply`, `apply_async`, `map_async` are called. Here is an example: Python 3.0b1+ (py3k:64686M, Jul 3 2008, 13:06:13) [GCC 4.2.3 (

[issue3273] multiprocessing and meaningful errors

2008-07-03 Thread Andrii V. Mishkovskyi
New submission from Andrii V. Mishkovskyi <[EMAIL PROTECTED]>: multiprocessing uses a lot of `assert` statements all over the code. I propose to change this way to a more readable and understandable. For example: Lib/multiprocessing/managers.py, line 136: assert isinstance(authkey, bytes)

[issue3283] multiprocessing.connection doesn't import AuthenticationError, while using it

2008-07-04 Thread Andrii V. Mishkovskyi
New submission from Andrii V. Mishkovskyi <[EMAIL PROTECTED]>: Lib/multiprocessing/connection.py contains two uses of AuthenticationError, while it's not imported from multiprocessing package. This exception is used in deliver_challenge() and answer_challenge() functions. I've

[issue3315] abc.rst little error

2008-07-07 Thread Andrii V. Mishkovskyi
New submission from Andrii V. Mishkovskyi <[EMAIL PROTECTED]>: 'make html' with latest py3k sources produces this warning: WARNING: /home/mishok/doc/python/abc-doc-bug/Doc/library/abc.rst:11: term not in glossary: abstract base classes I've applied little

[issue3256] Multiprocessing docs are not 3.0-ready

2008-07-07 Thread Andrii V. Mishkovskyi
Andrii V. Mishkovskyi <[EMAIL PROTECTED]> added the comment: So, after 5 days of silence I present my current status on the patch. This patch fixes Doc/includes/mp_*.py examples, except for the fact that I couldn't make mp_distributing.py work, but I'm still worki

[issue3256] Multiprocessing docs are not 3.0-ready

2008-07-07 Thread Andrii V. Mishkovskyi
Andrii V. Mishkovskyi <[EMAIL PROTECTED]> added the comment: And this patch is for Doc/library/multiprocessing.rst. Still, there are lot of issues, and as you none of you (Jesse or Richard) answered my email, I'll post them tomorrow here. Right now, the patch. :) Added

[issue3256] Multiprocessing docs are not 3.0-ready

2008-07-08 Thread Andrii V. Mishkovskyi
Andrii V. Mishkovskyi <[EMAIL PROTECTED]> added the comment: OK, then ignore the previous email, I'll send you a new one, with updated questions. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.

[issue3325] use of cPickle in multiprocessing

2008-07-09 Thread Andrii V. Mishkovskyi
New submission from Andrii V. Mishkovskyi <[EMAIL PROTECTED]>: There are two places in multiprocessing where cPickle (gone from py3k already) is used. Both of them are in try .. except, so they don't break code. Here is a patch that removes these uses. -- components: L

[issue3325] use of cPickle in multiprocessing

2008-07-09 Thread Andrii V. Mishkovskyi
Andrii V. Mishkovskyi <[EMAIL PROTECTED]> added the comment: And here is the patch. -- keywords: +patch Added file: http://bugs.python.org/file10867/issue3325.diff ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue3339] dummy_thread LockType.acquire() always returns None, should be True or False

2008-07-11 Thread Andrii V. Mishkovskyi
Andrii V. Mishkovskyi <[EMAIL PROTECTED]> added the comment: Seems like inconsistency to me, this simple patch should fix it. -- keywords: +patch nosy: +mishok13 Added file: http://bugs.python.org/file10875/issue3339.diff ___ Python tracker &

[issue3352] Deficiencies in multiprocessing/threading API

2008-07-14 Thread Andrii V. Mishkovskyi
Andrii V. Mishkovskyi <[EMAIL PROTECTED]> added the comment: Does this mean that all multiprocessing get_*/set_* methods should be changed to be properties? For example, multiprocessing.process.Process class defines not only set_name/get_name and is_daemon/set_daemon methods, but al

[issue3352] Deficiencies in multiprocessing/threading API

2008-07-14 Thread Andrii V. Mishkovskyi
Andrii V. Mishkovskyi <[EMAIL PROTECTED]> added the comment: Actually, 'getx' -> 'fget'. Sorry for the typo. :) ___ Python tracker <[EMAIL PROTECTED]>

[issue3354] sort(reverse=None) prints misleading error message

2008-07-14 Thread Andrii V. Mishkovskyi
Changes by Andrii V. Mishkovskyi <[EMAIL PROTECTED]>: -- nosy: +mishok13 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3354> ___ _

[issue3375] _multiprocessing.so build problems

2008-07-16 Thread Andrii V. Mishkovskyi
Andrii V. Mishkovskyi <[EMAIL PROTECTED]> added the comment: Attached the log of 'make -d' on clean checkout of py3k branch. This is on Ubuntu 8.04.1. -- nosy: +mishok13 Added file: http://bugs.python.org/file10907/make-d.log.bz2 __

[issue3256] Multiprocessing docs are not 3.0-ready

2008-07-23 Thread Andrii V. Mishkovskyi
Changes by Andrii V. Mishkovskyi <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file10848/multiprocessing.rst.diff ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue3256] Multiprocessing docs are not 3.0-ready

2008-07-23 Thread Andrii V. Mishkovskyi
Changes by Andrii V. Mishkovskyi <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file10960/issue3256.multiprocessing.rst.diff ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue3256] Multiprocessing docs are not 3.0-ready

2008-07-23 Thread Andrii V. Mishkovskyi
Andrii V. Mishkovskyi <[EMAIL PROTECTED]> added the comment: Here is the updated version of multiprocessing.rst patch. Not much has changes, as you can see (if you've seen the previous version, of course ;) ). I have only one question left about multiprocessing.rst,

[issue3436] csv.DictReader inconsistency

2008-07-24 Thread Andrii V. Mishkovskyi
New submission from Andrii V. Mishkovskyi <[EMAIL PROTECTED]>: I had to use csv module recently and ran into a "problem" with DictReader. I had to get headers of CSV file and only after that iterate throgh each row. But AFAIU there is no way to do it, other then subclassing. So,

[issue3436] csv.DictReader inconsistency

2008-07-24 Thread Andrii V. Mishkovskyi
Changes by Andrii V. Mishkovskyi <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file10966/trunk.csv.py.diff ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue3436] csv.DictReader inconsistency

2008-07-24 Thread Andrii V. Mishkovskyi
Changes by Andrii V. Mishkovskyi <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file10966/trunk.csv.py.diff ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue3436] csv.DictReader inconsistency

2008-07-24 Thread Andrii V. Mishkovskyi
Changes by Andrii V. Mishkovskyi <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file10967/trunk.csv.py.diff ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue3436] csv.DictReader inconsistency

2008-07-24 Thread Andrii V. Mishkovskyi
Changes by Andrii V. Mishkovskyi <[EMAIL PROTECTED]>: -- components: +Library (Lib) type: -> behavior ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.py

[issue3436] csv.DictReader inconsistency

2008-07-24 Thread Andrii V. Mishkovskyi
Andrii V. Mishkovskyi <[EMAIL PROTECTED]> added the comment: And how this method should look? Something like this, I suppose: def getheader(self): if self.fieldnames is None: try: self.fieldnames = self.reader.next() except StopIteration:

[issue3256] Multiprocessing docs are not 3.0-ready

2008-07-24 Thread Andrii V. Mishkovskyi
Andrii V. Mishkovskyi <[EMAIL PROTECTED]> added the comment: btw, some of the docstrings are also outdated, e.g. Pool.imap, Pool.map, etc. Should I handle this one too? ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue3256] Multiprocessing docs are not 3.0-ready

2008-07-24 Thread Andrii V. Mishkovskyi
Andrii V. Mishkovskyi <[EMAIL PROTECTED]> added the comment: OK, I'll work on this too. :) Patch should be ready by Monday. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.

[issue3436] csv.DictReader inconsistency

2008-07-28 Thread Andrii V. Mishkovskyi
Andrii V. Mishkovskyi <[EMAIL PROTECTED]> added the comment: I'm ok with that. :) Looks like you can close this one as "won't fix". ___ Python tracker <[EMAIL PROTECTED]> &

[issue3436] csv.DictReader inconsistency

2008-07-30 Thread Andrii V. Mishkovskyi
Changes by Andrii V. Mishkovskyi <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file10967/trunk.csv.py.diff ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue3436] csv.DictReader inconsistency

2008-07-30 Thread Andrii V. Mishkovskyi
Changes by Andrii V. Mishkovskyi <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file10965/py3k.csv.py.diff ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue3436] csv.DictReader inconsistency

2008-07-31 Thread Andrii V. Mishkovskyi
Changes by Andrii V. Mishkovskyi <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file11016/issue3436.py3k.csv.py.diff ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue3436] csv.DictReader inconsistency

2008-07-31 Thread Andrii V. Mishkovskyi
Changes by Andrii V. Mishkovskyi <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file11017/issue3436.trunk.csv.py.diff ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue3436] csv.DictReader inconsistency

2008-07-31 Thread Andrii V. Mishkovskyi
Andrii V. Mishkovskyi <[EMAIL PROTECTED]> added the comment: I like the idea of fieldnames attribute being a property, so i've uploaded patches that implement them as such. Both patches ran through make test without problems. ___ Python trac

[issue3436] csv.DictReader inconsistency

2008-08-01 Thread Andrii V. Mishkovskyi
Andrii V. Mishkovskyi <[EMAIL PROTECTED]> added the comment: Oh, so this is how the process looks like... /me removes patches I've uploaded both py3k and trunk patches just because I'm fixing things the other way round -- first I write a patch for 3.0 and only after that I ba

[issue3436] csv.DictReader inconsistency

2008-08-01 Thread Andrii V. Mishkovskyi
Changes by Andrii V. Mishkovskyi <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11016/issue3436.py3k.csv.py.diff ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue3436] csv.DictReader inconsistency

2008-08-01 Thread Andrii V. Mishkovskyi
Changes by Andrii V. Mishkovskyi <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11017/issue3436.trunk.csv.py.diff ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue2522] locale.format() problems with decimal separator

2008-03-31 Thread Andrii V. Mishkovskyi
New submission from Andrii V. Mishkovskyi <[EMAIL PROTECTED]>: locale.format() doesn't insert correct decimal separator to string representation when 'format' argument has '\r' or '\n' symbols in it. This bug has been reproduced on Python 2.5.2 and svn-

[issue2522] locale.format() problems with decimal separator

2008-04-01 Thread Andrii V. Mishkovskyi
Andrii V. Mishkovskyi <[EMAIL PROTECTED]> added the comment: I've uploaded a patch that fixes this concrete issue, though locale.format() continues to silently ignore other types of malformed strings (e.g. locale.format('%fSPAMf')). I don't think this is correct behav

[issue2782] datetime/date strftime() method and time.strftime() inconsistency

2008-05-07 Thread Andrii V. Mishkovskyi
New submission from Andrii V. Mishkovskyi <[EMAIL PROTECTED]>: datetime and date strftime() method does additional check on input format, thus being completely different from time's module time.strftime() method behavior. There are two ways to fix this: 1. Add an explicit note

[issue4255] timing module refers to non-existent documentation

2008-11-03 Thread Andrii V. Mishkovskyi
Andrii V. Mishkovskyi <[EMAIL PROTECTED]> added the comment: Well, it's listed in "Undocumented modules": http://docs.python.org/library/undoc.html#obsolete so I wouldn't call this a bug. -- nosy: +mishok13 ___ Python

[issue4662] posix module lacks several DeprecationWarning's

2008-12-14 Thread Andrii V. Mishkovskyi
New submission from Andrii V. Mishkovskyi : posix module lacks DeprecationWarning for the functions listed below: tempnam, tmpfile, fdopen, getcwdu, popen, tmpnam All of these are absent in 3.0, so I think adding DeprecationWarning to all of them would be useful. Attaching a straight-forward

[issue4662] posix module lacks several DeprecationWarning's

2008-12-14 Thread Andrii V. Mishkovskyi
Changes by Andrii V. Mishkovskyi : Removed file: http://bugs.python.org/file12354/posixmodule.patch ___ Python tracker <http://bugs.python.org/issue4662> ___ ___ Pytho

[issue4662] posix module lacks several DeprecationWarning's

2008-12-14 Thread Andrii V. Mishkovskyi
Andrii V. Mishkovskyi added the comment: I've missed one simple thing -- posix.getcwdu has been renamed to posix.getcwd in 3.0, so adding Py3k deprecation warning to this function is not really needed. Instead a fix for this should be added to the list of 2to3 fixes. I've also

[issue5580] Strange error message in Python/getargs.c

2009-03-27 Thread Andrii V. Mishkovskyi
New submission from Andrii V. Mishkovskyi : I think the following message is a little bit confusing: Python 2.7a0 (trunk, Mar 17 2009, 12:06:19) [GCC 4.3.2] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>>

[issue2522] locale.format() problems with decimal separator

2009-03-30 Thread Andrii V. Mishkovskyi
Andrii V. Mishkovskyi added the comment: Nice to see this moving forward. Your patch looks nicer than my naive approach and I hope it's going to be applied. Thanks for investigation. :) -- ___ Python tracker <http://bugs.python.org/i