[issue2145] ctypes.util.find_library(): posix .so without SONAME

Changes by STINNER Victor: Added file: http://bugs.python.org/file9468/libdistorm64.so __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing li

[issue2039] Pymalloc patch for int and float objects

Andrew I MacIntyre added the comment: As noted in a posting to python-dev, I've re-evaluated my test methodology. The results are as follows, with details of the PyBench runs in the pybench_summary.txt attachment: -- test

[issue2039] Pymalloc patch for int and float objects

Andrew I MacIntyre added the comment: My conclusions from the testing I've just reported: - there are some contradictory results which make little (obvious) sense, but the testing has been repeated a number of times and nearly all tests repeat to with 1%; - leave the int freelist as is, but move

[issue2146] ctypes: support double for calling function

STINNER Victor added the comment: Ooops, I had a typo in my code! Argument types argument name is "argtypes" and not "argstype". But well, the ticket is still valid :-) But it's more an enhancement than a bugfix ;-) So the right code is : from ctypes import cdll, c_double libm = cdll.LoadLibr

[issue2039] Pymalloc patch for int and float objects

Andrew I MacIntyre added the comment: I've realised I could have included tests for a build with the int freelist but without the float freelist, to justify my conclusions. The short version: the script tests are almost identical to the baseline result & most of the other results are between the

[issue2148] nis module not supporting group aliases

New submission from Ernst Persson: Nis (applications?) has a line limit in the "group" entry, so you can't have very long lines (=many users) The way to solve this is to put aliases in the group map, like this: MY_GROUP::123:user1,user2 MY_GROUP::123:user3,user4 This is supported by the OS, grp

[issue2144] os.environ should inherit dict

Benjamin Peterson added the comment: I know that it doesn't mention inheriting dict specifically, but you asked why, so I was referring to the Rationale: "Modernization options arise when new versions of Python add features that allow improved clarity or higher performance than previously availab

[issue2144] os.environ should inherit dict

Virgil Dupras added the comment: The performance gain is rather good: hsoft-dev:python hsoft$ ./python.exe -m "timeit" -s "import os" "os.environ['HOME']" 100 loops, best of 3: 1.16 usec per loop hsoft-dev:python hsoft$ patch -p0 < environ-modern.diff patching file Lib/os.py hsoft-dev:pyth

[issue1286] fileinput, StringIO, and cStringIO do not support the with protocol

Alexander Belopolsky added the comment: Attached patch implements context management protocol for StringIO. -- components: +Library (Lib) nosy: +belopolsky versions: -Python 3.0 Added file: http://bugs.python.org/file9470/with_StringIO.diff __ Tracker <[

[issue1040026] os.times() is bogus

Alexander Belopolsky added the comment: On i386 Linux, HZ is #defined as sysconf(_SC_CLK_TCK) /usr/include/asm-i386/param.h:7:#define HZ sysconf(_SC_CLK_TCK) so times does the right thing. On x86_64 HZ is defined as 100, but it is the same value as sysconf returns. I could not find an author

[issue2146] ctypes: support double for calling function

Thomas Heller added the comment: I reject this patch. It would be an arbitrary decision whether a Python float should be passed as a C float or as a C double, and the docs explicitely mention which native Python types can be passed to function calls when argtypes is not set; see the bottom of th

[issue2148] nis module not supporting group aliases

Martin v. Löwis added the comment: Can you dig up some specification for that behaviour? The more official, the better. Otherwise, I'd rather add an option to return a list instead of a dict; people wanting that semantics could then do their own processing. -- nosy: +loewis ___

[issue2148] nis module not supporting group aliases

Ernst Persson added the comment: Here's another description of the issue: http://www.tldp.org/HOWTO/NIS-HOWTO/maps.html#AEN548 There's a suggestion to have different group-names but same gids, but automatic splitters of nis-groups doesn't allways do this. Right, grp.getgrall() returns a list, t

