[issue15237] Add capsule API to _decimal
Stefan Behnel added the comment: Is this superseded by issue 22194 now or the other way round? -- nosy: +scoder versions: +Python 3.5 -Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15237 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22324] Use PyUnicode_AsWideCharString() instead of PyUnicode_AsUnicode()
Serhiy Storchaka added the comment: Will not this cause performance regression? When we hardly work with wchar_t-based API, it looks good to cache encoded value. -- nosy: +serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22324 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7946] Convoy effect with I/O bound threads and New GIL
Changes by Stefan Behnel sco...@users.sourceforge.net: -- nosy: +scoder ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7946 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22271] Deprecate PyUnicode_AsUnicode(): emit a DeprecationWarning
Serhiy Storchaka added the comment: It would be better to emit a warning only at compile time. End user of compiled extension can't do anything with a warning emitted at run time, only its author can avoid it. -- nosy: +serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22271 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22271] Deprecate PyUnicode_AsUnicode(): emit a DeprecationWarning
STINNER Victor added the comment: It would be better to emit a warning only at compile time. End user of compiled extension can't do anything with a warning emitted at run time, only its author can avoid it. DeprecatedWarning warnings are silent by default. So it will not annoy users. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22271 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22324] Use PyUnicode_AsWideCharString() instead of PyUnicode_AsUnicode()
STINNER Victor added the comment: Will not this cause performance regression? When we hardly work with wchar_t-based API, it looks good to cache encoded value. Yes, it will be slower. But I prefer slower code with a lower memory footprint. On UNIX, I don't think that anyone will notice the difference. My concern is that the cache is never released. If the conversion is only needed once at startup, the memory will stay until Python exits. It's not really efficient. On Windows, conversion to wchar_t* is common because Python uses the Windows wide character API (W API vs A ANSI code page API). For example, most access to the filesystem use wchar_t* type. On Python 3.3, Python was compiled in narrow mode and so Unicode was already using wchar_t* internally to store characters. Since Python 3.3, Python uses a more compact representation. wchar_t* shares Unicode data only if sizeof(wchar_t*) == KIND where KIND is 1, 2 or 4 bytes per character. Examples: \u20ac on Windows (16 bits wchar_t) or \U0010 on Linux (32 bits wchar_t) . -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22324 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15237] Add capsule API to _decimal
Larry Hastings added the comment: I think #22194 is a duplicate issue. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15237 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22194] access to cdecimal / libmpdec API
Larry Hastings added the comment: I think this is a duplicate of #15237. -- nosy: +larry ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22194 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22043] Use a monotonic clock to compute timeouts
Roundup Robot added the comment: New changeset 9deef14393d5 by Victor Stinner in branch 'default': Issue #22043: Fix pymonotonic(), use tv_usec=-1 as a marker to skip http://hg.python.org/cpython/rev/9deef14393d5 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22043 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22043] Use a monotonic clock to compute timeouts
STINNER Victor added the comment: Thanks for the review Antoine. I pushed the new version pymonotonic-4.patch with a minor change: in debug mode, pymonotonic() also ensures that the clock never goes backward! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22043 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22330] PyOS_mystricmp is broken
New submission from Masahiro Konishi: int x = PyOS_mystricmp(foo, none); expected: x 0 actual: x == 0 while (*s1 (tolower((unsigned)*s1++) == tolower((unsigned)*s2++))) { ; } return (tolower((unsigned)*s1) - tolower((unsigned)*s2)); The while-loop is finished when *s1 != *s2 (ex. *s1 == 'f', *s2 == 'n'), but s1 and s2 already point to next characters (ex. *s1 == 'o', *s2 == 'o'), so PyOS_mystricmp returns difference between these characters. -- components: Interpreter Core files: pystrcmp.c.patch keywords: patch messages: 226303 nosy: kakkoko priority: normal severity: normal status: open title: PyOS_mystricmp is broken type: behavior versions: Python 3.4 Added file: http://bugs.python.org/file36529/pystrcmp.c.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22330 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22194] access to cdecimal / libmpdec API
Stefan Krah added the comment: Well, we have two issues now: 1) Make the _decimal API available via capsule. 2) Make the libmpdec symbols public (i.e. remove GCC visibility push(hidden) from Modules/_decimal/libmpdec/mpdecimal.h. The question here is now whether 2) is safe. Note that active symbol hiding has always only worked for gcc (but I think on Windows and AIX the symbols are hidden by default anyway). A third option is to make both the _decimal and libmpdec APIs available via capsule, which is a lot of work (300 functions). Also people would likely want the API to work on 2.7, which would mean that large parts of the cdecimal on PyPI (which uses the incompatible libmpdec-2.3) would need to be rewritten. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22194 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22330] PyOS_mystricmp is broken
STINNER Victor added the comment: I didn't know PyOS_mystrnicmp() and PyOS_mystricmp() functions! They are not used in Python source code. They are not documented, but they are exported in pystrcmp.h which is included in the main Python.h header. -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22330 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22330] PyOS_mystricmp is broken
Stefan Krah added the comment: Also, they aren't safe with the Turkish i. -- nosy: +skrah ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22330 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22330] PyOS_mystricmp is broken
Masahiro Konishi added the comment: You can find PyOS_stricmp from here: https://docs.python.org/3/c-api/conversion.html And PyOS_stricmp is PyOS_mystricmp when MS_WINDOWS is not defined. Include/pystrcmp.h: #ifdef MS_WINDOWS #define PyOS_strnicmp strnicmp #define PyOS_stricmp stricmp #else #define PyOS_strnicmp PyOS_mystrnicmp #define PyOS_stricmp PyOS_mystricmp #endif -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22330 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22330] PyOS_mystricmp is broken
Stefan Krah added the comment: Unfortunately they seem to be part of the stable ABI (#18603). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22330 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15451] PATH is not honored in subprocess.Popen in win32
Changes by Geoffrey Bache gjb1...@users.sourceforge.net: -- nosy: +gjb1002 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15451 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16038] ftplib: unlimited readline() from connection
Radu Voicilas added the comment: I'm a little confused about this patch. Please correct me if I'm wrong, but fp.readline([size + 1]) should return a line of length at most size + 1. This means that the check len(line) size will always be true when reading a line that has a length greater than self.maxline. Also, wouldn't it make more sense to have the line that logs stuff in debugging mode be before raising a LineTooLong exception ? This way you have the option of actually seeing the line. -- nosy: +raduv ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16038 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22194] access to cdecimal / libmpdec API
Antoine Pitrou added the comment: large parts of the cdecimal on PyPI (which uses the incompatible libmpdec-2.3) would need to be rewritten. Ah, so it has an incompatible ABI? That will complicate things a bit :-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22194 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22194] access to cdecimal / libmpdec API
Antoine Pitrou added the comment: Note that active symbol hiding has always only worked for gcc (but I think on Windows and AIX the symbols are hidden by default anyway). Does it mean a separate Windows and AIX solution should be found? I think if we can't make the mpd symbols available in a cross-platform way, the incentive starts getting much lower :-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22194 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18577] lru_cache enhancement: lru_timestamp helper function
Ben Hoyt added the comment: I really like this idea (and am needing this functionality), but I don't think this API (or implementation) is very nice: 1) It means you have to change your function signature to use the timeout feature. 2) Specifying the interval in minutes seems odd (most similar timeouts in Python are specified in seconds). I would love to see an optional timeout=seconds keyword arg to the lru_cache() decorator, or some other way to support this. Raymond, what do you think would be the simplest way to hook this in? One way I think would be nice (and also support other neat things) is to allow you to specify the dict-like object that's used for the cache (defaults to dict, of course). So the lru_cache signature would change to: def lru_cache(maxsize=100, typed=False, cache=None): ... From looking at the source, cache would need to support these methods: get, clear, __setitem__, __contains__, __len__, __delitem__ Would this just work? Or could there be a race condition if __contains__ (key in cache) returned True but then cache.get(key) returned False a bit later? In any case, this seems nice and general to me, and would mean you could implement a simple ExpiringDict() and then pass that as cache=ExpiringDict(expiry_time). Thoughts? -- nosy: +benhoyt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18577 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22194] access to cdecimal / libmpdec API
Stefan Krah added the comment: Antoine Pitrou rep...@bugs.python.org wrote: large parts of the cdecimal on PyPI (which uses the incompatible libmpdec-2.3) would need to be rewritten. Ah, so it has an incompatible ABI? That will complicate things a bit :-) Yes, cdecimal on PyPI is slower, has a different ABI, uses libmpdec-2.3, has subtle differences in the context handling, cannot subclass the context, ... ;) I think a common C API for 2.7 is only possible with a real backport. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22194 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15451] PATH is not honored in subprocess.Popen in win32
Changes by Terry J. Reedy tjre...@udel.edu: -- versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15451 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22194] access to cdecimal / libmpdec API
Antoine Pitrou added the comment: Le 03/09/2014 18:33, Stefan Krah a écrit : Yes, cdecimal on PyPI is slower, has a different ABI, uses libmpdec-2.3, has subtle differences in the context handling, cannot subclass the context, ... ;) I think a common C API for 2.7 is only possible with a real backport. Ok, so let's ignore that and focus on 3.5? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22194 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15112] argparse: nargs='*' positional argument doesn't accept any items if preceded by an option and another positional
leonard gerard added the comment: In my opinion this is a bug or it should be explicitly stated in the generated usage help string. -- nosy: +leonard.gerard ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15112 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15112] argparse: nargs='*' positional argument doesn't accept any items if preceded by an option and another positional
leonard gerard added the comment: It seems that delaying positional argument parsing after all optional arguments are parsed would be clean and robust. My understanding is that optional arguments aren't ambiguous and should be processed first and removed from the arguments. Then the current pattern matching done for positional arguments would work well (in one try). If you think this would be a better patch I can give it a try. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15112 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22194] access to cdecimal / libmpdec API
Stefan Krah added the comment: Sure, if there are people who write python3-only C modules (I can't think of one right now). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22194 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22194] access to cdecimal / libmpdec API
Antoine Pitrou added the comment: If there aren't today, there will be in a few years time, and they'll be glad they can support Python 3.5. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22194 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21933] Allow the user to change font sizes with the text pane of turtledemo
Roundup Robot added the comment: New changeset ce14092430b6 by Terry Jan Reedy in branch '3.4': Issue #21933: Users can now change the font size for example code. http://hg.python.org/cpython/rev/ce14092430b6 New changeset e2e0c9f90a81 by Terry Jan Reedy in branch 'default': Issue #21933: Merge with 3.4 http://hg.python.org/cpython/rev/e2e0c9f90a81 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21933 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15112] argparse: nargs='*' positional argument doesn't accept any items if preceded by an option and another positional
paul j3 added the comment: http://bugs.python.org/issue14191 'argparse doesn't allow optionals within positionals' implements a 'parse_intermixed_args()' method, which parses all of the optionals with one pass, followed by a second pass that handles the positionals. It does this by temporarily deactivating the positionals for the first pass. It emulates the optparse behavior (with the added ability to parse positionals). This is too big of a change to ever become the default behavior for argparse. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15112 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21933] Allow the user to change font sizes with the text pane of turtledemo
Terry J. Reedy added the comment: I refactored the callbacks to eliminate duplication. I had to redo the menu addition to work with the new menu. This works great on Windows. I am confident I did not change the logic, but it would still be good if someone tried font changing again on linux and mac. I am not going to backport this to the 2.7 Demo version, as backporting has always been a nuisance and now the help and menu redesigns have also not been backported. -- resolution: - fixed stage: commit review - resolved status: open - closed versions: -Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21933 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22194] access to cdecimal / libmpdec API
Larry Hastings added the comment: Are there any other modules where the capsule API works in both CPython and PyPy? I thought capsule APIs were decidedly implementation-specific. Not that I'm not for it in theory. But this is some crazy uncharted hyper-compatibility territory we're talking about here. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22194 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22194] access to cdecimal / libmpdec API
Stefan Krah added the comment: The compatibility discussion was for the cdecimal-2.3 package that's hosted on PyPI and used for Python 2.7. IOW, will people use a capsule API that's Python-3 only? Compatibility with pypy would be esoteric indeed. :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22194 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11588] Add necessarily inclusive groups to argparse
paul j3 added the comment: http://stackoverflow.com/questions/25626109/python-argparse-conditionally-required-arguments asks about implementing a 'conditionally-required-arguments' case in `argparse`. The post-parsing test is simple enough: if args.argument and (args.a is None or args.b is None): # raise argparse error here I believe the clearest and shortest expression using Groups is: p = ArgumentParser(formatter_class=UsageGroupHelpFormatter) g1 = p.add_usage_group(kind='nand', dest='nand1') g1.add_argument('--arg', metavar='C') g11 = g1.add_usage_group(kind='nand', dest='nand2') g11.add_argument('-a') g11.add_argument('-b') The usage is (using !() to mark a 'nand' test): usage: issue25626109.py [-h] !(--arg C !(-a A -b B)) This uses a 'nand' group, with a 'not-all' test (False if all its actions are present, True otherwise). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11588 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21933] Allow the user to change font sizes with the text pane of turtledemo
Terry J. Reedy added the comment: Lita, thank you for sticking with this. #17642 is about doing something similar for Idle. The issue is necessarily more complicated, but what we learned here about system difference and tk behavior oddities will be needed for Idle too. I am making 'what we learned' comments there. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21933 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22331] test_io.test_interrupted_write_text() hangs on the buildbot FreeBSD 7.2
New submission from STINNER Victor: http://buildbot.python.org/all/builders/x86%20FreeBSD%207.2%203.4/builds/332/steps/test/logs/stdio Log: --- [157/389/1] test_io Timeout (1:00:00)! Thread 0x2a4f0790 (most recent call first): File /usr/home/db3l/buildarea/3.4.bolen-freebsd7/build/Lib/test/test_io.py, line 3257 in _read File /usr/home/db3l/buildarea/3.4.bolen-freebsd7/build/Lib/threading.py, line 869 in run File /usr/home/db3l/buildarea/3.4.bolen-freebsd7/build/Lib/threading.py, line 921 in _bootstrap_inner File /usr/home/db3l/buildarea/3.4.bolen-freebsd7/build/Lib/threading.py, line 889 in _bootstrap Thread 0x28401040 (most recent call first): File /usr/home/db3l/buildarea/3.4.bolen-freebsd7/build/Lib/threading.py, line 1077 in _wait_for_tstate_lock File /usr/home/db3l/buildarea/3.4.bolen-freebsd7/build/Lib/threading.py, line 1061 in join File /usr/home/db3l/buildarea/3.4.bolen-freebsd7/build/Lib/test/test_io.py, line 3278 in check_interrupted_write File /usr/home/db3l/buildarea/3.4.bolen-freebsd7/build/Lib/test/test_io.py, line 3302 in test_interrupted_write_text File /usr/home/db3l/buildarea/3.4.bolen-freebsd7/build/Lib/unittest/case.py, line 577 in run File /usr/home/db3l/buildarea/3.4.bolen-freebsd7/build/Lib/unittest/case.py, line 625 in __call__ File /usr/home/db3l/buildarea/3.4.bolen-freebsd7/build/Lib/unittest/suite.py, line 125 in run File /usr/home/db3l/buildarea/3.4.bolen-freebsd7/build/Lib/unittest/suite.py, line 87 in __call__ File /usr/home/db3l/buildarea/3.4.bolen-freebsd7/build/Lib/unittest/suite.py, line 125 in run File /usr/home/db3l/buildarea/3.4.bolen-freebsd7/build/Lib/unittest/suite.py, line 87 in __call__ File /usr/home/db3l/buildarea/3.4.bolen-freebsd7/build/Lib/unittest/suite.py, line 125 in run File /usr/home/db3l/buildarea/3.4.bolen-freebsd7/build/Lib/unittest/suite.py, line 87 in __call__ File /usr/home/db3l/buildarea/3.4.bolen-freebsd7/build/Lib/unittest/runner.py, line 168 in run File /usr/home/db3l/buildarea/3.4.bolen-freebsd7/build/Lib/test/support/__init__.py, line 1750 in _run_suite File /usr/home/db3l/buildarea/3.4.bolen-freebsd7/build/Lib/test/support/__init__.py, line 1784 in run_unittest File /usr/home/db3l/buildarea/3.4.bolen-freebsd7/build/Lib/test/regrtest.py, line 1279 in test_runner File /usr/home/db3l/buildarea/3.4.bolen-freebsd7/build/Lib/test/regrtest.py, line 1280 in runtest_inner File /usr/home/db3l/buildarea/3.4.bolen-freebsd7/build/Lib/test/regrtest.py, line 967 in runtest File /usr/home/db3l/buildarea/3.4.bolen-freebsd7/build/Lib/test/regrtest.py, line 763 in main File /usr/home/db3l/buildarea/3.4.bolen-freebsd7/build/Lib/test/regrtest.py, line 1564 in main_in_temp_cwd File /usr/home/db3l/buildarea/3.4.bolen-freebsd7/build/Lib/test/__main__.py, line 3 in module File /usr/home/db3l/buildarea/3.4.bolen-freebsd7/build/Lib/runpy.py, line 85 in _run_code File /usr/home/db3l/buildarea/3.4.bolen-freebsd7/build/Lib/runpy.py, line 170 in _run_module_as_main --- See also the issue #11859 (fixed). -- components: Tests keywords: buildbot messages: 226326 nosy: haypo priority: normal severity: normal status: open title: test_io.test_interrupted_write_text() hangs on the buildbot FreeBSD 7.2 versions: Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22331 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22331] test_io.test_interrupted_write_text() hangs on the buildbot FreeBSD 7.2
Roundup Robot added the comment: New changeset baa372eb731c by Victor Stinner in branch '3.4': Issue #22331: Skip test_interrupted_write_text() on FreeBSD older than 8.0 http://hg.python.org/cpython/rev/baa372eb731c New changeset 340d48347295 by Victor Stinner in branch 'default': (Merge 3.4) Issue #22331: Skip test_interrupted_write_text() on FreeBSD older http://hg.python.org/cpython/rev/340d48347295 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22331 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17642] IDLE add font resizing hot keys
Terry J. Reedy added the comment: #21933 added font resizing hotkeys to turtle demo: Control/Command minus, underscore, equal, minus. The OS difference was handled by defining the prefix for the system. shortcut = 'Command' if darwin else 'Control' widget.bind_all('%s-minus' % shortcut, self._decreaseFont) The patch also added including control-mousewheel. The discussion there revealed that Control-mousewheel up/down generates a Control-MouseWheel event with event.delta of +120/-120 on Windows, -1/+1 on Darwin, and Control-Button-4/Control-Button-5 events on X11. Control-mousewheel has a tk glitch in that it also generates ordinary mousewheel (scrolling) events. For turtledemo's read-only window of relatively short files, we decided not to worry. Moving the cursor in edit windows would be a worry. But Saimadhave and I discovered with line-numbering that this is also a problem with font resizing even without scrolling. Text widgets send scroll up and down and back to start position commands to the scroll bar on font-resizing. See #17535, my tkfontsize.py test file, and the discussion thereof. Also, the fontsize needs a minimum since tk (at least on Mac) treats negative sizes as positive sizes, so that decreasing past 0 increases. This issue is *not* easy. From the discussion (I have not read the patches yet), I am not sure whether the hotkey is intended to affect just the one window, like Context (and probably line numbering) or all, I think it should just be the one window. -- keywords: -easy versions: +Python 3.5 -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17642 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22332] test_multiprocessing_main_handling fail on buildbot x86 FreeBSD 6.4 3.x
New submission from STINNER Victor: The test requires SemLock which is not supported on FreeBSD 6.4. The whole test_multiprocessing_main_handling should be skipped on this platform. http://buildbot.python.org/all/builders/x86%20FreeBSD%206.4%203.x/builds/5010/steps/test/logs/stdio == FAIL: test_zipfile (test.test_multiprocessing_main_handling.SpawnCmdLineTest) -- Traceback (most recent call last): File /usr/home/db3l/buildarea/3.x.bolen-freebsd/build/Lib/test/test_multiprocessing_main_handling.py, line 213, in test_zipfile self._check_script(zip_name) File /usr/home/db3l/buildarea/3.x.bolen-freebsd/build/Lib/test/test_multiprocessing_main_handling.py, line 153, in _check_script rc, out, err = assert_python_ok(*run_args, __isolated=False) File /usr/home/db3l/buildarea/3.x.bolen-freebsd/build/Lib/test/script_helper.py, line 69, in assert_python_ok return _assert_python(True, *args, **env_vars) File /usr/home/db3l/buildarea/3.x.bolen-freebsd/build/Lib/test/script_helper.py, line 55, in _assert_python stderr follows:\n%s % (rc, err.decode('ascii', 'ignore'))) AssertionError: Process return code is 1, stderr follows: Traceback (most recent call last): File /usr/home/db3l/buildarea/3.x.bolen-freebsd/build/Lib/multiprocessing/synchronize.py, line 29, in module from _multiprocessing import SemLock, sem_unlink ImportError: cannot import name 'SemLock' During handling of the above exception, another exception occurred: Traceback (most recent call last): File /usr/home/db3l/buildarea/3.x.bolen-freebsd/build/Lib/runpy.py, line 170, in _run_module_as_main __main__, mod_spec) File /usr/home/db3l/buildarea/3.x.bolen-freebsd/build/Lib/runpy.py, line 85, in _run_code exec(code, run_globals) File /tmp/tmpwgjabqgk/test_zip.zip/__main__.py, line 16, in module File /usr/home/db3l/buildarea/3.x.bolen-freebsd/build/Lib/multiprocessing/context.py, line 118, in Pool context=self.get_context()) File /usr/home/db3l/buildarea/3.x.bolen-freebsd/build/Lib/multiprocessing/pool.py, line 150, in __init__ self._setup_queues() File /usr/home/db3l/buildarea/3.x.bolen-freebsd/build/Lib/multiprocessing/pool.py, line 243, in _setup_queues self._inqueue = self._ctx.SimpleQueue() File /usr/home/db3l/buildarea/3.x.bolen-freebsd/build/Lib/multiprocessing/context.py, line 111, in SimpleQueue return SimpleQueue(ctx=self.get_context()) File /usr/home/db3l/buildarea/3.x.bolen-freebsd/build/Lib/multiprocessing/queues.py, line 319, in __init__ self._rlock = ctx.Lock() File /usr/home/db3l/buildarea/3.x.bolen-freebsd/build/Lib/multiprocessing/context.py, line 65, in Lock from .synchronize import Lock File /usr/home/db3l/buildarea/3.x.bolen-freebsd/build/Lib/multiprocessing/synchronize.py, line 34, in module function, see issue 3770.) ImportError: This platform lacks a functioning sem_open implementation, therefore, the required synchronization primitives needed will not function, see issue 3770. -- components: Tests keywords: buildbot messages: 226329 nosy: haypo priority: normal severity: normal status: open title: test_multiprocessing_main_handling fail on buildbot x86 FreeBSD 6.4 3.x versions: Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22332 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22332] test_multiprocessing_main_handling fail on buildbot x86 FreeBSD 6.4 3.x
Roundup Robot added the comment: New changeset db9eb9cba1ec by Victor Stinner in branch '3.4': Issue #22332: test_multiprocessing_main_handling is now skipped if sem_open http://hg.python.org/cpython/rev/db9eb9cba1ec New changeset 2f21d920d00d by Victor Stinner in branch 'default': (Merge 3.4) Issue #22332: test_multiprocessing_main_handling is now skipped if http://hg.python.org/cpython/rev/2f21d920d00d -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22332 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20957] test_smptnet Fail instead of Skip if SSL-port is unavailable
Roundup Robot added the comment: New changeset b7200cde1b68 by Victor Stinner in branch '3.4': Issue #20957: test_smtpnet now uses support.transient_internet() to call http://hg.python.org/cpython/rev/b7200cde1b68 New changeset 85511d4a846e by Victor Stinner in branch 'default': (Merge 3.4) Issue #20957: test_smtpnet now uses support.transient_internet() to http://hg.python.org/cpython/rev/85511d4a846e -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20957 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20957] test_smptnet Fail instead of Skip if SSL-port is unavailable
STINNER Victor added the comment: Thanks for the report. I wrote a different patch to rely on support.transient_internet() instead. -- nosy: +haypo resolution: - fixed status: open - closed versions: +Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20957 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21440] Use support.rmtree in test_zipfile
Roundup Robot added the comment: New changeset 706ec07100d6 by Victor Stinner in branch '3.4': Issue #21440: Backport changeset 4ebf97299b18 to branch 3.4, use http://hg.python.org/cpython/rev/706ec07100d6 New changeset 6b4d31641109 by Victor Stinner in branch '3.4': Issue #21440: test_zipfile: replace last direct calls to os.remove() with http://hg.python.org/cpython/rev/6b4d31641109 New changeset 73ce1afc6ee2 by Victor Stinner in branch 'default': (Merge 3.4) Issue #21440: test_zipfile: replace last direct calls to http://hg.python.org/cpython/rev/73ce1afc6ee2 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21440 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19690] test_logging test_race failed with PermissionError
STINNER Victor added the comment: What is the status of this issue? The failure is still common on the buildbot: http://buildbot.python.org/all/builders/AMD64%20Snow%20Leop%203.4/builds/458/steps/test/logs/stdio == ERROR: test_race (test.test_logging.HandlerTest) -- Traceback (most recent call last): File /Users/buildbot/buildarea/3.4.murray-snowleopard/build/Lib/test/test_logging.py, line 618, in test_race h.handle(r) File /Users/buildbot/buildarea/3.4.murray-snowleopard/build/Lib/logging/__init__.py, line 852, in handle self.emit(record) File /Users/buildbot/buildarea/3.4.murray-snowleopard/build/Lib/logging/handlers.py, line 468, in emit self.stream = self._open() File /Users/buildbot/buildarea/3.4.murray-snowleopard/build/Lib/logging/__init__.py, line 1029, in _open return open(self.baseFilename, self.mode, encoding=self.encoding) PermissionError: [Errno 1] Operation not permitted: '/tmp/test_logging-3-vrpj_wts.log' -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19690 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22051] Turtledemo: stop reloading demos
Roundup Robot added the comment: New changeset b76d854f580e by Terry Jan Reedy in branch '2.7': Issue #22051: remove unneeded reload that allowed bad code. http://hg.python.org/cpython/rev/b76d854f580e New changeset 55d4f6c2be2d by Terry Jan Reedy in branch '3.4': Issue #22051: remove unneeded reload that allowed bad code. http://hg.python.org/cpython/rev/55d4f6c2be2d -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22051 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com