[issue11230] "Full unicode import system" not in 3.2

New submission from John : A few months ago I read that in 3.2 it will be possible to import modules that are located on paths containing any unicode character. (more precisely, with chars not in the local code page) After an hour or two trying to get this to work in 3.2rc3, I went looking for

[issue11219] Produce a warning when the license is specified in both the License and Classifier metadata fields

Kelsey added the comment: Eric, thanks for the example. This clarifies things. +1 on the new data structure for the classifiers -- ___ Python tracker ___ __

[issue11184] Broken large file support on AIX

Raymond Hettinger added the comment: This looks to be a low risk fix-up (confined to an "if $use_lfs" block in configure.in and further guarded with a case statement restricting it to AIX builds). -- nosy: +rhettinger ___ Python tracker

[issue11222] Python3.2rc3 fails to build on Mac OS X with a non-framework build

John Szakmeister added the comment: Looks like the time module is being built: ./build/lib.macosx-10.4-x86_64-3.2/time.so But none of the shared modules are being installed, as lib/python3.2/lib-dynload is completely empty. -- ___ Python tracke

[issue11222] Python3.2rc3 fails to build on Mac OS X with a non-framework build

Ned Deily added the comment: "import time" works for me with the patched build. There should have been a warning message during the build if the time module failed to build. Perhaps you have a file permissions problem? Check your lib/python3.2/lib-dynload/ for file time.so BTW, Victor's

[issue11222] Python3.2rc3 fails to build on Mac OS X with a non-framework build

John Szakmeister added the comment: The patch definitely helps. However, once I get it installed, there seems to be no time module: >>> import time Traceback (most recent call last): File "", line 1, in ImportError: No module named time So I think there's probably still somethi

[issue11227] [DOC] asyncore - use 'Host' header in HTTP example

Giampaolo Rodola' added the comment: Patch looks fine to me. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue11229] Make the Mac installer more like the Windows installer

Changes by Ned Deily : -- nosy: +ned.deily ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue11228] raw unicode strings interpret \u and \U (but not \n, \xHH, ...)

STINNER Victor added the comment: > Python 2.x could not be changed, for compatibility reasons. Well, it is not a bug because it is documented! << When an 'r' or 'R' prefix is used in conjunction with a 'u' or 'U' prefix, then the \u and \U escape sequences are processed while all

[issue11228] raw unicode strings interpret \u and \U (but not \n, \xHH, ...)

Amaury Forgeot d'Arc added the comment: This has changed in python 3, and is even documented: http://docs.python.org/dev/py3k/whatsnew/3.0.html#text-vs-data-instead-of-unicode-vs-8-bit (6th bullet) Python 2.x could not be changed, for compatibility reasons. -- nosy: +amaury.forgeotda

[issue11227] [DOC] asyncore - use 'Host' header in HTTP example

Changes by Antoine Pitrou : -- nosy: +giampaolo.rodola ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue11229] Make the Mac installer more like the Windows installer