[issue2145] ctypes.util.find_library(): posix .so without SONAME

Thomas Heller added the comment: Honestly I do not know enough about linux shared libraries to have any opinion about this issue. IIRC, the find_library should behave in a similar way as dynamic linking works on linux. If this libdistorm64.so is not a "real" so library, as you write, then maybe

[issue2145] ctypes.util.find_library(): posix .so without SONAME

Martin v. Löwis added the comment: haypo, can you please give precise instructions on how to reproduce this problem? a) what operating system are you using? b) what parameters are you passing to find_library? c) what result are you getting? d) what result are expecting instead? _

[issue2149] Queue.maxsize, __init__() accepts any value as maxsize

Changes by Rafael Zanella: -- components: Library (Lib) nosy: zanella severity: minor status: open title: Queue.maxsize, __init__() accepts any value as maxsize type: security versions: Python 2.4, Python 2.5 __ Tracker <[EMAIL PROTECTED]>

[issue2149] Queue.maxsize, __init__() accepts any value as maxsize

New submission from Rafael Zanella: Queue.Queue(), accepts any value as the maxsize, example: foo = Queue.Queue('j'); l = []; foo = Queue.Queue(l); ... Shouldn't the value passed be checked on init : isinstance(maxsize, int) ? __ Tracker <[EMAIL PROTECTED]>

[issue2149] Queue.maxsize, __init__() accepts any value as maxsize

Raymond Hettinger added the comment: This is probably a matter of style. For the most part, library code avoids isinstance() checks and lets the errors surface downstream. If a check gets added, we should probably also check that the value is non-negative. The checks should not be backported

[issue2149] Queue.maxsize, __init__() accepts any value as maxsize

Benjamin Peterson added the comment: Is there a problem with a dynamic object that changes the maxsize? I think it might be better to ignore it, and let the client get exceptions when their maxsize is compared. -- nosy: +gutworth __ Tracker <[EMAIL PROTEC

[issue2145] ctypes.util.find_library(): posix .so without SONAME

STINNER Victor added the comment: « haypo, can you please give precise instructions on how to reproduce this problem? » Sure. Download http://www.ragestorm.net/distorm/dl.php?id=11 (distorm-pkg1.7.28.tar.bz2), go to build/linux/. Then compile it with "make" and install it using make install.

[issue2149] Queue.maxsize, __init__() accepts any value as maxsize

Rafael Zanella added the comment: Firts: the security type was my error. The method wich uses the maxsize: """ # Check whether the queue is full def _full(self): return self.maxsize > 0 and len(self.queue) == self.maxsize """ @rhettinger: As per the documentation, negative values result on an

[issue1600] str.format() produces different output on different platforms (Py30a2)

Eric Smith added the comment: Checked in as r60909. I started with Mark's patch, but added code to both increase or decrease the number of zeros, as needed. __ Tracker <[EMAIL PROTECTED]> __ _

[issue2054] add ftp-tls support to ftplib - RFC 4217

Giampaolo Rodola' added the comment: I've tried to work on this in the last 2 days and here is my implementation attempt. The patch in attachment provides a new FTP subclass which connects to port 21 as usual leaving control and data channels implicitly unprotected. Securing control and data chan

[issue2149] Queue.maxsize, __init__() accepts any value as maxsize

Changes by Raymond Hettinger: Added file: http://bugs.python.org/file9472/queue_maxsize.diff __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mail

[issue2149] Queue.maxsize, __init__() accepts any value as maxsize

Benjamin Peterson added the comment: Rafael, I agree that it's awkward, and I'm not against restricting the maxsize to just something sane. However, I'm worried this (Raymond's patch) will be too restrictive by not allowing dynamic changing of maxsize. (Of course, you could just change the maxsiz

[issue2127] sqlite3 docs should mention utf8 requirement

Changes by Benjamin Peterson: -- nosy: +georg.brandl __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://m