[issue7616] test_memoryview test_setitem_writable failures with Intel ICC

Stefan Krah added the comment: Confirmed with release27-maint, icc 11.0. -- nosy: +skrah ___ Python tracker <http://bugs.python.org/issue7616> ___ ___ Python-bug

[issue7616] test_memoryview test_setitem_writable failures with Intel ICC

Stefan Krah added the comment: Antoine, the patch works well. -- ___ Python tracker <http://bugs.python.org/issue7616> ___ ___ Python-bugs-list mailing list Unsub

[issue7096] test_curses fails on 3.1 when run under regrtest

Stefan Krah added the comment: David, was this fixed in r75702 by any chance? Currently the test is just skipped in 3.1. -- nosy: +skrah ___ Python tracker <http://bugs.python.org/issue7

[issue9224] Distutls fails with MSVC++ 2008on Windows Vista 64bit

Stefan Krah added the comment: Duplicate of issue 7511. -- nosy: +skrah ___ Python tracker <http://bugs.python.org/issue9224> ___ ___ Python-bugs-list mailin

[issue7761] telnetlib Telnet.interact fails on Windows but not Linux

Stefan Krah added the comment: Confirmed with 3.1. Raising priority, since it seems to be one of those bytes/string issues that prevent people from using py3k. -- nosy: +skrah priority: normal -> high ___ Python tracker <http://bugs.pyth

[issue7761] telnetlib Telnet.interact fails on Windows but not Linux

Changes by Stefan Krah : -- stage: unit test needed -> needs patch ___ Python tracker <http://bugs.python.org/issue7761> ___ ___ Python-bugs-list mai

[issue7511] msvc9compiler.py: ValueError: [u'path']

Stefan Krah added the comment: I've been looking at this again because of new duplicate reports. I think we need to distinguish between amd64 and x86_amd64/x86_ia64. But using arch="x86" as the default parameter would do fine. Re unit test: The test will only work if 64-bit

[issue7511] msvc9compiler.py: ValueError: [u'path']

Stefan Krah added the comment: New version for the patch with a default value for arch. -- Added file: http://bugs.python.org/file17951/vcvars3.diff ___ Python tracker <http://bugs.python.org/issue7

[issue7511] msvc9compiler.py: ValueError: [u'path']

Stefan Krah added the comment: New version of the patch with a default value for arch. -- Added file: http://bugs.python.org/file17952/vcvars3.diff ___ Python tracker <http://bugs.python.org/issue7

[issue7511] msvc9compiler.py: ValueError: [u'path']

Changes by Stefan Krah : -- ___ Python tracker <http://bugs.python.org/issue7511> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/m

[issue7511] msvc9compiler.py: ValueError: [u'path']

Changes by Stefan Krah : Removed file: http://bugs.python.org/file17952/vcvars3.diff ___ Python tracker <http://bugs.python.org/issue7511> ___ ___ Python-bugs-list mailin

[issue7511] msvc9compiler.py: ValueError: [u'path']

Stefan Krah added the comment: ipatrol, thanks, I forgot to change ValueError. New patch attached. -- Added file: http://bugs.python.org/file17959/vcvars4.diff ___ Python tracker <http://bugs.python.org/issue7

[issue7761] telnetlib Telnet.interact fails on Windows but not Linux

Stefan Krah added the comment: 3.2 is affected as well. -- ___ Python tracker <http://bugs.python.org/issue7761> ___ ___ Python-bugs-list mailing list Unsub

[issue9236] Invalid reads in fastsearch.h

New submission from Stefan Krah : In test_bytes Valgrind finds two reads with negative array indices. test_bytes ==7341== Invalid read of size 1 ==7341==at 0x4EDA24: fastsearch (fastsearch.h:143) ==7341==by 0x4F170E: bytearray_find_internal (find.h:42) ==7341==by 0x4F17BD

[issue9236] Invalid reads in fastsearch.h

