[issue12905] multiple errors in test_socket on OpenBSD
Changes by Charles-François Natali neolo...@free.fr: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12905 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14147] print r\ cause SyntaxError
New submission from lilei v...@163.com: $ python Python 2.7.1 (r271:86832, Apr 16 2011, 23:27:12) [GCC 3.4.5 20051201 (Red Hat 3.4.5-2)] on linux2 Type help, copyright, credits or license for more information. print r'\' File stdin, line 1 print r'\' ^ SyntaxError: EOL while scanning string literal I just want to print a raw string r'\', however, SyntaxError. What is the reason? -- components: None messages: 154538 nosy: vbem priority: normal severity: normal status: open title: print r\ cause SyntaxError type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14147 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14147] print r\ cause SyntaxError
Ezio Melotti ezio.melo...@gmail.com added the comment: See http://docs.python.org/faq/design.html#why-can-t-raw-strings-r-strings-end-with-a-backslash -- nosy: +ezio.melotti resolution: - invalid stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14147 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13876] Sporadic failure in test_socket
Nadeem Vawda nadeem.va...@gmail.com added the comment: The same failure has appeared on the Debian bigmem buildbot: http://www.python.org/dev/buildbot/all/builders/AMD64%20debian%20bigmem%203.x/builds/152/steps/test/logs/stdio -- versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13876 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14145] string.rfind() returns AttributeError: 'list' object has no attribute 'rfind'
Eric V. Smith e...@trueblade.com added the comment: I can't reproduce this. Can you please post the entire traceback? It would be preferable if you could also show the exact code that's causing the problem, typed from a python command prompt (see my example below). I can reproduce the error if I pass a list to ps.path.splitext(), which is what I suspect you're doing: os.path.splitext(['c:\\blah.ext']) Traceback (most recent call last): File stdin, line 1, in module File /usr/lib/python2.6/posixpath.py, line 95, in splitext return genericpath._splitext(p, sep, altsep, extsep) File /usr/lib/python2.6/genericpath.py, line 91, in _splitext sepIndex = p.rfind(sep) AttributeError: 'list' object has no attribute 'rfind' And you probably want: os.path.splitext(C:\\blah.ext), so as to escape the backslash. -- nosy: +eric.smith ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14145 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14136] Simplify PEP 409 command line test and move it to test_cmd_line_script
Ethan Furman et...@stoneleaf.us added the comment: Changed TestTraceback.test_traceback_verbiage to use test.support and test.script_helper (much simpler now, thanks Antoine!). It is still in test_raise, however. I do not understand why we would put it in test_cmd_line_script -- it seems to me that test_cmd_line_script is to verify that python is working correctly when executing scripts, but for this test we are assuming that python does work correctly when executing scripts and we testing the verbiage from raising exceptions. -- keywords: +patch nosy: +stoneleaf Added file: http://bugs.python.org/file24668/raise_from_none_test_cleanup.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14136 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8170] Wrong Paths for distutils build --plat-name=win-amd64
Robin Becker rgbec...@users.sourceforge.net added the comment: Some context. ReportLab windows exe installers for pythons 2.x x=4-7 are built on a single 32bit machine with 32bit pythons using a code that looks like this set FT_LIB=c:\devel\libs_x86\freetype.lib \python2x\python setup.py bdist_wininst --bitmap=%BMP% --title=ReportLab we build the 64 bit versions for 2.6 2.7 only. In those cases an extra step does set FT_LIB=c:\devel\libs_amd64\freetype.lib \python2.x\python setup.py bdist_wininst --bitmap=%BMP% --plat-name=win-amd64 --title=ReportLab To make this work I have copied from 64bit win32 installs of python2.6/7 various lib/dll/pyds. These live in C:\Python2x\PCBuild\AMD64 eg C:\ux\ExeBuilderls \Python26\PCBuild\AMD64 _bsddb.lib_socket.lib pyexpat.lib _bsddb.pyd_socket.pyd pyexpat.pyd _ctypes.lib _sqlite3.lib python26.dll _ctypes.pyd _sqlite3.pyd python26.lib _ctypes_test.lib _ssl.lib select.lib _ctypes_test.pyd _ssl.pyd select.pyd _elementtree.lib _testcapi.lib sqlite3.dll _elementtree.pyd _testcapi.pyd tcl85.dll _hashlib.lib _tkinter.lib tclpip85.dll _hashlib.pyd _tkinter.pyd tk85.dll _msi.lib bz2.lib unicodedata.lib _msi.pyd bz2.pyd unicodedata.pyd _multiprocessing.lib py.icowinsound.lib _multiprocessing.pyd pyc.ico winsound.pyd I followed most of section 5.4 in http://docs.python.org/distutils/builtdist.html to get this almost working, but got problems related to the library paths which my patch appears to fix (I seem to get working exes out of this approach). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8170 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14136] Simplify PEP 409 command line test and move it to test_cmd_line_script
Nick Coghlan ncogh...@gmail.com added the comment: It's about separating out the testing of the command line executable (i.e. test_cmd_line and test_cmd_line_script) from that of the interpreter's internal behaviour. test_raise is about making sure the raise statement works correctly - the new test isn't testing that, it's testing the display code in the command line interface. A non-CPython interpreter must conform exactly to test_raise, but conforming to test_cmd_line(_script) is less essential. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14136 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14136] Simplify PEP 409 command line test and move it to test_cmd_line_script
Ethan Furman et...@stoneleaf.us added the comment: Is there a better place, then, than test_cmd_line_script? The entire purpose of PEP 409 is to allow the suppression of non-relevant information in the exception traceback. As such I would expect every Python interpreter to adhere to it. (Yes, I understand that custom display hooks can still do different things, but they are custom and not the default.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14136 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14136] Simplify PEP 409 command line test and move it to test_cmd_line_script
Ethan Furman et...@stoneleaf.us added the comment: I guess the crux of the issue for me is that I'm trying to test interpreter output, and the fact that I am using a command-line script to do so is an implementation detail. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14136 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14136] Simplify PEP 409 command line test and move it to test_cmd_line_script
Nick Coghlan ncogh...@gmail.com added the comment: test_cmd_line and test_cmd_line_script are both about testing the behaviour of the interpreter when run from the command line. Since this test *is* a behavioural test for the interpreter when invoked as an application, it should be in one of them. The former is for testing the behaviour that doesn't involve invoking a script that does something, whereas the latter is for testing the way the interpreter handles various methods of script invocation, *including* what it prints to stderr and stdout in various scenarios. Therefore, test_cmd_line_script *is* the right place for it. The fact that it happens to be testing the way an exception is displayed doesn't change the fact that it's a test of the way the interpreter handles a particular situation that may arise when running a script. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14136 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8170] Wrong Paths for distutils build --plat-name=win-amd64
Mark Hammond skippy.hamm...@gmail.com added the comment: Can't you just install a 64bit Python in a different directory and use that executable to build the 64bit installer? It seems less error prone and should work without manually copying stuff or changing any code. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8170 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14148] Option to kill stuck workers in a multiprocessing pool
New submission from Paul Moore p.f.mo...@gmail.com: I have an application which fires off a number of database connections via a multiprocessing pool. Unfortunately, the database software occasionally gets stuck and a connection request hangs indefinitely. This locks up the whole process doing the connection, and cannot be interrupted except by killing the process. It would be useful to have a facility to restart stuck workers in this case. As an interface, I would suggest an additional argument to the AsyncResult.get method, kill_on_timeout. If this argument is true, and the get times out, the worker servicing the result will be killed and restarted. Alternatively, provide a method on an AsyncResult to access the worker process that is servicing the request. I could then wait on the result and kill the worker manually if it does not respond in time. Without a facility like this, there is a potential for the pool to get starved of workers if multiple connections hang. -- components: Library (Lib) messages: 154549 nosy: pmoore priority: normal severity: normal status: open title: Option to kill stuck workers in a multiprocessing pool type: enhancement versions: Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14148 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14149] Argparse usage model requires argument names to be python identifiers
New submission from Joseph Birr-Pixton jpix...@gmail.com: Say I have an argument with the name 'foo-bar'. Argparse accepts and parses arguments, but Namespace does not allow me to access the value. Yes, I can use getattr or Namespace.__dict__. But that's ugly. Yes, I can change the name of the argument, but that's not what I want in my help output. I think it should either: - Collapse names to valid python identifiers (optparse did this). - Namespace should act like an object and dict. -- components: Library (Lib) files: argparsetest.py messages: 154550 nosy: Joseph.Birr-Pixton priority: normal severity: normal status: open title: Argparse usage model requires argument names to be python identifiers type: behavior versions: Python 2.7 Added file: http://bugs.python.org/file24669/argparsetest.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14149 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13903] New shared-keys dictionary implementation
Changes by Mark Shannon m...@hotpy.org: Added file: http://bugs.python.org/file24670/49b7e7e4a27c.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13903 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14150] AIX, crash loading shared module into another process than python like operator.so results in 0509-130
New submission from Jan Stürtz stue...@googlemail.com: AIX 5.2.0.0 with gcc 4.3.0: Compiling a shared python: with: ./configure --enable-shared --with-gcc --disable-ipv6 --with-system-ffi make; make install results in a working build. But when I build mod_wsgi into apache with this python and run it I get the follwoing exception when importing e.g. cgi. Traceback (most recent call last): File /devel/js/src/trunk/cdb/wsgi/static.py, line 256, in application status, response_headers, output = resources(environ, path_info[1:]) File /devel/js/src/trunk/cdb/wsgi/static.py, line 238, in resources /.join(path_info[1:]), (os.environ[CADDOK_BASE], os.environ[CADDOK_HOME])) File /devel/js/src/trunk/cdb/wsgi/static.py, line 105, in _find_file import cgi File /devel/js/src/trunk/aix5/debug/img/lib/python2.7/cgi.py, line 37, in from operator import attrgetter ImportError:0509-130 Die Symbolauflösung für /devel/js/src/trunk/aix5/debug/img/lib/python2.7/lib-dynload/operator.so ist fehlgeschlagen. Ursache: 0509-136 Symbol _PyArg_NoKeywords (Nummer 1) wurde nicht von abhängigem Modul httpd exportiert. 0509-136 Symbol PyArg_ParseTuple (Nummer 2) wurde nicht von abhängigem Modul httpd exportiert. 0509-136 Symbol PyArg_UnpackTuple (Nummer 3) wurde nicht von abhängigem Modul httpd exportiert. 0509-136 Symbol PyBool_FromLong (Nummer 4) wurde nicht von abhängigem Modul httpd exportiert. 0509-136 Symbol PyCallable_Check (Nummer 5) wurde nicht von abhängigem Modul httpd exportiert. 0509-136 Symbol PyErr_SetString (Nummer 6) wurde nicht von abhängigem Modul httpd exportiert. 0509-021 Es sind noch weitere Fehler aufgetreten, die aber nicht gemeldet wurden. 0509-192 Überprüfen Sie die Symbole des Abschnitts .loader mit dem Befehl 'dump -Tv'. I stripped that problem down to a somewhat incorrect python.exp file for the linker. Tis python.exp file is used as import file to the aix linker when linking the modules in lib-dynload. So operator.so expects its Symbols like _PyArg_NoKeywords to appear in the main executable. Looking with dump -HTv on operator.so results in: dump -HTv lib/python2.7/lib-dynload/operator.so lib/python2.7/lib-dynload/operator.so: ***Abschnitt für Ladeprogramm*** Header-Daten zum Ladeprogramm VERSION# #SYMtableENT #RELOCentLENidSTR 0x0001 0x0060 0x02c4 0x0208 #IMPfilIDOFFidSTR LENstrTBLOFFstrTBL 0x0004 0x2a50 0x0700 0x2c58 ***Dateizeichenfolgen importieren*** INDEX PFAD BASIS MEMBER 0 /devel/js/trunk_E017100_python27/aix5/debug/img/lib:/usr/local/lib:/usr/local/contact/sdk/1.1/lib/gcc/powerpc-ibm-aix5.2.0.0/4.3.0/pthread:/usr/local/contact/sdk/1.1/lib/gcc/powerpc-ibm-aix5.2.0.0/4.3.0/../../../pthread:/usr/local/contact/sdk/1.1/lib/gcc/powerpc-ibm-aix5.2.0.0/4.3.0:/usr/local/contact/sdk/1.1/lib/gcc/powerpc-ibm-aix5.2.0.0/4.3.0/../../../../powerpc-ibm-aix5.2.0.0/lib:/usr/local/contact/sdk/1.1/lib/gcc/powerpc-ibm-aix5.2.0.0/4.3.0/../../..:/usr/lib:/lib 1libpthreads.a shr_xpg5.o 2libc.a shr.o 3. ***Informationen zur Symboltabelle des Ladeprogramms*** [Index] Wert Scn IMEX Sclass TypIMPid Name [0] 0x20002338.data RW SECdef[noIMid] __rtinit [1] 0xundef IMP DS EXTref . _PyArg_NoKeywords [2] 0xundef IMP DS EXTref . PyArg_ParseTuple [3] 0xundef IMP DS EXTref . PyArg_UnpackTuple [4] 0xundef IMP DS EXTref . PyBool_FromLong [5] 0xundef IMP DS EXTref . PyCallable_Check [6] 0xundef IMP DS EXTref . PyErr_SetString [7] 0xundef IMP DS EXTref . PyErr_WarnEx [8] 0xundef IMP PR EXTref . PyExc_DeprecationWarning [9] 0xundef IMP PR EXTref . PyExc_TypeError [10]0xundef IMP DS EXTref . Py_InitModule4 [11]0xundef IMP DS EXTref . PyInt_FromSsize_t [12]0xundef IMP DS EXTref . PyMapping_Check [13]0xundef IMP DS EXTref .
[issue14150] AIX, crash loading shared module into another process than python like operator.so results in 0509-130
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +sable ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14150 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14151] multiprocessing.connection.Listener fails with invalid address
New submission from Popa Claudiu pcmantic...@gmail.com: In multiprocessing.connection, when using a Windows named pipe on a Unix platform, the following error will occur. This should not happen, the format of the address should be validated somehow before. The following error will occur because PipeListener is not defined under any platform different than win32. Python 3.2.2 (default, Oct 14 2011, 21:46:49) [GCC 4.2.2 20070831 prerelease [FreeBSD]] on freebsd8 Type help, copyright, credits or license for more information. from multiprocessing.connection import Listener Listener(r'\\.\test') Traceback (most recent call last): File stdin, line 1, in module File /usr/local/lib/python3.2/multiprocessing/connection.py, line 130, in __init__ self._listener = PipeListener(address, backlog) NameError: global name 'PipeListener' is not defined I've attached a small patch for this issue. -- components: Library (Lib) files: connection.patch keywords: patch messages: 154552 nosy: Popa.Claudiu priority: normal severity: normal status: open title: multiprocessing.connection.Listener fails with invalid address type: behavior versions: Python 3.2 Added file: http://bugs.python.org/file24671/connection.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14151 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10115] Support accept4() for atomic setting of flags at socket creation
Matt Joiner anacro...@gmail.com added the comment: Can we get this exposed as an os.accept4, and an optional flags parameter to socket.socket.accept? -- nosy: +anacrolix ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10115 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14136] Simplify PEP 409 command line test and move it to test_cmd_line_script
Ethan Furman et...@stoneleaf.us added the comment: Moved to test_cmd_line_script. -- Added file: http://bugs.python.org/file24672/raise_from_none_test_cleanup.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14136 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14080] Sporadic test_imp failure
Brett Cannon br...@python.org added the comment: Then how do you explain the failure being nothing more than prepending . compared to an absolute file path? Anyway, the test passes under importlib with ``./python.exe -m importlib.test.regrtest test_imp``, so it requires some special setup to trigger the failure. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14080 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14152] arraymodule: structmember.h dependency
New submission from Stefan Krah stefan-use...@bytereef.org: The arraymodule depends on structmember.h. Patch attached. -- components: Build files: arraymodule_deps.diff keywords: patch messages: 154556 nosy: skrah priority: normal severity: normal stage: patch review status: open title: arraymodule: structmember.h dependency type: compile error versions: Python 3.3 Added file: http://bugs.python.org/file24673/arraymodule_deps.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14152 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14153] Expose os.device_encoding() at the C level
New submission from Brett Cannon br...@python.org: The _io module imports the os module purely for the use of os.device_encoding(). That function, though, is defined by posix and thus is already available to C code. To avoid this import dependency it would be better to simply expose the function somehow so that _io can just directly call the function. Antoine has suggested Python/fileutils.c as a possible place, although I'm personally happy simply exposing the function from posix and making it a METH_O function so that as little code needs to change for _io to use it. -- components: Library (Lib) messages: 154557 nosy: brett.cannon, pitrou priority: normal severity: normal stage: needs patch status: open title: Expose os.device_encoding() at the C level versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14153 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14136] Simplify PEP 409 command line test and move it to test_cmd_line_script
Ethan Furman et...@stoneleaf.us added the comment: Nick, Thank you for your thorough answers. I'm not trying to be difficult, just trying to learn and understand. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14136 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13405] Add DTrace probes
Jesús Cea Avión j...@jcea.es added the comment: MacOS 10.6 was released in August 2009. The code should compile there flawless with a couple of trivial changes, as proved by Marc. Supporting compilation in MacOS 10.5 is doable but more difficult. Since this is an optional feature, not impacting python programs, I am tempted of not investing any time on it. Note, however, that the compiled 10.6 version will provide full dtrace support in previous MacOS releases. The difficulty is in compilation, not at runtime. Opinions? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13405 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13405] Add DTrace probes
Wilfredo Sanchez wsanc...@wsanchez.net added the comment: Given that the current Mac OS is 10.7, and 10.8 was just announced, it seems reasonable to limit support to 10.6, if going back any further is more than a little bit of additional work. IIRC, 10.6 is also the last release to support PowerPC, so going back that far does cover a lot of existing hardware. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13405 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13405] Add DTrace probes
Philip Jenvey pjen...@underboss.org added the comment: Actually 10.5 was the last PowerPC release -- nosy: +pjenvey ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13405 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12151] test_logging fails sometimes
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset ce0b9b1328d4 by Vinay Sajip in branch 'default': Added additional diagnostics to help with #12151. http://hg.python.org/cpython/rev/ce0b9b1328d4 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12151 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13405] Add DTrace probes
Marc Abramowitz msabr...@gmail.com added the comment: Limiting to 10.6 and above seems entirely reasonable to me. I am one of the few folks that I know who is still on 10.6. Most of my friends are on 10.7. Since OS X is primarily a desktop OS, I think people tend to upgrade more quickly compared to more of a server OS like Solaris. For instance, I stayed on 10.5 for a while but was eventually forced to upgrade to 10.6, because I wanted to do iOS development and the Xcode and developer SDK needed to do that required 10.6. That right there kind of tells you that even Apple is not really supporting 10.5 for development. Also, if you target 10.6, I can test it for you. If you target 10.5, I don't have a 10.5 machine to test with. So if it's at all hard to support 10.5, I'd say skip it and someone else can do it if they really need it. But I doubt that will happen. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13405 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13405] Add DTrace probes
Marc Abramowitz msabr...@gmail.com added the comment: I wanted to post an update on FreeBSD 9.0, which Jesús and I worked on a bit yesterday. Maybe Jordan will chime in here with an answer to my FreeBSD problems. :-) With a little bit of Makefile hackery (make it skip building the phelper stuff which was failing with a useless declaration error and which is for jstack which might not be supported on FreeBSD), I got Python to build with Jesús's patches. But I couldn't actually dtrace anything with it. And then I stepped back and tried to dtrace other programs to see if userland DTrace was working and I ran into all kinds of problems, including killing the traced program and a (reproduceable) kernel panic. Here's a question that I posted about it on the FreeBSD-questions mailing list: http://lists.freebsd.org/pipermail/freebsd-questions/2012-February/238862.html If I can get the FreeBSD DTrace support working without too much effort, then I'll do it, but if it's problematic, then I might skip it and focus on helping Jesús test his stuff on OS X and OpenIndiana. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13405 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14152] setup.py: Python header file dependencies
Stefan Krah stefan-use...@bytereef.org added the comment:
There is a comment in setup.py that suggests that *all* Python headers
should be added to the dependencies (?):
# Python header files
headers = [sysconfig.get_config_h_filename()]
headers += glob(os.path.join(sysconfig.get_path('platinclude'), *.h))
Was that the intention? Because this is what I get when I add a
print statement:
['/home/stefan/pydev/cpython/pyconfig.h',
'/home/stefan/pydev/cpython/pyconfig.h']
--
stage: patch review -
title: arraymodule: structmember.h dependency - setup.py: Python header file
dependencies
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14152
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14146] IDLE: source line in editor doesn't highlight when debugging
Roger Serwy roger.se...@gmail.com added the comment: Is the Source check box in the Debug Control window checked? -- nosy: +serwy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14146 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13405] Add DTrace probes
Marc Abramowitz msabr...@gmail.com added the comment: [marca@freebsd9-0 ~]$ /home/marca/custom/bin/python Python 2.7.2+ (dtrace-issue13405_2.7:e612f29478e3+, Feb 27 2012, 20:37:22) [GCC 4.2.1 20070831 patched [FreeBSD]] on freebsd9 Type help, copyright, credits or license for more information. [marca@freebsd9-0 ~]$ sudo dtrace -n 'pid$target:python::entry' -c /home/marca/custom/bin/python Python 2.7.2+ (dtrace-issue13405_2.7:e612f29478e3+, Feb 27 2012, 20:37:22) [GCC 4.2.1 20070831 patched [FreeBSD]] on freebsd9 Type help, copyright, credits or license for more information. import os os.getpid() 2541 dtrace: failed to control pid 2541: process exited with status 0 [marca@freebsd9-0 ~]$ ps auxww | grep python marca 2546 0.0 2.3 27452 5668 1 S+3:29AM 0:00.02 /home/marca/custom/bin/python [marca@freebsd9-0 ~]$ sudo dtrace -n 'pid2546:python::entry' [marca@freebsd9-0 ~]$ ps auxww | grep python marca 2552 0.0 0.5 16460 1244 0 S+3:29AM 0:00.00 grep python In the above case, the python proces (pid 2546) died with: Killed: 9 Why would DTrace kill -9 the program it's tracing? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13405 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14145] string.rfind() returns AttributeError: 'list' object has no attribute 'rfind'
Eric V. Smith e...@trueblade.com added the comment: I'm going to close this. Feel free to re-open it if you can give a small example showing the problem. -- resolution: - invalid status: open - closed type: crash - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14145 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14145] string.rfind() returns AttributeError: 'list' object has no attribute 'rfind'
Griffin Smith wildgriffi...@gmail.com added the comment: Actually, I did some diagnosis and it would appear it was actually an inappropriate call - I was assuming os.path.walk returned a tuple containing a list of files instead of a tuple containing a list of lists of files. Sorry about that. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14145 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14153] Expose os.device_encoding() at the C level
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14153 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14145] string.rfind() returns AttributeError: 'list' object has no attribute 'rfind'
Changes by Ezio Melotti ezio.melo...@gmail.com: -- stage: - committed/rejected ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14145 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14154] reimplement the bigmem test memory watchdog as a subprocess
New submission from Charles-François Natali neolo...@free.fr: As suggested in http://bugs.python.org/msg154330, here's a rewrite of the test memory watchdog using subprocess instead of thread + faulthandler. -- components: Tests files: mem_watchdog_subprocess.diff keywords: needs review, patch messages: 154570 nosy: neologix, pitrou priority: normal severity: normal stage: patch review status: open title: reimplement the bigmem test memory watchdog as a subprocess type: enhancement versions: Python 3.3 Added file: http://bugs.python.org/file24674/mem_watchdog_subprocess.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14154 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14154] reimplement the bigmem test memory watchdog as a subprocess
Changes by Nadeem Vawda nadeem.va...@gmail.com: -- nosy: +nadeem.vawda ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14154 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14146] IDLE: source line in editor doesn't highlight when debugging
Rich Rauenzahn rraue...@gmail.com added the comment: Yes, the source box was checkmarked. Not the first one to encounter this as well: http://python.6.n6.nabble.com/IDLE-not-highlighting-current-line-while-debugging-on-Win-td2113345.html -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14146 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14154] reimplement the bigmem test memory watchdog as a subprocess
Antoine Pitrou pit...@free.fr added the comment: It's so much simpler that I feel a bit ridiculous with my earlier solution :) -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14154 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14148] Option to kill stuck workers in a multiprocessing pool
Antoine Pitrou pit...@free.fr added the comment: The problem is that queues and other synchronization objects can end up in an inconsistent state when a worker crashes, hangs or gets killed. That's why, in concurrent.futures, a crashed worker makes the ProcessPoolExecutor become broken. A similar thing should be done for multiprocessing.Pool but it's a more complex object. -- nosy: +neologix, pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14148 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14113] Failure in test_strptime on Windows
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 3ea8d0afe541 by Nadeem Vawda in branch '2.7': Give better failure messages in test_strptime (cf. issue #14113). http://hg.python.org/cpython/rev/3ea8d0afe541 New changeset 8d2ffe1f25d3 by Nadeem Vawda in branch '3.2': Give better failure messages in test_strptime (cf. issue #14113). http://hg.python.org/cpython/rev/8d2ffe1f25d3 New changeset 46ab2d46337c by Nadeem Vawda in branch 'default': Merge: Give better failure messages in test_strptime (cf. issue #14113). http://hg.python.org/cpython/rev/46ab2d46337c -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14113 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14153] Expose os.device_encoding() at the C level
STINNER Victor victor.stin...@gmail.com added the comment: If it can help to bootstrap importlib, you can add: PyObject* _Py_device_encoding(int fd); And reuse it in posixmodule.c. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14153 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14148] Option to kill stuck workers in a multiprocessing pool
Paul Moore p.f.mo...@gmail.com added the comment: As an alternative, maybe leave the stuck worker, but allow the pool to recognise when a worker has not processed new messages for a long period and spawn an extra worker to replace it. That would avoid the starvation issue, and the stuck workers would die when the pool is terminated. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14148 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14113] Failure in test_strptime on Windows
Changes by Nadeem Vawda nadeem.va...@gmail.com: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14113 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14154] reimplement the bigmem test memory watchdog as a subprocess
STINNER Victor victor.stin...@gmail.com added the comment: A subprocess looks simpler (and safer?) than a C thread with a pipe. + f = open(self.procfile, 'r') 'rb' mode is enough here, no need of Unicode ;-) + self.mem_watchdog = subprocess.Popen(..., stdin=f) Can't you open the /proc/pid/stat file in the child process? It might be an issue with SELinux or Grsecurity, but I don't expect that our buildbot use such security patch. + statm = sys.stdin.read() file_watchdog() did read only 1024 bytes. I don't know if it would be better or not to use an arbitrary limit (to avoid filling the memory?). You should catch OSError here. You may only display the memory usage if it changed and start by a sleep. -- You may also write the watchdog script in .py file instead of passing it on the command line, so it will be easier to maintain it later. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14154 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14136] Simplify PEP 409 command line test and move it to test_cmd_line_script
Nick Coghlan ncogh...@gmail.com added the comment: Hah, I've been dealing with Python's regression test suite for 8+ years and there are still cases where I don't understand the rationale for testing things a particular way (beyond it must have seemed like a good idea at the time). It has a lot more historical cruft than the standard library does :) The proper location for a particular test can be a bit of a coin toss in many cases, but one useful guide (which applies in this case) is to try to avoid adding *new* standard library dependencies to a test module if there's an alternate suitable location that already has those dependencies. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14136 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14152] setup.py: Python header file dependencies
Stefan Krah stefan-use...@bytereef.org added the comment: In Python2.6 all headers from Include/ were added: # Python header files headers = glob(Include/*.h) + [pyconfig.h] -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14152 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14134] xmlrpc.client.ServerProxy() -- need for timeout-parameter
Andrej A Antonov polymor...@gmail.com added the comment: in this subject -- I think about like this changes (see file example-of-changes.patch) -- keywords: +patch Added file: http://bugs.python.org/file24675/example-of-changes.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14134 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13086] Update howto/cporting.rst so it talks about Python 3 instead of 3.0
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset eb88cc90cc56 by Larry Hastings in branch '2.7': Issue #13086: Update howto/cporting.rst to discuss Python 3 instead of 3.0. http://hg.python.org/cpython/rev/eb88cc90cc56 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13086 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13086] Update howto/cporting.rst so it talks about Python 3 instead of 3.0
Larry Hastings la...@hastings.org added the comment: @eric.araujo: I talked to Brett about it. We don't pretend that Python 3.0 never existed; we tell people it's unsupported and unsuitable for production use. At his suggestion I added a statement to that effect, and left the rest the same. I'll now manually incorporate this into the 3.2 branch, then forward-port to trunk. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13086 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13053] Add Capsule migration documentation to cporting
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 28849d00a41e by Larry Hastings in branch '3.2': Propagate changes for issues #13053 and #13086 from 2.7 to 3.2. (Doc only.) http://hg.python.org/cpython/rev/28849d00a41e -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13053 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13086] Update howto/cporting.rst so it talks about Python 3 instead of 3.0
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 28849d00a41e by Larry Hastings in branch '3.2': Propagate changes for issues #13053 and #13086 from 2.7 to 3.2. (Doc only.) http://hg.python.org/cpython/rev/28849d00a41e -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13086 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13086] Update howto/cporting.rst so it talks about Python 3 instead of 3.0
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset c316e8a4a5e2 by Larry Hastings in branch 'default': Merge: Propagate changes for issues #13053 and #13086 from 2.7 to 3.2. http://hg.python.org/cpython/rev/c316e8a4a5e2 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13086 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13053] Add Capsule migration documentation to cporting
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset c316e8a4a5e2 by Larry Hastings in branch 'default': Merge: Propagate changes for issues #13053 and #13086 from 2.7 to 3.2. http://hg.python.org/cpython/rev/c316e8a4a5e2 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13053 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13053] Add Capsule migration documentation to cporting
Larry Hastings la...@hastings.org added the comment: Now checked in to 2.7, 3.2, and default. Thanks everyone! -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13053 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13086] Update howto/cporting.rst so it talks about Python 3 instead of 3.0
Larry Hastings la...@hastings.org added the comment: Now checked in to 2.7, 3.2, and default. Thanks everyone! -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13086 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13405] Add DTrace probes
Marc Abramowitz msabr...@gmail.com added the comment: For anyone who is curious about the FreeBSD 9.0 DTrace userland problems I experienced, see http://www.freebsd.org/cgi/query-pr.cgi?pr=165541 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13405 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9631] Python 2.7 installation issue for Linux gcc-4.1.0-3 (Fedora Core 5?)
Space Li space...@gmail.com added the comment:
Hi,
I recently compiled Python 2.7.2 and got an ImportError on struct module during
'make install'.
What I found working for me is just to 'make'. Before doing 'make install',
copy the lib.linux-x directory in 'build' to {prefix}/lib/python2.7 and
rename it as lib-dynload.
Then find something that looks like followings:
$(INSTALL_DATA) $(srcdir)/LICENSE $(DESTDIR)$(LIBDEST)/LICENSE.txt
PYTHONPATH=$(DESTDIR)$(LIBDEST) $(RUNSHARED) \
./$(BUILDPYTHON) -Wi -tt $(DESTDIR)$(LIBDEST)/compileall.py \
-d $(LIBDEST) -f \
-x 'bad_coding|badsyntax|site-packages|lib2to3/tests/data' \
$(DESTDIR)$(LIBDEST)
PYTHONPATH=$(DESTDIR)$(LIBDEST) $(RUNSHARED) \
./$(BUILDPYTHON) -Wi -tt -O $(DESTDIR)$(LIBDEST)/compileall.py \
-d $(LIBDEST) -f \
-x 'bad_coding|badsyntax|site-packages|lib2to3/tests/data' \
$(DESTDIR)$(LIBDEST)
-PYTHONPATH=$(DESTDIR)$(LIBDEST) $(RUNSHARED) \
./$(BUILDPYTHON) -Wi -t $(DESTDIR)$(LIBDEST)/compileall.py \
-d $(LIBDEST)/site-packages -f \
-x badsyntax $(DESTDIR)$(LIBDEST)/site-packages
-PYTHONPATH=$(DESTDIR)$(LIBDEST):$(DESTSHARED) $(RUNSHARED) \
./$(BUILDPYTHON) -Wi -t -O $(DESTDIR)$(LIBDEST)/compileall.py \
-d $(LIBDEST)/site-packages -f \
-x badsyntax $(DESTDIR)$(LIBDEST)/site-packages
-PYTHONPATH=$(DESTDIR)$(LIBDEST) $(RUNSHARED) \
./$(BUILDPYTHON) -Wi -t -c import lib2to3.pygram,
lib2to3.patcomp;lib2to3.patcomp.PatternCompiler()
Add :$(DESTSHARED) behind each PYTHONPATH. Then it looks like
$(INSTALL_DATA) $(srcdir)/LICENSE $(DESTDIR)$(LIBDEST)/LICENSE.txt
PYTHONPATH=$(DESTDIR)$(LIBDEST):$(DESTSHARED) $(RUNSHARED) \
./$(BUILDPYTHON) -Wi -tt $(DESTDIR)$(LIBDEST)/compileall.py \
-d $(LIBDEST) -f \
-x 'bad_coding|badsyntax|site-packages|lib2to3/tests/data' \
$(DESTDIR)$(LIBDEST)
PYTHONPATH=$(DESTDIR)$(LIBDEST):$(DESTSHARED) $(RUNSHARED) \
./$(BUILDPYTHON) -Wi -tt -O $(DESTDIR)$(LIBDEST)/compileall.py \
-d $(LIBDEST) -f \
-x 'bad_coding|badsyntax|site-packages|lib2to3/tests/data' \
$(DESTDIR)$(LIBDEST)
-PYTHONPATH=$(DESTDIR)$(LIBDEST):$(DESTSHARED) $(RUNSHARED) \
./$(BUILDPYTHON) -Wi -t $(DESTDIR)$(LIBDEST)/compileall.py \
-d $(LIBDEST)/site-packages -f \
-x badsyntax $(DESTDIR)$(LIBDEST)/site-packages
-PYTHONPATH=$(DESTDIR)$(LIBDEST):$(DESTSHARED) $(RUNSHARED) \
./$(BUILDPYTHON) -Wi -t -O $(DESTDIR)$(LIBDEST)/compileall.py \
-d $(LIBDEST)/site-packages -f \
-x badsyntax $(DESTDIR)$(LIBDEST)/site-packages
-PYTHONPATH=$(DESTDIR)$(LIBDEST):$(DESTSHARED) $(RUNSHARED) \
./$(BUILDPYTHON) -Wi -t -c import lib2to3.pygram,
lib2to3.patcomp;lib2to3.patcomp.PatternCompiler()
After doing so, you can 'make install'.
This is tested on OpenSUSE 10.3 with GCC 4.2.1.
--
nosy: +spaceli
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9631
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14146] IDLE: source line in editor doesn't highlight when debugging
Roger Serwy roger.se...@gmail.com added the comment: I am not seeing this problem under Ubuntu, but I do see this problem on Vista. It looks like the sel tags get hidden when a window loses focus under Windows. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14146 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14155] Deja vu in re's documentation
New submission from py.user port...@yandex.ru: This paragraph is redundant http://docs.python.org/py3k/library/re.html#matching-vs-searching a duplicate http://docs.python.org/py3k/library/re.html#search-vs-match the part about match() behavior in multiline mode could be described in note here: http://docs.python.org/py3k/library/re.html#re.regex.match -- assignee: docs@python components: Documentation messages: 154592 nosy: docs@python, py.user priority: normal severity: normal status: open title: Deja vu in re's documentation type: enhancement versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14155 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14153] Expose os.device_encoding() at the C level
Brett Cannon br...@python.org added the comment: Either that or PyObject *_Py_device_encoding(PyObject *fd) would help since both _io and posixmodule.c will have a PyObject already for the fd. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14153 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14153] Expose os.device_encoding() at the C level
Benjamin Peterson benja...@python.org added the comment: I think fileutils.c is a good place. Then we can kill the import of os in io, which would be nice. -- nosy: +benjamin.peterson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14153 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14153] Expose os.device_encoding() at the C level
Brett Cannon br...@python.org added the comment: OK, then I will make this happen. People care whether it take an int or a PyObject? That seems to be the only open question. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14153 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14153] Expose os.device_encoding() at the C level
Benjamin Peterson benja...@python.org added the comment: 2012/2/28 Brett Cannon rep...@bugs.python.org: Brett Cannon br...@python.org added the comment: OK, then I will make this happen. People care whether it take an int or a PyObject? That seems to be the only open question. Probably int if it goes in fileutils. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14153 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13405] Add DTrace probes
Changes by Larry Hastings la...@hastings.org: -- nosy: +larry ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13405 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14135] check for locale changes in test.regrtest
Changes by Éric Araujo mer...@netwok.org: -- title: check for locale changes in test.support - check for locale changes in test.regrtest ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14135 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14149] argparse usage model requires argument names to be python identifiers
Éric Araujo mer...@netwok.org added the comment:
If argparse munged foo-bar to foo_bar to allow attribute access, then it’d need
to disallow ambiguous cases like add_argument('foo_bar', ...);
add_argument('foo-bar', ...). I’m not sure if there is real, sensible code
that does that, though.
Namespace should act like an object and dict.
I don’t understand, can you rephrase?
--
nosy: +bethard, eric.araujo
title: Argparse usage model requires argument names to be python identifiers -
argparse usage model requires argument names to be python identifiers
versions: +Python 3.3 -Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14149
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14152] setup.py: Python header file dependencies
Éric Araujo mer...@netwok.org added the comment: Does the 2.6 code work when you build in a subdirectory? (I assume that’s why sysconfig is used instead of hard-coding, but I’ll check the VCS log when I have some time to be sure.) -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14152 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14134] xmlrpc.client.ServerProxy needs timeout parameter
Changes by Éric Araujo mer...@netwok.org: -- stage: - test needed title: xmlrpc.client.ServerProxy() -- need for timeout-parameter - xmlrpc.client.ServerProxy needs timeout parameter ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14134 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14155] Deja vu in re's documentation
Changes by Éric Araujo mer...@netwok.org: -- nosy: +ezio.melotti, pitrou versions: +Python 2.7, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14155 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14152] setup.py: Python header file dependencies
Éric Araujo mer...@netwok.org added the comment: I actually meant: when you build in any directory other that the top-level checkout directory. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14152 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13968] Support recursive globs
Michael.Elsdörfer mich...@elsdoerfer.info added the comment: This should absolutely be implemented as **: - It is pretty much standard. Recursive globbing is not supported everywhere, but when it is, ** is used. - A separate function will not allow me to let the *user* to decide when recursion should be used. I find this most important. When I need to find files internally, I always do so using os.walk etc. When I use glob, it is because I want to provide an interface to my users. - The change to support ** is actually pretty trivial. I have implemented this as a module here: https://github.com/miracle2k/python-glob2/ - It's backwards-compatible - or close enough anyway. ** is currently perfectly nonsensical, making it a meaningful syntax element is acceptable, I think. -- nosy: +elsdoerfer ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13968 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