New submission from Raymond Hettinger : The Windows installer gives a choice of two install locations, for all users and for the current user; the latter does not require admin rights. It lists optional components, giving the size of each: - Register Extensions 2kb - Tcl/Tk 13mb (includes IDL

[issue11228] raw unicode strings interpret \u and \U (but not \n, \xHH, ...)

New submission from STINNER Victor : len(ur'\u') == len(u'\u') == 1 len(ur'\U0010') == len(u'\U0010') == 1 but >>> len(ur'\n'), len(u'\n') (2, 1) >>> len(ur'\x00'), len(u'\x00') (4, 1) \u and \U should not be interpreted in raw Unicode strings. -- messages: 128701 nosy

[issue11227] [DOC] asyncore - use 'Host' header in HTTP example

New submission from Sandro Tosi : Hi, following up http://mail.python.org/pipermail/docs/2011-February/003096.html I wrote a patch to introduce the 'Host' header in the HTTP example of asyncore doc. I've also fixed an indentation error with the last 2 lines of the same example (simple cut&pas

[issue11226] subprocesses experience mysterious delay in receiving stdin EOF

New submission from Yang Zhang : I'm seeing this issue on all the multiple Ubuntu 10.04 boxes I've tried. I reduced a problem I was seeing in my application down into the following test case. In this code, a parent process concurrently spawns 2 (you can spawn more) subprocesses that read a big

[issue11225] getcwd fix for NetBSD to handle ERANGE errno

New submission from Nicolas Joly : NetBSD do require the very same fix from issue 9185, to handle ERANGE errno returned when the size argument is greater than zero but smaller than the length of the pathname plus 1. Without it, the testsuite do indeed loops indefinitely. Thanks. -- co

[issue11135] Redundant doc field in TypeSpec

Martin v. Löwis added the comment: I see. This is an issue independent of the issue discussed here, though, please open a new issue for that. I agree that either tp_dealloc should not release the string, or should make a copy that it can release. -- __

[issue11135] Redundant doc field in TypeSpec

Egon Smiwa added the comment: Hello, I'm just a app developer which is embedding the python32.dll and I assumed (and wished) python would simply copy my allocated parameter-string into the type object (( spec->name) is copied too). I looked in the source and see this ownership confirmed: stat

[issue11221] all() returns wrong result when the parameters are non-encapsulated list-comprehension

Jonathan Livni added the comment: from pylab import * There lies the rub? -- ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue11219] Produce a warning when the license is specified in both the License and Classifier metadata fields

Éric Araujo added the comment: > That's almost what the PEP says, or at least what I understand of it. I’ve probably misused “not quite”; I meant “not exactly”. Allow me to try to translate the PEP text to pseudo-code: > Platform (multiple use) > A Platform specification describing an operati

[issue1649329] Extract file-finding and language-handling code from gettext.find

Éric Araujo added the comment: Fine, let’s close this then. Don’t hesitate to propose a patch for another bug report or feature request if you get enough free time someday :) -- resolution: -> rejected stage: patch review -> committed/rejected status: open -> closed

[issue1649329] Extract file-finding and language-handling code from gettext.find

Shannon -jj Behrens added the comment: The more I think about this, the more I think we should just drop it. * The easiest way around my original problem was to not install the eggs in zipped format. That's easy. Just mark the egg as not zip safe. * I don't currently need this functionalit

[issue11135] Redundant doc field in TypeSpec

Martin v. Löwis added the comment: It's the same as the current tp_doc parameter for static type objects, and essentially like any other doc string in the C API. It's owned by the extension module, which must make sure it lives at least as long as the type object. --

[issue11221] all() returns wrong result when the parameters are non-encapsulated list-comprehension

Raymond Hettinger added the comment: Numpy tried to frame Python's innocent all() function. The crime was almost perfect, but the forensic evidence showed that the real culprit had left behind a telltale underscore after the bool. Another lurid bug report brought to justice :-) --

[issue1726687] Bug found in datetime for Epoch time = -1

Alexander Belopolsky added the comment: Backported in r88425 (3.1) and r88427 (2.7). -- status: open -> closed ___ Python tracker ___ _

[issue11221] all() returns wrong result when the parameters are non-encapsulated list-comprehension

Georg Brandl added the comment: And voila: >>> from numpy import bool_ >>> bool_ Case closed, I guess :) -- resolution: -> invalid status: open -> closed ___ Python tracker

[issue11221] all() returns wrong result when the parameters are non-encapsulated list-comprehension

Mark Dickinson added the comment: Are you positive that your 'all' is the builtin Python 'all'? NumPy's 'all' function would behave the way you describe: >>> all(x < 3 for x in range(5)) False >>> from numpy import all >>> all(x < 3 for x in range(5)) True What does all.__module__ give? ---

[issue11220] https sslv3 error 14077417: illegal parameter

Ian Wetherbee added the comment: This works for 2.x, I'm closing this issue: # custom HTTPS opener, banner's oracle 10g server supports SSLv3 only import httplib, ssl, urllib2, socket class HTTPSConnectionV3(httplib.HTTPSConnection): def __init__(self, *args, **kwargs): httplib.HTTP

