Mailman 3 September 2013 - pypy-issue

[issue833] missing functions in the os module
by teepark May 13, 2014

May 13, 2014

New submission from teepark <travis.parker(a)gmail.com>: I ran into this when I needed os.fchmod, but there are quite a few names not present in pypy's os module (I'm on x86_64 linux, and I'm sure many of these aren't guaranteed to be there for any platform, but pypy on x86_64 linux should probably include them): - getlogin - confstr - getresgid - tcsetpgrp - statvfs - setresgid - initgroups - fstatvfs - getresuid - fchmod - setresuid - tcgetpgrp - confstr_names - setgroups - pathconf - fchown - openpty - ctermid - statvfs_result Please change the priority if "feature" isn't appropriate - it doesn't feel right but I don't know that cpython compatibility issues are being treated as bugs. ---------- messages: 2975 nosy: pypy-issue, teepark priority: feature status: unread title: missing functions in the os module ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue833> ________________________________________

6 13

[issue1523] youtube-dl stuck at the end of HTTPS stream
by Grom PE May 12, 2014

May 12, 2014

New submission from Grom PE <i(a)grompe.org.ru>: youtube-dl version 2013.05.05 up to newest 2013.06.34.4 when run with pypy 2.0.2 gets stuck at the end of HTTPS stream, which can be seen in the console as: $ pypy youtube-dl 7-tNUur2YoU [youtube] Setting language [youtube] 7-tNUur2YoU: Downloading video webpage Changing the line 413 in file "youtube_dl/extractor/youtube.py" to have http link instead makes the stream read correctly: url = 'http://www.youtube.com/watch?v=%s&gl=US&hl=en&has_verified=1' % video_id If left as https, it gets stuck at the line 416: video_webpage_bytes = compat_urllib_request.urlopen(request).read() While using Python 2.7 and 3.3 youtube-dl has no such problem. Other HTTPS streams seem to be read normally. Correct behavior: $ pypy youtube-dl 7-tNUur2YoU [youtube] Setting language [youtube] 7-tNUur2YoU: Downloading video webpage [youtube] 7-tNUur2YoU: Downloading video info webpage [youtube] 7-tNUur2YoU: Extracting video information [download] Destination: Goldfish - We Come Together (OFFICIAL)-7-tNUur2YoU.mp4 [download] 0.2% of 66.60MiB at 172.09KiB/s ETA 06:35 youtube-dl: http://rg3.github.io/youtube-dl/download.html ---------- messages: 5888 nosy: Grom PE, pypy-issue priority: bug release: 2.0 status: unread title: youtube-dl stuck at the end of HTTPS stream ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue1523> ________________________________________

1 3

[issue1259] module __file__ attribute shows wrong path
by David May 9, 2014

May 9, 2014

New submission from David <david.schneider(a)uni-duesseldorf.de>: The __file__ attribute for some modules shows a path corresponding to the system where pypy was translated and not where it is running. This causes one of the module/math app-level tests that use this attribute to load the math_testcases.txt file to fail, if the test are run on a different machine as the one used for translation. Examples: >>>> import math; math.__file__ '/Users/pypy/buildslave/pypy-c-jit-macosx-x86-64/build/pypy/module/math' or >>>> import abc; abc.__file__ '/Users/pypy/buildslave/pypy-c-jit-macosx-x86-64/build/lib-python/2.7/abc.py' In other cases, like ctypes, the behavior is as expected, e.g.: >>>> import ctypes; ctypes.__file__ '/opt/pypy/lib-python/2.7/ctypes/__init__.pyc' ---------- messages: 4736 nosy: bivab, pypy-issue priority: bug status: unread title: module __file__ attribute shows wrong path ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue1259> ________________________________________

6 15

[issue644] Add option parser to package.py
by Dan May 9, 2014

May 9, 2014

