[issue29742] asyncio get_extra_info() throws exception

2017-03-06 Thread Nikolay Kim
Nikolay Kim added the comment: exception on get_extra_info() on closed ssl transport ``` Feb 18 13:18:09 btc electrumx_server.py[1732]: ERROR:ElectrumX:[15328] Traceback (most recent call last): Feb 18 13:18:09 btc electrumx_server.py[1732]: File "/usr/local/lib/python3.5/dist-pac

[issue29742] asyncio get_extra_info() throws exception

2017-03-06 Thread Nikolay Kim
Nikolay Kim added the comment: get_extra_info() returns optional transport information, I think it is ok to return None for closed transport. https://github.com/python/cpython/blob/master/Lib/asyncio/transports.py#L18 I propose this feature initially, during early tulip development but now I

[issue29743] Closing transport during handshake process leaks open socket

2017-03-06 Thread Nikolay Kim
New submission from Nikolay Kim: https://github.com/python/asyncio/issues/487 https://github.com/KeepSafe/aiohttp/issues/1679 -- messages: 289143 nosy: fafhrd91 priority: normal pull_requests: 436 severity: normal status: open title: Closing transport during handshake process leaks open

[issue29742] asyncio get_extra_info() throws exception

2017-03-06 Thread Nikolay Kim
Changes by Nikolay Kim : -- pull_requests: +438 ___ Python tracker <http://bugs.python.org/issue29742> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue29745] asyncio: Make pause/resume_reading idepotent and no-op for closed transports

2017-03-06 Thread Nikolay Kim
New submission from Nikolay Kim: https://github.com/python/asyncio/issues/488 -- messages: 289147 nosy: fafhrd91 priority: normal pull_requests: 439 severity: normal status: open title: asyncio: Make pause/resume_reading idepotent and no-op for closed transports versions: Python 3.5

[issue29975] Issue in extending documentation

2017-04-03 Thread Namjun Kim
New submission from Namjun Kim: https://docs.python.org/3.7/extending/extending.html "Should it become a dangling pointer, C code which raises the exception could cause a core dump or other unintended side effects." The typo error in this sentence. "If it become a dangling

[issue30193] Allow to load buffer objects with json.loads()

2017-04-27 Thread Nikolay Kim
New submission from Nikolay Kim: It is not possible to use buffer objects in json.loads() -- messages: 292487 nosy: fafhrd91 priority: normal severity: normal status: open title: Allow to load buffer objects with json.loads() versions: Python 3.6, Python 3.7

[issue30193] Allow to load buffer objects with json.loads()

2017-04-27 Thread Nikolay Kim
Changes by Nikolay Kim : -- pull_requests: +1443 ___ Python tracker <http://bugs.python.org/issue30193> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue30193] Support the buffer protocol in json.loads()

2017-05-08 Thread Nikolay Kim
Nikolay Kim added the comment: I am fine with any decision. close with "won't fix" is fine too -- ___ Python tracker <http://bugs.python.org/issue30193> ___ _

[issue29406] asyncio SSL contexts leak sockets after calling close with certain Apache servers

2017-06-10 Thread Nikolay Kim
Nikolay Kim added the comment: yes, i am on it -- ___ Python tracker <http://bugs.python.org/issue29406> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32528] Change base class for futures.CancelledError

2018-01-12 Thread Joongi Kim
Change by Joongi Kim : -- nosy: +achimnol ___ Python tracker <https://bugs.python.org/issue32528> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32528] Change base class for futures.CancelledError

2018-01-13 Thread Joongi Kim
Joongi Kim added the comment: I strongly agree to have discretion of CancelledError and other general exceptions, though I don't have concrete ideas on good unobtrusive ways to achieve this. If I write my codes carefully I could control most of cancellation explicitly, but it is still

[issue32526] Closing async generator while it is running does not raise an exception

2018-01-14 Thread Joongi Kim
Change by Joongi Kim : -- keywords: +patch pull_requests: +5035 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue32526> ___ ___ Python-

[issue33177] make install hangs on macOS when there is an existing Python app

2018-03-29 Thread Joongi Kim
New submission from Joongi Kim : I have installed Python 3.6.4 for macOS by downloading from the official site (www.python.org) and then tried installing 3.6.5 using pyenv. Then the installation process hangs here: https://user-images.githubusercontent.com/555156/38078784-57e44462-3378-11e8

[issue33177] make install hangs on macOS when there is an existing Python app

2018-03-29 Thread Joongi Kim
Joongi Kim added the comment: I found that the reason was my Python 3.6.4 installed via the official-installer has the permission of "root:wheel" and pyenv is running in my plain user privilege. Using chown command to change the permissions to "joongi:admin" and retryi

[issue33221] Add stats for asyncio task usage.

2018-04-03 Thread Joongi Kim
Change by Joongi Kim : -- nosy: +achimnol ___ Python tracker <https://bugs.python.org/issue33221> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33221] Add stats for asyncio task usage.

2018-04-03 Thread Joongi Kim
Joongi Kim added the comment: I like trio-style instrumentation API because it could be used for more generic purposes, not only for statistics. This stats or instrumentation API will greatly help me to utilize external monitoring services such as Datadog in my production deployments

[issue33226] In some envrionment using unicode, formatwarning shows ascii error

2018-04-04 Thread Seyeong Kim
New submission from Seyeong Kim : In some circumstances using unicode, formatwarning show me ascii error so I should prefix on below line to remove this crash s = "%s: %s: %s\n" % (lineno, category.__name__, message) to s = u"%s: %s: %s\n" % (lineno, category.__name__,

[issue33226] In some envrionment using unicode, formatwarning shows ascii error

2018-04-04 Thread Seyeong Kim
Change by Seyeong Kim : -- resolution: -> wont fix stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue33423] [logging] Improve consistency of logger mechanism.

2018-05-03 Thread Daehee Kim
New submission from Daehee Kim : There's a proposal for a fix inconsistency of logger mechanism. See below. Example 1. --- import logging app_logger = logging.getLogger('app') app_logger.error('foo') logging.error(&#x

[issue33423] [logging] Improve consistency of logger mechanism.

2018-05-03 Thread Daehee Kim
Daehee Kim added the comment: There's a proposal for a fix inconsistency of logger mechanism. See below. Example 1. --- import logging app_logger = logging.getLogger('app') app_logger.error('foo') logging.error(&#x

[issue33423] [logging] Improve consistency of logger mechanism.

2018-05-03 Thread Daehee Kim
Daehee Kim added the comment: Please, ignore first one, `msg316153` It has duplicated message so I rewrote `msg316154`. I could not find delete or edit messages menu. -- ___ Python tracker <https://bugs.python.org/issue33

[issue33423] [logging] Improve consistency of logger mechanism.

2018-05-03 Thread Daehee Kim
Daehee Kim added the comment: Oh! Thank you for your kindness. :) -- ___ Python tracker <https://bugs.python.org/issue33423> ___ ___ Python-bugs-list mailin

[issue32465] [urllib] proxy_bypass_registry - extra error handling required for ProxyOverride, Windows under proxy environment

2017-12-31 Thread chansol kim
New submission from chansol kim : [Problem] - String value from registry Proxy override is read and incorrectly decides the current connection requires not to use proxy. [Setup] - Using urllib under proxy environment. - Proxy bypass settings are in place. ProxyOverride string value in registry

[issue32526] Closing async generator while it is running does not raise an exception

2018-01-10 Thread Joongi Kim
Change by Joongi Kim : -- components: asyncio nosy: achimnol, asvetlov, njs, yselivanov priority: normal severity: normal status: open title: Closing async generator while it is running does not raise an exception type: behavior versions: Python 3.6

[issue32526] Closing async generator while it is running does not raise an exception

2018-01-10 Thread Joongi Kim
New submission from Joongi Kim : Here is the minimal example code: https://gist.github.com/achimnol/965a6aecf7b1f96207abf11469b68965 Just run this code using "python -m pytest -s test.py" to see what happens. (My setup uses Python 3.6.4 and pytest 3.3.2 on macOS High Sierra 10.13.2

[issue33553] possible documentation improvement proposal for multiprocessing

2018-05-17 Thread Derek Kim
New submission from Derek Kim : >>> from multiprocessing import Pool >>> p = Pool(5) >>> def f(x): ... return x*x ... >>> p.map(f, [1,2,3]) This example in the document is confusing because this is already wrong code when run with fork method even if you

[issue33553] Documentation improvement proposal for multiprocessing

2018-05-17 Thread Derek Kim
Change by Derek Kim : -- title: possible documentation improvement proposal for multiprocessing -> Documentation improvement proposal for multiprocessing ___ Python tracker <https://bugs.python.org/issu

[issue33553] Documentation improvement proposal for multiprocessing

2018-05-17 Thread Derek Kim
Derek Kim added the comment: https://docs.python.org/3.8/library/multiprocessing.html#multiprocessing-programming here is the link to the document. -- ___ Python tracker <https://bugs.python.org/issue33

[issue33986] Typo: BaseSubprocessTransport -> SubprocessTransport

2018-06-27 Thread Bumsik Kim
New submission from Bumsik Kim : https://docs.python.org/3/library/asyncio-protocol.html#basesubprocesstransport I belive the doc has a wrong name "basesubprocesstransport" and it should be "Subprocesstransport". You can see this in the source code: https://github.com

[issue33986] asyncio: Typo in documentation: BaseSubprocessTransport -> SubprocessTransport

2018-06-27 Thread Bumsik Kim
Change by Bumsik Kim : -- keywords: +patch pull_requests: +7592 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue33986> ___ ___ Python-

[issue33986] asyncio: Typo in documentation: BaseSubprocessTransport -> SubprocessTransport

2018-06-30 Thread Bumsik Kim
Bumsik Kim added the comment: As a note, BaseSubprocessTransport is used for implementation of SubprocessTransport. BaseSubprocessTransport is not exposed outside of the module. -- ___ Python tracker <https://bugs.python.org/issue33

[issue33986] asyncio: Typo in documentation: BaseSubprocessTransport -> SubprocessTransport

2018-07-02 Thread Bumsik Kim
Bumsik Kim added the comment: I also found that SubprocessTransport.close() does not reflect the changes done in #23347. -- ___ Python tracker <https://bugs.python.org/issue33

[issue34019] webbrowser: wrong arguments for Opera browser.

2018-07-02 Thread Bumsik Kim
New submission from Bumsik Kim : webbrowser module currently opens Opera Browser using the following command: opera -remote "openURL(https://google.com,new-window)" While this follows Opera's documentation (https://www.opera.com/docs/switches/#remote), this is broken since

[issue34019] webbrowser: wrong arguments for Opera browser.

2018-07-02 Thread Bumsik Kim
Change by Bumsik Kim : -- keywords: +patch pull_requests: +7656 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue34019> ___ ___ Python-

[issue34019] webbrowser: wrong arguments for Opera browser.

2018-07-02 Thread Bumsik Kim
Change by Bumsik Kim : -- versions: +Python 2.7, Python 3.4, Python 3.5, Python 3.6, Python 3.8 ___ Python tracker <https://bugs.python.org/issue34019> ___ ___

[issue34019] webbrowser: wrong arguments for Opera browser.

2018-07-02 Thread Bumsik Kim
Bumsik Kim added the comment: $opera --version 53.0.2907.68 $opera -remote "openURL(https://google.com,new-window)" would open a broken link: http://openurl%28https//google.com,new-window) I found that problem while answering a StackOverflow question: https://stackoverflow.com

[issue34019] webbrowser: wrong arguments for Opera browser.

2018-07-02 Thread Bumsik Kim
Bumsik Kim added the comment: No problem :) To add more, the Opera's documentation (https://www.opera.com/docs/switches) says: "This document was last updated for Opera 11.61" This is the reason I guessed Opera changed its CLI format to Chrome's and f

[issue34019] webbrowser: wrong arguments for Opera browser.

2018-07-05 Thread Bumsik Kim
Bumsik Kim added the comment: I also believe this can be backported to 2.7 as well. -- ___ Python tracker <https://bugs.python.org/issue34019> ___ ___ Python-bug

[issue34295] Avoid inefficient way to find start point in deque.index

2018-07-31 Thread Seonggi Kim
Change by Seonggi Kim : -- components: ctypes nosy: hacksg priority: normal severity: normal status: open title: Avoid inefficient way to find start point in deque.index type: enhancement versions: Python 2.7, Python 3.4, Python 3.5, Python 3.6, Python 3.7, Python 3.8

[issue34295] Avoid inefficient way to find start point in deque.index

2018-07-31 Thread Seonggi Kim
Change by Seonggi Kim : -- keywords: +patch pull_requests: +8097 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue34295> ___ ___ Py

[issue34295] Avoid inefficient way to find start point in deque.index

2018-07-31 Thread Seonggi Kim
Change by Seonggi Kim : -- components: +Extension Modules -ctypes ___ Python tracker <https://bugs.python.org/issue34295> ___ ___ Python-bugs-list mailin

[issue34298] Avoid inefficient way to find start point in deque.index

2018-07-31 Thread Seonggi Kim
Change by Seonggi Kim : -- components: Extension Modules nosy: hacksg priority: normal severity: normal status: open title: Avoid inefficient way to find start point in deque.index type: enhancement versions: Python 2.7, Python 3.4, Python 3.5, Python 3.6, Python 3.7, Python 3.8

[issue34298] Avoid inefficient way to find start point in deque.index

2018-07-31 Thread Seonggi Kim
Change by Seonggi Kim : -- keywords: +patch pull_requests: +8098 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue34298> ___ ___ Py

[issue34298] Avoid inefficient way to find start point in deque.index

2018-07-31 Thread Seonggi Kim
Seonggi Kim added the comment: Base commit : Python 3.8.0a0 (heads/master:b75d7e2435, Aug 1 2018, 10:32:28) $ test.py import timeit queue_setup = ''' from collections import deque q = deque() start = 10**5 stop = start + 500 for i in range(0, stop): q.append(i) '

[issue34298] Avoid inefficient way to find start point in deque.index

2018-07-31 Thread Seonggi Kim
Seonggi Kim added the comment: Request PR again : https://bugs.python.org/issue34302 -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/i

[issue34302] Avoid inefficient way to find start point in deque.index

2018-08-01 Thread Seonggi Kim
Seonggi Kim added the comment: Sorry, I'm waiting for permit CLA signing. I will request PR after CLA was signed. -- nosy: +hacksg ___ Python tracker <https://bugs.python.org/is

[issue34302] Avoid inefficient way to find start point in deque.index

2018-08-01 Thread Seonggi Kim
Seonggi Kim added the comment: I thing so too, it's my fault. -- ___ Python tracker <https://bugs.python.org/issue34302> ___ ___ Python-bugs-list m

[issue33649] asyncio docs overhaul

2018-09-12 Thread Bumsik Kim
Change by Bumsik Kim : -- pull_requests: +8651 ___ Python tracker <https://bugs.python.org/issue33649> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33649] asyncio docs overhaul

2018-09-12 Thread Bumsik Kim
Bumsik Kim added the comment: Hi, I came from #33986. I noticed that the new doc still does not reflect a design change on SubprocessTransport.close() done in #23347. I made a PR to fix that. BTW this is opposed to the original PEP 3156: https://www.python.org/dev/peps/pep-3156/#subprocess

[issue33986] asyncio: Typo in documentation: BaseSubprocessTransport -> SubprocessTransport

2018-09-12 Thread Bumsik Kim
Bumsik Kim added the comment: #33649 does not solve a problem of SubprocessTransport.close() done in #23347. I made a PR #33649 directly to fix that. -- ___ Python tracker <https://bugs.python.org/issue33

[issue33649] asyncio docs overhaul

2018-09-15 Thread Bumsik Kim
Change by Bumsik Kim : -- pull_requests: +8753 ___ Python tracker <https://bugs.python.org/issue33649> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35061] Specify libffi.so soname for ctypes

2018-10-24 Thread Yongkwan Kim
New submission from Yongkwan Kim : As python 3.7 excludes libffi from it's package, my build on centos6 doesn't work on centos7. Error message is following. ImportError: libffi.so.5: cannot open shared object file: No such file or directory centos7 have libffi.so.6 instead of libf

[issue35061] Specify libffi.so soname for ctypes

2018-10-25 Thread Yongkwan Kim
Change by Yongkwan Kim : -- components: +Build type: -> compile error versions: +Python 3.7 ___ Python tracker <https://bugs.python.org/issue35061> ___ ___ Py

[issue18314] Have os.unlink remove junction points

2013-06-27 Thread Kim Gräsman
New submission from Kim Gräsman: os.unlink currently raises a WindowsError (Access Denied) if I attempt to unlink an NTFS junction point. It looks trivial to allow Py_DeleteFileW [1] to remove junction points as well as proper symbolic links, as far as I can tell. For example, the ntfslink

[issue18314] Have os.unlink remove junction points

2013-06-27 Thread Kim Gräsman
Kim Gräsman added the comment: Also, I believe the reason os.unlink raises "access denied" is because a junction point does not currently qualify as a directory && link, so its path is passed directly to DeleteFileW, which in turn refuses to

[issue18314] Have os.unlink remove junction points

2013-07-02 Thread Kim Gräsman
Kim Gräsman added the comment: This comment outlines how to tell junction points from other mount points: http://www.codeproject.com/Articles/21202/Reparse-Points-in-Vista?msg=3651130#xx3651130xx This should port straight into Py_DeleteFileW. Would anyone be interested in a patch

[issue18314] Have os.unlink remove junction points

2013-08-13 Thread Kim Gräsman
Kim Gräsman added the comment: Victor, Junction points are like links between directories only. They've been around since the NTFS that came with Windows 2000, but integration with OS tools has been generally poor (e.g. Explorer wouldn't see the difference between a junction p

[issue20989] XML File I/O Misbehavior with open() when the flag is 'r+'

2014-03-19 Thread Rex Kim
New submission from Rex Kim: I found a misbehavior when reading and writing XML File by open() with 'r+' flag, some strings will be overlapped at the end of the file. you can demonstrate it like below: f = open(file, "r+") c = f.read() # todo: write something to do

[issue18314] Have os.unlink remove junction points

2014-04-27 Thread Kim Gräsman
Kim Gräsman added the comment: Thanks for pushing this forward! Do you have links to the failing bots I could take a look at? -- ___ Python tracker <http://bugs.python.org/issue18

[issue18314] Have os.unlink remove junction points

2014-04-27 Thread Kim Gräsman
Kim Gräsman added the comment: Thanks! At first I suspected 32 vs 64 bit, but the failing bots cover both... One thing that stands out to me as risky is the memcmp() against "\\??\\", which could overrun a short src_path buffer. But I don't think that would fail here. I must

[issue18314] Have os.unlink remove junction points

2014-04-28 Thread Kim Gräsman
Kim Gräsman added the comment: Aha, that might cause trouble. I think you should add a memset() to sero out the newly allocated buffer also, I think I may have used calloc to be able to assume it was initialized with zeros. -- ___ Python tracker

[issue18314] Have os.unlink remove junction points

2014-04-28 Thread Kim Gräsman
Kim Gräsman added the comment: Sorry, that wasn't clear. I mean if you change allocator _from_ calloc, make sure the buffer is zeroed out after allocation. -- ___ Python tracker <http://bugs.python.org/is

[issue18314] Have os.unlink remove junction points

2014-04-28 Thread Kim Gräsman
Kim Gräsman added the comment: By the way, is PyMem_RawMalloc/PyMem_RawFree preferred for memory allocation across the board? If so, I can just prepare a new patch for you with that changed, zero-initialization in place and the prefix-overrun fixed. I might get to it tonight

[issue18314] Have os.unlink remove junction points

2014-04-29 Thread Kim Gräsman
Kim Gräsman added the comment: > Also, since the setup of the reparse header is such an underdocumented > nightmare, please add as much commentary as possible around the choice > of allocations & offsets. I'll try. It might turn into a novel. > (BTW I'm not convinced

[issue18314] Have os.unlink remove junction points

2014-04-29 Thread Kim Gräsman
Kim Gräsman added the comment: Here's a new attempt, please let me know if this works out better. Changes: - Switched to CRT string functions (wcsncmp, wcscpy) instead of Windows lstrxxxW. There was no lstrncmpW. - Switched to PyMem_Raw(Malloc|Free) and added explicit memset after alloc

[issue18314] Have os.unlink remove junction points

2014-05-05 Thread Kim Gräsman
Kim Gräsman added the comment: Thanks for helping me land this! eryksun: interesting, thanks! I seem to remember having problems without the \??\ prefix, but it could have been something else causing it (filling the buffer to DeviceIoControl's satisfaction was... challenging.) I have

[issue18314] Have os.unlink remove junction points

2013-09-27 Thread Kim Gräsman
Kim Gräsman added the comment: _delete_junction_point currently shells out to a command-line tool, junction.exe, from SysInternals. That ran fine on XP. As I understand it, RemoveDirectoryW on XP also takes care of junction points, but I'll find a machine to v

[issue18314] Have os.unlink remove junction points

2013-09-29 Thread Kim Gräsman
Kim Gräsman added the comment: Attached is a patch that considers directory symlinks and junction points equivalent. I'm struggling with the test -- would it be acceptable to only run this test on platforms that have mklink /j (Windows Vista and higher)? I've looked at programmati

[issue18314] Have os.unlink remove junction points

2013-10-16 Thread Kim Gräsman
Kim Gräsman added the comment: Gentle ping. -- ___ Python tracker <http://bugs.python.org/issue18314> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue18314] Have os.unlink remove junction points

2013-10-23 Thread Kim Gräsman
Kim Gräsman added the comment: I didn't know about _winapi; looks like a good place! It looks like it exposes the Windows API pretty faithfully, but the junction point stuff feels like it would be better represented as a simple _winapi.CreateJunctionPoint(source, target) rather

[issue18314] Have os.unlink remove junction points

2013-12-30 Thread Kim Gräsman
Kim Gräsman added the comment: I really needed the well-wishing with regard to buffer sizing :-) Here's a patch for a couple of fronts: - Teach os.unlink about junction points - Introduce _winapi.CreateJunction - Introduce a new test suite in test_os.py for junction points I pulle

[issue18314] Have os.unlink remove junction points

2014-01-19 Thread Kim Gräsman
Kim Gräsman added the comment: Thanks! There's another thing I would appreciate having somebody else test: creating and removing junctions in a non-elevated prompt. I haven't been able to, my IT department has trouble understanding the value of least

[issue18314] Have os.unlink remove junction points

2014-02-11 Thread Kim Gräsman
Kim Gräsman added the comment: ping -- ___ Python tracker <http://bugs.python.org/issue18314> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue18314] Have os.unlink remove junction points

2014-03-12 Thread Kim Gräsman
Kim Gräsman added the comment: ping -- ___ Python tracker <http://bugs.python.org/issue18314> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue5715] listen socket close in SocketServer.ForkingMixIn.process_request()

2009-04-06 Thread Donghyun Kim
New submission from Donghyun Kim : During implement simple forking TCP server, I got the hang-up child process binding listen socket which caused parent(listen/accept) restarting failed. (port in use) Because child process does something with connected socket, there's no need to bind l

[issue29406] asyncio SSL contexts leak sockets after calling close with certain Apache servers

2017-01-31 Thread Nikolay Kim
Nikolay Kim added the comment: madis-data.ncep.noaa.gov side does not complete ssl shutdown process. -- keywords: +patch nosy: +fafhrd91 Added file: http://bugs.python.org/file46474/ssl_shutdown_timeout.patch ___ Python tracker <h

[issue29406] asyncio SSL contexts leak sockets after calling close with certain Apache servers

2017-01-31 Thread Nikolay Kim
Changes by Nikolay Kim : -- versions: +Python 3.6 ___ Python tracker <http://bugs.python.org/issue29406> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue8797] urllib2 basicauth broken in 2.6.5: RuntimeError: maximum recursion depth exceeded in cmp

2016-07-29 Thread Kim Randell
Kim Randell added the comment: I don't have an example case, but from reading the code it looks as though the AbstractDigestAuthHandler has exactly the same faults as the old version of AbstractBasicAuthHandler (i.e. using req.headers.get instead of req.get_header, and corresponding

[issue17233] http.client header debug output format

2013-02-18 Thread Kim Gräsman
New submission from Kim Gräsman: Python 3.2.3 on 64-bit Windows 7. When I set debuglevel on HTTPConnection to 1, the output seems jumbled, and I'm having trouble interpreting it. Attached is a full, anonymized log from a conversation I was troubleshooting. Here's an excerpt: send

[issue17233] http.client header debug output format

2013-02-22 Thread Kim Gräsman
Kim Gräsman added the comment: Thanks for your response! > I agree that send: and reply: should be formatted the same, > so the reply: line should include the headers *with* the > values. OK, yeah, that would avoid having to specify request/response for headers as well, I thin

[issue7094] Add alternate float formatting styles to new-style formatting.

2015-05-29 Thread Seungbeom Kim
Seungbeom Kim added the comment: It looks like this change has not been applied to Python 2.7. Do we have any chance of getting it to 2.7? > So I'm unsure if anyone is actually using alternate formatting. The "alternative form" is my favorite, and I think that "%#g&

[issue17233] http.client header debug output format

2016-04-23 Thread Kim Gräsman
Kim Gräsman added the comment: Thanks! I filed this so long ago that I'd forgotten about it. I ran the code in question with your patch manually hacked into my Python installation (3.4.1) and output is much easier to digest now. I don't have a strong opinion on key names -- I have

[issue2371] Patch for catching exceptions that do not inherit from BaseException

2008-03-17 Thread Taek Joo Kim
New submission from Taek Joo Kim <[EMAIL PROTECTED]>: With this patch it prints warning message for catching exceptions that don't inherit from BaseException when -3 flag is used. -- components: Interpreter Core files: catchexc.patch keywords: patch messages: 63761 nosy: taic

[issue2344] Using an iteration variable outside a list comprehension needs a Py3K warning

2008-03-17 Thread Taek Joo Kim
Taek Joo Kim <[EMAIL PROTECTED]> added the comment: >>> i = 3 >>> [i for i in range(10)] >>> i 9 In 2.6, the original value of a variable is changed by the list comprehension. In 3.0, it is not. To fix this, we need many changes

[issue2367] Fixer to handle new places where parentheses are needed

2008-03-18 Thread Taek Joo Kim
Taek Joo Kim <[EMAIL PROTECTED]> added the comment: This patch handles the conversion. -- keywords: +patch nosy: +taicki Added file: http://bugs.python.org/file9747/i2367.patch __ Tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue39829] __len__ called twice in the list() constructor

2020-03-02 Thread Kim-Adeline Miguel
New submission from Kim-Adeline Miguel : (See #33234) Recently we added Python 3.8 to our CI test matrix, and we noticed a possible backward incompatibility with the list() constructor. We found that __len__ is getting called twice, while before 3.8 it was only called once. Here'

[issue6839] zipfile can't extract file

2009-09-04 Thread Kim Kyung Don
Changes by Kim Kyung Don : -- components: Library (Lib), Windows files: test.zip nosy: NewerCookie severity: normal status: open title: zipfile can't extract file type: behavior versions: Python 2.6 Added file: http://bugs.python.org/file14832/tes

[issue6839] zipfile can't extract file

2009-09-04 Thread Kim Kyung Don
New submission from Kim Kyung Don : The following exception occured when I tried to extract on Windows. "zipfile.BadZipfile: File name in directory "test\test2.txt" and header "test/test2.txt" differ." It seems like problem about slash. I tested u

[issue6839] zipfile can't extract file

2009-09-05 Thread Kim Kyung Don
Kim Kyung Don added the comment: P.S I tested extraction by using 7-zip. It works fine. -- ___ Python tracker <http://bugs.python.org/issue6839> ___ ___ Pytho

<    1   2