[issue11224] 3.2: tarfile.getmembers causes 100% cpu usage on Windows

Changes by Antoine Pitrou : -- type: resource usage -> performance ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue11224] 3.2: tarfile.getmembers causes 100% cpu usage on Windows

New submission from Sridhar Ratnakumar : tarfile.getmembers has become extremely slow on Windows. This was triggered in r85916 by Lars Gustaebel on Oct 29, 2010 to "add read support for all missing variants of the GNU sparse extensions". To reproduce, use this "tgz" file: http://pypm-free.

[issue11220] https sslv3 error 14077417: illegal parameter

Ian Wetherbee added the comment: Any solution for 2.x? I'm using this with twisted. -- resolution: rejected -> status: pending -> open ___ Python tracker ___ __

[issue11184] Broken large file support on AIX

Antoine Pitrou added the comment: Assuming it doesn't break other platforms, I'm fine with it. -- ___ Python tracker ___ ___ Python-b

[issue11184] Broken large file support on AIX

Georg Brandl added the comment: Antoine, do you agree? I don't want waves of AIX changes going into 3.2 now... -- ___ Python tracker ___ ___

[issue11222] Python3.2rc3 fails to build on Mac OS X with a non-framework build

Changes by Georg Brandl : -- priority: normal -> release blocker ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue11223] interruption of locks by signals not guaranteed when the semaphore implementation is not used

Sébastien Sablé added the comment: test_socket didnot lock this time (I will retry next). But test_subprocess.ProcessTestCasePOSIXPurePython.test_leaking_fds_on_error did. Looping forever on the following syscall: pipe(0x2FF1FD88)= 0 kfcntl(15, F_GETFD, 0x

[issue11223] interruption of locks by signals not guaranteed when the semaphore implementation is not used

STINNER Victor added the comment: > I will try with pdb or something. You can also try to attach gdb to the running process: with python-gdb.py, you have nice py-* commands. Or if you don't have gdb7, you may try my faulthandler module: you will have to modify the source code (eg. Lib/test/reg

[issue11222] Python3.2rc3 fails to build on Mac OS X with a non-framework build

Changes by Ned Deily : -- assignee: -> ned.deily ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue9523] Improve dbm modules

Éric Araujo added the comment: > Here is my updated patch: You don’t have to attach a file here, just update the codereview page instead. Or maybe you can’t because I created the page? > 1, Now the dbm view objects are the same as dict view objects, which > are in conformity with collections.

[issue11223] interruption of locks by signals not guaranteed when the semaphore implementation is not used

Antoine Pitrou added the comment: > Well I don't know precisely: > > * when running make buildbottest, test_socket will systematically hang > on AIX 5.3 and 6.1. > > * but when running ./python -Wd -E -bb Lib/test/test_socket.py, the > tests complete rather quickly (with one failure cf 11192).

[issue11223] interruption of locks by signals not guaranteed when the semaphore implementation is not used

Sébastien Sablé added the comment: Well I don't know precisely: * when running make buildbottest, test_socket will systematically hang on AIX 5.3 and 6.1. * but when running ./python -Wd -E -bb Lib/test/test_socket.py, the tests complete rather quickly (with one failure cf 11192). Ran 158 t

[issue11184] Broken large file support on AIX

Changes by Antoine Pitrou : -- nosy: +georg.brandl ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue11223] interruption of locks by signals not guaranteed when the semaphore implementation is not used

Antoine Pitrou added the comment: > I have other tests locking semi-randomly on AIX 5.3 and/or AIX 6.1, > like test_socket and test_io. That may be related. Which test cases exactly? -- ___ Python tracker ___

[issue11223] interruption of locks by signals not guaranteed when the semaphore implementation is not used

Changes by Antoine Pitrou : -- nosy: +db3l ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue11223] interruption of locks by signals not guaranteed when the semaphore implementation is not used

Sébastien Sablé added the comment: Thanks Antoine, the patch solved the problem. I have other tests locking semi-randomly on AIX 5.3 and/or AIX 6.1, like test_socket and test_io. That may be related. -- ___ Python tracker