Changes by Stefan Krah : -- nosy: +flox ___ Python tracker <http://bugs.python.org/issue9236> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue1158231] string.Template does not allow step-by-step replacements

Stefan Behnel added the comment: I actually am no longer interested (after 5 years), but if the patch solves the problem, it'd be good to apply it. Lacks a docs patch, though. -- ___ Python tracker <http://bugs.python.org/issu

[issue9242] unicodeobject.c: use of uninitialized values

New submission from Stefan Krah : Not sure if this is valid or if there is some internal trickery that Valgrind isn't aware of. If it's the latter, perhaps an entry to Misc/valgrind.supp could be added. test_bug1175396 (__main__.UTF32Test) ... ==26861== Conditional jump or move

[issue9185] os.getcwd causes infinite loop on solaris

Stefan Krah added the comment: Here's a patch. If PATH_MAX is defined, a static buffer is used. I left the arbitrary path length version since apparently some systems (HURD) don't have any limits for PATH_MAX. In case anyone is mystified how to reproduce the original problem on O

[issue9242] unicodeobject.c: use of uninitialized values

Stefan Krah added the comment: > const int iorder[4] = {0, 1, 2, 3}; const isn't possible, iorder is modified later on. Adding the array dimension did not change anything. Making everything const (see below) did not change anything either. I presume that Valgrind regards qq[2] or

[issue9185] os.getcwd causes infinite loop on solaris

Stefan Krah added the comment: Thanks for having a look at the patch! Antoine Pitrou wrote: > I'm not sure I understand the cause of the problem. Does getcwd() fail on > Solaris when the path length is higher than PATH_MAX, even if you pass a big > enough buffer? If the path

[issue9185] os.getcwd causes infinite loop on solaris

Stefan Krah added the comment: Antoine Pitrou wrote: > > If you change 1027 to 4098, the test currently fails on Linux, too. I > > think the only > > reason why it never failed is that most systems have PATH_MAX=4096. > > Ok, then perhaps the test should be fixed?

[issue9246] os.getcwd() hardcodes max path len

Stefan Krah added the comment: Just as a reminder: In 2.x, posix_getcwdu() also uses a buffer of size 1026. -- versions: +Python 2.7 ___ Python tracker <http://bugs.python.org/issue9

[issue9185] os.getcwd causes infinite loop on solaris

Stefan Krah added the comment: OpenBSD has the same getcwd() bug. It was uncovered by raising current_path_length to 4099 in test_posix. Here is a new patch that enables the changed posix_getcwd() function on Solaris and OpenBSD only. I've tested the patch on Linux, OpenSolaris, OpenBS

[issue9185] os.getcwd causes infinite loop on solaris

Stefan Krah added the comment: Antoine, thanks! Committed in release27-maint (r82853). Zsolt, could you confirm that issue9185-2.patch (or r82853) works for you? -- ___ Python tracker <http://bugs.python.org/issue9

[issue7384] curses crash on FreeBSD

Stefan Krah added the comment: In Ubuntu I can build just fine with lt_LT.UTF-8. So perhaps this problem should be addressed in Gentoo. -- ___ Python tracker <http://bugs.python.org/issue7

[issue7384] curses crash on FreeBSD

Stefan Krah added the comment: So you have garbage from stderr in readline_termcap_lib. Since that's useless anyway (no matter what locale is set), let's check the return value of os.system(). The attached patch skips readline linkage detection if ldd fails. In that case, linking wi

[issue9265] Can't choose other shell in subprocess

Stefan Krah added the comment: I think this is invalid. Please run: >>> from subprocess import Popen >>> Popen("echo $SHELL", executable="/bin/bash", shell=True) /bin/bash >>> -- nosy: +skrah ___ Py

[issue9265] Can't choose other shell in subprocess

Stefan Krah added the comment: Isn't just the name of the executable wrong? /bin/bash is executed all right, but the name is set to "/bin/sh". Index: Lib/subprocess.py === --- Lib/subprocess.py (revision

