[issue20182] Derby #13: Convert 50 sites to Argument Clinic across 5 files
Serhiy Storchaka added the comment: It would be more helpful to split the patch on three independent patches for three modules. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20182 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20180] Derby #11: Convert 50 sites to Argument Clinic across 9 files
Stefan Krah added the comment: Sadly, for political reasons, it's best that we not convert collections, itertools, or random for now. Well, there are also technical reasons. For example, when reviewing a huge patch at the beginning of this year, the sections that touched AC took me 10 times longer to review than the rest. -- nosy: +skrah ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20180 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20180] Derby #11: Convert 50 sites to Argument Clinic across 9 files
Tal Einat added the comment: Here's a new patch for Objects/unicodeobject.c with all of Serhiy's suggestions integrated. -- Added file: http://bugs.python.org/file39190/unicodeobject.c.v4.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20180 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24041] Implement Mac East Asian encodings properly
Behdad Esfahbod added the comment: Thanks Marc-Andre. If the x_ was indeed added for that reason, it's quite a coincidence, because the MIME name of these encodings also starts with x-mac-..., so I assumed that's where the x_ comes from. The mappings are available at the Unicode website: http://unicode.org/Public/MAPPINGS/VENDORS/APPLE/JAPANESE.TXT http://unicode.org/Public/MAPPINGS/VENDORS/APPLE/CHINTRAD.TXT http://unicode.org/Public/MAPPINGS/VENDORS/APPLE/KOREAN.TXT http://unicode.org/Public/MAPPINGS/VENDORS/APPLE/CHINSIMP.TXT As for actual use, they are part of the OpenType standard. So by user request, I had to implement them last week in the FontTools Python library. This is useful for people when dealing with old and legacy fonts, specially in the process of converting them to Unicode-compatible fonts. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24041 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20180] Derby #11: Convert 50 sites to Argument Clinic across 9 files
Tal Einat added the comment: Hurrah! And that seems to be it for this group, since collections, itertools and random are not to be converted at this point, as well as the Modules/xx*.c files, and the stringlib files probably require overly extensive changes for conversion. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20180 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20180] Derby #11: Convert 50 sites to Argument Clinic across 9 files
Serhiy Storchaka added the comment: The patch causes a lot of warnings like Objects/unicodeobject.c: In function ‘unicode_title_impl’: Objects/unicodeobject.c:10581:5: warning: passing argument 1 of ‘_PyUnicode_Ready’ from incompatible pointer type [enabled by default] if (PyUnicode_READY(self) == -1) ^ Objects/unicodeobject.c:1484:1: note: expected ‘struct PyObject *’ but argument is of type ‘struct PyUnicodeObject *’ _PyUnicode_Ready(PyObject *unicode) ^ -- nosy: +serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20180 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24026] Python hangs forever in wait() of threading.py
appidman added the comment: I created a issue for paramiko: https://github.com/paramiko/paramiko/issues/515 I'm trying to create a script which reproduces the bug, but it might be a bit tough, because as I said it's not happening all the time. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24026 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23356] In argparse docs simplify example about argline
Berker Peksag added the comment: LGTM -- assignee: docs@python - berker.peksag nosy: +berker.peksag stage: - commit review type: performance - enhancement versions: +Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23356 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20180] Derby #11: Convert 50 sites to Argument Clinic across 9 files
Tal Einat added the comment: Version of patch with PyUnicodeObject * warnings fixed. -- Added file: http://bugs.python.org/file39191/unicodeobject.c.v5.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20180 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24043] Implement mac_romanian and mac_croatian encodings
Marc-Andre Lemburg added the comment: On 23.04.2015 21:02, Behdad Esfahbod wrote: They are used in OpenType fonts, but not implemented by Python at this time. Here's are the Unicode mappings for them: http://unicode.org/Public/MAPPINGS/VENDORS/APPLE/ROMANIAN.TXT http://unicode.org/Public/MAPPINGS/VENDORS/APPLE/CROATIAN.TXT Can you provide some evidence that these are still in use (I mean content being available encoded in these encodings) ? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24043 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24041] Implement Mac East Asian encodings properly
Marc-Andre Lemburg added the comment: The x_ prefix was added as reminder and way to document the desire to look into this at some point: https://github.com/python/cpython/commit/c696b47b10db1fa22b77ecfe1af392b3d62aab61 Before adding more codecs, we always ask whether these are in actual use. Can you provide some evidence of this ? We will also need official references to the definitions of the Mac encodings. Thanks. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24041 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24039] Minimize option doesn't work on Search Dialog box for idle
Changes by Prince prince0...@gmail.com: -- nosy: +roger.serwy, terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24039 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20180] Derby #11: Convert 50 sites to Argument Clinic across 9 files
Serhiy Storchaka added the comment: unicodeobject.c.v5.patch LGTM. -- stage: needs patch - commit review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20180 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24041] Implement Mac East Asian encodings properly
Marc-Andre Lemburg added the comment: On 24.04.2015 10:34, Behdad Esfahbod wrote: Thanks Marc-Andre. If the x_ was indeed added for that reason, it's quite a coincidence, because the MIME name of these encodings also starts with x-mac-..., so I assumed that's where the x_ comes from. Oh, I didn't know that :-) Hmm, I can't find the names listed as IANA charset, so the x- prefix then probably means non-standard. http://www.iana.org/assignments/character-sets/character-sets.xhtml The mappings are available at the Unicode website: http://unicode.org/Public/MAPPINGS/VENDORS/APPLE/JAPANESE.TXT http://unicode.org/Public/MAPPINGS/VENDORS/APPLE/CHINTRAD.TXT http://unicode.org/Public/MAPPINGS/VENDORS/APPLE/KOREAN.TXT http://unicode.org/Public/MAPPINGS/VENDORS/APPLE/CHINSIMP.TXT As for actual use, they are part of the OpenType standard. So by user request, I had to implement them last week in the FontTools Python library. This is useful for people when dealing with old and legacy fonts, specially in the process of converting them to Unicode-compatible fonts. This may be an indication that it's better to put those codecs into a PyPI package, rather than Python itself. The above tables are huge (as most Asian codec tables). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24041 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5438] test_bigmem.test_from_2G_generator uses more memory than expected
Thomas Wouters added the comment: Rewriting the tests shouldn't block this specific issue, no. Also, don't use multiprocessing for it. I would just use subprocess to start a separate process (which might after all be OOM-killed,) check the exitcode, and record its stderr in case of failure. Given that Steve ran the bigmem tests with a high limit and they all passed means that it's not pressing, though -- while it would be *good* to make these tests easier, and the skips more obvious, it's a good sign that nothing broke :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5438 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24050] Segmentation fault (core dumped)
Skip Montanaro added the comment: Can you provide a trimmed down example which provokes the segmentation fault? -- nosy: +skip.montanaro ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24050 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24049] Remove unused code in symtable.c and fix docs for import * checking
New submission from Nick Craig-Wood:
Here is a patch to remove some unused code in `symtable.c`
In Python3 `from x import *` was banned from use in functions completely.
This is detected by `symtable_visit_alias`
if (st-st_cur-ste_type != ModuleBlock) {
int lineno = st-st_cur-ste_lineno;
int col_offset = st-st_cur-ste_col_offset;
PyErr_SetString(PyExc_SyntaxError, IMPORT_STAR_WARNING);
However in `check_unoptimized` it checks for `import *` being used in a nested
function etc. This is the python2 behaviour which wasn't removed at the time
the new python3 behaviour was added.
According to my analysis and tests it is now impossible for `check_unoptimized`
to raise an error, since only valid uses of `import *` are left at the point it
is called.
I propose to remove that function entirely, its call, and fix some stray
documentation in this patch.
--
components: Interpreter Core
files: python3.5-symtable.patch
keywords: patch
messages: 241937
nosy: ncw
priority: normal
severity: normal
status: open
title: Remove unused code in symtable.c and fix docs for import * checking
type: enhancement
versions: Python 3.5
Added file: http://bugs.python.org/file39195/python3.5-symtable.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24049
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24050] Segmentation fault (core dumped)
Shinto Peter added the comment: check this this link : http://jodal.no/post/5779178001/log-from-the-debugging-of-a-segfault/ tells about Segfault -- nosy: +shinto ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24050 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23880] Tkinter: getint and getdouble should support Tcl_Obj
Changes by Serhiy Storchaka storch...@gmail.com: Added file: http://bugs.python.org/file39193/tkinter_getxxx_tclobj-2.7.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23880 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23880] Tkinter: getint and getdouble should support Tcl_Obj
Serhiy Storchaka added the comment: 2. Does the change break existing code? Usually not. I meant that the only difference (except that now Tkinter can work in cases where it failed before) is that that some exceptions can change its type from ValueError to TclError. But first, these exception are unlikely raised, and second, getint() and getdouble() are used to convert the result of call(), that can raise a TclError, so this doesn't add new exception type. However, to decrease even such minor probability of the breakage, the patch for 3.4 and 2.7 uses widget.getint() instead of widget.tk.getint(). This wrapper converts TclError to ValueError. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23880 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24050] Segmentation fault (core dumped)
New submission from nivin: Got an error as Segmentation fault (core dumped) when executed a python script . Error getting only for a specific python script only -- components: Interpreter Core messages: 241940 nosy: nivin priority: normal severity: normal status: open title: Segmentation fault (core dumped) versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24050 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23880] Tkinter: getint and getdouble should support Tcl_Obj
Changes by Serhiy Storchaka storch...@gmail.com: Added file: http://bugs.python.org/file39192/tkinter_getxxx_tclobj-3.4.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23880 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24036] GB2312 codec is using a wrong covert table
Ma Lin added the comment: Andre Lemburg, We don't need any modify, A844 is in GBK but not in GB2312, so no need to add it into GB2312. Your logic is right, it's hard to judge which one is wrong. But U+30FB (· KATAKANA MIDDLE DOT) and U+2015 (— HORIZONTAL BAR) have no reason among these Chinese common punctuation symbol. A1A2-A1B7: 、 。 ・ ˉ ˇ ¨ 〃 々 ― ～ ‖ … ‘ ’“ ” 〔 〕 〈 〉 《 》 If they are U+00B7 (· MIDDLE DOT) and U+2014 (— EM DASH), this section looks more reasonable. GB2312 was published in early 1980s, it seems there was a historical accident. Luckily, most programming languages are on the same side. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24036 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20168] Derby: Convert the _tkinter module to use Argument Clinic
Changes by Serhiy Storchaka storch...@gmail.com: -- dependencies: +Argument Clinic no longer works with single optional argument ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20168 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24051] Argument Clinic no longer works with single optional argument
New submission from Serhiy Storchaka:
Argument Clinic no longer works single optional argument. For example see
_tkinter.tkapp.wantobjects in the patch in issue20168.
/*[clinic input]
_tkinter.tkapp.wantobjects
[
value: int
]
/
[clinic start generated code]*/
It is converted to the methoddef of type METH_O.
#define _TKINTER_TKAPP_WANTOBJECTS_METHODDEF\
{wantobjects, (PyCFunction)_tkinter_tkapp_wantobjects, METH_O,
_tkinter_tkapp_wantobjects__doc__},
static PyObject *
_tkinter_tkapp_wantobjects(PyObject *self, PyObject *arg)
{
PyObject *return_value = NULL;
int group_right_1 = 0;
int value = 0;
if (!PyArg_Parse(arg, i:wantobjects, value))
goto exit;
return_value = _tkinter_tkapp_wantobjects_impl(self, group_right_1, value);
exit:
return return_value;
}
As result wantobjects() can't be called without an argument.
--
components: Argument Clinic
messages: 241943
nosy: larry, serhiy.storchaka
priority: normal
severity: normal
stage: needs patch
status: open
title: Argument Clinic no longer works with single optional argument
type: behavior
versions: Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24051
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20182] Derby #13: Convert 50 sites to Argument Clinic across 5 files
Tal Einat added the comment: Here's a patch just for Modules/signalmodule.c (and related files), based on Georg's patch, updated to apply against current default, including fixes thanks to Serhiy's review. This include one minor doc change, since I changed the name of the second parameter to signal.pthread_kill from signum to signalnum to be consistent with the rest of the signal module. This will not break existing code since this parameter is positional-only. -- Added file: http://bugs.python.org/file39194/issue20182.signalmodule.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20182 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24052] sys.exit(code) returns success to the OS for some nonzero values of code
eryksun added the comment: -- import sys -- sys.exit(2**63) 9223372036854775808 The above is only Python 2.x behavior. On Windows, sys.maxint is 2147483647 (even for 64-bit Windows), so 2**63 is a Python long. Thus handle_system_exit takes the PyFile_WriteObject branch, with the actual exit code set to 1. import sys sys.exit(2**63) 9223372036854775808 C:\echo %errorlevel% 1 In Python 3, PyLong_AsLong overflows for any value bigger than LONG_MAX, which sets the result to -1, i.e. 32-bit 0x, with overflow set. handle_system_exit ignores the overflow exception, so any exit code larger than 0x7FFF (2**31-1) is returned as 0x (2**32-1). cmd = '%s -c import sys;sys.exit(%%d)' % sys.executable subprocess.call(cmd % (2**31-1)) 2147483647 subprocess.call(cmd % (2**31)) 4294967295 subprocess.call(cmd % (2**63)) 4294967295 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24052 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23810] Suboptimal stacklevel of deprecation warnings for formatter and imp modules
Serhiy Storchaka added the comment: Unfortunately this will not help for re, because the trace passes through three files: Lib/sre_parse.py, Lib/sre_compile.py and Lib/re.py. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23810 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24041] Implement Mac East Asian encodings properly
Behdad Esfahbod added the comment: They are a rather minor change on top of the existing Asian encodings. So implementing them in Python might be easier. I have a half-done version of those. I can try finishing and post it back here. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24041 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24041] Implement Mac East Asian encodings properly
Marc-Andre Lemburg added the comment: On 24.04.2015 20:34, Behdad Esfahbod wrote: They are a rather minor change on top of the existing Asian encodings. So implementing them in Python might be easier. I have a half-done version of those. I can try finishing and post it back here. If it's only a smaller patch, that would work fine, I guess. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24041 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24052] sys.exit(code) returns success to the OS for some nonzero values of code
Ethan Furman added the comment: Windows 7 C:\Python27python Python 2.7.5 (default, May 15 2013, 22:43:36) [MSC v.1500 32 bit (Intel)] on win32 Type help, copyright, credits or license for more information. -- import sys -- sys.exit(2**63) 9223372036854775808 C:\Python27python Python 2.7.5 (default, May 15 2013, 22:43:36) [MSC v.1500 32 bit (Intel)] on win32 Type help, copyright, credits or license for more information. -- import sys -- sys.exit(2**63+1) 9223372036854775809 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24052 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24052] sys.exit(code) returns success to the OS for some nonzero values of code
Alexander Belopolsky added the comment: -- sys.exit(2**63) 9223372036854775808 Interesting. So it is probably not unheard of in the Windows world to use errors codes like 1000,1001,..1024,.. to avoid conflicts with system codes. Maybe on POSIX systems, sys.code(code) should print code and return say 255 for code outside of -255..255 range? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24052 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9246] os.getcwd() hardcodes max path len
STINNER Victor added the comment:
I've updated the patch with the comments from the review
Thanks William for your contribution, I commited your fix.
I just made a minor change on if (cwd use_bytes) {: you forgot to remove
test now useless test on cwd, and I dropped { and } to make to short more
readable (Note: the PEP 7 requires to put } and else { on two lines).
Ok, I just took 5 years to get Python 2 features in Python 3 :-)
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9246
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23840] tokenize.open() leaks an open binary file on TextIOWrapper error
STINNER Victor added the comment: tokenizeV2.patch and tokenize.patch have issues, I reviewed them. Can someone please write a new patch taking my comments in account? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23840 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9246] os.getcwd() hardcodes max path len
Roundup Robot added the comment: New changeset abf1f3ae4fa8 by Victor Stinner in branch '3.4': Issue #9246: On POSIX, os.getcwd() now supports paths longer than 1025 bytes https://hg.python.org/cpython/rev/abf1f3ae4fa8 New changeset b871ace5c58f by Victor Stinner in branch 'default': (Merge 3.4) Issue #9246: On POSIX, os.getcwd() now supports paths longer than https://hg.python.org/cpython/rev/b871ace5c58f -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9246 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20182] Derby #13: Convert 50 sites to Argument Clinic across 5 files
Tal Einat added the comment: Here's a patch just for Modules/selectmodule.c (and related files), based on Georg's patch, updated to apply against current default, including fixes thanks to Serhiy's review. It took a while since I had to get a Linux VM up to run the epoll tests. And it was good that I did, since Georg's patch had several errors in that area. It is important to note that epoll.poll now raises a different exception when called with invalid arguments after it has been closed. It used to raise ValueError since it first checked whether it was closed before checking the parameters. With this patch, the parameters are checked first so a TypeError is raised. This behavior wasn't documented and wasn't tested, so it seems relatively safe to change. At Serhiy's suggestion, I added a test for the new behavior. Perhaps this should be mentioned in the release notes and/or what's new? -- Added file: http://bugs.python.org/file39201/issue20182.selectmodule.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20182 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23840] tokenize.open() leaks an open binary file on TextIOWrapper error
Matt Chung added the comment: Hey Haypo, I'm working on submitting the new patch now. Still getting used to the workflow and tools here. Thanks for being patient. You should see the new file in the next 30 minutes. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23840 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23863] Fix EINTR Socket Module issues in 2.7
STINNER Victor added the comment: diverging discussion: Go re-read the documentation on os.times(). We don't have the same definition of the unit seconds :-) print(os.times()); time.sleep(1); print(os.times()) (0.04, 0.01, 0.0, 0.0, 4731691.68) (0.04, 0.01, 0.0, 0.0, 4731692.68) My watch doesn't stop when I'm sleeping. See https://docs.python.org/dev/library/time.html#time.process_time See also CPU Time in https://www.python.org/dev/peps/pep-0418/#glossary -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23863 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23863] Fix EINTR Socket Module issues in 2.7
STINNER Victor added the comment:
We don't have the same definition of the unit seconds :-)
Or, please forget my comment, I watched the first 4 items of os.times(). I
didn't notice the difference of the 5th item, os.times()[4].
The bad news is that only the first two items of os.times() are filled on
Windows :-( I don't think that Python 2.7 provides a monotonic clock on Windows.
static PyObject *
os_times_impl(PyModuleDef *module)
{
#ifdef MS_WINDOWS
FILETIME create, exit, kernel, user;
HANDLE hProc;
hProc = GetCurrentProcess();
GetProcessTimes(hProc, create, exit, kernel, user);
/* The fields of a FILETIME structure are the hi and lo part
of a 64-bit value expressed in 100 nanosecond units.
1e7 is one second in such units; 1e-7 the inverse.
429.4967296 is 2**32 / 1e7 or 2**32 * 1e-7.
*/
return build_times_result(
(double)(user.dwHighDateTime*429.4967296 +
user.dwLowDateTime*1e-7),
(double)(kernel.dwHighDateTime*429.4967296 +
kernel.dwLowDateTime*1e-7),
(double)0,
(double)0,
(double)0);
...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23863
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22931] cookies with square brackets in value
Tim Pierce added the comment: Adding Python 2.7 to the affected versions (from #23341 which was closed as a duplicate of this bug). We are very interested to know whether this will be fixed in a Python 2.7 patch as well. -- nosy: +twpierce versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22931 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24053] Define EXIT_SUCCESS and EXIT_FAILURE constants in sys
New submission from Alexander Belopolsky: Python defines some BSDish exit codes in the os module: EX_CANTCREAT = 73 EX_CONFIG = 78 EX_DATAERR = 65 EX_IOERR = 74 EX_NOHOST = 68 EX_NOINPUT = 66 EX_NOPERM = 77 EX_NOUSER = 67 EX_OK = 0 EX_OSERR = 71 EX_OSFILE = 72 EX_PROTOCOL = 76 EX_SOFTWARE = 70 EX_TEMPFAIL = 75 EX_UNAVAILABLE = 69 EX_USAGE = 64 but these are documented as only available on UNIX and may not be portable across all flavors. POSIX [1] and C99 defines EXIT_SUCCESS and EXIT_FAILURE constants. I propose adding those to sys. Having these constants in sys will make them more discoverable because they will be next to sys.exit(). [1] http://pubs.opengroup.org/onlinepubs/009695399/functions/exit.html -- messages: 241949 nosy: belopolsky priority: normal severity: normal status: open title: Define EXIT_SUCCESS and EXIT_FAILURE constants in sys type: enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24053 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14019] Unify tests for str.format and string.Formatter
Changes by Brett Cannon br...@python.org: -- assignee: brett.cannon - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14019 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24052] sys.exit(code) returns success to the OS for some values of code
Stefan Krah added the comment: At first glance the return values look right to me: The value of exit returned to the parent should be status 0377. -- nosy: +skrah ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24052 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24050] Segmentation fault (core dumped)
Changes by Brett Cannon br...@python.org: -- status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24050 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24049] Remove unused code in symtable.c and fix docs for import * checking
Changes by Brett Cannon br...@python.org: -- nosy: +brett.cannon ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24049 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14376] sys.exit documents argument as integer but actually requires subtype of int
Ethan Furman added the comment: I previously wrote: -- Gareth, please ignore my comments about adding guards on the return value -- it is up to the O/S to use or adjust whatever Python returns. Let me clarify that a bit: we need to protect against overflow from long to int; protecting against overflow from int to O/S returncode size is a separate issue. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14376 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24052] sys.exit(code) returns success to the OS for some values of code
New submission from Alexander Belopolsky: $ python3 Python 3.4.3 (default, Mar 2 2015, 11:08:35) [GCC 4.4.7 20120313 (Red Hat 4.4.7-4)] on linux Type help, copyright, credits or license for more information. import sys import subprocess subprocess.call([sys.executable, '-c', import sys;sys.exit(512)]) 0 subprocess.call([sys.executable, '-c', import sys;sys.exit(256)]) 0 See also #14376. -- components: Interpreter Core messages: 241946 nosy: belopolsky priority: normal severity: normal status: open title: sys.exit(code) returns success to the OS for some values of code type: behavior versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24052 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14376] sys.exit documents argument as integer but actually requires subtype of int
Alexander Belopolsky added the comment: Alexander, create a new issue for the problem of converting non-zero values to zero. See #24052. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14376 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24048] remove_module() needs to save/restore exception state
Changes by Brett Cannon br...@python.org: -- nosy: +brett.cannon, eric.snow, ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24048 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23810] Suboptimal stacklevel of deprecation warnings for formatter and imp modules
Brett Cannon added the comment: Here is a private function in warnings for calculating the stack depth to the first frame not referencing some key string. Can someone look at it to make sure it looks reasonable? I'm starting with it being private since it uses sys._getframe() and I don't know how widely needed it is. -- keywords: +patch stage: test needed - patch review versions: -Python 3.4 Added file: http://bugs.python.org/file39196/better_stacklevel.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23810 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23893] Forward-port future_builtins
Brett Cannon added the comment: I've decided that having the module exist in Python 2.7 and 3.5 but not 3.0 - 3.4 is just asking for trouble. -- resolution: - rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23893 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24049] Remove unused code in symtable.c and fix docs for import * checking
Roundup Robot added the comment: New changeset 135d5a3e415b by Benjamin Peterson in branch '3.4': remove dead *-import checking code (closes #24049) https://hg.python.org/cpython/rev/135d5a3e415b New changeset 5c0247a6f98a by Benjamin Peterson in branch 'default': merge 3.4 (#24049) https://hg.python.org/cpython/rev/5c0247a6f98a -- nosy: +python-dev resolution: - fixed stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24049 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24050] Segmentation fault (core dumped)
Terry J. Reedy added the comment: The link appears to be about a bug in the C code of mopidy-spotify, which was properly reported to the github mopidy site. This tracker is only for bugs in the Python-CPython docs and CPython implmentation, as maintained in the cpython repository at hg.python.org. What bug of the latter sort are you claiming? -- nosy: +terry.reedy status: pending - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24050 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24035] When Caps Locked, Shift + alpha-character still displayed as uppercase
James Edwards added the comment: It looks like this is a bug in pyreadlines as suggested by eryksun, but for a different reason. Even though the Caps Lock + Shift combination is recognized correctly (as lower case), the logic in the pyreadlines module forces it to upper case. See lines 44-45 and 72-75 in [1]. You should be able to verify this by launching with the -S option, disabling the auto import of the site module. (You'll need to import sys; sys.exit(), or Ctrl+Break to exit the interpreter -- exit() won't be defined.) Given that pyreadlines looks to be somewhat of a mess and since you don't actually need pyreadlines to run ipython[2], you might consider uninstalling it (Alternatively, removing the or shift part of the referenced conditions will fix your specific issue). If you're only looking for windows terminal coloring, colorama[3] is being used by the pip maintainers with apparent success. In any case, it doesn't look to be an appropriate bug for this tracker -- maybe the pyreadlines github? [1] https://github.com/pyreadline/pyreadline/blob/master/pyreadline/keysyms/common.py [2] http://mail.scipy.org/pipermail/ipython-dev/2013-November/012623.html [3] https://pypi.python.org/pypi/colorama -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24035 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24053] Define EXIT_SUCCESS and EXIT_FAILURE constants in sys
Changes by Alexander Belopolsky alexander.belopol...@gmail.com: -- nosy: +skrah ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24053 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24052] sys.exit(code) returns success to the OS for some nonzero values of code
Changes by Alexander Belopolsky alexander.belopol...@gmail.com: -- title: sys.exit(code) returns success to the OS for some values of code - sys.exit(code) returns success to the OS for some nonzero values of code ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24052 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24052] sys.exit(code) returns success to the OS for some nonzero values of code
Ethan Furman added the comment: If anything changes here it needs to be O/S dependent. MS Windows can work with DWORD return values, so truncating to 8-bits is wrong for that platform. -- nosy: +ethan.furman ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24052 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24054] Invalid syntax in inspect_fodder2.py (on Python 2.x)
New submission from David D. Riddle: test_linecache.py reads from three files namely inspect_fodder.py, inspect_fodder2.py, and mapping_tests.py. It reads the py files directly as text files. This patch copies these files to linecache_fodder, linecache_fodder2, and linecache_mapping_fodder respectively, and updates test_linecache.py accordingly. The reason I do this is so that the these files are not compiled. This is desirable for me because I use linecache2 on python 2.7. Python 2.7 can not compile inspect_fodder2.py nor is it necessary as this file is only used as a text file never as an object file in the test_linecache.py tests. This issue came up for me when I attempted to make an RPM out of linecache2. rpmbuild compiles all py files in the rpm and fails when it tries to compile inspect_fodder2.py. If these files have the .py removed from the test files then they will not be compiled which fixes my issue. Nor do they need to be compiled to successfully run the test_linecache.py tests. -- components: Tests files: mywork.patch keywords: patch messages: 241955 nosy: ddriddle priority: normal severity: normal status: open title: Invalid syntax in inspect_fodder2.py (on Python 2.x) type: compile error Added file: http://bugs.python.org/file39198/mywork.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24054 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24053] Define EXIT_SUCCESS and EXIT_FAILURE constants in sys
Ethan Furman added the comment: Where are EXIT_FAILURE and EXIT_SUCCESS defined? And we should probably call them EX_FAILURE and EX_SUCESS to match what's already there. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24053 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24052] sys.exit(code) returns success to the OS for some nonzero values of code
Alexander Belopolsky added the comment: I agree that the truncation limits should be OS dependent and preserve the values to the extent possible on a given platform. I just want to avoid a situation when sys.exit(code) returns zero for a non-zero code. BTW, what does sys.exit(2**63) return on Windows? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24052 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23356] In argparse docs simplify example about argline
Changes by Wolfgang Maier wolfgang.ma...@biologie.uni-freiburg.de: -- nosy: +wolma ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23356 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24052] sys.exit(code) returns success to the OS for some nonzero values of code
eryksun added the comment: I believe a better behavior for sys.exit() would be to truncate the code values to 8-bit range so that non-zero status would always be returned as non-zero, but possibly different value. OK, so long as it's just for POSIX systems. Windows ExitProcess, ExitThread, TerminateProcess, and TerminateThread all use an unsigned int value for the exit code, and it's common to use a [Win32 error code][1] in the 16-bit range 0x to 0x. [1]: https://msdn.microsoft.com/en-us/library/cc231199 -- nosy: +eryksun ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24052 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24053] Define EXIT_SUCCESS and EXIT_FAILURE constants in sys
Alexander Belopolsky added the comment: I am attaching a patch implementing these constants. If this is well-received, I will add documentation. -- assignee: - belopolsky keywords: +easy, patch stage: - patch review versions: +Python 3.5 Added file: http://bugs.python.org/file39197/issue24053.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24053 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24053] Define EXIT_SUCCESS and EXIT_FAILURE constants in sys
Changes by Alexander Belopolsky alexander.belopol...@gmail.com: -- nosy: +ethan.furman, mark.dickinson, serhiy.storchaka, terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24053 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24052] sys.exit(code) returns success to the OS for some values of code
Alexander Belopolsky added the comment: The value of exit returned to the parent should be status 0377. Apparently, this is not so on Windows. See msg241903 in #24045. POSIX defines [1] exit to return status 0377, but that does not mean that sys.exit(256) must return 0 without a warning. It is very unlikely that someone would intentionally use code=256 to signify success. It is much more likely that sys.exit(256) is a result of a programming error. I believe a better behavior for sys.exit() would be to truncate the code values to 8-bit range so that non-zero status would always be returned as non-zero, but possibly different value. [1] http://pubs.opengroup.org/onlinepubs/009695399/functions/exit.html -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24052 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24018] add a Generator ABC
Stefan Behnel added the comment: Searching for Python code that seems to implement the Generator protocol doesn't return much: https://code.openhub.net/search?s=%22def%20throw%28%22%20%22def%20send%28%22%20%22def%20close%28%22pp=0fl=Pythonmp=1ml=1me=1md=1ff=1filterChecked=true But at least it pointed me to this: https://hg.python.org/cpython/file/5c0247a6f98a/Lib/multiprocessing/managers.py#l922 So, wrapping generators (apparently for remote calls in this case) seems to be another use case. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24018 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9246] os.getcwd() hardcodes max path len
Changes by William Orr w...@worrbase.com: Removed file: http://bugs.python.org/file39005/max_getcwd.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9246 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9246] os.getcwd() hardcodes max path len
Changes by William Orr w...@worrbase.com: Removed file: http://bugs.python.org/file39154/max_getcwd.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9246 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9246] os.getcwd() hardcodes max path len
William Orr added the comment: I've updated the patch with the comments from the review -- Added file: http://bugs.python.org/file39199/max_getcwd.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9246 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24053] Define EXIT_SUCCESS and EXIT_FAILURE constants in sys
Alexander Belopolsky added the comment: Where are EXIT_FAILURE and EXIT_SUCCESS defined? In C stdlib: $ grep EXIT_ /usr/include/stdlib.h #define EXIT_FAILURE1 #define EXIT_SUCCESS0 we should probably call them EX_FAILURE and EX_SUCESS to match what's already there. No. EX_ macros come from a non-standard sysexits.h header. Python stdlib traditionally does not change the spelling of the constants that come from C libraries or standards. Even in the absence of POSIX and C99 standards, I would prefer EXIT_ prefix over EX_ for clarity. EX does not clearly mean exit, it may stand for exception, execution, example etc. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24053 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24035] When Caps Locked, Shift + alpha-character still displayed as uppercase
James Edwards added the comment: If you start the interactive interpreter with the -S switch, e.g. python.exe -S Do you still see this behavior? -- nosy: +jedwards ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24035 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24053] Define EXIT_SUCCESS and EXIT_FAILURE constants in sys
Ethan Furman added the comment: Sounds good, I have no objections. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24053 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24043] Implement mac_romanian and mac_croatian encodings
Behdad Esfahbod added the comment: Very valid question. Let me ask and get back to you. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24043 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24043] Implement mac_romanian and mac_croatian encodings
Serhiy Storchaka added the comment:
Guido's time machine strikes back.
'π–∆'.encode('mac_romanian')
b'\xb9\xd0\xc6'
'π–∆'.encode('mac_croatian')
b'\xf9\xe0\xb4'
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24043
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24053] Define EXIT_SUCCESS and EXIT_FAILURE constants in sys
Serhiy Storchaka added the comment: Aren't EXIT_SUCCESS and EXIT_FAILURE needed only for support VMS? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24053 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24043] Implement mac_romanian and mac_croatian encodings
Behdad Esfahbod added the comment: Huh. So they are implemented, even though they are not in aliases.py. Sorry about the noise! Please add them to aliases.py. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24043 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24043] Implement mac_romanian and mac_croatian encodings
Serhiy Storchaka added the comment: What aliases have these encodings? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24043 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20182] Derby #13: Convert 50 sites to Argument Clinic across 5 files
Serhiy Storchaka added the comment: And it would be more helpful to use self-descriptive converter names instead of cryptic format units. -- stage: needs patch - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20182 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24047] str.startswith and str.endswith should accept multiple arguments.
Serhiy Storchaka added the comment:
This proposition conflicts with optional parameters of str.startswith().
'test'.startswith(('a', 'b', 'c'), 1, 3)
False
--
nosy: +serhiy.storchaka
resolution: - rejected
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24047
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20182] Derby #13: Convert 50 sites to Argument Clinic across 5 files
Tal Einat added the comment: Serhiy, I agree on both points. I can easily replace all of the converters and upload it as three separate patches. If you haven't started reviewing the patch yet, let me know and I'll do these things ASAP. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20182 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24036] GB2312 codec is using a wrong covert table
Marc-Andre Lemburg added the comment: Hi Ma Lin, thank you for your investigation. In order to fix these tables, we'd need an official reference which shows that there is in fact an error. If most programming languages you have tested use the wrong version, then maybe it's not wrong after all :-) Adding a new mapping for A844 should not be a problem and the other mappings don't seem to introduce much difference in terms of how the glyphs look. However, by changing such mappings we'd break roundtrip safety. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24036 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24046] Incomplete build on AIX
Marc-Andre Lemburg added the comment:
On 24.04.2015 04:54, aixtools wrote:
Rather than wait for that to happen I decided to experiment with LibreSSL. If
you are not familiar with LibreSSL - I shall be quick - openbsd (who also
maintains openssh) has been cutting out insecure and/or superfluous code.
One of the more insecure (because it can be a predictable source of enthropy)
is RAND_egd() - so it is unavoidable that this occurs:
ld: 0711-317 ERROR: Undefined symbol: .RAND_egd
After patching _ssl.c to this:
--- _ssl.c.orig 2014-06-30 02:05:42 +
+++ _ssl.c 2015-04-24 02:47:00 +
@@ -1604,6 +1604,7 @@
static PyObject *
PySSL_RAND_egd(PyObject *self, PyObject *arg)
{
+#ifndef LIBRESSL_VERSION_NUMBER
int bytes;
if (!PyString_Check(arg))
@@ -1618,6 +1619,12 @@
return NULL;
}
return PyInt_FromLong(bytes);
+#else
+PyErr_SetString(PySSLErrorObject,
+external EGD connection not allowed when using
LibreSSL:
+no data to seed the PRNG via PySSL_RAND_egd);
+return NULL;
+#endif
}
PyDoc_STRVAR(PySSL_RAND_egd_doc,
The end result is:
Failed to build these modules:
_elementtree _sqlite3 bz2
pyexpat
In short, you can get ahead of the curve by depreciating/removing
PySSL_RAND_egd() because any code that uses it may be receiving predictable
input and thereafter everything may be predictable.
If you do not believe openbsd (or me) - just read the code. It calls anything
configured (handy when /dev/urandom was hard to find anno 1999) but these
days a backdoor waiting to be opened.
p.s. As I get time I shall continue with the other modules that do not build
- just let me know if you prefer that I continue posting in this issue, or
make new one(s) for each module as I find a solution.
Please post this in a new issue, since it's really a separate one.
Thanks,
--
Marc-Andre Lemburg
eGenix.com
--
nosy: +lemburg
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24046
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20182] Derby #13: Convert 50 sites to Argument Clinic across 5 files
Serhiy Storchaka added the comment: I already have reviewed changes to select and signal. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20182 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23852] Wrong computation of max_fd on OpenBSD
William Orr added the comment: Updated the patch based on review -- Added file: http://bugs.python.org/file39200/max_fd.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23852 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23852] Wrong computation of max_fd on OpenBSD
Changes by William Orr w...@worrbase.com: Removed file: http://bugs.python.org/file39097/max_fd.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23852 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24047] str.startswith and str.endswith should accept multiple arguments.
Ethan Furman added the comment:
We can already do
-- some_string.starts_with(('innie','minnie', 'minie', 'moe'))
Your proposal appears to be equivalent to:
-- 'test'.startswith(('a', 'b', 'c'))
How often do you check to see if a string starts with only a single character?
-1
tuple() is the correct solution to this problem.
--
nosy: +ethan.furman
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24047
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24043] Implement mac_romanian and mac_croatian encodings
Behdad Esfahbod added the comment: Similar encodings have an alias that removes the underscore: https://github.com/python/cpython/blob/master/Lib/encodings/aliases.py#L435 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24043 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24043] Implement mac_romanian and mac_croatian encodings
Marc-Andre Lemburg added the comment:
On 24.04.2015 21:25, Serhiy Storchaka wrote:
Serhiy Storchaka added the comment:
Guido's time machine strikes back.
'π–∆'.encode('mac_romanian')
b'\xb9\xd0\xc6'
'π–∆'.encode('mac_croatian')
b'\xf9\xe0\xb4'
Ah, I should have looked in the encodings package first :-)
r39779 | lemburg | 2005-10-21 15:58:32 +0200 (Fri, 21 Oct 2005) | 3 lines
Add a few more Mac OS encodings. The mapping tables for these are
available at ftp.unicode.org.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24043
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24053] Define EXIT_SUCCESS and EXIT_FAILURE constants in sys
Alexander Belopolsky added the comment: I would say, they are there to support *humans*. I am not aware of any human language where success is spelled 0. (1 is a failing mark in some schools - so there is a precedent for that. :-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24053 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24039] Idle: some modal dialogs maximize, don't minimize
Terry J. Reedy added the comment: I changed the title to generalize this issue. The modal Options = Configure IDLE box does not have minimize or maximize buttons and cannot be resized. (Ditto for About Idle.) This is typical of Windows dialogs, even though horizontal expansion would often be useful for path displays. The modal Options = Configure Extensions box also does not have the button but *can* be resized. (Ditto for some other help displays.) The Find, Find in Files, and Replace dialogs are also modal, though perhaps they should not be. They have the buttons and can be maximized (which is useless). They cannot be minimized because focus would have to shift to another window of the application, which would contradict being modal. They can be resized, and this is occasionally needed and should stay. One fix would be to make all these dialogs like Configure Extension -- no min, max buttons but resizable. For reference, (but not part of this issue) the File menu dialogs that I checked are non-modal. The Idle-specific Class and Path Browsers have min/max buttons and appear on the taskbar. (Ditto for Debugger and IDLE Help.) The tk-defined Open and Save dialogs do not have the buttons and do not appear on the taskbar. I believe the find group are the only modal dialogs with min and max buttons. -- stage: - needs patch title: Minimize option doesn't work on Search Dialog box for idle - Idle: some modal dialogs maximize, don't minimize versions: +Python 2.7, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24039 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23723] Provide a way to disable bytecode staleness checks
Brett Cannon added the comment: Skipping the source stat makes no difference in startup time even if you import django.http as part of the work. This would definitely be mostly for people who launch so many processes that they actually gain from collecting microseconds worth of benefit from each Python process. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23723 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24055] unittest package-level set up tear down module
New submission from Demian Brecht: There's a feature available via nose that might be nice to have in unittest: package-level setup and teardown functions. Using nose, I can define a setUpModule() method in a test package's __init__.py and it will execute it during the test run. This is helpful for test packages that test related features and may have expensive setup/teardown routines. By having the test runner pick up setup/teardown methods in __init__.py, I can now incur this expense once rather than once per module. I don't mind putting a patch together for this if others think this might be beneficial. -- components: Library (Lib) messages: 241981 nosy: demian.brecht, ezio.melotti, michael.foord, rbcollins priority: normal severity: normal stage: needs patch status: open title: unittest package-level set up tear down module type: enhancement versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24055 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24054] Invalid syntax in inspect_fodder2.py (on Python 2.x)
Robert Collins added the comment: Thanks, I shall look at this Monday. -- nosy: +rbcollins ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24054 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