[issue10720] test_threadsignals hang on FreeBSD 6.4

Changes by Antoine Pitrou : -- resolution: -> duplicate status: open -> closed superseder: -> interruption of locks by signals not guaranteed when the semaphore implementation is not used ___ Python tracker

[issue8844] Condition.wait() doesn't raise KeyboardInterrupt

Changes by Antoine Pitrou : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue11223] interruption of locks by signals not guaranteed when the semaphore implementation is not used

Antoine Pitrou added the comment: Here is a patch that makes the test fail rather than hang. Sébastien, can you try it out? -- keywords: +patch title: test_threadsignals.py hanging on AIX -> interruption of locks by signals not guaranteed when the semaphore implementation is not used

[issue9523] Improve dbm modules

Changes by Ray.Allen : Removed file: http://bugs.python.org/file20751/issue_9523.diff ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue9523] Improve dbm modules

Ray.Allen added the comment: Thanks! Here is my updated patch: 1, Now the dbm view objects are the same as dict view objects, which are in conformity with collections.KeysView, ValuesView and ItemsView. 2, I register all these abcs explicitly because these abcs have not __subclasshook__() met

[issue11223] test_threadsignals.py hanging on AIX

Antoine Pitrou added the comment: Ok, the problem is when the condition variable-based implementation is chosen in Python/thread_pthread.h. It is actually reproduceable under Linux by adding `#undef USE_SEMAPHORES` just after `#define USE_SEMAPHORES`. The problem is that, contrary to sem_timed

[issue11192] test_socket error on AIX

Sébastien Sablé added the comment: I am not sure this is directly related, but test_socket.py will hang forever on AIX 6.1 when this script is run as part of "make buildbottest". It won't hang when running the script alone. -- ___ Python tracker <

[issue11223] test_threadsignals.py hanging on AIX

Sébastien Sablé added the comment: $ grep SEM pyconfig.h #define HAVE_BROKEN_POSIX_SEMAPHORES 1 /* #undef HAVE_BROKEN_SEM_GETVALUE */ #define HAVE_SEM_GETVALUE 1 #define HAVE_SEM_OPEN 1 #define HAVE_SEM_TIMEDWAIT 1 #define HAVE_SEM_UNLINK 1 /* #undef POSIX_SEMAPHORES_NOT_ENABLED */ #ifndef _POSI

[issue4566] 2.6.1 breaks many applications that embed Python on Windows

Changes by Ralf Schmitt : -- nosy: +schmir ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue11223] test_threadsignals.py hanging on AIX

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue11223] test_threadsignals.py hanging on AIX

Antoine Pitrou added the comment: We have the same issue on our FreeBSD 6.4 buildbot: http://python.org/dev/buildbot/all/builders/x86%20FreeBSD%203.x/builds/1216/steps/test/logs/stdio (FreeBSD 7.2 is fine) Can you tell me what the values of _POSIX_SEMAPHORES and HAVE_SEM_TIMEDWAIT are (or whet

[issue11223] test_threadsignals.py hanging on AIX

New submission from Sébastien Sablé : The test test_lock_acquire_interruption in test_threadsignals.py will lock forever on AIX 5.3. It works fine on 6.1. truss shows it is stuck in thread_tsleep: $ truss -p 1404986 thread_tsleep(0, 0x, 0x, 0x) (sleeping...) --

[issue11221] all() returns wrong result when the parameters are non-encapsulated list-comprehension

Jonathan Livni added the comment: The script I used is a single file single threaded code - but - It uses django's ORM to get the data from a MySQL database. I've reduced the code path to this: import sys,os sys.path.append(os.path.dirname(os.getcwdu())) os.environ['DJANGO_SETTINGS_MODULE']='

[issue10709] Misc/AIX-NOTES needs updating

Sébastien Sablé added the comment: Here is a first version of this doc for Python 3.2. It would be great if someone could proof read it since I am not a native english speaker (though it is not high level literature...). -- Added file: http://bugs.python.org/file20770/AIX-NOTES __