[issue9265] Incorrect name passed as arg[0] when shell=True and executable specified

Stefan Krah added the comment: Here's a patch with a test case. Without the fix in subprocess.py, the test prints: == FAIL: test_specific_shell (__main__.POSIXProcessTes

[issue9265] Incorrect name passed as arg[0] when shell=True and executable specified

Changes by Stefan Krah : -- keywords: +patch Added file: http://bugs.python.org/file18016/issue9265.patch ___ Python tracker <http://bugs.python.org/issue9

[issue9265] Incorrect name passed as arg[0] when shell=True and executable specified

Stefan Krah added the comment: Hm, /bin/sh should actually be removed from the list. It might be a symlink to csh, for example. I know this isn't an exhaustive test. If /bin/bash or /bin/ksh don't exist, the test is skipped. I thought this is good enough, since the majority of system

[issue9236] Invalid reads in fastsearch.h

Changes by Stefan Krah : -- resolution: -> duplicate stage: -> committed/rejected status: open -> closed superseder: -> Stringlib fastsearch can read beyond the front of an array ___ Python tracker <http://bugs.pytho

[issue8530] Stringlib fastsearch can read beyond the front of an array

Changes by Stefan Krah : -- nosy: +skrah ___ Python tracker <http://bugs.python.org/issue8530> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue9242] unicodeobject.c: use of uninitialized values