New submission from Dan <dcolish(a)gmail.com>: I've been using package.py a lot more often now and I find an option parser interface to be nice for command line scripts. I've written one for package.py, but I believe it will require buildbot updates since buildbot is calling the old interface. ---------- effort: ??? files: package.diff messages: 2169 nosy: dcolish, pypy-issue priority: wish release: ??? status: in-progress title: Add option parser to package.py _______________________________________________________ PyPy development tracker <pypy-dev-issue(a)codespeak.net> <https://codespeak.net/issue/pypy-dev/issue644> _______________________________________________________

2 1

[issue1515] buildbot failure: tk
by Armin Rigo May 9, 2014

May 9, 2014

New submission from Armin Rigo <armin.rigo(a)gmail.com>: Please [1] fix tk so that it raises ImportError if tcl.h/tk.h are not found; and [2] afterwards, install it on some common buildbots, to make sure it is tested. (I can do [2] but would like [1] to be done first.) ---------- messages: 5861 nosy: arigo, pypy-issue priority: bug status: unread title: buildbot failure: tk ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue1515> ________________________________________

3 3

[issue1128] add the possibility to search on the release field on roundup
by Antonio Cuni May 8, 2014

May 8, 2014

New submission from Antonio Cuni <anto.cuni(a)gmail.com>: there should be a way to display all the issues which belongs to a specific release ---------- assignedto: ronny messages: 4258 nosy: pypy-issue, ronny priority: feature status: unread title: add the possibility to search on the release field on roundup ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue1128> ________________________________________

3 2

[issue1534] PyPy does not handle "import SMBus" on RaspberryPi
by Armin Rigo May 8, 2014

May 8, 2014

New submission from Armin Rigo <armin.rigo(a)gmail.com>: What is the SMBus module? Is it a RaspberryPi-only module written in C? If so then someone needs to port it, e.g. by rewriting a cffi version. ---------- nosy: +arigo status: unread -> chatting ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue1534> ________________________________________

4 5

[issue662] get_config_vars has nothing for CC, while expected internally
by Martijn May 8, 2014

May 8, 2014

New submission from Martijn <ss(a)kleptog.org>: Currently distutils.sysconfig.get_config_vars() has no value for CC. This means that when you try to build a C extension using distutils it breaks, because distutils internally uses get_config_vars() to determine the compiler (distutils/ccompiler.py). Attached is a patch that works for me, with this C extensions build normally (excluding cpyext problems). But this may be a layering violation, so I'll leave it to you guys to determine the correct fix. In any case it's an improvement which improves compatibility. ---------- effort: ??? files: distutils.patch messages: 2267 nosy: kleptog, pypy-issue priority: feature release: ??? status: unread title: get_config_vars has nothing for CC, while expected internally _______________________________________________________ PyPy development tracker <pypy-dev-issue(a)codespeak.net> <https://codespeak.net/issue/pypy-dev/issue662> _______________________________________________________

4 3

[issue955] move struct.Struct to interplevel
by Alex Gaynor May 6, 2014

May 6, 2014