[issue11135] Redundant doc field in TypeSpec

Egon Smiwa added the comment: You bring the tp_doc parameter pointer into the ownership of the new typeobject? and tp_doc is assumed to be created by pyObject_malloc? IMO, if CPython wants to be the owner of the string parameter, then it should make a copy of that parameter (tp_doc) and become

[issue11219] Produce a warning when the license is specified in both the License and Classifier metadata fields

Kelsey added the comment: Eric, I am not sure we can check for more than an exact match on Platform and License metadata fields. D2 maintains a list of all Trove Classifiers which can be searched for an exact match; if a match is found warn the user that a Classifier should be used instead.

[issue11222] Python3.2rc3 fails to build on Mac OS X with a non-framework build

Steffen Daode Nurpmeso added the comment: Aeh, your patch does it. You may be interested of all Mac OS X compilation notes?? /usr/bin/ranlib: file: libpython3.2m.a(dynamic_annotations.o) has no symbols /usr/bin/ranlib: file: libpython3.2m.a(pymath.o) has no symbols ranlib libpython3.2m.a ranlib

[issue11219] Produce a warning when the license is specified in both the License and Classifier metadata fields

Alexis Metaireau added the comment: That's almost what the PEP says, or at least what I understand of it. The platform and license fields should be used only if no matching classifier exists for them. -- ___ Python tracker

[issue11219] Produce a warning when the license is specified in both the License and Classifier metadata fields

Éric Araujo added the comment: That’s not quite what the PEP says. Please read it again and try to follow the text in your code. Thanks for your work :) -- ___ Python tracker ___

[issue11219] Produce a warning when the license is specified in both the License and Classifier metadata fields

Kelsey added the comment: Based on the feedback, I will rework the patch to include the following: * Produce a warning only if the user supplied Platform or License metadata is listed in Trove classifiers (Exact match?). -- ___ Python tracker

[issue11222] Python3.2rc3 fails to build on Mac OS X with a non-framework build

STINNER Victor added the comment: Ah ok, the issue comes from configure.in near line 779: Darwin*) LDLIBRARY='libpython$(LDVERSION).dylib' BLDLIBRARY='-L. -lpython$(LDVERSION)' RUNSHARED='DYLD_LIBRARY_PATH=`pwd`:${DYLD_LIBRARY_PATH}' ;; The problem is that c

[issue11222] Python3.2rc3 fails to build on Mac OS X with a non-framework build

John Szakmeister added the comment: MACOSX_DEPLOYMENT_TARGET=10.5 made no bit of difference for me. Steffen, I take it that it didn't help you either? You said "did well", but the rest of your text indicates otherwise. :-) -- ___ Python tracker

[issue11222] Python3.2rc3 fails to build on Mac OS X with a non-framework build

John Szakmeister added the comment: Interesting. I don't see a Mac/Makefile. Perhaps it's only pulled in with the framework build? -- ___ Python tracker ___ _

[issue11222] Python3.2rc3 fails to build on Mac OS X with a non-framework build

John Szakmeister added the comment: Here is the top-level Makefile. -- Added file: http://bugs.python.org/file20768/Makefile ___ Python tracker ___ _

[issue11222] Python3.2rc3 fails to build on Mac OS X with a non-framework build

Changes by Antoine Pitrou : -- nosy: +ned.deily ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue11222] Python3.2rc3 fails to build on Mac OS X with a non-framework build

Steffen Daode Nurpmeso added the comment: Ooops. In fact 3.2 did well with that undocumented thing either. -- ___ Python tracker ___ ___

[issue11222] Python3.2rc3 fails to build on Mac OS X with a non-framework build

STINNER Victor added the comment: @Georg: Is this issue a release blocker? -- ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue11222] Python3.2rc3 fails to build on Mac OS X with a non-framework build

Changes by STINNER Victor : -- nosy: +georg.brandl ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue11222] Python3.2rc3 fails to build on Mac OS X with a non-framework build

