[issue43122] Python Launcher doesn't open a terminal window

Kevin added the comment: Many thanks for notifying me that my issue is fixed in the latest updates. I will try to test this soon. Kevin Weidenbaum > On Jan 3, 2022, at 1:59 AM, Ned Deily wrote: > > > Change by Ned Deily : > > > -- > Removed message:

[issue12172] IDLE crashes when I use F5 to run

New submission from Kevin : Similar to bug issue 11431, my IDLE crashes (OS 10.6.7) when using F5, but works fine or better when I click run module. However, unlike 11431, I have downloaded, and I believe, correctly installed ActiveTcl 8.5. Similar to Ned's suggestions in issue: 11431,

[issue2652] 64 bit python memory leak usage

New submission from kevin <[EMAIL PROTECTED]>: For the code below.. memory usage keeps increasing continuously.. This does not happen in a 32-bit machine python build. i think it might be the datetime module where the problem might be.. linux kernel version (both on 32-bit and 64 bit m

[issue38058] Tutorial: 4.2. for Statements

New submission from Kevin : >>> # Measure some strings: ... words = ['cat', 'window', 'defenestrate'] >>> for w in words: ... print(w, len(w)) ... cat 3 window 6 defenestrate 12 If you need to modify the sequence you are iterating over

[issue38058] Tutorial: 4.2. for Statements

Change by Kevin : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue38058> ___

[issue35633] test_eintr fails on AIX since fcntl functions were modified

Kevin added the comment: FYI, the problem here is that AIX fcntl returns EACCES in the case that the lock is held and non-blocking behavior was requested: > The lockfx and lockf subroutines fail if one of the following is true: Item > > EACCESThe Command parameter is F_S

[issue22377] %Z in strptime doesn't match EST and others

Kevin added the comment: With the introduction of PEP 0615 (https://www.python.org/dev/peps/pep-0615/) —  Support for the IANA Time Zone Database in the Standard Library — should this be revisited to now leverage ZoneInfo to fully parse these time zone values in Python 3.9+ (or 3.11 with

[issue26651] Deprecate register_adapter() and register_converter() in sqlite3

Change by Kevin : -- nosy: +Strongbeard ___ Python tracker <https://bugs.python.org/issue26651> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45858] Deprecate default converters in sqlite3

Change by Kevin : -- nosy: +Strongbeard ___ Python tracker <https://bugs.python.org/issue45858> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue43122] Python Launcher doesn't open a terminal window

New submission from Kevin : Machine: new MacBook Air with M1 chip, running Big Sur Downloaded: Python versions 2.7, 3.8, and 3.9 Situation: Programs run just fine IF I run them out of a terminal window (/usr/local/bin/python name-of-python-program). Also programs that use Tkinter windows and

[issue43122] Python Launcher doesn't open a terminal window

Kevin added the comment: William, Thanks for your comment. I assumed the same thing, but it goes by so fast I am never sure.. > On Feb 3, 2021, at 10:27 PM, William Pickard wrote: > > > William Pickard added the comment: > > That quick flash would be your terminal w

[issue40424] AIX: makexp_aix, parallel build (failures) and ld WARNINGS

Kevin added the comment: This seems to be a duplicate of https://bugs.python.org/issue19521 The PR for that one seems a little less hacky since it uses make rules to prevent duplication instead of lock files. -- nosy: +kadler ___ Python tracker

[issue40424] AIX: makexp_aix, parallel build (failures) and ld WARNINGS

Kevin added the comment: FYI, here's a patch we've been using with our builds on PASE (an AIX compatibility layer on the IBM i OS). It runs all the echos and nm in a sub-shell so that all the output appears as a continuous stream instead of 3 separate open/write/close events. The

[issue41894] UnicodeDecodeError during load failure in non-UTF-8 locale

New submission from Kevin : If a native module fails to load, the dynload code will call PyUnicode_FromString on the error message to give back to the user. This can cause a UnicodeDecodeError if the locale is not a UTF-8 locale and the error message contains non-ASCII code points. While

[issue41894] UnicodeDecodeError during load failure in non-UTF-8 locale

Change by Kevin : -- keywords: +patch pull_requests: +21490 stage: -> patch review pull_request: https://github.com/python/cpython/pull/22466 ___ Python tracker <https://bugs.python.org/issu

[issue41894] UnicodeDecodeError during load failure in non-UTF-8 locale

Kevin added the comment: Glad you were able to reproduce on Linux. I have since changed the PR to use PyUnicode_DecodeFSDefault based on review feedback. I was going to say that you will have to fight it out with @methane on GH, but I see that that's you. :D Would have been nice if you

[issue41894] UnicodeDecodeError during load failure in non-UTF-8 locale

Kevin added the comment: Ok, so should I switch the PR back from PyUnicode_DecodeFSDefault? -- ___ Python tracker <https://bugs.python.org/issue41894> ___ ___

[issue42029] Remove dynload_dl.c

New submission from Kevin : dynload_dl.c is no longer referenced anywhere in the code. It was used to support dynamic loading on IRIX 4 and DYNIX, but those platforms were dropped in https://github.com/cpython/cpython/commit/b9949dbe6c20537b7821f25fc1eeb4e7f3faabff. Considering that commit

[issue42029] Remove dynload_dl.c

Kevin added the comment: Sorry, the correct link is https://github.com/python/cpython/commit/b9949dbe6c20537b7821f25fc1eeb4e7f3faabff -- ___ Python tracker <https://bugs.python.org/issue42

[issue42029] Remove dynload_dl.c

Change by Kevin : -- keywords: +patch pull_requests: +21657 stage: -> patch review pull_request: https://github.com/python/cpython/pull/22687 ___ Python tracker <https://bugs.python.org/issu

[issue42030] Drop support for dynload_aix

New submission from Kevin : Python has supported using dynload_shlib (using dlopen) on AIX since https://github.com/python/cpython/commit/c19c5a62aef7dce0e8147655b0d2f087965fae75 in 2003. While I have not found a definitive timeline of when AIX gained support for dlopen, I have found

[issue42030] Drop support for dynload_aix

Change by Kevin : -- keywords: +patch pull_requests: +21685 stage: -> patch review pull_request: https://github.com/python/cpython/pull/22717 ___ Python tracker <https://bugs.python.org/issu

[issue42030] Drop support for dynload_aix

Kevin added the comment: I've opened a PR to disable support in 3.10 with removal in 3.11 according to the guidelines outline in PEP 11. Given the unlikeliness that anyone is actually still using this feature (and are possibly already broken by a bunch of other things), would it make

[issue42030] Drop support for dynload_aix

Kevin added the comment: Ok, I have updated the PR to remove it completely. -- ___ Python tracker <https://bugs.python.org/issue42030> ___ ___ Python-bugs-list m

[issue40680] thread_cputime isn't supported by AIX5

Kevin added the comment: Does this need an update to PEP 11 documenting the drop of support? Also, I can submit changes to remove pre-AIX 6 dead code paths. Should I open a separate issue for that or reference this one? -- nosy: +kadler

[issue42087] Remove pre-AIX 6.1 dead code paths

New submission from Kevin : Follow on to https://bugs.python.org/issue40680. In there, it was decided that since AIX 5 and below doesn't support thread_cputime, support for it would be dropped and the issue was closed without removing any of the dead code paths and refer

[issue40680] thread_cputime isn't supported by AIX5

Kevin added the comment: Ok, I've opened https://bugs.python.org/issue42087 -- ___ Python tracker <https://bugs.python.org/issue40680> ___ ___ Python-bugs-l

[issue42087] Remove pre-AIX 6.1 dead code paths

Change by Kevin : -- keywords: +patch pull_requests: +21785 stage: -> patch review pull_request: https://github.com/python/cpython/pull/22830 ___ Python tracker <https://bugs.python.org/issu

[issue17454] ld_so_aix not used when linking c++ (scipy)

Kevin added the comment: This was fixed by https://github.com/python/cpython/pull/10437 -- nosy: +kadler ___ Python tracker <https://bugs.python.org/issue17

[issue24501] configure does not find (n)curses in /usr/local/libs

Kevin added the comment: There error indicates it can't find ncurses.h configure:14223: xlc_r -c -qmaxmem=-1 -DSYSV -D_AIX -D_AIX71 -D_ALL_SOURCE -DFUNCPROTO=15 -O -I/usr/local/include -I/usr/include/ncursesw conftest.c >&5 "conftest.c", line 311.10: 1506-296 (S) #i

[issue24046] Incomplete build on AIX

Kevin added the comment: Looks like RAND_egd was made optional in https://bugs.python.org/issue21356 Can this issue be closed? -- nosy: +kadler ___ Python tracker <https://bugs.python.org/issue24

[issue24886] open fails randomly on AIX

Kevin added the comment: Given that the AIX bug has long been fixed and Python 2.7 is EOL we can probably close this bug. -- nosy: +kadler ___ Python tracker <https://bugs.python.org/issue24

[issue42309] BUILD: AIX-64-bit segmentation fault

Kevin added the comment: I have not encountered this problem when building Python 3.10 on AIX and PASE with GCC 6.3. -- nosy: +kadler ___ Python tracker <https://bugs.python.org/issue42

[issue23023] ./Modules/ld_so_aix not found on AIX during test_distutils

Kevin added the comment: Is this issue still relevant? I can't find any current buildbot errors on AIX for this test. -- nosy: +kadler ___ Python tracker <https://bugs.python.org/is

[issue11188] test_time error on AIX

Change by Kevin : -- nosy: +kadler ___ Python tracker <https://bugs.python.org/issue11188> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue37009] Threading and THREAD_SAFE for AIX

Change by Kevin : -- nosy: +kadler ___ Python tracker <https://bugs.python.org/issue37009> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue37733] Fail to build _curses module of Python 3.7.4 on AIX 7.1 using gcc

Kevin added the comment: Both 3.6 and 3.7 are in security only mode so at this point, so if the issue is fixed in newer versions I think this issue could be closed. -- nosy: +kadler ___ Python tracker <https://bugs.python.org/issue37

[issue35198] Build issue while compiling cpp files in AIX

Kevin added the comment: Just a friendly ping that there's a PR for this bug waiting to be reviewed. -- nosy: +kadler ___ Python tracker <https://bugs.python.org/is

[issue35198] Build issue while compiling cpp files in AIX

Kevin added the comment: Ah. We always compile with GCC, so would not have hit that particular problem. -- ___ Python tracker <https://bugs.python.org/issue35

[issue36744] functools.singledispatch: Shouldn't require a positional argument if there is only one keyword argument

New submission from Kevin : Passing a single argument as a keyword argument to a function decorated with @functools.singledispatch results in an error: $ python Python 3.7.2 (default, Feb 12 2019, 08:15:36) [Clang 10.0.0 (clang-1000.11.45.5)] on darwin Type "help", "copyright

[issue36744] functools.singledispatch: Shouldn't require a positional argument if there is only one keyword argument

Kevin added the comment: I have read issue33967 before posting this one. The error message was introduced there, but the behavior hasn't changed. The problem that issue33967 solves is that while singledispatch requires at least one positional argument, there was no explicit error me

[issue31621] Pluralization typo in Language Reference section 7.12

New submission from Kevin : The documentation for the `global` statement contains the line: > CPython implementation detail: The current implementation does not enforce > some of these restriction [...] "restriction" should be "restrictions" since there is more t

[issue31621] Pluralization typo in Language Reference section 7.12

Kevin added the comment: Yes, I intend to make a PR shortly. -- ___ Python tracker <https://bugs.python.org/issue31621> ___ ___ Python-bugs-list mailin

[issue31621] Pluralization typo in Language Reference section 7.12

Change by Kevin : -- keywords: +patch pull_requests: +3793 stage: needs patch -> patch review ___ Python tracker <https://bugs.python.org/issue31621> ___ ___ Py

[issue31621] Pluralization typo in Language Reference section 7.12

Kevin added the comment: Ok, I've created a pull request, available at https://github.com/python/cpython/pull/3809. -- ___ Python tracker <https://bugs.python.org/is

[issue32451] python -m venv activation issue when using cygwin on windows

New submission from Kevin : attempts from within cygwin: 1. The Posix way: $ python -m venv taco $ cd taco $ source bin/activate -bash: $'\r': command not found -bash: Scripts/activate: line 4: syntax error near unexpected token `$'{\r'' 'bash: Scripts/activat

[issue31625] stop using ranlib

Kevin added the comment: AIX supports the -s flag: https://www.ibm.com/support/knowledgecenter/en/ssw_aix_71/com.ibm.aix.cmds1/ar.htm#ar__row-d3e27561 -- nosy: +kadler ___ Python tracker <https://bugs.python.org/issue31

[issue35198] Build issue while compiling cpp files in AIX

Change by Kevin : -- keywords: +patch pull_requests: +9711 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue35198> ___ ___ Python-

[issue34373] test_time errors on AIX

Change by Kevin : -- nosy: +kadler ___ Python tracker <https://bugs.python.org/issue34373> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue15065] strftime format string %F %T consistency problem

New submission from Kevin : When using %F and %T in strftime on Mac and Linux the function works as expected, but it fails on Windows. Although these format strings are not in the Python documentation, the inconsistent behavior should be noted or corrected. If possible, the %F and %T could

[issue28951] re.flags not documented in Module Contents as promised.

New submission from kevin: In the online documentation of module re (https://docs.python.org/3.5/library/re.html) under 6.2.1. Regular Expression Syntax for item (?aiLmsux) we are promised "The flags are described in Module Contents" but no description is found there. In fac

[issue28952] csv.Sniffer().sniff(0 returns a value without the "strict" attribute

New submission from kevin: In https://docs.python.org/3.5/library/csv.html#dialects-and-formatting-parameters the Dialect objects are described as supporting, among others, the Dialect.strict attribute, with a default value of False. However, the sniff() returns an object lacking this

[issue28951] re.flags not documented in Module Contents as promised.

kevin added the comment: Ordinarily when I see a cross-reference like that "the flags are described in foo" I expect foo to have a heading "FLAGS" so I can tell I'm looking at what was promised. Not knowing much about flags, it was not clear to me that those scattere

[issue28951] re.flags not documented in Module Contents as promised.

kevin added the comment: Well, my original problem is that I wanted to find out what the flags did and could not find any pointer in the table of contents. I think they deserve either really good cross-references, or a heading in the contents. And a non-confusing alphabetized list, if they&#x

[issue28951] re.flags not documented in Module Contents as promised.

kevin added the comment: Oh, and on the alphabetized list, I suggest NOT listing synonyms together, but just mark some as "synonym for X" and listing them all alphabetically (according to "en" collation, not "C" so upper- and lower-case sort together, not separatel

[issue29027] 3.5.2 compile error from ssl related.

New submission from kevin: Download the python version 3.5.2 source code from official web site. Compile the python code by the following steps: sudo ./configure sudo make sudo make install but from make, I get the following errors: /home/boot/tools/Python-3.5.2/Modules/_ssl.c:2582:46: error

[issue29027] 3.5.2 compile error from ssl related.

kevin added the comment: Hi Christian, Thanks for your reply. The machine's information as following: Platform: x86_64; OS: ubuntu16.04; Compiler: gcc (Ubuntu 5.4.0-6ubuntu1~16.04.4) 5.4.0 20160609; Openssl version:OpenSSL 1.1.0c 10 Nov

[issue29027] 3.5.2 compile error from ssl related.

kevin added the comment: Hi Christian, This issue is resolved. Thanks a lot. -- resolution: not a bug -> fixed ___ Python tracker <http://bugs.python.org/issu

[issue29064] Package numpy can't be used normally

New submission from kevin: I used package numpy,but encounter the following error: Traceback (most recent call last): File "rgbtoyuv.py", line 2, in import numpy as np File "/usr/local/lib/python3.5/site-packages/numpy-1.11.2-py3.5-linux-x86_64.egg/numpy/__init__.py&

[issue29064] Package numpy can't be used normally

kevin added the comment: Hi Xiang， Thanks for your information. -- resolution: third party -> status: closed -> open ___ Python tracker <http://bugs.python.org/i

[issue27058] Tkinter's canvas' dashed lines have incorrect segment lengths

New submission from Kevin: When creating a dashed line using `Canvas.create_line`. Minimal reproducing example: from Tkinter import * root = Tk() canvas = Canvas(root, width=100, height=30, bg="black") canvas.pack() canvas.create_line((0,10,100,10), dash=(20,),

[issue27058] Tkinter's canvas' dashed lines have incorrect segment lengths

Kevin added the comment: Ok, I've tried testing Serhiy's `canvas_dash.tcl` file, by running: import Tkinter root = Tkinter.Tk() root.tk.eval("source canvas_dash.tcl") root.mainloop() (I'm not sure if this counts as "pure" Tcl/Tk. I don

[issue27058] Tkinter's canvas' dashed lines have incorrect segment lengths

Kevin added the comment: This problem appears to go deeper than Python. On the TK bug tracker, under the issue "-dashofset option doesnt work on ms windows build" (https://core.tcl.tk/tk/tktview?name=1055974fff), a commenter mentions: > On Windows, only certain dash pattern

[issue46085] OrderedDict iterator allocates di_result unnecessarily

New submission from Kevin Shweh : The OrderedDict iterator caches a di_result tuple for use with iter(od.items()). It's *supposed* to only do that for the items() case, but the code does if (kind & (_odict_ITER_KEYS | _odict_ITER_VALUES)) to test for this case. This is the w

[issue46085] OrderedDict iterator allocates di_result unnecessarily

Kevin Shweh added the comment: Almost - C's weird bitwise operator precedence means it has to be parenthesized as if ((kind & _odict_ITER_ITEMS) == _odict_ITER_ITEMS) -- ___ Python tracker <https://bugs.python.or

[issue32658] Metacharacter (\) documentation suggestion

Kevin Raeder added the comment: Sure! Thanks for paying attention to my suggestion. Kevin On Fri, Jan 21, 2022 at 10:42 AM mike mcleod wrote: > > mike mcleod added the comment: > > I would like to help with this issue. Is that acceptable? > > -- &g

[issue46726] Thread spuriously marked dead after interrupting a join call

New submission from Kevin Shweh : This code in Thread._wait_for_tstate_lock: try: if lock.acquire(block, timeout): lock.release() self._stop() except: if lock.locked(): # bpo-45274: lock.acquire() acquired the lock, but the function

[issue46726] Thread spuriously marked dead after interrupting a join call

Kevin Shweh added the comment: Issue 45274 was a subtly different issue. That was a problem that happened if the thread got interrupted *between* the acquire and the release, causing it to *not* release the lock and *not* perform end-of-thread cleanup. The fix for that issue caused this

[issue46726] Thread spuriously marked dead after interrupting a join call

Kevin Shweh added the comment: The PR you submitted doesn't work, unfortunately. It essentially reintroduces issue 45274. If this line: if locked := lock.acquire(block, timeout): gets interrupted between the acquire and the assignment, locked is still False. That's rare, bu

[issue46722] Different behavior for functiools.partial between inspect.isfunction() and other inspect.is*function()

Kevin Shweh added the comment: Frankly, it doesn't make sense that isgeneratorfunction or iscoroutinefunction unwrap partials at all. The original justification for making them do that back in https://bugs.python.org/issue34890 was invalid - the original argument was that isfunction un

[issue46774] Importlib.metadata.version picks first distribution not latest

New submission from Kevin Kirsche : When using importlib.metadata.version with tools such as poetry which may install the current package one or more times, importlib.metadata.version is not deterministic in returning the latest version of the package, instead returning the first one located

[issue46774] Importlib.metadata.version picks first distribution not latest

Change by Kevin Kirsche : -- nosy: +kkirsche ___ Python tracker <https://bugs.python.org/issue46774> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45991] Improve ambiguous docstrings in pkgutil

Kevin Hock added the comment: At best it is ambiguous, with the class being confused with Str being called Path. Looking up "AttributeError: 'PosixPath' object has no attribute 'startswith'" gives a lot of results for similar issues, so I think

[issue45991] Improve ambiguous docstrings in pkgutil

Kevin Hock added the comment: > Maybe instead a note could be put in the Pathlib doc noting functions that > accept path arguments might not accept Path objects? My concern with that is that someone using `pkgutil` wouldn't see it. However, I can see the argument that fixing the

[issue1060] zipfile cannot handle files larger than 2GB (inside archive)

New submission from Kevin Ar18: Summary: If you have a zip file that contains a file inside of it greater than 2GB, then the zipfile module is unable to read that file. Steps to Reproduce: 1. Create a zip file several GB in size with a file inside of it that is over 2GB in size. 2. Attempt to

[issue1060] zipfile cannot handle files larger than 2GB (inside archive)

Kevin Ar18 added the comment: Here's another bug report that talks about a 2GB file limit: http://bugs.python.org/issue1189216 The diff offered there does not solve the problem; actually it's possible that the diff may not have anything to do with fixing the problem (though I'm no

[issue1060] zipfile cannot handle files larger than 2GB (inside archive)

Kevin Ar18 added the comment: Just some thoughts In posting about this problem elsewhere, it has been argued that you shouldn't be copying that much stuff into memory anyways (though there are possible cases for a need for that). However, the question is what should the zipfile modu

[issue1060] zipfile cannot handle files larger than 2GB (inside archive)

Kevin Ar18 added the comment: So, just add an error to the module (so it won't crash)? BTW, is Python 2.6 ready for use? I could use that feature now. :) __ Tracker <[EMAIL PROTECTED]> <http://bugs.python

[issue1060] zipfile cannot handle files larger than 2GB (inside archive)

Kevin Ar18 added the comment: Maybe a message that says that strings on 32-bit CPUs cannot handle more than 2GB of data; use the stream instead? __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/

[issue1232] %f prints the wrong 6 decimal places

New submission from Kevin McKiou: >>> print "price is: %f" % 5.1234567 price is: 5.123457 I was testing the statement about "prints to 6 decimal places". Sure enough, it printed only 6 decimal places, but it skipped over the 6th decimal place and printed the 7th

[issue1232] %f prints the wrong 6 decimal places

Kevin McKiou added the comment: Martin, Oops. Sorry about that. Hey, I even tried it with more decimals. It never occurred to me it was rounding. I thought it was simply printing a certain number of decimals. Hmmm...looking at my C manual...by golly, printf does round. Thanks, - Kevin

[issue1311] os.path.exists(os.devnull) regression on windows

Kevin Dwyer added the comment: I tried this under Python 2.3.3, 2.5.1 (native) and 2.3.4 (cygwin). The operating system is Windows 2000 SP4. C:\Python23>python Python 2.3.3 (#51, Dec 18 2003, 20:22:39) [MSC v.1200 32 bit (Intel)] on win32 Type "help", "copyright", &qu

[issue1311] os.path.exists(os.devnull) regression on windows

Kevin Dwyer added the comment: Ok, it seems that Python 2.5 implements two new functions Py_GetFileAttributesExA and Py_GetFileAttributesExW in posixmodule.c within the #ifdef MS_WINDOWS block that may return ERROR_INVALID_PARAMETER to os.stat, which will percolate WindowsError up to os.exists

[issue1337] Tools/msi/msi.py does not work with PCBuild8

New submission from Kevin Watters: The msi.py script for creating an Windows MSI installer from a Python source tree has hardcoded values for "PCBuild." The newer MSVC 2005 build directory is "PCBuild8" and has a slightly different structure. msi.py needs to be changed to be

[issue1320] PCBuild8 Solution Support Changes

Kevin Watters added the comment: This patch did not work for me. After running build_ssl.bat, the last couple lines of my console are: cl /Fotmp32dll\cfb_enc.obj -Iinc32 -Itmp32dll /MD /Ox /O2 /Ob2 /W3 /WX /Gs0 /GF /Gy /nologo -DOPENSSL_SYSNAME_WIN32 -DWIN32_LEAN_AND_MEAN -DL_ENDIAN

[issue12629] HTMLParser silently stops parsing with malformed attributes

New submission from Kevin Stock : Given the input '', HTMLParser only detects the opening x tag, and then stops parsing. Ideally this should behave like the case '' which raises an error and then can continue parsing the close x tag. -- components: Library

[issue12629] HTMLParser silently stops parsing with malformed attributes

Kevin Stock added the comment: A workaround is to call close() after feed(), which I supposed I should have done anyways. However, this does not resolve the issue that the two cases behave so differently. The code that causes the difference is lines 351-355 of parser.py, which also has a

[issue12932] dircmp does not allow non-shallow comparisons

New submission from Kevin Smith : While filecmp.cmp and filecmp.cmpfiles allow a shallow option to be specified to invoke a more involved comparison of files, filecmp.dircmp does not. It is limited to shallow-only comparisons. This could be solved quite easily by adding a shallow keyword

[issue9770] curses.isblank function doesn't match ctype.h

New submission from Kevin Thibedeau : The isblank() function defined in curses.ascii is incorrect and doesn't match the output from C's isblank() from ctype.h Incorrect definition: def isblank(c): return _ctoi(c) in (8,32) Should be: def isblank(c): return _ctoi(c) in (9,32)

[issue9942] Allow memory sections to be OS MERGEABLE

New submission from Kevin Hunter : Should Python enable a way for folks to inform the OS of MADV_MERGEABLE memory? I can't speak for other OSs, but Linux added the ability for processes to inform the kernel that they have memory that will likely not change for a while in 2.6.32. This is

[issue9942] Allow memory sections to be OS MERGEABLE

Kevin Hunter added the comment: My first thought is "Why is the reference counter stored with the object itself?" I imagine there are very good reasons, however, and this is not an area in which I have much mastery. Answering the question as best I can: I don't know ho

[issue9942] Allow memory sections to be OS MERGEABLE

Kevin Hunter added the comment: > Well, first, this would only work for large objects. [...] > Why do you think you might have such duplication in your workload? Some of the projects with which I work involve multiple manipulations of large datasets. Often, we use Python scripts as

[issue9942] Allow memory sections to be OS MERGEABLE

Kevin Hunter added the comment: > Why do you read it into a cStringIO? A cStringIO has the same interface > as a file, so you could simply operate on the file directly. In that particular case, because it isn't actually a file. That workflow was my attempt at simplification to i

[issue10102] mktime adding an hour in April (naive struct)?

New submission from Kevin Barnhart : Just starting to dabble in the world of time and datetime objects. I was converting an array of datetime objects to an array of floats via mktime to do some data analysis. I have ran into an issue where mktime seems to be adding an hour on April 6, 2003

[issue10102] mktime adding an hour in April (naive struct)?

Kevin Barnhart added the comment: Wow. Should have caught that. Thanks for the response. Kevin -- ___ Python tracker <http://bugs.python.org/issue10

[issue10107] Quitting IDLE on Mac doesn't save unsaved code

Kevin Walzer added the comment: Try something like this: root.createcommand('::tk::mac::Quit', ) This will map whatever function IDLE calls to prompt the user to save data before closing, to the Apple quit event. -- nosy: +wordtech

[issue10107] Quitting IDLE on Mac doesn't save unsaved code

Kevin Walzer added the comment: Ronald--I think it works with both 8.4 and 8.5. -- ___ Python tracker <http://bugs.python.org/issue10107> ___ ___ Python-bug

[issue7978] SocketServer doesn't handle syscall interruption

Changes by Kevin Chen : -- nosy: +kchen ___ Python tracker <http://bugs.python.org/issue7978> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue1326113] Letting "build_ext --libraries" take more than one lib

Palm Kevin added the comment: This one is really annoying. Could you please consider fixing this one for the next release? (=lightweight change) -- nosy: +palm.kevin ___ Python tracker <http://bugs.python.org/issue1326

[issue1326113] Letting "build_ext --libraries" take more than one lib

Palm Kevin added the comment: I applied the patch proposed by slanger. This one is working. Now, I'm executing this instruction to build my extension: "%pythonRoot%\python.exe" setup.py build_ext --include-dirs "C:\MyApp\include" --library-dir "C:\MyApp\lib&quo

  1   2   3   4   5   >