New submission from Alex Gaynor <alex.gaynor(a)gmail.com>: There are a few reasons and issues to be fixed: 1) format should be immutable on the Struct instance 2) format should be promoted so that unpack/pack loops are unrolled correctly 3) it should work nicer with buffers Discussion from IRC: [6:24 PM] <Alex_Gaynor> arigato: so struct.unpack is very fast because the JIT checks if the format str is constant and if it is unrolsl the loops [6:24 PM] <arigato> ah, bah [6:24 PM] <Alex_Gaynor> arigato: however if you have x = Struct("format str"); for i n xrange(100): x.unpack(i) or so, the string isn't constant [6:24 PM] <Alex_Gaynor> it'd be ok if Struct was a global or something [6:24 PM] <Alex_Gaynor> I would if Struct instances should just promote their format and be done with it [6:24 PM] <arigato> and even not, because x.format is not a constant attribute [6:25 PM] <Alex_Gaynor> is it constant on CPython? [6:25 PM] <arigato> I suppose, but right now it's written at app-level [6:25 PM] <arigato> in pypy [6:25 PM] ⇐ lucian (~lucian@cpc1-newc15-2-0- cust84.gate.cable.virginmedia.com) quit: Ping timeout: 240 seconds [6:25 PM] <Alex_Gaynor> arigato: yes, I guess it might make sense to move it to interplevel so we can make it const and do the promotion [6:25 PM] <Alex_Gaynor> I think promote makes sense here [6:25 PM] <arigato> yes and no, as usual [6:26 PM] <Alex_Gaynor> indeed [6:26 PM] <arigato> e.g. what if someone does x = Struct("i" * n) [6:27 PM] <arigato> well I suppose that he's punished and it's his fault, or something [6:27 PM] <Alex_Gaynor> indeed, as always the mess of heuristics :/ [6:27 PM] <arigato> yes [6:27 PM] <exarkun> I did that this afternoon. [6:27 PM] <arigato> ah no, it's potentially a bad idea to promote a string, anyway [6:27 PM] ⇐ JaRoel|4d (~jaroel|4d@2001:980:7133:1:317d:e87f:5636:fdbe) quit: Remote host closed the connection [6:28 PM] <arigato> I think it's promoting the pointer, not the actual string content [6:28 PM] <Alex_Gaynor> arigato: err, yes, we have string_promote nowadays though [6:28 PM] <arigato> ah, ok Benchmark: http://pastebin.com/brfj0Aq9 ---------- messages: 3546 nosy: agaynor, pypy-issue priority: performance bug status: unread title: move struct.Struct to interplevel ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue955> ________________________________________

2 2

[issue1430] Memory corruption on socket.gethostbyname_ex
by Vasily Evseenko May 2, 2014

May 2, 2014

New submission from Vasily Evseenko <svpcom(a)gmail.com>: There are some memory corruption while calling socket.gethostbyname_ex from the thread while other thread executes JIT'ed code: In such case socket.gethostbyname_ex returns random entries from /etc/hosts instead of DNS lookup. Notes from dev-list: --- - it reproduces even without a JIT-enabled pypy - PyPy uses gethostbyname() instead of gethostbyname_r() --- Affected versions: PyPy 1.8, 1.9, 2.0b1 on Linux (Fedora 16, Debian GNU/Linux 6.0) --- Python 2.7.3 (07e08e9c885ca67d89bcc304e45a32346daea2fa, Mar 19 2013, 07:39:19) [PyPy 2.0.0-beta1 with GCC 4.4.5] on linux2 Python 2.7.3 (07e08e9c885ca67d89bcc304e45a32346daea2fa, Dec 18 2012, 05:33:54) [PyPy 2.0.0-beta1 with GCC 4.6.3] on linux2 Python 2.7.2 (2346207d99463f299f09f3e151c9d5fa9158f71b, May 15 2012, 11:08:08) [PyPy 1.8.0 with GCC 4.6.3] on linux2 Python 2.7.2 (341e1e3821fff77db3bb5cdb7a4851626298c44e, Oct 23 2012, 11:37:42) [PyPy 1.9.0 with GCC 4.6.3] on linux2 --- Not affected: PyPy 2.0b1 on MacOSX --- Python 2.7.3 (07e08e9c885ca67d89bcc304e45a32346daea2fa, Mar 19 2013, 07:52:27) [PyPy 2.0.0-beta1] on darwin Python 2.7.3 (7e4f0faa3d51, Nov 21 2012, 15:59:46) [PyPy 2.0.0-beta1 with GCC 4.2.1] on darwin --- ---------- files: test.py messages: 5489 nosy: pypy-issue, svpcom priority: critical release: 2.0 status: unread title: Memory corruption on socket.gethostbyname_ex ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue1430> ________________________________________

3 6