STINNER Victor added the comment: Ah, there is also Mac/Makefile.in: attach also Mac/Makefile. (and there is also Mac/PythonLauncher/Makefile.in, but I don't think that the issue comes from this file) ((can it be related to python*-config program?)) -- __

[issue941346] AIX shared library fix

Antoine Pitrou added the comment: Georg, the non-abiflags portion seems to need backporting. -- assignee: -> georg.brandl priority: release blocker -> normal status: closed -> open ___ Python tracker ___

[issue11220] https sslv3 error 14077417: illegal parameter

Antoine Pitrou added the comment: I get an error using the following curl too: curl 7.20.1 (x86_64-mandriva-linux-gnu) libcurl/7.20.1 OpenSSL/1.0.0a zlib/1.2.3 libidn/1.18 libssh2/1.2.5 Protocols: dict file ftp ftps http https imap imaps ldap ldaps pop3 pop3s rtsp scp sftp smtp smtps telnet t

[issue11222] Python3.2rc3 fails to build on Mac OS X with a non-framework build

STINNER Victor added the comment: Can you please attach your Makefile file? In Makefile.pre.in, I see: libpython$(VERSION).dylib: $(LIBRARY_OBJS) VERSION should be 3.2, only LDVERSION is the VERSION + the ABI flags (eg. 3.2dm). And I don't see any usage of libpython$(LDVERSION).dylib in Mak

[issue11172] Avoid '.' as runpath on AIX

Sébastien Sablé added the comment: This has been corrected for python 3.2 in issue 941346. Need to be tested on python 2.7. -- ___ Python tracker ___ ___

[issue11222] Python3.2rc3 fails to build on Mac OS X with a non-framework build

Steffen Daode Nurpmeso added the comment: I have not tried 3.2 yet, but Issue 11046 may be of interest for you! Try the undocumented: configure ...[other args]... MACOSX_DEPLOYMENT_TARGET=10.5 in the meanwhile - it may help you out. -- nosy: +ronaldoussoren, sdaoden _

[issue11222] Python3.2rc3 fails to build on Mac OS X with a non-framework build

New submission from John Szakmeister : I configured the build: ./configure --with-system-ffi --enable-shared --with-computed-gotos --prefix=$HOME/.local/python3 Ran make with 4 jobs (make -j4), and got: make: *** No rule to make target `libpython3.2m.dylib', needed by `python.exe'. S

[issue11219] Produce a warning when the license is specified in both the License and Classifier metadata fields

Éric Araujo added the comment: PEP 345 actually defines two fields that should be used only when a suitable Trove classifier does not exist: > Platform (multiple use) > A Platform specification describing an operating system supported by > the distribution which is not listed in the "Operating

[issue10968] threading.Timer should be a class so that it can be derived

Éric Araujo added the comment: One concern expressed on a duplicate report by Martijn van Oosterhout: > Note this is a behaviour change. Under the old scheme (Foo is a class) > > Foo.timerclass = Timer > > created a method, whereas now it will just assign the class as an > attribute. To work ar

[issue11219] Produce a warning when the license is specified in both the License and Classifier metadata fields

Alexis Metaireau added the comment: Hi, I was more thinking about something like: if the license is specified in the "License" metadata, then check that it's not a well known license (which can and must be provided by the classifiers instead). At the end, the code you've wrote is useful, bu

[issue11184] Broken large file support on AIX

Sébastien Sablé added the comment: Here is the patch. It only impacts AIX systems and is minimalist, so I think it should be safe for Python 3.2. -- keywords: +patch Added file: http://bugs.python.org/file20767/patch_aix_largefile.diff ___ Python tr

[issue11221] all() returns wrong result when the parameters are non-encapsulated list-comprehension

Raymond Hettinger added the comment: This is an interesting puzzle. In both cases, the zip() function is called and runs to completion before either the list comprehension or genexp is started or called. The code for all() is somewhat simple -- it iterates over the input and tests whether t

[issue7284] optparse - display version in usage by default

anatoly techtonik added the comment: Does argparse display version by default? -- status: closed -> open ___ Python tracker ___ ___ Py

[issue941346] AIX shared library fix

Sébastien Sablé added the comment: Also Michael, I am working on the 3.2 branch, it may be different with Python 2.7.1 but I haven't tested yet. -- ___ Python tracker ___

[issue941346] AIX shared library fix

Sébastien Sablé added the comment: By the way... thanks Georg! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue941346] AIX shared library fix

