[issue25291] better Exception message for certain task termination scenario

2015-10-01 Thread Oleg
New submission from Oleg: the weird condition in the code causes the task to end with double exception, hard to understand what really had happened. producing output like that: |i am task.. |i keep working |Exception in callback Task._step() |handle: |Traceback (most

[issue25291] ssl socket gets into broken state when client exits during handshake

2015-10-01 Thread Oleg
Oleg added the comment: when i run the server in one terminal and the client in another the server output wold be: Serving on ('127.0.0.1', 8443) my transport None my backlog len 2 my backlog size 4200 that output proves that it is trying to write into socket, while there is no

[issue25292] ssl socket gets into broken state when client exits during handshake

2015-10-01 Thread Oleg
New submission from Oleg: when i run the server in one terminal and the client in another the server output wold be: Serving on ('127.0.0.1', 8443) my transport None my backlog len 2 my backlog size 4200 that output proves that it is trying to write into socket, while there is no

[issue25291] ssl socket gets into broken state when client exits during handshake

2015-10-01 Thread Oleg
Oleg added the comment: Please disregard previous comment!(or delete it), i wanted to create new issue instead! -- ___ Python tracker <http://bugs.python.org/issue25

[issue25291] better Exception message for certain task termination scenario

2015-10-01 Thread Oleg
Changes by Oleg : -- title: ssl socket gets into broken state when client exits during handshake -> better Exception message for certain task termination scenario ___ Python tracker <http://bugs.python.org/issu

[issue46038] Mark /configure file as generated in .gitattributes

2021-12-10 Thread Oleg Iarygin
New submission from Oleg Iarygin : configure is regenerated from configure.ac using a custom container with appropriate version of tools (quay.io/tiran/cpython_autoconf by Christian Heimes). As a result, configure falls into the same category as files generated by Argument Clinic, Freeze and

[issue46038] Mark /configure file as generated in .gitattributes

2021-12-10 Thread Oleg Iarygin
Change by Oleg Iarygin : -- keywords: +patch pull_requests: +28256 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30031 ___ Python tracker <https://bugs.python.org/issu

[issue46391] Library multiprocess leaks named resources.

2022-01-15 Thread Oleg Iarygin
Oleg Iarygin added the comment: I added core devs related to multiprocessing into a nosy list so they got a notification and the PR will be evaluated and merged faster. FYI, the devs are Davin Potts and Antoine Pitrou (as per <https://devguide.python.org/experts/>). -

[issue15500] Python should support exporting thread names to the OS

2022-01-18 Thread Oleg Iarygin
Oleg Iarygin added the comment: @r.david.murray > It is indeed the compatibility that is the worse issue. The problem is what > people have gotten used to and may have coded their applications to > expect/deal > with. I agree with you that most people would *not* find it surpr

[issue34875] Change .js mime to "text/javascript"

2022-01-21 Thread Oleg Iarygin
Oleg Iarygin added the comment: Myles, it looks like the draft 14 contains a mismatch in 6.2.1: > # 6.2.1. text/ecmascript > > Type name: application > Subtype name: ecmascript In header it's `text`, in details it's `application`. Is it intended? I believe that a typ

[issue46038] Mark /configure file as generated in .gitattributes

2022-01-21 Thread Oleg Iarygin
Change by Oleg Iarygin : -- pull_requests: +28935 pull_request: https://github.com/python/cpython/pull/30745 ___ Python tracker <https://bugs.python.org/issue46

[issue46038] Mark /configure file as generated in .gitattributes

2022-01-21 Thread Oleg Iarygin
Oleg Iarygin added the comment: Superseded by <https://github.com/python/core-workflow/issues/425>. The PR itself is included as a part of PR30745. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___

[issue45877] Inconsistency in minimal supported version of Microsoft Visual Studio

2022-01-21 Thread Oleg Iarygin
Change by Oleg Iarygin : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue45877> ___ ___

[issue41682] [Windows] test_asyncio: Proactor test_sendfile_close_peer_in_the_middle_of_receiving failure

2022-01-22 Thread Oleg Iarygin
Change by Oleg Iarygin : -- nosy: +arhadthedev ___ Python tracker <https://bugs.python.org/issue41682> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46649] Propagate Python thread name to thread state structure

2022-02-05 Thread Oleg Iarygin
Oleg Iarygin added the comment: > bpo-15500 looks like a more generic option, debuggers should be able to > retrieve thread names. That option is not viable. 1. > Created on 2012-07-30 16:19 by bra, last changed 2022-01-19 00:32 by pitrou 2. > I don't think this should b

[issue46816] Remove declarations for non-__STDC__ compilers

2022-02-21 Thread Oleg Iarygin
New submission from Oleg Iarygin : Currently, Python code contains two places where presence of __STDC__ is checked: - Include/internal/pycore_pymath.h:12 - Python/errors.c:13 These checks are used to add extern functions missing in non-standard versions of math.h. However, after Python

[issue46816] Remove declarations for non-__STDC__ compilers

2022-02-21 Thread Oleg Iarygin
Change by Oleg Iarygin : -- keywords: +patch pull_requests: +29596 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31466 ___ Python tracker <https://bugs.python.org/issu

[issue46920] Remove code made dead long ago with #if 0

2022-03-04 Thread Oleg Iarygin
New submission from Oleg Iarygin : `git grep "#if 0"` gives the following occurences of dead code (analyzed with `git blame`, removed by a linked pull request): - added on 27 Apr 2020 by 2b74c83: Parser/pegen.h:9, Parser/pegen.h:15. Since these constants aren't mentioned a

[issue46920] Remove code made dead long ago with #if 0

2022-03-04 Thread Oleg Iarygin
Change by Oleg Iarygin : -- keywords: +patch pull_requests: +29800 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31681 ___ Python tracker <https://bugs.python.org/issu

[issue46920] Remove code made dead long ago with #if 0

2022-03-04 Thread Oleg Iarygin
Oleg Iarygin added the comment: Also forgot to add that git grep "#if 1" gives the following: - added on 20 Nov 2014 by d600951: cpython/Python/pylifecycle.c:2427. "/* Disable this if you have trouble debugging bootstrap stuff */" - after seven years, no trouble was

[issue46920] Remove code made dead long ago with #if 0

2022-03-05 Thread Oleg Iarygin
Oleg Iarygin added the comment: I reverted my changes in Modules/_ctypes/libffi_osx/x86/x86-ffi64.c and Modules/_decimal/libmpdec/*step.c to not disturb third-party vendored libraries. As a result, macOS component is no longer affected along with the corresponding experts in a nosy list

[issue46942] Convert Object/classobject.c to Argument Clinic

2022-03-07 Thread Oleg Iarygin
New submission from Oleg Iarygin : - Convert method.__reduce__, method.__new__, and instancemethod.__new__ to AC. It looks like nothing else can be converted in classobject.c. This is my first time working with AC so I could make some mistakes. - Fix found mismatches in method.__new__

[issue46942] Convert Object/classobject.c to Argument Clinic

2022-03-07 Thread Oleg Iarygin
Change by Oleg Iarygin : -- keywords: +patch pull_requests: +29834 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31711 ___ Python tracker <https://bugs.python.org/issu

[issue46946] Port core types to Argument Clinic

2022-03-07 Thread Oleg Iarygin
New submission from Oleg Iarygin : This is done to: - update docstrings to current standards enforced by AC - get proper naming for arguments of impl-functions (for example, self instead of obj and instance) - strip boilerplate reducing current 16k lines of code to something little more

[issue46946] Port core types to Argument Clinic

2022-03-07 Thread Oleg Iarygin
Change by Oleg Iarygin : -- keywords: +patch pull_requests: +29841 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31725 ___ Python tracker <https://bugs.python.org/issu

[issue1206] logging/__init__.py

2007-09-26 Thread Oleg Broytmann
New submission from Oleg Broytmann: See the thread in the python-dev mailing list: http://mail.python.org/pipermail/python-dev/2007-September/074732.html -- components: Library (Lib) files: __init__.py.patch messages: 56145 nosy: phd severity: minor status: open title: logging/__init__

[issue13241] Assertion failed in _PyUnicode_CheckConsistency during build of default branch on Mac OS X

2011-10-21 Thread Oleg Plakhotnyuk
New submission from Oleg Plakhotnyuk : Trying to build latest development revision: localhost:repo family$ hg summary parent: 73044:a985d733b3a3 tip #12753: Add support for Unicode name aliases and named sequences. branch: default commit: (clean) update: (current) Constantly getting this

[issue13241] Assertion failed in _PyUnicode_CheckConsistency during build of default branch on Mac OS X

2011-10-21 Thread Oleg Plakhotnyuk
Oleg Plakhotnyuk added the comment: Oh yes. I am building with this command line: ./configure --with-pydebug && make -j2 -- ___ Python tracker <http://bugs.python.org

[issue13241] Assertion failed in _PyUnicode_CheckConsistency during build of default branch on Mac OS X

2011-10-23 Thread Oleg Plakhotnyuk
Oleg Plakhotnyuk added the comment: Thank you all for help. I finally managed to build it. :-) So here are complete steps I've taken to build python after OS reinstall: 1. Install XCode 4.2 2. Install MacPorts 3. sudo port -v selfupdate 4. sudo port install gcc46 5. ./configure CC=gcc-m

[issue13241] Assertion failed in _PyUnicode_CheckConsistency during build of default branch on Mac OS X

2011-10-23 Thread Oleg Plakhotnyuk
Changes by Oleg Plakhotnyuk : -- resolution: -> works for me ___ Python tracker <http://bugs.python.org/issue13241> ___ ___ Python-bugs-list mailing list Un

[issue13241] Assertion failed in _PyUnicode_CheckConsistency during build of default branch on Mac OS X

2011-10-23 Thread Oleg Plakhotnyuk
Changes by Oleg Plakhotnyuk : -- status: open -> pending ___ Python tracker <http://bugs.python.org/issue13241> ___ ___ Python-bugs-list mailing list Unsubscri

[issue13241] Assertion failed in _PyUnicode_CheckConsistency during build of default branch on Mac OS X

2011-10-23 Thread Oleg Plakhotnyuk
Changes by Oleg Plakhotnyuk : -- resolution: works for me -> fixed status: pending -> open ___ Python tracker <http://bugs.python.org/issue13241> ___ ___

[issue13241] Assertion failed in _PyUnicode_CheckConsistency during build of default branch on Mac OS X

2011-10-23 Thread Oleg Plakhotnyuk
Changes by Oleg Plakhotnyuk : -- status: open -> pending ___ Python tracker <http://bugs.python.org/issue13241> ___ ___ Python-bugs-list mailing list Unsubscri

[issue13241] Assertion failed in _PyUnicode_CheckConsistency during build of default branch on Mac OS X

2011-10-23 Thread Oleg Plakhotnyuk
Oleg Plakhotnyuk added the comment: Ah, of course. Initially I've tried to compile using this: i686-apple-darwin10-llvm-gcc-4.2 (GCC) 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.1.00) XCode version 4.2, build 4C199 -- ___ P

[issue8087] Unupdated source file in traceback

2011-11-05 Thread Oleg Oshmyan
Oleg Oshmyan added the comment: I just want to note that the code might be edited not only while it is running it in the interactive interpreter but also while it is running as a standalone script. In this case the script naturally would not know to reload its own code nor allow the user to

[issue13394] Patch to increase aifc lib test coverage with couple of minor fixes

2011-11-12 Thread Oleg Plakhotnyuk
New submission from Oleg Plakhotnyuk : I've increased coverage of aifc.py by test_aifc.py: before: [1/1] test_aifc lines cov% module (path) 56063% aifc (/Users/family/Documents/code/python/repo/Lib/aifc.py) ... after: [1/1] test_aifc lines cov% module (path) 561

[issue13394] Patch to increase aifc lib test coverage with couple of minor fixes

2011-11-13 Thread Oleg Plakhotnyuk
Oleg Plakhotnyuk added the comment: Thanks for your review, Ezio! Here goes new patch with all issues you've mentioned been fixed. -- Added file: http://bugs.python.org/file23678/test_aifc2.patch ___ Python tracker <http://bugs.py

[issue13394] Patch to increase aifc lib test coverage with couple of minor fixes

2011-11-20 Thread Oleg Plakhotnyuk
Changes by Oleg Plakhotnyuk : Removed file: http://bugs.python.org/file23678/test_aifc2.patch ___ Python tracker <http://bugs.python.org/issue13394> ___ ___ Python-bug

[issue13394] Patch to increase aifc lib test coverage with couple of minor fixes

2011-11-20 Thread Oleg Plakhotnyuk
Oleg Plakhotnyuk added the comment: 1. Test coverage increased to 95%. 2. G722 compressed files reading in aifc.py fixed (it used to use 0 bytes frame size). 3. audioop's ulaw2lin, alaw2lin and adpcm2lin length checks fixed (width should be used for output only, because input sequence

[issue13394] Patch to increase aifc lib test coverage with couple of minor fixes

2011-11-20 Thread Oleg Plakhotnyuk
Changes by Oleg Plakhotnyuk : Removed file: http://bugs.python.org/file23677/test_aifc.patch ___ Python tracker <http://bugs.python.org/issue13394> ___ ___ Python-bug

[issue13394] Patch to increase aifc lib test coverage with couple of minor fixes

2011-11-20 Thread Oleg Plakhotnyuk
Oleg Plakhotnyuk added the comment: Minor style fixes -- Added file: http://bugs.python.org/file23734/test_aifc.patch ___ Python tracker <http://bugs.python.org/issue13

[issue13394] Patch to increase aifc lib test coverage with couple of minor fixes

2011-11-20 Thread Oleg Plakhotnyuk
Changes by Oleg Plakhotnyuk : Removed file: http://bugs.python.org/file23733/test_aifc.patch ___ Python tracker <http://bugs.python.org/issue13394> ___ ___ Python-bug

[issue13438] "Delete patch set" review action doesn't work

2011-11-20 Thread Oleg Plakhotnyuk
New submission from Oleg Plakhotnyuk : I got following error when trying to delete outdated patch set: Environment: Request Method: POST Request URL: http://bugs.python.org/review/13394/patchset/3680/delete Django Version: 1.1.1 SVN-17047 Python Version: 2.5.2 Installed Applications

[issue13394] Patch to increase aifc lib test coverage with couple of minor fixes

2011-12-12 Thread Oleg Plakhotnyuk
Changes by Oleg Plakhotnyuk : Removed file: http://bugs.python.org/file23734/test_aifc.patch ___ Python tracker <http://bugs.python.org/issue13394> ___ ___ Python-bug

[issue13394] Patch to increase aifc lib test coverage with couple of minor fixes

2011-12-12 Thread Oleg Plakhotnyuk
Oleg Plakhotnyuk added the comment: Sounds perfectly reasonable. Here goes the first patch with pure test coverage. -- Added file: http://bugs.python.org/file23931/test_aifc.patch ___ Python tracker <http://bugs.python.org/issue13

[issue13589] Aifc float serialization fix

2011-12-12 Thread Oleg Plakhotnyuk
New submission from Oleg Plakhotnyuk : 1. Fixed _write_float to handle infinity, NaN and negative numbers correctly. 2. Renamed _write_long to _write_ulong because it actually writes unsigned value. 3. Added _read_ushort as counterpart of _write_ushort. This is never used anywhere except test

[issue13589] Aifc float serialization fix

2011-12-12 Thread Oleg Plakhotnyuk
Oleg Plakhotnyuk added the comment: Patch must be applied after http://bugs.python.org/file23931/test_aifc.patch from issue 13394. Not sure if review tool can handle this correctly. -- ___ Python tracker <http://bugs.python.org/issue13

[issue13589] Aifc float serialization fix

2011-12-12 Thread Oleg Plakhotnyuk
Oleg Plakhotnyuk added the comment: Second patch goes to issue 13589 -- ___ Python tracker <http://bugs.python.org/issue13589> ___ ___ Python-bugs-list mailin

[issue13394] Patch to increase aifc lib test coverage with couple of minor fixes

2011-12-12 Thread Oleg Plakhotnyuk
Oleg Plakhotnyuk added the comment: Second patch goes to issue 13589 -- ___ Python tracker <http://bugs.python.org/issue13394> ___ ___ Python-bugs-list mailin

[issue13589] Aifc float serialization fix

2011-12-12 Thread Oleg Plakhotnyuk
Changes by Oleg Plakhotnyuk : -- type: -> behavior ___ Python tracker <http://bugs.python.org/issue13589> ___ ___ Python-bugs-list mailing list Unsubscri

[issue13394] Patch to increase aifc lib test coverage with couple of minor fixes

2011-12-12 Thread Oleg Plakhotnyuk
Changes by Oleg Plakhotnyuk : Removed file: http://bugs.python.org/file23931/test_aifc.patch ___ Python tracker <http://bugs.python.org/issue13394> ___ ___ Python-bug

[issue13394] Patch to increase aifc lib test coverage with couple of minor fixes

2011-12-12 Thread Oleg Plakhotnyuk
Changes by Oleg Plakhotnyuk : Added file: http://bugs.python.org/file23934/test_aifc.patch ___ Python tracker <http://bugs.python.org/issue13394> ___ ___ Python-bug

[issue13589] Aifc float serialization fix

2011-12-12 Thread Oleg Plakhotnyuk
Oleg Plakhotnyuk added the comment: Forget about "patch must be applied before" thing. I've made independent patch. :-) -- Added file: http://bugs.python.org/file23935/aifc_numbers_fix.patch ___ Python tracker <http://bugs.pyt

[issue13589] Aifc float serialization fix

2011-12-12 Thread Oleg Plakhotnyuk
Changes by Oleg Plakhotnyuk : Removed file: http://bugs.python.org/file23932/aifc_numbers_fix.patch ___ Python tracker <http://bugs.python.org/issue13589> ___ ___ Pytho

[issue13589] Aifc float serialization fix

2011-12-12 Thread Oleg Plakhotnyuk
Changes by Oleg Plakhotnyuk : Removed file: http://bugs.python.org/file23935/aifc_numbers_fix.patch ___ Python tracker <http://bugs.python.org/issue13589> ___ ___ Pytho

[issue13589] Aifc float serialization fix

2011-12-12 Thread Oleg Plakhotnyuk
Changes by Oleg Plakhotnyuk : Added file: http://bugs.python.org/file23939/aifc_numbers_fix.patch ___ Python tracker <http://bugs.python.org/issue13589> ___ ___ Python-bug

[issue13589] Aifc float serialization fix

2011-12-12 Thread Oleg Plakhotnyuk
Changes by Oleg Plakhotnyuk : Removed file: http://bugs.python.org/file23939/aifc_numbers_fix.patch ___ Python tracker <http://bugs.python.org/issue13589> ___ ___ Pytho

[issue13589] Aifc float serialization fix

2011-12-12 Thread Oleg Plakhotnyuk
Changes by Oleg Plakhotnyuk : Added file: http://bugs.python.org/file23940/aifc_numbers_fix.patch ___ Python tracker <http://bugs.python.org/issue13589> ___ ___ Python-bug

[issue13589] Aifc low level serialization primitives fix

2011-12-12 Thread Oleg Plakhotnyuk
Changes by Oleg Plakhotnyuk : -- title: Aifc float serialization fix -> Aifc low level serialization primitives fix ___ Python tracker <http://bugs.python.org/issu

[issue13394] Patch to increase aifc lib test coverage

2011-12-12 Thread Oleg Plakhotnyuk
Changes by Oleg Plakhotnyuk : -- title: Patch to increase aifc lib test coverage with couple of minor fixes -> Patch to increase aifc lib test coverage ___ Python tracker <http://bugs.python.org/issu

[issue13594] Aifc markers write fix

2011-12-13 Thread Oleg Plakhotnyuk
New submission from Oleg Plakhotnyuk : 1. Markers serialization test coverage improved. 2. Marker name changed from string to bytes, because _write_string function uses bytes. 3. Check for closed file handle moved to 'close' method, because otherwise I caught 'attempt to write

[issue13394] Patch to increase aifc lib test coverage

2011-12-13 Thread Oleg Plakhotnyuk
Changes by Oleg Plakhotnyuk : Removed file: http://bugs.python.org/file23934/test_aifc.patch ___ Python tracker <http://bugs.python.org/issue13394> ___ ___ Python-bug

[issue13394] Patch to increase aifc lib test coverage

2011-12-13 Thread Oleg Plakhotnyuk
Oleg Plakhotnyuk added the comment: The split is in progress. There will be at least two more patches. Regarding your comments: 1) Sorry for my english :-) It is fully determined by the input. With this particular test input the assertNotEqual will always pass. So I've removed it. 2)

[issue13394] Patch to increase aifc lib test coverage

2011-12-13 Thread Oleg Plakhotnyuk
Oleg Plakhotnyuk added the comment: Third patch goes to issue 13594 -- ___ Python tracker <http://bugs.python.org/issue13394> ___ ___ Python-bugs-list mailin

[issue13620] Support Chrome in webbrowser.py

2011-12-17 Thread Oleg Broytman
New submission from Oleg Broytman : Support Google Chrome/Chromium browsers in webbrowser.py. The attached patch is against Python 2.7, but it should be applied cleanly to Python 3+. -- components: Library (Lib) files: webbrowser.py.patch keywords: patch messages: 149666 nosy: phd

[issue13620] Support Chrome in webbrowser.py

2011-12-19 Thread Oleg Broytman
Changes by Oleg Broytman : Removed file: http://bugs.python.org/file23986/webbrowser.py.patch ___ Python tracker <http://bugs.python.org/issue13620> ___ ___ Python-bug

[issue13620] Support Chrome in webbrowser.py

2011-12-19 Thread Oleg Broytman
Oleg Broytman added the comment: I updated the patch. Thank you for reviewing! -- keywords: +patch Added file: http://bugs.python.org/file24055/webbrowser.py.patch ___ Python tracker <http://bugs.python.org/issue13

[issue13620] Support Chrome in webbrowser.py

2011-12-19 Thread Oleg Broytman
Changes by Oleg Broytman : Removed file: http://bugs.python.org/file24055/webbrowser.py.patch ___ Python tracker <http://bugs.python.org/issue13620> ___ ___ Python-bug

[issue13620] Support Chrome in webbrowser.py

2011-12-19 Thread Oleg Broytman
Oleg Broytman added the comment: I'm fine with that version. -- ___ Python tracker <http://bugs.python.org/issue13620> ___ ___ Python-bugs-list mailing list

[issue13680] Aifc comptype write fix

2011-12-30 Thread Oleg Plakhotnyuk
New submission from Oleg Plakhotnyuk : Two changes have been made to the library: 1. Lowercase compression type support have been added to the sample width validation routine during write operation. Everywhere else compression types are used in both lowercase and uppercase. 2. Redundant

[issue13394] Patch to increase aifc lib test coverage

2011-12-30 Thread Oleg Plakhotnyuk
Oleg Plakhotnyuk added the comment: Fourth patch goes to issue 13680 -- ___ Python tracker <http://bugs.python.org/issue13394> ___ ___ Python-bugs-list mailin

[issue13681] Aifc read compressed frames fix

2011-12-30 Thread Oleg Plakhotnyuk
New submission from Oleg Plakhotnyuk : This patch resolves two issues: 1. ADPCM compressed audio files reading. Such files have frame size of 4 bits. Aifc lib cannot represent 4 bits frame size because it uses integer bytes count variable. I have replaced it with bits count. 2. ALAW/ULAW

[issue13681] Aifc read compressed frames fix

2011-12-30 Thread Oleg Plakhotnyuk
Oleg Plakhotnyuk added the comment: I have put changes to both aifc and audioop module in this single patch. The reason is that aifc test reading compressed frames will work properly only after audioop fix has been applied. -- ___ Python tracker

[issue13394] Patch to increase aifc lib test coverage

2011-12-30 Thread Oleg Plakhotnyuk
Oleg Plakhotnyuk added the comment: The last, fifth, patch goes to issue 13681 -- ___ Python tracker <http://bugs.python.org/issue13394> ___ ___ Python-bug

[issue12085] subprocess.Popen.__del__ raises AttributeError if __init__ was called with an invalid argument list

2011-05-26 Thread Oleg Oshmyan
Oleg Oshmyan added the comment: > We can use a class attribute to set the attribute before calling __init__ Ah, yes, I thought about adding a class attribute as well, but the class currently does not have any and initializes instance attributes to default values in __init__, so I ch

[issue12085] subprocess.Popen.__del__ raises AttributeError if __init__ was called with an invalid argument list

2011-05-26 Thread Oleg Oshmyan
Oleg Oshmyan added the comment: Here is a new patch; please take a look. Do I understand correctly that I should now remove the old one? -- Added file: http://bugs.python.org/file22123/_child_created_2.diff ___ Python tracker <h

[issue12085] subprocess.Popen.__del__ raises AttributeError if __init__ was called with an invalid argument list

2011-05-26 Thread Oleg Oshmyan
Oleg Oshmyan added the comment: Looking at my own patch, I've noticed that the comment I added to Popen.__del__ doesn't sound quite right to me in terms of language and doesn't end in a full stop while all other comments in the same method do. Am I being too picky? I can'

[issue12085] subprocess.Popen.__del__ raises AttributeError if __init__ was called with an invalid argument list

2011-05-27 Thread Oleg Oshmyan
Oleg Oshmyan added the comment: I've added passing __init__ an undeclared keyword argument as an example to the comment following your suggestion. I've also reworded the comment to make it sound better to me and added a full stop. :-) -- Added file: http://bugs.python.org

[issue6474] Inconsistent TypeError message on function calls with wrong number of arguments

2011-06-07 Thread Oleg Oshmyan
Oleg Oshmyan added the comment: Unfortunately it was not. >>> Extension('myext', define_macros=[]) Traceback (most recent call last): File "", line 1, in TypeError: __init__() takes from 3 to 17 positional arguments but 3 were given The issue is that the m

[issue12265] revamp argument errors

2011-06-07 Thread Oleg Oshmyan
Changes by Oleg Oshmyan : -- nosy: +chortos ___ Python tracker <http://bugs.python.org/issue12265> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue6474] Inconsistent TypeError message on function calls with wrong number of arguments

2011-06-25 Thread Oleg Oshmyan
Oleg Oshmyan added the comment: Yes, thank you. I am (yet) unable to create a misleading error message now. :-) -- ___ Python tracker <http://bugs.python.org/issue6

[issue12646] zlib.Decompress.decompress/flush do not raise any exceptions when given truncated input streams

2011-07-27 Thread Oleg Oshmyan
New submission from Oleg Oshmyan : If a truncated input stream is given to the zlib.decompress function, it raises a zlib.error. However, if the same stream is fed to a zlib.Decompress object, no exception is raised during the entire lifetime of the object. Attached is an example

[issue12646] zlib.Decompress.decompress/flush do not raise any exceptions when given truncated input streams

2011-07-27 Thread Oleg Oshmyan
Oleg Oshmyan added the comment: I believe the attached patch fixes this problem, making zlib.Decompress.flush() raise the exception raised by zlib.decompress(). In the same patch, I also took the opportunity to correct a wrong comment in the implementation of flush() and change the error

[issue12646] zlib.Decompress.decompress/flush do not raise any exceptions when given truncated input streams

2011-07-27 Thread Oleg Oshmyan
Oleg Oshmyan added the comment: > faking another error code Actually, I think another call to inflate(), which would be valid at that point, would just return the other error code, so it can as well be faked. -- ___ Python tracker &l

[issue12646] zlib.Decompress.decompress/flush do not raise any exceptions when given truncated input streams

2011-08-02 Thread Oleg Oshmyan
Oleg Oshmyan added the comment: I like the new patch, but shouldn’t the default be to behave the same way zlib.decompress() behaves, i. e. raise? (Or perhaps zlib.decompress() should be modified not to raise instead. I’m just aiming at consistency.) Of course this will break code that relies

[issue12646] zlib.Decompress.decompress/flush do not raise any exceptions when given truncated input streams

2011-08-05 Thread Oleg Oshmyan
Oleg Oshmyan added the comment: I have another proposition (as an alternative). The new _bz2.BZ2Decompressor objects have an attribute called eof which is False until the end of the stream is read. The same attribute could be added to zlib.Decompress objects

[issue9850] obsolete macpath module dangerously broken and should be removed

2011-08-18 Thread Oleg Oshmyan
Oleg Oshmyan added the comment: I fully agree with Ronald’s proposal. And for a start, here is a trivial patch that fixes macpath.join('', ...) [at the moment it just returns its last argument]. By the way, this fix is probably eligible for inclusion in Python 2.7 too. I

[issue9850] obsolete macpath module dangerously broken and should be removed

2011-08-18 Thread Oleg Oshmyan
Oleg Oshmyan added the comment: It is already tested but here is a new version of the patch that expands the existing test to cover the situation that was broken (plus another one). -- Added file: http://bugs.python.org/file22943/macpath_join_fix_with_test.patch

[issue821862] ftplib: Strict RFC 959 (telnet in command channel)

2010-08-17 Thread Oleg Broytmann
Oleg Broytmann added the comment: > Other than IAC what other chars need to be doubled? Only IAC must be doubled. Also there have to be a special prefix for urgent (out-of-bound) commands (ABORt); I didn't implement that. > As an alternative to a brand new TelnetFTP class

[issue12085] subprocess.Popen.__del__ raises AttributeError if __init__ was called with an invalid argument list

2011-05-15 Thread Oleg Oshmyan
New submission from Oleg Oshmyan : If subprocess.Popen is called with a keyword argument whose name is undefined or simply too many arguments, an instance of the Popen class is created but its __init__ method call fails due to the invalid argument list. (Immediately) afterwards, the new

[issue6474] Inconsistent TypeError message on function calls with wrong number of arguments

2011-05-18 Thread Oleg Oshmyan
Oleg Oshmyan added the comment: $ python3.2 Python 3.2 (r32:88445, Mar 28 2011, 16:46:36) [GCC 4.2.1 (Apple Inc. build 5664)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> from distutils.core impo

[issue2482] Decimal(unicode)

2008-03-25 Thread Oleg Broytmann
New submission from Oleg Broytmann <[EMAIL PROTECTED]>: Decimal(u'123').to_eng_string() returns unicode in Python 2.5.2. That's probably due to the optimization in decimal module, after which decimal stores coefficient (mantissa) as a str, and doesn't coerce input to st

[issue2666] webbrowser.py doesn't properly handle BROWSER env var

2008-04-21 Thread Oleg Broytmann
New submission from Oleg Broytmann <[EMAIL PROTECTED]>: webbrowser.py ignores browsers listed in the BROWSER environment variables if it doesn't recognize the browser. For example, if I add "links2" to the BROWSER env var, webbrowser.py ignores it. It is because _synthesi

[issue2666] webbrowser.py doesn't properly handle BROWSER env var

2008-11-15 Thread Oleg Broytmann
Oleg Broytmann <[EMAIL PROTECTED]> added the comment: Update the patch. Added file: http://bugs.python.org/file12015/webbrowser.py.patch ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue2666] webbrowser.py doesn't properly handle BROWSER env var

2008-11-15 Thread Oleg Broytmann
Changes by Oleg Broytmann <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file10072/webbrowser.py.patch ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue46962] Fix docstrings that do not honor --without-doc-strings

2022-03-08 Thread Oleg Iarygin
New submission from Oleg Iarygin : To support `--without-doc-strings`, all docstrings must be wrapped into `PyDoc_STRVAR` or `PyDoc_STR` (PEP 7). However, there are 18 occurrences in code and 10 in C API documentation that do not follow this rule. The documentation is important too because

[issue46962] Fix docstrings that do not honor --without-doc-strings

2022-03-08 Thread Oleg Iarygin
Change by Oleg Iarygin : -- keywords: +patch pull_requests: +29877 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31769 ___ Python tracker <https://bugs.python.org/issu

[issue46920] Remove code made dead long ago with #if 0

2022-03-10 Thread Oleg Iarygin
Change by Oleg Iarygin : -- pull_requests: +29909 pull_request: https://github.com/python/cpython/pull/31811 ___ Python tracker <https://bugs.python.org/issue46

[issue46920] Remove code made dead long ago with #if 0

2022-03-10 Thread Oleg Iarygin
Change by Oleg Iarygin : -- pull_requests: +29910 pull_request: https://github.com/python/cpython/pull/31812 ___ Python tracker <https://bugs.python.org/issue46

[issue46920] Remove code made dead long ago with #if 0

2022-03-10 Thread Oleg Iarygin
Change by Oleg Iarygin : -- pull_requests: +29911 pull_request: https://github.com/python/cpython/pull/31813 ___ Python tracker <https://bugs.python.org/issue46

  1   2   3   >