[issue8111] docs.python.org/download.html unhelpful.

Georg Brandl added the comment: Agreed. I will have a more sane set of docs that are continually rebuilt vs. docs that are frozen in place for the next minor release that happens. -- ___ Python tracker __

[issue8104] socket.recv_into doesn't support a memoryview as an argument

Changes by Georg Brandl : -- assignee: -> pitrou nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue7774] sys.executable: wrong location if zeroth command argument is modified.

Ronald Oussoren added the comment: This doesn't fail on OSX when using a framework build of Python because that uses a different way to find sys.prefix: in Python.framework the shared library with the interpreter (libpython.so on Linux) is always in a known location relative to sys.prefix. -

[issue8107] test_distutils fails on Windows in 2.6.5rc2

Ronald Oussoren added the comment: IMHO stuffing xxmodule.c inside the distutils test tree (see msg100815) is the right solution because the python source tree might not be present during testing (such as when the user does a binary install and then runs the unittests to check if everything w

[issue8115] Pyojbc on Snow Leopard

Ronald Oussoren added the comment: This issue is off-topic for the python bugtracker. But: to install pyobjc you need to do three things: 1) Download and install easy_install or distribute (download from pypi.python.org) 2) Check that 'which easy_install' refers to a file inside /Libr

[issue8107] test_distutils fails on Windows in 2.6.5rc2

Ned Deily added the comment: It's not that "srcdir" is broken - that undoubtedly was the value of the source directory on the *build* machine. The problem is that "srcdir", (and likely some other build related config variables) has no meaning other than on the *build* machine at the time of

[issue8107] test_distutils fails on Windows in 2.6.5rc2

Tarek Ziadé added the comment: Also, notice that srcdir can be broken on some platform. For instance, under Mac OS X Framework install: >>> import distutils.sysconfig >>> distutils.sysconfig.get_config_var('srcdir') '/Volumes/Rivendell/Users/ronald/Projects/python/r264' we get the path that w

[issue8107] test_distutils fails on Windows in 2.6.5rc2

Tarek Ziadé added the comment: No that won't work because the test tries to find a module that is only in the source dir. So not existing on python installations. The simplest thing to do is to skip the test if srcdir cannot be found. I'll fix this asap -- _

[issue7424] segmentation fault in listextend during install

Jon Buller added the comment: Sorry to not be able to follow up for so long, but I was moving cross-country. I was playing with the tests a bit and ended up trying this: $ ./python -E -tt -d -v -W all ./Lib/test/regrtest.py -l -v -s test_builtin Which resulted (after quite a bit of output) i

[issue4376] Nested ctypes 'BigEndianStructure' fails

STINNER Victor added the comment: ping! This issue is still open. -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing

[issue7774] sys.executable: wrong location if zeroth command argument is modified.

Florent Xicluna added the comment: Actually there's 3 steps to fix this: 1) do not absolutize the sys.executable if it is empty (in Modules/getpath.c) 2) change sysconfig.py to deal with empty sys.executable (see this patch) 3) do a best effort to provide a valid sys.executable. It should be

[issue7774] sys.executable: wrong location if zeroth command argument is modified.