Stefan Krah added the comment: Here is a minimal example how to reproduce this issue, extracted from UTF32LETest. valgrind --db-attach=yes --suppressions=Misc/valgrind-python.supp ./python uninitialized.py It seems that in Lib/codecs.py the equivalent of "\x00".decode('

[issue9265] Incorrect name passed as arg[0] when shell=True and executable specified

Stefan Krah added the comment: Ok, here's a more comprehensive test. Comments: 1) Instead of emulating 'which' one could use find_executable from distutils.spawn. But this feels wrong. 2) Skip the test if the primary issue cannot be tested. 3) Exercise the test for

[issue1615158] POSIX capabilities support

Changes by Stefan Krah : -- nosy: +skrah ___ Python tracker <http://bugs.python.org/issue1615158> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue7384] curses crash on FreeBSD

Stefan Krah added the comment: ldd return value check committed in r82927, r82928, r82929 and r82930. Thanks for reporting this! -- status: open -> closed ___ Python tracker <http://bugs.python.org/iss

[issue1533105] NetBSD build with --with-pydebug causes SIGSEGV

Stefan Krah added the comment: Matt, if you still follow this: Does this problem exist in 2.6/2.7/NetBSD? I think this should be set to pending. -- nosy: +skrah ___ Python tracker <http://bugs.python.org/issue1533

[issue9277] test_struct failure on ARM

Stefan Krah added the comment: The usage of char in bp_bool will not work if char is unsigned. Hopefully that is the cause. -- keywords: +patch nosy: +skrah Added file: http://bugs.python.org/file18041/bp_bool.patch ___ Python tracker <h

[issue9277] test_struct failure on ARM

Changes by Stefan Krah : -- stage: -> patch review ___ Python tracker <http://bugs.python.org/issue9277> ___ ___ Python-bugs-list mailing list Unsubscri

[issue9277] test_struct failure on ARM

Stefan Krah added the comment: 'sizeof y' is obviously wrong now in the memcpy. Next attempt. -- Added file: http://bugs.python.org/file18043/bp_bool2.patch ___ Python tracker <http://bugs.python.

[issue9277] test_struct failure on ARM

Changes by Stefan Krah : Removed file: http://bugs.python.org/file18041/bp_bool.patch ___ Python tracker <http://bugs.python.org/issue9277> ___ ___ Python-bugs-list mailin

[issue9036] Simplify Py_CHARMASK

Stefan Krah added the comment: [Marc-Andre] > Why not just make the casts in those cases explicit instead of > using Py_CHARMASK ? I agree that this would be the cleanest solution. It's harder to get someone to review a larger patch though. Antoine, I understood that you woul

[issue9277] test_struct failure on ARM

Stefan Krah added the comment: > Now I'm puzzled about why the test passes for ' open ___ Python tracker <http://bugs.python.org/issue9277> ___ ___ Python-bug

[issue9277] test_struct failure on ARM

Stefan Krah added the comment: Mark Dickinson wrote: > > Somewhere along the way native_table is used instead of lilendian_table, > > so np_bool is called. > > Hmm. This doesn't alleviate my confusion. :) I suppose I sounded a bit like the Oracle of Delphi here. :) I

[issue9265] Incorrect name passed as arg[0] when shell=True and executable specified

Stefan Krah added the comment: David, thanks for all the comments! - The string/bytes issue was caused by the fact that p.stdout is only opened in text mode when universal_newlines=True. Committed fix in r82971, r82972, r82973 and r82974. I'll close this issue if all buildbots a

[issue9185] os.getcwd causes infinite loop on solaris

Stefan Krah added the comment: Thanks for testing! - Fix also backported to release26-maint in r82975. Closing this one. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python track

[issue9036] Simplify Py_CHARMASK

Stefan Krah added the comment: Antoine, thanks! Committed in r82966, r82968, r82969 and r82970. Could we fix the unicodeobject.c bug on the fly? I think the patch should do, unless non-ascii digits are supported. But in that case several other changes would be needed. -- Added file

[issue9310] Intermittent failures in test_logging

New submission from Stefan Krah : Seemingly random failures in test_logging on 2.6/ubuntu-wide. See: http://www.python.org/dev/buildbot/builders/AMD64 Ubuntu wide 2.6/builds/777 [fail] http://www.python.org/dev/buildbot/builders/AMD64 Ubuntu wide 2.6/builds/778 [ok

[issue9310] Intermittent failures in test_logging

Stefan Krah added the comment: Actually it looks the same as issue 8201. If test_lib2to3 is run before test_logging, test_logging fails. Perhaps backporting the patch will help. -- keywords: +patch Added file: http://bugs.python.org/file18086/issue8201-release26-maint.patch

[issue9310] Intermittent failures in test_logging

Changes by Stefan Krah : -- resolution: invalid -> ___ Python tracker <http://bugs.python.org/issue9310> ___ ___ Python-bugs-list mailing list Unsubscri

[issue8433] buildbot: test_curses failure, getmouse() returned ERR

Stefan Krah added the comment: How about skipping the tests until someone can figure out what's going on? The patch is tested on: http://www.python.org/dev/buildbot/builders/i386 Ubuntu 3.x/builds/1643 -- keywords: +patch nosy: +skrah Added file: http://bugs.python.org/file

[issue9265] Incorrect name passed as arg[0] when shell=True and executable specified

Stefan Krah added the comment: The trustworthy buildbots look good, so I'm closing this. -- keywords: -needs review, patch resolution: accepted -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python

[issue9036] Simplify Py_CHARMASK

Stefan Krah added the comment: Antoine, Eric, thanks for looking at the patch. unicodeobject.c patch committed in r82978, r82979, r82980 and r82984. As Antoine pointed out, the _json.c issue is not a problem. Also, it is not present in py3k. The reliable buildbots look ok, so I think we can

[issue1747670] Limiting data copy in xmlrpclib

Stefan Krah added the comment: Martin has recently removed his name from py3k/Misc/maintainers.rst. Also, he has stated that assigning bugs to him might mean that they get less attention (due to the large number of issues that he's involved in). -- nosy: +

[issue6976] getcwd hangs and leaks mem on Solaris <= 9 in very long file name case

Stefan Krah added the comment: This has just been fixed in issue 9185. -- nosy: +skrah resolution: -> duplicate stage: -> committed/rejected status: open -> closed superseder: -> os.getcwd causes infinite loop on solaris ___ Python tr

[issue6817] char buffer in function posix_getcwdu should not be fix length

Stefan Krah added the comment: I'm marking this as a duplicate of issue 9246. It's better to change py3k and 2.7 in sync. The patches here will not be lost. -- components: +Extension Modules nosy: +skrah resolution: -> duplicate stage: -> committed/rejected status

[issue9246] os.getcwd() hardcodes max path len

Stefan Krah added the comment: Closed issue 6817 as a duplicate of this one. There are some patches in that issue. -- nosy: +boya ___ Python tracker <http://bugs.python.org/issue9

[issue9319] segfault when searching modules with help()

Stefan Krah added the comment: Looks like tok->filename isn't set in PyTokenizer_FromFile: Index: Parser/tokenizer.c === --- Parser/tokenizer.c (revision 82984) +++ Parser/tokenizer.c (working copy) @@ -818,6 +818,7 @@

[issue9319] segfault when searching modules with help()

Stefan Krah added the comment: To be a little clearer: Since tok->filename is used as a flag in other places, I'm not sure where to set it without breaking other things. This is the location of the segfault and the following would "fix" it (using a placeholder for the name

[issue6689] subprocess doesn't pass arguments correctly on Linux when shell=True

Stefan Krah added the comment: This is a request for changing the current behavior on Unix, and I doubt this is going to happen, since it could break existing code. On a side note, there are already two ways get the desired output: >>> Popen("gcc --version", shell=Tr

[issue6689] subprocess doesn't pass arguments correctly on Linux when shell=True

Stefan Krah added the comment: I find this particular section one of the most clear sections in the whole Python documentation: "On Unix, with shell=True: If args is a string, it specifies the command string to execute through the shell. This means that the string must be formatted ex

[issue6689] subprocess doesn't pass arguments correctly on Linux when shell=True

Stefan Krah added the comment: I'm glad you agree. Closing this now. -- status: open -> closed ___ Python tracker <http://bugs.python.org/issue6689> ___ _

[issue7836] Add /usr/sfw/lib to OpenSSL search path for Solaris.

Stefan Krah added the comment: Looks like a minor change. Do the ssl unit tests pass? -- nosy: +skrah ___ Python tracker <http://bugs.python.org/issue7

[issue9320] os.environ is global for threads

Stefan Krah added the comment: I agree with Eric, Konstantin, Amaury and Georg. Closing for the third time. -- nosy: +skrah status: pending -> open ___ Python tracker <http://bugs.python.org/iss

[issue9320] os.environ is global for threads

Changes by Stefan Krah : -- status: open -> closed ___ Python tracker <http://bugs.python.org/issue9320> ___ ___ Python-bugs-list mailing list Unsubscri

[issue7742] please avoid 'which' in Modules/ld_so_aix

Stefan Krah added the comment: I'm not sure this should be changed: 1) Why is .cshrc sourced? It should only get sourced for a login shell. 2) If the user sets a PATH that excludes the compiler, then `which` will also not find the compiler on other systems (like Linux).

[issue1396825] subprocess: wait for a period of time

Stefan Krah added the comment: This is now being addressed in issue 5673, so closing this as a duplicate. astrand, please let me know if I'm wrong about this. -- nosy: +skrah resolution: -> duplicate stage: -> committed/rejected status: open -> closed superseder:

[issue5673] Add timeout option to subprocess.Popen

Changes by Stefan Krah : -- nosy: +gd2shoe, ragnar ___ Python tracker <http://bugs.python.org/issue5673> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue4130] Intel icc 9.1 does not support __int128_t used by ctypes

Stefan Krah added the comment: This thread contains a feature request for __int128_t support in icc and a workaround: http://software.intel.com/en-us/forums/showthread.php?t=56652 -- nosy: +skrah ___ Python tracker <http://bugs.python.

[issue9246] os.getcwd() hardcodes max path len

Stefan Krah added the comment: Terry J. Reedy wrote: > mkdir: 242 > Traceback (most recent call last): > File "C:\Programs\Python31\misc\t1.py", line 14, in > os.mkdir(s) > WindowsError: [Error 206] The filename or extension is too long: > 'C:\\Program

[issue9375] ElementPath parser in ElementTree 1.3 does not reject "element//" as invalid

New submission from Stefan Behnel : Subject says it all: Python 2.7 (r27:82500, Jul 5 2010, 13:37:06) [GCC 4.4.3] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import xml.etree.ElementTree as ET &

[issue9375] ElementPath parser in ElementTree 1.3 does not reject "element//" as invalid

Changes by Stefan Behnel : -- type: -> behavior ___ Python tracker <http://bugs.python.org/issue9375> ___ ___ Python-bugs-list mailing list Unsubscri

[issue9375] ElementPath parser in ElementTree 1.3 does not reject "element//" as invalid

Stefan Behnel added the comment: The parser actually starts with this code: def iterfind(elem, path, namespaces=None): # compile selector pattern if path[-1:] == "/": path = path + "*" # implicit all (FIXME: keep this?) IMHO, the 'F

[issue9375] ElementPath parser in ElementTree 1.3 does not reject "element//" as invalid

Changes by Stefan Behnel : -- nosy: +effbot, flox ___ Python tracker <http://bugs.python.org/issue9375> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue9246] os.getcwd() hardcodes max path len

Stefan Krah added the comment: For 2.x, unlimited path lengths were apparently introduced in issue 2722. This strategy does not work on Solaris and OpenBSD (issue 9185). FreeBSD also seems to support arbitrarily long paths. I would be somewhat surprised though if anyone used them in practice

[issue9319] segfault when searching modules with help()

Stefan Krah added the comment: The diff which I posted was not really meant as the ultimate fix. It's a workaround. I think the real filename should be passed down to PyTokenizer_FromFile or PyTokenizer_FindEncoding. -- ___ Python tracker

[issue2401] Solaris: ctypes tests being skipped despite following #1516

Stefan Krah added the comment: Well, with release-2.7 test_ctypes segfaults om OpenSolaris: make: *** [test] Segmentation Fault (core dumped) ./python -Wd -3 -E -tt ./Lib/test/regrtest.py -l == CPython 2.7.0+ (release27-maint:82854, Jul 13 2010, 19:49:12) [C] == Solaris-2.11-i86pc-i386

[issue2401] Solaris: ctypes tests being skipped despite following #1516

Stefan Krah added the comment: As I understand, this report was about test_ctypes being skipped. This is not the case anymore, so I agree that setting the issue to pending is fine. I can open another issue for the segfault. -- status: open -> pend

[issue2552] test_ctypes failed Python 2.6a2 Solaris 10 SUN C

Changes by Stefan Krah : -- nosy: +skrah ___ Python tracker <http://bugs.python.org/issue2552> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue9522] xml.etree.ElementTree forgets the encoding

Stefan Behnel added the comment: I think it makes sense to keep input and output separate. After all, the part of the software that outputs a document doesn't necessarily know how it came in, so having the default output encoding depend on the input sounds error prone. Encoding should a

[issue3539] Problem with pgen make dependencies in certain circumstances

Stefan Krah added the comment: Mark, the proper way of closing an issue is to test first if the problem still exists. -- keywords: +gsoc nosy: +skrah status: pending -> open ___ Python tracker <http://bugs.python.org/iss

[issue3456] compile python using MinGW

Changes by Stefan Krah : -- resolution: -> duplicate status: open -> closed superseder: -> Add support for mingw ___ Python tracker <http://bugs.python.o

[issue6335] Add support for mingw

Changes by Stefan Krah : -- nosy: +BreamoreBoy, xuecan ___ Python tracker <http://bugs.python.org/issue6335> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue3539] Problem with pgen make dependencies in certain circumstances

Stefan Krah added the comment: Mark, instead of using sarcasm, it would be more productive to research this bug. Skip has given a hint that the search terms "VPATH" or "Makefile" might be relevant. Searching for "VPATH" immediately yields issue 1613, which lo

[issue8047] Serialiser in ElementTree returns unicode strings in Py3k

Stefan Behnel added the comment: I would suggest fixing the tostring() behaviour also in a future 3.1.x bug fix release. After all, the current behaviour means that 3.0 and 3.1 would behave different from any other (released or future) Python version here

[issue3539] Problem with pgen make dependencies in certain circumstances

Stefan Krah added the comment: If VPATH is intended to work without doing `make distclean` first in the root directory, then this is still valid. I'm not sure if this is the case though (see also issue 1613). cd py3k/ ./configure --with-pydebug make mkdir debug cd debug/ ../configure -

[issue5321] I/O error during one-liner gives no (!) diagnostic (and fails to return OS error status)

Stefan Krah added the comment: Closing as a duplicate of issue 5319. -- resolution: -> duplicate status: open -> closed superseder: -> stdout error at interpreter shutdown fails to return OS error status ___ Python track

[issue9526] 2 GB limit in array module

Stefan Krah added the comment: Tested on an 8GB machine. This is fixed. -- nosy: +skrah status: pending -> open ___ Python tracker <http://bugs.python.org/iss

[issue9526] 2 GB limit in array module

Changes by Stefan Krah : -- status: open -> pending ___ Python tracker <http://bugs.python.org/issue9526> ___ ___ Python-bugs-list mailing list Unsubscri

[issue4617] SyntaxError when free variable name is also an exception target

Changes by Stefan Behnel : -- nosy: -scoder ___ Python tracker <http://bugs.python.org/issue4617> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue28772] Bus error in Python 3.6.0beta

Stefan Scherfke added the comment: The cause for this issue was a backwards incompatible change between conda-build v1 and conda-build v2. -- resolution: -> not a bug status: open -> closed ___ Python tracker <http://bugs.python.org/i

[issue28805] Add documentation for METH_FASTCALL

New submission from Stefan Krah: It looks like METH_FASTCALL gives nice speedups (#28754). Is this an internal interface or can it be documented like METH_KEYWORDS etc.? -- assignee: docs@python components: Documentation messages: 281766 nosy: docs@python, haypo, serhiy.storchaka

[issue28805] Add documentation for METH_FASTCALL

Stefan Krah added the comment: There are a couple of problems with using Argument Clinic for third party projects. First, it makes no stability promises: "Currently Argument Clinic is considered internal-only for CPython. ..." Then, for large projects that already use some gene

[issue20767] Some python extensions can't be compiled with clang 3.4

Stefan Krah added the comment: I guess the FreeBSD people are happy with the solution. -- resolution: -> fixed stage: commit review -> resolved status: open -> closed ___ Python tracker <http://bugs.python.or

[issue28754] Argument Clinic for bisect.bisect_left

Stefan Krah added the comment: Julien, the syntax converters look pretty clever. Do we need AC everywhere though? I wonder (once again) if this is really more readable than the existing code. -- nosy: +skrah ___ Python tracker <h

[issue28754] Argument Clinic for bisect.bisect_left

Stefan Krah added the comment: Signature and docstring can be done manually with very little effort. Currently METH_FASTCALL is AC only, but I hope that will change. -- ___ Python tracker <http://bugs.python.org/issue28

[issue29111] Strange signature for memoryview constructor

Stefan Krah added the comment: The patch seems to fix it. $module was a thing at some point, I don't know whether the semantics changed or if it was wrong in the first place. -- keywords: +patch Added file: http://bugs.python.org/file46089/issue29111

[issue29111] Strange signature for memoryview constructor

Changes by Stefan Krah : -- assignee: -> skrah resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker <http://bugs.python

[issue29190] Avoid possible errors in comparing strings

Stefan Krah added the comment: Quite honestly I prefer to do nothing. What is the worst that can happen? A SystemError? Not-ready unicode strings are an application bug. -- ___ Python tracker <http://bugs.python.org/issue29

<    35   36   37   38   39   40   41   42   43   44   >