Sébastien Sablé added the comment: Are you using --enable-shared when compiling python? That is when you should see the error (it could not find python.exp at some stage). -- ___ Python tracker _

[issue11188] test_time error on AIX

Sébastien Sablé added the comment: gmtime(-1) worked fine :/ >>> import time >>> time.gmtime(-1) time.struct_time(tm_year=1969, tm_mon=12, tm_mday=31, tm_hour=23, tm_min=59, tm_sec=59, tm_wday=2, tm_yday=365, tm_isdst=0) -- ___ Python tracker

[issue10130] Create epub format docs and offer them on the download page

wrobell added the comment: it would be nice to have some short TOC at the beginning. at the moment, one has to scroll through several pages of "what's new in python [23].[0-9]" table of contents until he/she gets into tutorial. -- nosy: +wrobell __

[issue11220] https sslv3 error 14077417: illegal parameter

Senthil Kumaran added the comment: The problem is the server strictly accepts SSLv3 only and urllib and http.client send SSLv23 protocol. (In http/client.py, line 1077) if context is None: # Some reasonable defaults context = ssl.SSLContext(ssl.PR

[issue941346] AIX shared library fix

Michael Haubenwallner added the comment: > You can remove -L\$(srcdir) on this line, but then you need to specify > the > full path to Modules/python.exp. See patch below: Interesting, didn't experience this to be necessary with Python-2.7.1 here... Maybe because I do an in-source build, have

[issue11220] https sslv3 error 14077417: illegal parameter

Ian Wetherbee added the comment: The server seems to be sending a bad TLS handshake, so curl falls back on SSLv3 with TLS disabled. curl 7.20.1 (x86_64-redhat-linux-gnu) libcurl/7.20.1 NSS/3.12.8.0 zlib/1.2.3 libidn/1.16 libssh2/1.2.4 Protocols: dict file ftp ftps http https imap imaps ldap l

[issue11220] https sslv3 error 14077417: illegal parameter

Senthil Kumaran added the comment: curl (7.21.0) fails with the same error message too for the target website. (Is the server doing anything different. For other HTTPS sites (which also use redirection) urllib.request works fine ) senthil@ubuntu:~/python/py3k$ curl -v https://ui2web1.apps.ui

[issue11221] all() returns wrong result when the parameters are non-encapsulated list-comprehension

Jonathan Livni added the comment: Another note - the original problematic code looks like this: def non_decreasing(L): return all(x<=y for x, y in zip(L, L[1:])) Changing it to: def non_decreasing(L): def f(L): return [x<=y for x, y in zip(L, L[1:])] return all(f(L))

[issue11221] all() returns wrong result when the parameters are non-encapsulated list-comprehension

Jonathan Livni added the comment: The exact list of decimals doesn't help - I tried taking the list and reproducing the bug with the following short script, but the problem did not reproduced: from decimal import Decimal L = [Decimal('6.700'), Decimal('6.800'), Decimal('7.140'), Decimal('7.46

[issue11221] all() returns wrong result when the parameters are non-encapsulated list-comprehension

Georg Brandl added the comment: It's not easy to reproduce this without the full list of decimals. Do you have a nonstandard decimal Context set? What is the result if you put the LC into a function, i.e. def f(L): return [(x<=y) for x,y in zip(L, L[1:])] print all(f(L)) -- nosy

[issue11221] all() returns wrong result when the parameters are non-encapsulated list-comprehension

New submission from Jonathan Livni : all( (x<=y) for x,y in zip(L, L[1:]) ) all([(x<=y) for x,y in zip(L, L[1:])]) Both lines of code above check if L is a non-decreasing list. Both should return the same results. But under some conditions, they don't. I've encountered this with a list of Deci