STINNER Victor added the comment: Twisted uses the following code (on UNIX-like OS): def launchWithName(name): if name and name != sys.argv[0]: exe = os.path.realpath(sys.executable) log.msg('Changing process name to ' + name) os.execv(exe, [name, sys.argv[0], '--ori

[issue7774] sys.executable: wrong location if zeroth command argument is modified.

STINNER Victor added the comment: Oooh, I shouldn't post messages at 3:05. "If sys.executable *is invalid*, sysconfig fails, site import fails, and finally Python *exits* (since my fix for #3137)." "It looks like there is *no* trivial, portable and/or reliable solution *to fix* this problem.

[issue7774] sys.executable: wrong location if zeroth command argument is modified.

STINNER Victor added the comment: This issue is not related to subprocess, subprocess is just used in examples to show the bug. The problem is that Python defines an invalid sys.executable if the process was created with a custom argv[0]. In Python trunk, the site module now uses sysconfig wh

[issue8107] test_distutils fails on Windows in 2.6.5rc2

Barry A. Warsaw added the comment: Tarek, I guess the fix is as haypo suggests? Just use sysconfig.project_base if sysconfig.get_config_var('srcdir') returns None? If that's the only change, then please do fix this for 2.6.5 final. Thanks! -- ___

[issue3137] Python doesn't handle SIGINT well if it arrives during interpreter startup

STINNER Victor added the comment: My change about site initialization error raised 2 old issues: #7774 and #7880. flox commited a fix for #7880 and a workaround for #7774 (just enough to fix test_subprocess). -- ___ Python tracker

[issue8113] PyUnicode_AsUnicode doesn't check for NULL pointer

STINNER Victor added the comment: > I just looked at the code for PyFloat_AsDouble and it checks for NULL pointers It's just a little help for developers: it will raise the ugly TypeError("bad argument type for built-in operation") and returns -1. It's never a good idea to pass NULL to a func

[issue8115] Pyojbc on Snow Leopard

New submission from Riccardo Rotondo : Hello, I'm having trouble with pyobj since I have installed Python 2.6.4 by official dmg download here. Befor I used python pre-installed in Snow Leopard and everything worked ok. Now I can't import pyobjc. I tried to perform easy_install pyobjc but I can

[issue7774] sys.executable: wrong location if zeroth command argument is modified.

Florent Xicluna added the comment: Fixed test failures related to incorrect sys.executable, which were visible after #3137 was fixed. Changesets r78830 and r78831. Note: there's 2 comments related to #7774. To review when this issue is fixed: - Lib/sysconfig.py - Lib/test/test_subprocess.py

[issue8113] PyUnicode_AsUnicode doesn't check for NULL pointer

Lorenz Quack added the comment: I thought that the CamelCase C-functions like PyUnicode_AsUnicode would check for errors like this and if you don't want error checking you can use the capitalized versions like PyUnicode_AS_UNICODE. I just looked at the code for PyFloat_AsDouble and it checks f

[issue7774] sys.executable: wrong location if zeroth command argument is modified.

STINNER Victor added the comment: "Thanks to" my commit r78826 (fixing #3137), site errors are now fatal: Python exits with an error instead of just printing "import site failed; ...". It's the come back of #7774: test_executable_with_cwd of test_subprocess now always fail. The test fails be

[issue2698] Extension module build fails for MinGW: missing vcvarsall.bat

Craig McQueen added the comment: This still seems to be a bug in Python 3.1.1, does it not? Can this be re-opened? -- ___ Python tracker ___

[issue7880] sysconfig does not like symlinks

Florent Xicluna added the comment: Fixed in r78828 and r78829 (py3k), except for the part related to #7774. (It was turning buildbots red, after Victor fixed #3137) -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> pending _

[issue3243] Support iterable bodies in httplib

Ryan Coyner added the comment: This patch and its tests still work. Any particular reason why it hasn't been adopted yet? -- nosy: +rcoyner ___ Python tracker ___ __

[issue8107] test_distutils fails on Windows in 2.6.5rc2

Ned Deily added the comment: I'm guessing this falls into the same category as Issue8102, that is, since the python tests are also installed and run on end-user systems by various installers, it is important that none of the tests depend on files from a python build directory or source tree.

[issue8107] test_distutils fails on Windows in 2.6.5rc2

Tarek Ziadé added the comment: This test just grabs xxmodule.c from Python to try out a compilation. It's a lot of work just to try out a .c file in build_ext. I've already changed this in trunk by having a c file local to distutils tests, as a fallback in case the location cannot be found (d

[issue8114] python 2.6.4 installation is not working for the single user mode in vista.

Changes by Vivek Anand : -- components: Windows nosy: insidevivek severity: normal status: open title: python 2.6.4 installation is not working for the single user mode in vista. type: behavior versions: Python 2.6 ___ Python tracker

[issue3137] Python doesn't handle SIGINT well if it arrives during interpreter startup

STINNER Victor added the comment: Commited to trunk: r78826 + r78827. I will later backport to py3k. -- ___ Python tracker ___ ___ Pyt

[issue8107] test_distutils fails on Windows in 2.6.5rc2

STINNER Victor added the comment: The patch replaces sysconfig.project_base by sysconfig.get_config_var('srcdir'). You can maybe use sysconfig.project_base if sysconfig.get_config_var('srcdir') is None? -- ___ Python tracker

[issue8107] test_distutils fails on Windows in 2.6.5rc2

STINNER Victor added the comment: r77955 is a backport of r69304, commit made 12 months before the backport. It's related to issue #4151. -- nosy: +haypo ___ Python tracker ___

[issue8107] test_distutils fails on Windows in 2.6.5rc2

Barry A. Warsaw added the comment: Um, this sucks because I think that that means it was introduced after 2.6.4 final. Since it's a regression, marking as a blocker for 2.6.5 final, but in order to stay a blocker it has to be a really critical bug and I'll want to review the fix before it go

[issue8113] PyUnicode_AsUnicode doesn't check for NULL pointer

Benjamin Peterson added the comment: Why is that a bug? You shouldn't pass a NULL argument. -- nosy: +benjamin.peterson priority: -> low ___ Python tracker ___ _

[issue8113] PyUnicode_AsUnicode doesn't check for NULL pointer

New submission from Lorenz Quack : The C-API function "PyUnicode_AsUnicode(PyObject *unicode)" does not check the argument for NULL pointers. It passes it directly to the macro "PyUnicode_Check(op)" which then crashes when trying to access "Py_TYPE(op)". I marked this as Python 2.7 because I

[issue8100] `configure` incorrectly handles empty OPT variable

Benjamin Peterson added the comment: 2010/3/10 Arfrever Frehtes Taifersar Arahesis : > > Arfrever Frehtes Taifersar Arahesis added the > comment: > > Could you apply this patch also in 3.1 branch? Done. -- ___ Python tracker

[issue1222585] C++ compilation support for distutils

Tarek Ziadé added the comment: If we consider that Distutils didn't provide c++ support, and that it partially worked by accident (through gcc), I would call it a new feature. Especially since it requires a new option. We are freezing the API so we can't add options to methods/functions. Th

[issue1222585] C++ compilation support for distutils

Michael Droettboom added the comment: Does the reassignment only apply to the more recent more ambitious patch? The original patch (and my forward porting of it) is purely a bugfix, not a feature freeze. This is a showstopper bug for matplotlib on Solaris, for example, and I would hate to s

[issue1222585] C++ compilation support for distutils

Tarek Ziadé added the comment: Moved to distutils2 (distutils is feature frozen now) -- components: +Distutils2 -Distutils ___ Python tracker ___ _

[issue1222585] C++ compilation support for distutils

Arfrever Frehtes Taifersar Arahesis added the comment: I'm attaching my own patch, which has the following advantages: - Determination of target language is performed per source file instead of per list of source files passed to CCompiler.compile(). - Proper determination of linker. - Proper su

[issue8100] `configure` incorrectly handles empty OPT variable

Arfrever Frehtes Taifersar Arahesis added the comment: Could you apply this patch also in 3.1 branch? -- ___ Python tracker ___ ___ Py

[issue8112] xmlrpc.server: ServerHTMLDoc.docroutine uses (since 3.0) deprecated function "inspect.getargspec()"

Brian Curtin added the comment: Can you provide a test case which reproduces your issue? -- components: +Library (Lib) nosy: +brian.curtin stage: -> test needed ___ Python tracker _

[issue8112] xmlrpc.server: ServerHTMLDoc.docroutine uses (since 3.0) deprecated function "inspect.getargspec()"

Changes by tormen : -- title: xmlrpc.server: ServerHTMLDoc.docroutine uses (since 3.0) depricated function "inspect.getargspec()" -> xmlrpc.server: ServerHTMLDoc.docroutine uses (since 3.0) deprecated function "inspect.getargspec()" ___ Python track

[issue8112] xmlrpc.server: ServerHTMLDoc.docroutine uses (since 3.0) depricated function "inspect.getargspec()"

tormen added the comment: "This" refers to the summary of the bug. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue8112] xmlrpc.server: ServerHTMLDoc.docroutine uses (since 3.0) depricated function "inspect.getargspec()"

New submission from tormen : This throws an exception and crashes your DocXMLRPCServer when using registered python functions that use function annotations. Seems inconsistent to me. Or is there a reason for this? -- messages: 100800 nosy: tormen severity: normal status: open title: xm

ubuntu : cannot find -lpython2.5 while building jcc for pylucene

Hi, I am getting following error while buiding jcc for pylucene /usr/bin/ld: cannot find -lpython2.5 collect2: ld returned 1 exit status any idea which thing is causing this problem. I am using pylucene 3.0.0.1 version with python 2.5.4 and with java-6-sun Thanks Sudhir ___

[issue8074] Fail-fast behavior for unittest

Michael Foord added the comment: I like the feature. I'm a bit concerned about the proliferation of command line options for unittest though. Steve's rejection of the feature seemed to be on the basis that he didn't need it (or see a need for it). :-) -- ___

[issue8110] subprocess.py doesn't correctly detect Windows machines

Brian Curtin added the comment: Amaury is right. On Windows, _subprocess is a built-in, so the platform stuff just currently enables further failure. Dave: My C# skills aren't the greatest, but looking at PC/_subprocess.c there are a few Win32 functions you might need to P/Invoke, but I belie

[issue8111] docs.python.org/download.html unhelpful.

New submission from Thomas Wouters : docs.python.org is showing the docs for 2.6.5c2. As its most obvious bad consequence, docs.python.org/download.html doesn't offer any actual downloads, and there are no obvious (to newbies looking to download docs) links to working downloads. -- as

[issue8110] subprocess.py doesn't correctly detect Windows machines

Florent Xicluna added the comment: Proposed patch, with duck subprocessing. :D -- keywords: +patch Added file: http://bugs.python.org/file16518/issue8110_subprocess_mswindows.diff ___ Python tracker ___

[issue8110] subprocess.py doesn't correctly detect Windows machines

Dave Fugate added the comment: Is there any reason _subprocess couldn't be implemented in C#? If not, this is the first of many steps needed to get subprocess working under IronPython. -- ___ Python tracker _

[issue8110] subprocess.py doesn't correctly detect Windows machines

Amaury Forgeot d'Arc added the comment: it's not about platform detection; does IronPython have the equivalent of msvcrt.open_osfhandle()? -- ___ Python tracker ___

[issue8110] subprocess.py doesn't correctly detect Windows machines

Dave Fugate added the comment: platform.system()=="Windows" won't work unless you change platform as well: IronPython 2.6.1 DEBUG (2.6.10920.0) on .NET 2.0.50727.4927 Type "help", "copyright", "credits" or "license" for more information. >>> import platform >>> platform.system() 'cli' -

[issue8074] Fail-fast behavior for unittest

Amaury Forgeot d'Arc added the comment: fwiw, the similar issue2241 was rejected two years ago. -- nosy: +amaury.forgeotdarc ___ Python tracker ___ __

[issue8110] subprocess.py doesn't correctly detect Windows machines

Brian Curtin added the comment: Also, using platform.system() == 'Windows' would exclude IronPython running on Mono. -- nosy: +brian.curtin ___ Python tracker ___ __

[issue8110] subprocess.py doesn't correctly detect Windows machines

Amaury Forgeot d'Arc added the comment: but, does it work even with your fix? it seems to me that "from _subprocess import *" will fail miserably. -- nosy: +amaury.forgeotdarc ___ Python tracker ___

[issue8110] subprocess.py doesn't correctly detect Windows machines

R. David Murray added the comment: Probably it should use platform.system() == 'Windows' instead. -- keywords: +easy nosy: +dino.viehland, michael.foord, r.david.murray ___ Python tracker __

[issue8110] subprocess.py doesn't correctly detect Windows machines

Changes by Florent Xicluna : -- nosy: +flox ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue8110] subprocess.py doesn't correctly detect Windows machines

Changes by Brian Curtin : -- components: +Windows priority: -> normal stage: -> test needed versions: -Python 3.3 ___ Python tracker ___ ___

[issue8110] subprocess.py doesn't correctly detect Windows machines

New submission from Dave Fugate : subprocess.py contains the following line (380 in CPython 2.6.3): mswindows = (sys.platform == "win32") which only correctly detects CPython on Windows. This line should be changed to: mswindows = (sys.platform == "win32" or sys.platform == "cli" or s

[issue8109] Support for TLS Server Name Indication extension

New submission from Jesús Cea Avión : SSL sockets should support SNI, both as servers and clients: http://en.wikipedia.org/wiki/Server_Name_Indication After that, libraries that support SSL/TLS should be upgraded to take advantage of it. Any interest in supporting this?. -- component

[issue8099] IDLE(Python GUI) Doesn't open

Brian Curtin added the comment: In a command prompt window, type the following: C:\>set TCL_LIBRARY= C:\>set TK_LIBRARY= C:\>C:\Python31\python.exe C:\Python31\Lib\idlelib\idle.py -- nosy: +brian.curtin ___ Python tracker

[issue7540] urllib2 request does not update content length after new add_data

Fred L. Drake, Jr. added the comment: The reverts in SVN look good to me; re-closing this issue as no further action is required. If there's a proposal for specific changes to urllib2 to improve diagnostics in unsupported cases, that should be detailed in a separate issue. Marking this issue

[issue8107] test_distutils fails on Windows in 2.6.5rc2

Changes by Tarek Ziadé : -- priority: normal -> high resolution: -> accepted ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue8108] test_ftplib fails with OpenSSL 0.9.8m

Florent Xicluna added the comment: OpenSSL changelog (scroll to 0.9.8m): http://www.openssl.org/news/changelog.html -- ___ Python tracker ___

[issue8108] test_ftplib fails with OpenSSL 0.9.8m

Florent Xicluna added the comment: It occurs only for trunk and 3.x, where the "ftp over ssl" is implemented. See #2054. And the Debian alpha buildbots have the same library 0.9.8m: http://www.python.org/dev/buildbot/all/builders/alpha%20Debian%20trunk http://www.python.org/dev/buildbot/all/bu

[issue8108] test_ftplib fails with OpenSSL 0.9.8m

Changes by Florent Xicluna : -- nosy: +giampaolo.rodola, haypo, pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue8108] test_ftplib fails with OpenSSL 0.9.8m

New submission from Florent Xicluna : There's such failure on trunk and py3k when openssl 0.9.8m is installed. (Debian platform) No failure with 0.9.8k. test_ftplib Exception in thread Thread-40: Traceback (most recent call last): File "./Lib/threading.py", line 530, in __bootstrap_inner s

[issue8107] test_distutils fails on Windows in 2.6.5rc2

Ezio Melotti added the comment: This has been introduced in r77955, and affected all the 2.6 Windows buildbots (e.g. http://www.python.org/dev/buildbot/builders/x86%20XP-5%202.6/builds/9/steps/test/logs/stdio). The problem is caused by the fact that "srcdir = sysconfig.get_config_var('srcdir'

[issue8099] IDLE(Python GUI) Doesn't open

Estroms added the comment: I'm beginner, so where can I find those things? -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue8107] test_distutils fails on Windows in 2.6.5rc2

New submission from Martin v. Löwis : test_distutils fails like this: test test_distutils crashed -- : object of type 'NoneType' has no len() Traceback (most recent call last): File "Lib\test\regrtest.py", line 560, in runtest_inner indirect_test() File "c:\Python26\lib\test\test_distut