| lac_ (~quassel@c-c4c4e055.1321-1-64736c11.cust.bredbandsbolaget.se) joined #pypy. | 00:11 | |
| lac (~quassel@c-c4c4e055.1321-1-64736c11.cust.bredbandsbolaget.se) left irc: Ping timeout: 260 seconds | 00:12 | |
| voidspace (~anonymous@python/psf/voidspace) left irc: Quit: voidspace | 00:15 | |
| zk (~is@whatit.is) left irc: Read error: Connection reset by peer | 00:28 | |
| zk (~is@whatit.is) joined #pypy. | 00:30 | |
| etrepum (~bob@accessnat4.mochimedia.net) left irc: Ping timeout: 250 seconds | 00:36 | |
| bbot2 | 3Success: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-64/builds/28 | 00:41 |
|---|---|---|
| kennethreitz (~kennethre@c-24-127-96-129.hsd1.va.comcast.net) left irc: Quit: Computer has gone to sleep. | 00:41 | |
| berdario (~quassel@host46-87-dynamic.0-87-r.retail.telecomitalia.it) left irc: Ping timeout: 258 seconds | 00:43 | |
| linq (~ident@CPE00259c448466-CM00195eda813e.cpe.net.cable.rogers.com) left irc: Ping timeout: 240 seconds | 00:45 | |
| kennethreitz (~kennethre@c-24-127-96-129.hsd1.va.comcast.net) joined #pypy. | 00:50 | |
| mat^2 (~mathias@212.130.113.35) joined #pypy. | 00:55 | |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/own-linux-x86-32/builds/1708 | 01:03 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/pypy-c-jit-linux-x86-64/builds/414 | 01:03 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/pypy-c-app-level-linux-x86-64/builds/511 | 01:03 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/pypy-c-jit-macosx-x86-64/builds/171 | 01:03 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/pypy-c-jit-linux-x86-32/builds/939 | 01:03 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/pypy-c-stackless-app-level-linux-x86-32/builds/988 | 01:03 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/pypy-c-Ojit-no-jit-linux-x86-32/builds/701 | 01:03 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/pypy-c-app-level-linux-x86-32/builds/1328 | 01:03 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/own-linux-x86-64/builds/580 | 01:03 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/pypy-c-stackless-app-level-freebsd-7-x86-64/builds/450 | 01:03 |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/pypy-c-stackless-app-level-freebsd-7-x86-64/builds/450 | 01:03 |
| fenrrir (~fenrrir@187.40.134.96) joined #pypy. | 01:04 | |
| derdon (~derdon@p5DE8983D.dip.t-dialin.net) left irc: Remote host closed the connection | 01:12 | |
| etrepum (~bob@75-101-96-144.dsl.static.sonic.net) joined #pypy. | 01:14 | |
| Sho_ (~EHS1@kde/hein) left irc: Quit: Stop leaking memory like it's going out of fashion. | 01:16 | |
| bob489 | https://gist.github.com/1136415 | 01:37 |
| bob489 | json seems to run very slow in pypy | 01:38 |
| zooko (~user@97-118-88-117.hlrn.qwest.net) joined #pypy. | 01:41 | |
| exarkun | bob489: Grab jitviewer and inspect some traces :) | 01:42 |
| rokujyouhitoma (~rokujyouh@p3063-ipbf1706marunouchi.tokyo.ocn.ne.jp) left irc: Ping timeout: 240 seconds | 01:42 | |
| Alex_Gaynor | it's known, all of those are C-extensions | 01:42 |
| Alex_Gaynor | we're running pure python | 01:42 |
| Alex_Gaynor | if you check out the github repo for simplejson there's a branch that's optimized for pypy | 01:42 |
| ThantiK (~User@c-76-29-157-30.hsd1.fl.comcast.net) joined #pypy. | 01:46 | |
| ThantiK | Awesome work on Quora Alex. Grats. | 01:46 |
| ThantiK (User@c-76-29-157-30.hsd1.fl.comcast.net) left #pypy ("Leaving."). | 01:46 | |
| MostAwesomeDude | Alex_Gaynor: What did you do OOB that's got everybody congratulating you? :3 | 01:46 |
| Alex_Gaynor | http://www.quora.com/Alex-Gaynor/Quora-product/Quora-is-now-running-on-PyPy | 01:47 |
| zooko | Wow. | 01:47 |
| MostAwesomeDude | Very cool; good work. :3 | 01:47 |
| rokujyouhitoma (~rokujyouh@p3063-ipbf1706marunouchi.tokyo.ocn.ne.jp) joined #pypy. | 01:50 | |
| rokujyouhitoma (~rokujyouh@p3063-ipbf1706marunouchi.tokyo.ocn.ne.jp) left irc: Read error: Connection reset by peer | 01:50 | |
| rokujyouhitoma (~rokujyouh@240f:11:fa84:1:21f:f3ff:fed7:c020) joined #pypy. | 01:50 | |
| zooko (~user@97-118-88-117.hlrn.qwest.net) left irc: Ping timeout: 276 seconds | 01:52 | |
| fenrrir (~fenrrir@187.40.134.96) left irc: Ping timeout: 250 seconds | 01:55 | |
| Rhyolite | Alex_Gaynor: what's your secret plan for tuples? | 02:05 |
| gorakhargosh (~user@14.96.126.187) left irc: Quit: ERC Version 5.3 (IRC client for Emacs) | 02:07 | |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/own-linux-x86-32/builds/1708 | 02:07 |
| whitelynx (~whitelynx@li117-47.members.linode.com) left irc: Quit: Ex-Chat | 02:10 | |
| rokujyouhitoma (~rokujyouh@240f:11:fa84:1:21f:f3ff:fed7:c020) left irc: Quit: rokujyouhitoma | 02:12 | |
| JaRoel|4D (~jaroel_4d@sink.jaroel.nl) left irc: Remote host closed the connection | 02:30 | |
| zk | god pypy is so fast | 02:31 |
| zk | is the psycopg2 port to rpython the recommended way to work with postgresql? | 02:34 |
| Da_Blitz | that is one way | 02:36 |
| Da_Blitz | there is a slower all python postgres libarary as well | 02:37 |
| Da_Blitz | pg8000 that i have used if you dont want to retranslate pypyp | 02:37 |
| zk | to use the rpython port i'd have to use it with the version of pypy that's translated i guess? | 02:37 |
| pjenvey | zk - you'd have to build pypy with that module enabled, yea | 02:38 |
| asenchi | There is also this which is translated from the rpython: https://github.com/mvantellingen/psycopg2-ctypes | 02:38 |
| pjenvey | Alex wrote the psycopg port, but he's hoping to kill it off actually | 02:38 |
| pjenvey | for that one | 02:38 |
| zk | for the ctypes version? | 02:38 |
| pjenvey | (which I was looking for, thanks asenchi) | 02:38 |
| zk | ah thanks | 02:38 |
| DasIch_ (~DasIch@p4FFDF0F7.dip.t-dialin.net) joined #pypy. | 02:38 | |
| asenchi | yeah, i think it needs some work, but it's close | 02:39 |
| pjenvey | asenchi - do you know if that one's complete yet | 02:39 |
| pjenvey | ok | 02:39 |
| zk | very cool, i'll have to check it out then | 02:39 |
| zk | thanks! | 02:39 |
| DasIch (~DasIch@p3E990D4C.dip.t-dialin.net) left irc: Read error: Operation timed out | 02:39 | |
| mwhudson (~mwh@linaro/mwhudson) joined #pypy. | 02:45 | |
| jared (~jared@124.158.216.226) joined #pypy. | 02:47 | |
| Nick change: jared -> Guest17597 | 02:48 | |
| zooko (~user@97-118-88-117.hlrn.qwest.net) joined #pypy. | 02:52 | |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/pypy-c-stackless-app-level-linux-x86-32/builds/988 | 03:02 |
| lucian_ (~lucian@78-86-217-168.zone2.bethere.co.uk) left irc: Ping timeout: 264 seconds | 03:07 | |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/pypy-c-app-level-linux-x86-32/builds/1328 | 03:08 |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/pypy-c-Ojit-no-jit-linux-x86-32/builds/701 | 03:11 |
| mwhudson (~mwh@linaro/mwhudson) left irc: Ping timeout: 258 seconds | 03:12 | |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/pypy-c-jit-linux-x86-32/builds/939 | 03:31 |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/pypy-c-app-level-linux-x86-64/builds/511 | 03:37 |
| Nick change: Gulaway -> Gulopine | 03:37 | |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/pypy-c-jit-linux-x86-64/builds/414 | 03:37 |
| zooko (user@97-118-88-117.hlrn.qwest.net) left #pypy ("#tahoe-lafs"). | 03:40 | |
| davisagli (~davisagli@davisagli.com) left irc: Excess Flood | 03:44 | |
| davisagli (~davisagli@davisagli.com) joined #pypy. | 03:46 | |
| rokujyouhitoma (~rokujyouh@EM1-113-92-94.pool.e-mobile.ne.jp) joined #pypy. | 03:49 | |
| justinpeel (~nepo@c-76-23-44-72.hsd1.ut.comcast.net) joined #pypy. | 03:56 | |
| Nick change: Gulopine -> Gulaway | 03:56 | |
| aat (~aat@cpe-72-225-174-173.nyc.res.rr.com) joined #pypy. | 03:58 | |
| aat (~aat@cpe-72-225-174-173.nyc.res.rr.com) left irc: Quit: Computer has gone to sleep. | 04:22 | |
| rokujyouhitoma (~rokujyouh@EM1-113-92-94.pool.e-mobile.ne.jp) left irc: Quit: rokujyouhitoma | 04:30 | |
| davisagli (~davisagli@davisagli.com) left irc: Excess Flood | 04:33 | |
| davisagli (~davisagli@74.207.242.63) joined #pypy. | 04:33 | |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/own-linux-x86-64/builds/580 | 04:42 |
| rokujyouhitoma (~rokujyouh@nttkyo1008167.tkyo.nt.ftth2.ppp.infoweb.ne.jp) joined #pypy. | 04:44 | |
| Niedar (bleh@ip68-99-166-222.hr.hr.cox.net) left #pypy. | 04:49 | |
| Niedar (~bleh@ip68-99-166-222.hr.hr.cox.net) joined #pypy. | 04:50 | |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/pypy-c-jit-macosx-x86-64/builds/171 | 05:31 |
| gutworth (~benjamin@64-131-13-109.usfamily.net) left irc: Ping timeout: 240 seconds | 05:41 | |
| jack-e (~jack-e@124-171-86-33.dyn.iinet.net.au) joined #pypy. | 05:42 | |
| lac_ (~quassel@c-c4c4e055.1321-1-64736c11.cust.bredbandsbolaget.se) left irc: Remote host closed the connection | 05:42 | |
| XJDHDR (c4d280b3@gateway/web/freenode/ip.196.210.128.179) joined #pypy. | 05:42 | |
| message144 (~message14@cpe-75-83-155-145.socal.res.rr.com) joined #pypy. | 05:49 | |
| message144 | Hi, on the pypy bitbucket hg, there is a release-1.5 tag, and on the github page, there is a 1.5-alpha tag. Are these different? | 05:50 |
| Da_Blitz | bitbucket is correct | 05:51 |
| Da_Blitz | IIRC the github page is ot offical | 05:51 |
| message144 | Da_Blitz, ok thanks | 05:55 |
| lac (~quassel@c-c4c4e055.1321-1-64736c11.cust.bredbandsbolaget.se) joined #pypy. | 06:20 | |
| message144 (~message14@cpe-75-83-155-145.socal.res.rr.com) left irc: Ping timeout: 260 seconds | 06:25 | |
| justinpeel (~nepo@c-76-23-44-72.hsd1.ut.comcast.net) left irc: Ping timeout: 250 seconds | 06:57 | |
| fijal (~fijal@41.52.126.163) joined #pypy. | 07:09 | |
| fijal | hi | 07:25 |
| arigato (~arigo@89.204.154.33) joined #pypy. | 07:27 | |
| fijal | morning armin | 07:35 |
| XJDHDR | Hello everyone. Is it possible to use wxPython with PyPy v1.5? | 07:35 |
| fijal | I think so | 07:36 |
| fijal | ronny: ping | 07:37 |
| arigato | hi | 07:38 |
| fijal | arigato: I think we're in a way good to go for 1.6 | 07:39 |
| fijal | in a way because we still have to have windows nightly for one | 07:40 |
| arigato | no, I'm fixing the asmgcc bug | 07:41 |
| arigato | it's really a random bug that may show up anywhere, rarely | 07:41 |
| fijal | https://bugs.pypy.org/issue799 | 07:41 |
| arigato | so it's good to have the fix in 1.6 too | 07:41 |
| fijal | that might also be worth looking | 07:41 |
| fijal | yes | 07:41 |
| arigato | or so I'm saying, but it's not really going to be a fix | 07:42 |
| arigato | more like an obscure workaround that works in the common case (of this rare case) | 07:42 |
| fijal | :/ | 07:42 |
| fijal | then we have the rare case of the rare case | 07:43 |
| arigato | we suppose that the rare case of the rare case is not going to show up | 07:43 |
| fijal | so maybe shadowstack is not such a bad idea... | 07:43 |
| arigato | absolutely | 07:43 |
| fijal | I looked at https://bugs.pypy.org/issue718 yesterday | 07:43 |
| arigato | https://bugs.pypy.org/issue799: yes, we should at least look for a bit today | 07:44 |
| fijal | I might be mostly off for today | 07:44 |
| fijal | and few more days (not sure how many) | 07:44 |
| fijal | [yes, I'm on holiday] | 07:44 |
| arigato | :-) | 07:44 |
| fijal | but I guess sometimes mid-next-week we should get 1.6 out | 07:44 |
| arigato | fine | 07:44 |
| fijal | unless more impotant tracker issues will show up | 07:45 |
| arigato | yes | 07:46 |
| __class__ (~class@99-105-57-153.lightspeed.sntcca.sbcglobal.net) left irc: Ping timeout: 258 seconds | 07:46 | |
| ericflo (~ericflo@c-98-234-217-1.hsd1.ca.comcast.net) left irc: Quit: ericflo | 07:51 | |
| fijal | hm, test_posix isn't fixed apparently | 07:53 |
| fijal | uh | 07:56 |
| fijal | windows situation is not cool either | 07:56 |
| fijal | 8h in and it's still running lib-python tests | 07:56 |
| lac | hi all | 07:58 |
| fijal | hi laura | 07:58 |
| XJDHDR | When I install wxPython v2.8.12.1 unicode for python 2.7 into PyPy's site-packages folder then run a program that uses it, wxPython throws an import error. ImportError: No module named _core_ | 08:20 |
| fijal (~fijal@41.52.126.163) left irc: Remote host closed the connection | 08:26 | |
| antocuni (~antocuni@host225-126-dynamic.14-87-r.retail.telecomitalia.it) joined #pypy. | 08:31 | |
| jack-e (~jack-e@124-171-86-33.dyn.iinet.net.au) left irc: Quit: jack-e | 08:38 | |
| iratsu (~alang@host109-150-241-124.range109-150.btcentralplus.com) joined #pypy. | 08:45 | |
| kkris (~kris@93-82-45-149.adsl.highway.telekom.at) joined #pypy. | 08:51 | |
| JaRoel|4D (~jaroel_4d@2001:980:7133:1:14d3:accc:7dc6:ccfe) joined #pypy. | 08:53 | |
| arigato | hakanardo__: hopefully fixed, but with a hack to trackgcroot.py that can be defeated in rare cases | 09:15 |
| arigato | as I said above, it's the rare case of the rare case, so hopefully good enough for now | 09:16 |
| arigato | a bit hard to do really better | 09:16 |
| amaury_ (~amaury_@46-127-23-192.dynamic.hispeed.ch) joined #pypy. | 09:20 | |
| hakanardo | arigato: I'm sure it is | 09:24 |
| hakanardo | did you check in? | 09:27 |
| arigato | not yet | 09:27 |
| arigato | I'm running tests by trying to reproduce the bug | 09:28 |
| rndbit (~rndbit@static.167.91.46.78.clients.your-server.de) left irc: Quit: rand() & 1 | 09:28 | |
| arigato | I should fail | 09:28 |
| hakanardo | ok | 09:28 |
| arigato | I'm also adding a cleaner way to crash | 09:28 |
| arigato | when the root finder finds a pointer, we check that it's at least not some small integer | 09:29 |
| arigato | if it is we can crash cleanly | 09:29 |
| Alex_Gaynor | this won't work if pypy is used to run the kernel, I suppose :D | 09:29 |
| arigato | :-) | 09:29 |
| hakanardo | ok, so how do you define small? | 09:29 |
| arigato | dunno, but it's not that important | 09:30 |
| arigato | pointers are never < 4096, for example | 09:30 |
| arigato | and integers are often | 09:30 |
| Alex_Gaynor | and they must be multiples of sizeof(void*) | 09:30 |
| arigato | well I'm not going there | 09:30 |
| arigato | ah, you can have tagged pointers too | 09:31 |
| Alex_Gaynor | does trackgcroot work with them? | 09:31 |
| arigato | ...but they should not be reported by the rootfinder | 09:31 |
| arigato | yes, trackgcroot only finds registers that will contain gc pointers, so it should work | 09:31 |
| arigato | moreover it's fine to ignore registers that contain prebuilt pointers | 09:32 |
| arigato | if you produce a register by doing some arithmetic, it's not a gc pointer | 09:33 |
| arigato | if that was making a tagged pointer, then too bad, it's not reported as containing a gc pointer, which is fine | 09:33 |
| arigato | if you merge the path with another path that can also contain a real gc pointer, then it's going to be reported | 09:33 |
| arigato | well it should kind of work, but maybe there are corner cases again | 09:33 |
| Alex_Gaynor | this is stuff that's already implemented? | 09:34 |
| arigato | yes | 09:34 |
| oal (~olav@5.79-160-122.customer.lyse.net) joined #pypy. | 09:37 | |
| kenaan | 12arigo default 112ffe3d85f32e 15/pypy/translator/c/gcc/: Test and (90% of a) fix. | 09:38 |
| kenaan | 12arigo default 119741bff7ba67 15/pypy/: Add a debugging check earlier, to make it easier to track errors in asmgcc. | 09:38 |
| rndbit (~rndbit@static.167.91.46.78.clients.your-server.de) joined #pypy. | 09:46 | |
| hakanardo (hakan@h59ec009e.seluldx.dyn.perspektivbredband.net) left #pypy. | 09:48 | |
| ronny | !help | 09:50 |
| ronny | ?help | 09:50 |
| arigato | ? :-) | 09:50 |
| ronny | hmm, the biy could have some extra tools | 09:50 |
| ronny | well, i fixed the bugtracker duplicate show thing | 09:50 |
| arigato | ah, good | 09:50 |
| ronny | turns out i searched for it in the completely wrong place | 09:51 |
| rokujyouhitoma (~rokujyouh@nttkyo1008167.tkyo.nt.ftth2.ppp.infoweb.ne.jp) left irc: Quit: rokujyouhitoma | 10:07 | |
| arigato | tests of trackgcroot passed on tannit | 10:12 |
| ojii (~ojii@84.226.127.220) joined #pypy. | 10:12 | |
| kenaan | 12arigo release-1.6.x 116fa38d806a56 15/pypy/translator/c/gcc/: Test and (90% of a) fix. | 10:21 |
| arigato | antocuni: replying to your suggestion here: | 10:37 |
| arigato | interesting too, at least for a hackish solution like this: | 10:37 |
| arigato | it generates C code and then you have to edit it and paste it in some more complete C project | 10:37 |
| antocuni | yes, something like that | 10:38 |
| antocuni | I was also thinking of something which tells you "ok, but I can't compile because you miss this bridge" | 10:38 |
| antocuni | and then what you do is to improve your tests to cover also that case | 10:38 |
| antocuni | so the JIT sees all the "relevant" bridges and can emit C code for them | 10:39 |
| arigato | hum, there are a lot of guards that are never taken | 10:39 |
| arigato | what about them? | 10:39 |
| antocuni | not sure | 10:40 |
| antocuni | some of them are guards that can be "statically removed" in the context of the C code | 10:40 |
| antocuni | e.g., guards on class versioning | 10:40 |
| antocuni | acutally, I did not relly think deeply about it | 10:41 |
| antocuni | really | 10:41 |
| antocuni | it's just something that popped out of my mind | 10:41 |
| arigato | :-) | 10:41 |
| Action: antocuni --> lunch | 10:42 | |
| berdario (~quassel@host46-87-dynamic.0-87-r.retail.telecomitalia.it) joined #pypy. | 11:25 | |
| arigato (~arigo@89.204.154.33) left irc: Quit: See you | 11:27 | |
| berdario (~quassel@host46-87-dynamic.0-87-r.retail.telecomitalia.it) left irc: Ping timeout: 264 seconds | 11:31 | |
| gorakhargosh (~user@14.96.203.120) joined #pypy. | 11:32 | |
| amaury_ (~amaury_@46-127-23-192.dynamic.hispeed.ch) left irc: Ping timeout: 246 seconds | 11:36 | |
| iratsu (~alang@host109-150-241-124.range109-150.btcentralplus.com) left irc: Ping timeout: 250 seconds | 11:43 | |
| kenaan | 12hakanardo jit-short_from_state 11407843026514 15/: hg merge default | 11:53 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/pypy-c-app-level-linux-x86-64/builds/512 [12hakanardo, jit-short_from_state] | 11:54 |
| timonator | n | 11:59 |
| berdario (~quassel@host46-87-dynamic.0-87-r.retail.telecomitalia.it) joined #pypy. | 12:05 | |
| ita (~ita@kde/developer/tnagy) joined #pypy. | 12:05 | |
| ita | ^o^ hi all !!! ^o^ :-) | 12:05 |
| Da_Blitz | nyo | 12:06 |
| ita | pypy on linux64 is totally foobar on the nightly build here, does anyone want a testcase? | 12:07 |
| Da_Blitz | not sure, try lodging a bug on the bug tracker | 12:07 |
| Da_Blitz | it may however already be fixed, have you tried the most recent nightly | 12:07 |
| ita | yes, and several other nightly builds, and the release 1.5 (which leaks file descriptors so much that it is not usable ... here at least) | 12:08 |
| Da_Blitz | FD leaages are normmaly programmer error | 12:09 |
| Da_Blitz | it uses a proper GC, not ref counting | 12:09 |
| Da_Blitz | so it means you are not closing files corectly | 12:09 |
| ita | haha no, the files *are* being closed properly | 12:10 |
| Da_Blitz | you are explicitly calling .close? | 12:10 |
| ita | i saw a report on the tracker for it by the way | 12:10 |
| ita | yes | 12:10 |
| Da_Blitz | ah np | 12:10 |
| ita | try-finally everywhere | 12:10 |
| Da_Blitz | then a bug report for that would be apreciated | 12:10 |
| antocuni | ita: indeed, if you call .close and still leak FDs, then we would like a bug report | 12:13 |
| antocuni | although it's a bit weird, most of us use linux64 and we never noticed such problems | 12:14 |
| fenrrir (~fenrrir@187.40.169.152) joined #pypy. | 12:19 | |
| CIA-55 | 03ita 07roundup * 10#828/subprocess on nightly builds, linux 64: | 12:21 |
| CIA-55 | [new] I have tried several nightly builds, and it seems they have been broken for a | 12:21 |
| CIA-55 | while. At least, I cannot get the behaviour of cPython with ... * 14https://bugs.pypy.org/issue828 | 12:21 |
| ita | haha there it is | 12:21 |
| antocuni | ita: any chance to have a smaller test case? | 12:22 |
| ita | antocuni: no | 12:22 |
| ita | (maybe, i am searching) | 12:23 |
| ita | could you confirm that you are getting a different behaviour? this way i wont have to search for the bug if the problem comes from external libraries | 12:25 |
| antocuni | ita: the build fails but not for leaks of FDs, it seems: http://paste.pocoo.org/show/457699/ | 12:25 |
| antocuni | uhm, but with CPython it works,, indeed | 12:26 |
| antocuni | anyway, this program seems impossible to debug | 12:26 |
| ita | antocuni: at least i know that the problem is real | 12:26 |
| antocuni | could we have a version which has plain python files, instead of everything inside "waf"? | 12:27 |
| ita | antocuni: look in the folder .waf-xyz... | 12:27 |
| antocuni | ah! | 12:27 |
| Action: ita is trying to reproduce the problem with subprocess | 12:27 | |
| ita | .oO(it happens even without threading at least) | 12:30 |
| Da_Blitz | woah | 12:30 |
| Da_Blitz | whats the binary stuff at the end of the file | 12:30 |
| ita | Da_Blitz: something that makes redistribution easier (works on python 2, python 3, pypy, ironpython and jython unmodified) | 12:31 |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/pypy-c-app-level-linux-x86-64/builds/512 [12hakanardo, jit-short_from_state] | 12:32 |
| Da_Blitz | ita: got a link to whatever it is? | 12:33 |
| CIA-55 | 03guibou 07roundup * 10#826/Decimal seems slower on pypy than cpython: | 12:33 |
| CIA-55 | justin: your are right about the fact that this code should be write | 12:33 |
| CIA-55 | differently. When I had the float overflow in this function, I do not though ... * 14https://bugs.pypy.org/issue826 | 12:33 |
| ita | Da_Blitz: http://code.google.com/p/waf/ | 12:33 |
| antocuni (~antocuni@host225-126-dynamic.14-87-r.retail.telecomitalia.it) left irc: Ping timeout: 276 seconds | 12:34 | |
| derdon (~derdon@p5DE897D1.dip.t-dialin.net) joined #pypy. | 12:42 | |
| antocuni (~antocuni@host11-57-dynamic.56-82-r.retail.telecomitalia.it) joined #pypy. | 12:47 | |
| LoganLK (~LoganLK@119.224.111.86) left irc: Quit: LoganLK | 12:49 | |
| ita | bah, my testcase eats an exception, but it is the same problem : too many open files | 12:50 |
| Action: ThomasWaldmann plays with pypy nightly and moin2 | 12:55 | |
| ThomasWaldmann | ita: "with" might also be an option | 12:56 |
| bob489 (~Bob@ool-43539e48.dyn.optonline.net) left irc: Quit: Leaving. | 12:56 | |
| Action: ThomasWaldmann had also a file leaks issue | 12:56 | |
| ita | http://pastie.org/2365802 | 12:58 |
| ThomasWaldmann | that's incomplete | 13:01 |
| ita | ThomasWaldmann: sure, i am trying to complete it | 13:01 |
| Da_Blitz | ahh | 13:05 |
| Da_Blitz | hmm, think i found it | 13:06 |
| ita | Da_Blitz: ? | 13:07 |
| neppord (~neppord@251dsl84-sala.soderhamn-net.com) joined #pypy. | 13:07 | |
| Da_Blitz | i think subprocess relies on cpython's refcounting to have files closed | 13:10 |
| Da_Blitz | hence if you do Popen() enough times without a gc collectio you will run out of FD's | 13:10 |
| Da_Blitz | i assume it is running a subprocess once per file or somthing like that | 13:11 |
| ita | since to be the case, there is only one point in my app where files are read, and they remain visible in "lsof" | 13:11 |
| Da_Blitz | ita: i dont think the problem is with your app | 13:11 |
| Da_Blitz | but the subprocess lib itself | 13:11 |
| neppord | antocuni: is there any known bugs with the jit viewer? | 13:12 |
| antocuni | neppord: "it usually works" | 13:13 |
| neppord | okey, cause i get a simple keyerror in the parser, in the parer_log_count | 13:15 |
| antocuni | neppord: are you sure to have a very recent version of pypy and an updated checkout? | 13:15 |
| neppord | new pypy-lib or new interpreter? | 13:16 |
| antocuni | both | 13:16 |
| neppord | hmmm, well i have te newest on the download page for the mac, but i guess thats not enught. | 13:16 |
| antocuni | no, you need a nightly build | 13:17 |
| neppord | ok thx | 13:17 |
| berdario (~quassel@host46-87-dynamic.0-87-r.retail.telecomitalia.it) left irc: Ping timeout: 250 seconds | 13:18 | |
| ThomasWaldmann | cannot find gc roots! | 13:18 |
| Action: ThomasWaldmann crashed it, again :) | 13:18 | |
| Da_Blitz | ThomasWaldmann: have you looked under the couch | 13:18 |
| ThomasWaldmann | hehe | 13:19 |
| ThomasWaldmann | just used moin2 and fired ab -n 1000 -c 10 at it | 13:19 |
| arigato (~arigo@64.106.113.82.net.de.o2.com) joined #pypy. | 13:22 | |
| ThomasWaldmann | arigato: moin :) | 13:26 |
| ThomasWaldmann | (15:19) < ThomasWal> cannot find gc roots! | 13:26 |
| ThomasWaldmann | (15:20) < ThomasWal> just used moin2 and fired ab -n 1000 -c 10 at it | 13:26 |
| Da_Blitz | ita: yep, think i found it | 13:26 |
| Da_Blitz | exec_command in Context.py | 13:26 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/own-linux-x86-32/builds/1709 [12arigo] | 13:27 |
| Da_Blitz | definetly looks like subprocess assuming refcounting | 13:27 |
| ita | Da_Blitz: so, a bug in subprocess affecting only pypy? | 13:27 |
| Da_Blitz | well not exactly a bug | 13:27 |
| Da_Blitz | but yes | 13:27 |
| ronny | ThomasWaldmann: i wonder if it works better with shadowstack? | 13:28 |
| ita | Da_Blitz: so, is it a one-liner fix or something bigger? :-) | 13:28 |
| Da_Blitz | basically the issue is that subprocess never closes files | 13:29 |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/pypy-c-jit-win-x86-32/builds/162 [12fijal, release-1.6.x] | 13:29 |
| arigato | hi | 13:29 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/pypy-c-jit-win-x86-32/builds/163 | 13:29 |
| Da_Blitz | it expects the python implementation to do it for it | 13:29 |
| Da_Blitz | which is fine if you have refcounting | 13:29 |
| ThomasWaldmann | ronny: no idea, i just used the nightly 32bit binary | 13:30 |
| ThomasWaldmann | tw@x300:~$ ab -n 1000 http://127.0.0.1:8080/Home | 13:30 |
| Da_Blitz | but if you delay collecting garbage a bit then its posible to open enough files to run out of FD's | 13:30 |
| Da_Blitz | before you release some | 13:30 |
| ThomasWaldmann | after 159 requests, it crashes | 13:30 |
| antocuni (~antocuni@host11-57-dynamic.56-82-r.retail.telecomitalia.it) left irc: Ping timeout: 276 seconds | 13:30 | |
| arigato | ThomasWaldmann: to debug it we would need either the exact exact exact same configuration as you (including set of modules), or access to your machine :-/ | 13:31 |
| ramusara_ (~ramusara@220.156.210.236.user.e-catv.ne.jp) joined #pypy. | 13:31 | |
| gutworth (~benjamin@64-131-13-109.usfamily.net) joined #pypy. | 13:32 | |
| JaRoel|4D (~jaroel_4d@2001:980:7133:1:14d3:accc:7dc6:ccfe) left irc: Remote host closed the connection | 13:32 | |
| ThomasWaldmann | arigato: we have a quickinstall script in our repo that just installs everything to a VE | 13:32 |
| ThomasWaldmann | (and the script can be modified easily to use pypy as python) | 13:33 |
| fenrrir (~fenrrir@187.40.169.152) left irc: Quit: Saindo | 13:33 | |
| arigato | I wouldn't mind a step-by-step guide that includes urls | 13:34 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/own-linux-x86-64/builds/581 [12hakanardo, jit-short_from_state] | 13:42 |
| hakanardo (~hakan@h59ec009e.seluldx.dyn.perspektivbredband.net) joined #pypy. | 13:42 | |
| neppord (neppord@251dsl84-sala.soderhamn-net.com) left #pypy. | 13:49 | |
| ronny | arigato: hg clone http://bitbucket.org/thomaswaldmann/moin-2.0;cd moin-2.0;./quickinstall | 13:50 |
| arigato | ronny: thanks, Thomas gave me more detailled instructions already | 13:50 |
| ronny | k | 13:51 |
| ronny | ThomasWaldmann: you guys have ben eager in the xstatic department | 13:51 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/pypy-c-jit-linux-x86-64/builds/415 [12hakanardo, jit-short_from_state] | 13:52 |
| ThomasWaldmann | ronny: just what we needed ourselves | 13:54 |
| ThomasWaldmann | ronny: i am sure the api can be improved. need feedback. | 13:54 |
| ronny | bbl | 14:04 |
| timonator | Ÿ/win 17 | 14:07 |
| timonator | .. | 14:07 |
| jerith | You win 17. Would you like to enter again? | 14:07 |
| CIA-55 | 03dablitz 07roundup * 10#828/subprocess on nightly builds, linux 64: | 14:07 |
| CIA-55 | [chatting] Subprocess appears to leak FD's if stdin, stdout or stderr are opened with | 14:07 |
| CIA-55 | subprocess.PIPE (Popen("dsa", stdin=PIPE)) | 14:07 |
| CIA-55 | waf uses subp ... * 14https://bugs.pypy.org/issue828 | 14:07 |
| CIA-55 | 03npforce 07roundup * 10#823/osx nightly build is not 'nightly': [resolved] I see that the build is up to date now. * 14https://bugs.pypy.org/issue823 | 14:08 |
| jaimechen (~jaime@125.39.132.79) joined #pypy. | 14:12 | |
| ita | ThomasWaldmann: the leak *is* in subprocess :P | 14:13 |
| tav (~tav@host-2-96-37-56.as13285.net) left irc: Ping timeout: 250 seconds | 14:13 | |
| Da_Blitz | :D | 14:13 |
| ita | Da_Blitz: i had finally made a testcase, but yours is much more compact | 14:13 |
| Da_Blitz | it happens | 14:13 |
| arigato | ThomasWaldmann: thanks for insisting with reporting the bug :-) it looks like real bug(s) | 14:18 |
| xorAxAx | 14:18 | |
| xorAxAx | ~ | 14:18 |
| xorAxAx | oops | 14:18 |
| jaimechen | Hi, if I want to run a normal web application like django with pypy-c-sandbox, how much work need to be done? thanks | 14:20 |
| ThomasWaldmann | arigato: thanks for debugging :) | 14:20 |
| arigato | if anything I'd blame ctypes for sqlite3 giving Warning: One and only one statement required: '\xf20\xed\xc4\xf04\xcb[\xf2\xb8\xd6\xe7\xf0\x80\n\\\xf2\x84\xed\xc4\xf0\xf8\xfd[\xf2h\xed\xc4\xf0' | 14:20 |
| ThomasWaldmann | ita: ah, ok | 14:20 |
| arigato | jaimechen: what is your goal? | 14:21 |
| jaimechen | something like app hosting | 14:21 |
| arigato | pypy-sandbox needs someone to really care for it | 14:21 |
| jaimechen | I'm afraid I have to write too many do_ll_xx_ ll_ functions | 14:21 |
| arigato | yes, precisely | 14:22 |
| Action: Da_Blitz has achived somthing simmilar with linux namespaces and a python module | 14:22 | |
| arigato | jaimechen: I can't tell in advance, but indeed I fear that there are a lot of ll_xxx functions that must be emulated | 14:22 |
| arigato | before something like django works | 14:23 |
| jaimechen | Is there a list that I can reference? | 14:23 |
| arigato | no: it's all functions doing external calls in the PyPy source | 14:23 |
| arigato | it's generated automatically and exhaustively | 14:23 |
| linq (~ident@CPE00259c448466-CM00195eda813e.cpe.net.cable.rogers.com) joined #pypy. | 14:24 | |
| arigato | you have no chance to cover them all, but even enough to get django working is unclear | 14:24 |
| arigato | (in my opinion) | 14:25 |
| jaimechen | they are generally c lib or sys functions calls, right? | 14:25 |
| arigato | yes | 14:25 |
| arigato | you can find most of them by grepping for "llexternal(" in PyPy | 14:25 |
| Da_Blitz | actually i should convert it to work with pypy as well | 14:26 |
| jaimechen | for example, if call X exists both in module m1, m2, do I need to write two do_ll functions like do_ll_m1_ll, do_ll_m2_ll, or just one? | 14:27 |
| jaimechen | if the latter, it's a little bit easier to cover the whole list | 14:27 |
| jaimechen | no need to find in all python modules | 14:28 |
| arigato | just one, but now I'm unsure under which name | 14:28 |
| arigato | the name like "ll_os.ll_os_execv" is written explicitly in rpython/module/ll_os.py | 14:29 |
| arigato | but that uses extdef() instead of llexternal() | 14:29 |
| arigato | I'm unsure which name gets picked for llexternal(), which are the more modern way of declaring external functions | 14:30 |
| arigato | well try I suppose | 14:30 |
| jaimechen | thanks for the info:) | 14:30 |
| arigato | :-) | 14:31 |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/own-linux-x86-32/builds/1709 [12arigo] | 14:39 |
| jaimechen (jaime@125.39.132.79) left #pypy. | 14:41 | |
| Da_Blitz | i guess they dont use linux then | 14:42 |
| justinpeel (~nepo@c-76-23-44-72.hsd1.ut.comcast.net) joined #pypy. | 14:46 | |
| rokujyouhitoma (~rokujyouh@KD121107219133.ppp-bb.dion.ne.jp) joined #pypy. | 14:56 | |
| Nick change: DasIch_ -> DasIch | 14:56 | |
| rguillebert (~hardshoot@fec76-1-78-234-124-105.fbx.proxad.net) left irc: Quit: WeeChat 0.3.5 | 15:02 | |
| rguillebert (~hardshoot@fec76-1-78-234-124-105.fbx.proxad.net) joined #pypy. | 15:02 | |
| berdario (~quassel@host46-87-dynamic.0-87-r.retail.telecomitalia.it) joined #pypy. | 15:11 | |
| arigato | so, even a simple string concatenation can occasionally get a segfault | 15:15 |
| arigato | looks like yet another asmgcc bug | 15:16 |
| arigato | I think that's the primary cause for the _sqlite3 error | 15:18 |
| Nick change: Guest17597 -> jaredw | 15:19 | |
| arigato | it would build a string representing a sql statement, and get occasionally some nonsense string instead | 15:19 |
| gutworth (~benjamin@64-131-13-109.usfamily.net) left irc: Quit: leaving | 15:27 | |
| CIA-55 | 03ita 07roundup * 10#828/subprocess on nightly builds, linux 64: | 15:31 |
| CIA-55 | Search no more: the problem was aggravated by a real file descriptor leak, the | 15:31 |
| CIA-55 | subprocess problem is not going to show up in practice * 14https://bugs.pypy.org/issue828 | 15:31 |
| kkris1 (~kris@80-123-47-216.adsl.highway.telekom.at) joined #pypy. | 15:31 | |
| ita | grrr, i have found a segfault with pypy-jit, but it does not show up when running under gdb (does not happen on pypy-nojit) | 15:33 |
| kkris (~kris@93-82-45-149.adsl.highway.telekom.at) left irc: Ping timeout: 258 seconds | 15:33 | |
| timonator | can you let it create a coredump and analyse that? | 15:39 |
| asabil (~asabil@48.249.16.62.customer.cdi.no) left irc: Quit: Leaving | 15:39 | |
| Shanita (~John@osbk-4d08b018.pool.mediaWays.net) left irc: Read error: Connection reset by peer | 15:39 | |
| ita | looks like it does not generate any core file | 15:40 |
| asabil (~asabil@48.249.16.62.customer.cdi.no) joined #pypy. | 15:42 | |
| Moku (~John@osbk-4d08b018.pool.mediaWays.net) joined #pypy. | 15:44 | |
| nopf (~froschi@147.172.224.61) left irc: Read error: Connection reset by peer | 15:44 | |
| nopf (~froschi@147.172.224.61) joined #pypy. | 15:44 | |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/own-linux-x86-64/builds/581 [12hakanardo, jit-short_from_state] | 15:45 |
| [mat^2] (~mathias@212.130.113.35) joined #pypy. | 15:55 | |
| mat^2 (~mathias@212.130.113.35) left irc: Ping timeout: 258 seconds | 15:56 | |
| arigato | ita: I just fixed two of them today | 15:57 |
| arigato | so maybe with tomorrow's nightly build it will work better for you too | 15:58 |
| CIA-55 | 03dablitz 07roundup * 10#828/subprocess on nightly builds, linux 64: | 15:59 |
| CIA-55 | Attached is a quick patch to add my close on wait idea, .communicate and some of | 15:59 |
| CIA-55 | the other functions call self.wait and so this should handle tho ... * 14https://bugs.pypy.org/issue828 | 15:59 |
| Da_Blitz | hmm, i am tempted to write a quick patch to turn Popen into a context manager to automatically clean up the fd's | 16:00 |
| Da_Blitz | i suppose i should send that upstream instead of to pypy | 16:00 |
| Sho_ (~EHS1@kde/hein) joined #pypy. | 16:01 | |
| aat (~aat@cpe-72-225-174-173.nyc.res.rr.com) joined #pypy. | 16:07 | |
| antocuni (~antocuni@host11-57-dynamic.56-82-r.retail.telecomitalia.it) joined #pypy. | 16:09 | |
| JaRoel|4d (~jaroel|4d@office.fourdigits.nl) joined #pypy. | 16:11 | |
| XJDHDR (c4d280b3@gateway/web/freenode/ip.196.210.128.179) left irc: Quit: Page closed | 16:19 | |
| tav (~tav@host-92-20-5-153.as13285.net) joined #pypy. | 16:19 | |
| fenrrir (~fenrrir@187.40.169.152) joined #pypy. | 16:35 | |
| rguillebert | hi | 16:36 |
| arigato | hi | 16:36 |
| rokujyouhitoma (~rokujyouh@KD121107219133.ppp-bb.dion.ne.jp) left irc: Quit: rokujyouhitoma | 16:39 | |
| rokujyouhitoma (~rokujyouh@KD121107219133.ppp-bb.dion.ne.jp) joined #pypy. | 16:40 | |
| rokujyouhitoma (~rokujyouh@KD121107219133.ppp-bb.dion.ne.jp) left irc: Client Quit | 16:41 | |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/pypy-c-jit-linux-x86-64/builds/415 [12hakanardo, jit-short_from_state] | 16:45 |
| danielnorberg (~daniel@c83-251-114-201.bredband.comhem.se) left irc: Ping timeout: 250 seconds | 16:51 | |
| arigato | baaah | 16:52 |
| arigato | I just added another bug by fixing the asmgcc but earlier in the day | 16:52 |
| danielnorberg (~daniel@c83-251-114-201.bredband.comhem.se) joined #pypy. | 16:52 | |
| voidspace (~voidspace@python/psf/voidspace) joined #pypy. | 16:54 | |
| voidspace (~voidspace@python/psf/voidspace) left irc: Client Quit | 16:56 | |
| ronny | arigato: how much is missing for shadowstack? | 17:00 |
| arigato | ~10% | 17:01 |
| arigato | of performance | 17:01 |
| ronny | how hard will getting there be? | 17:01 |
| arigato | I don't know | 17:01 |
| ronny | and must it be as fast? given the other speedips like jit_from_state | 17:01 |
| antocuni | arigato: http://speed.pypy.org/comparison/?exe=1%2BL%2Bdefault%2C1%2BL%2Bshadowstack-perf&ben=1%2C27%2C2%2C25%2C3%2C4%2C5%2C22%2C6%2C7%2C8%2C23%2C24%2C9%2C10%2C11%2C12%2C13%2C14%2C15%2C16%2C28%2C30%2C32%2C29%2C33%2C31%2C17%2C18%2C19%2C20&env=1&hor=false&bas=1%2BL%2Bdefault&chart=normal+bars | 17:02 |
| antocuni | this is the comparison between pypy-c-jit-latest and the shadowstack-perf branch | 17:02 |
| arigato | ok so not that clear, but there are bad cases | 17:03 |
| antocuni | however, it's a bit hard to extract numbers from the graph | 17:03 |
| antocuni | yes | 17:03 |
| antocuni | I think that stackcheck is just very noisy | 17:03 |
| arigato | yes | 17:04 |
| arigato | we should just ignore it, it runs for ~10 seconds and I suppose that it can gets much slower or faster depending on whether during these 10 seconds there is a full collection or two, for example | 17:04 |
| antocuni | yes | 17:05 |
| arigato | and maybe the algorithm is actually not deterministic and can take longer or shorter | 17:05 |
| arigato | (don't remember but wouldn't be surprized) | 17:05 |
| antocuni | for the other benchmarks, the difference seems to be <10%, apart for go, pyflate-fast and maybe telco | 17:05 |
| guibou | antocuni: what is the purpose of the branch shadowstack ? | 17:06 |
| arigato | no it's raytrace-simple I think, not pyflate-fast | 17:06 |
| antocuni | ah yes, indeed | 17:07 |
| antocuni | well, it's clear that the current UI is not enough :-/ | 17:07 |
| antocuni | but having support for branches is already cool | 17:07 |
| antocuni | guibou: to improve the "shadowstack" gc root finder | 17:07 |
| antocuni | which is more portable and less buggy than the alternative, asmgcc | 17:08 |
| antocuni | but slightly slower | 17:08 |
| kenaan | 12arigo default 11e650c095b599 15/pypy/rpython/lltypesystem/rstr.py: Baaaah. Missing keepalive_until_here. | 17:09 |
| kenaan | 12arigo default 119d91006bdc19 15/pypy/rpython/lltypesystem/rffi.py: Another keepalive_until_here(); this one is probably needed too in theory, but I don't have a particular test case ... | 17:09 |
| kenaan | 12arigo release-1.6.x 11e79d6ab8a933 15/pypy/rpython/lltypesystem/rstr.py: Baaaah. Missing keepalive_until_here. | 17:09 |
| kenaan | 12arigo release-1.6.x 11c7329816d569 15/pypy/rpython/lltypesystem/rffi.py: Another keepalive_until_here(); this one is probably needed too in theory, but I don't have a particular test... | 17:09 |
| kenaan | 12arigo default 11678a28dd058f 15/pypy/translator/c/gcc/: Test and fix. | 17:09 |
| kenaan | 12arigo release-1.6.x 117ceb018da5a6 15/pypy/translator/c/gcc/: Test and fix. | 17:09 |
| arigato | ok so I didn't solve anything except a bug added earlier this afternoon | 17:09 |
| arigato | now Thomas's moin example still hits "cannot fint gc roots!" | 17:10 |
| ronny | how negelctable does the speed benefit turn in the face of breakages | 17:10 |
| arigato | but it's apparently in a subprocess | 17:10 |
| arigato | what do I do know? | 17:11 |
| arigato | the Python program starts a subprocess *somewhere*, it hits "cannot find gc roots!", the subprocess exits with an error, and then the parent process (which I'm gdb'ing) just exits silently | 17:12 |
| arigato | how do I find out where and how the subprocess was created? | 17:13 |
| Da_Blitz | monkeypatch the subprocess calls? | 17:13 |
| arigato | ah I can get a core dump, probably | 17:13 |
| arigato | hum no | 17:13 |
| arigato | now I'm confused | 17:13 |
| arigato | ah | 17:14 |
| arigato | yes, I got a core dump. just the date on this computer is strange | 17:14 |
| arigato | sorry | 17:14 |
| arigato | ah, I get it. it looks like a real bug | 17:16 |
| kennethreitz (~kennethre@c-24-127-96-129.hsd1.va.comcast.net) left irc: Quit: Computer has gone to sleep. | 17:17 | |
| ojii (~ojii@84.226.127.220) left irc: Remote host closed the connection | 17:21 | |
| lucian (~lucian@78-86-217-168.zone2.bethere.co.uk) joined #pypy. | 17:25 | |
| JaRoel|4d (~jaroel|4d@office.fourdigits.nl) left irc: Remote host closed the connection | 17:28 | |
| arigato | aaaaah subtle enough | 17:28 |
| arigato | there is a timing issue with multiple threads and with x86's CALL_RELEASE_GIL | 17:28 |
| JaRoel|4d (~jaroel|4d@office.fourdigits.nl) joined #pypy. | 17:30 | |
| rguillebert (~hardshoot@fec76-1-78-234-124-105.fbx.proxad.net) left irc: Quit: WeeChat 0.3.5 | 17:36 | |
| antocuni (~antocuni@host11-57-dynamic.56-82-r.retail.telecomitalia.it) left irc: Ping timeout: 276 seconds | 17:38 | |
| Nick change: Gulaway -> Gulopine | 17:40 | |
| voidspace (~anonymous@python/psf/voidspace) joined #pypy. | 17:42 | |
| ordiclic (~ordiclic@leet.rootards.org) left irc: Read error: Operation timed out | 17:55 | |
| fenrrir (~fenrrir@187.40.169.152) left irc: Quit: Saindo | 17:59 | |
| danielnorberg_ (~daniel@c83-251-114-201.bredband.comhem.se) joined #pypy. | 18:01 | |
| danielnorberg (~daniel@c83-251-114-201.bredband.comhem.se) left irc: Read error: Connection reset by peer | 18:01 | |
| Nick change: danielnorberg_ -> danielnorberg | 18:01 | |
| linq (ident@CPE00259c448466-CM00195eda813e.cpe.net.cable.rogers.com) left #pypy. | 18:09 | |
| voidspace (~anonymous@python/psf/voidspace) left irc: Quit: voidspace | 18:18 | |
| ojii (~ojii@62-13.3-85.cust.bluewin.ch) joined #pypy. | 18:20 | |
| zk (~is@whatit.is) left irc: Ping timeout: 246 seconds | 18:23 | |
| zk (~is@whatit.is) joined #pypy. | 18:24 | |
| whitelynx (~whitelynx@li117-47.members.linode.com) joined #pypy. | 18:27 | |
| ita | cpython 1m42, pypy 2m00 | 18:36 |
| lac | arigato: :-( :-( | 18:40 |
| Action: lac and cfbolz off to dinner | 18:40 | |
| arigato | well, today is a much better day than just after the release 1.6 in order to find such issues | 18:41 |
| JaRoel|4d (~jaroel|4d@office.fourdigits.nl) left irc: Remote host closed the connection | 18:41 | |
| arigato | I have to thank Thomas Waldmann, who submitted the buggy behavior again today (it may be the same as the one he already mentioned during EuroPython) | 18:42 |
| danielnorberg (~daniel@c83-251-114-201.bredband.comhem.se) left irc: Quit: danielnorberg | 18:49 | |
| pjenvey | that sounds like a fun one arigato | 18:54 |
| arigato | I'm running tests, but I think it's fixed by a 10-lines change and a 10-lines comment | 18:55 |
| berdario (~quassel@host46-87-dynamic.0-87-r.retail.telecomitalia.it) left irc: Ping timeout: 260 seconds | 19:02 | |
| whyking (~quassel@pool-108-12-201-88.prvdri.fios.verizon.net) joined #pypy. | 19:08 | |
| rguillebert (~hardshoot@fec76-1-78-234-124-105.fbx.proxad.net) joined #pypy. | 19:11 | |
| justinpeel | The RTyper is complaining about using a non-constant index in a tuple. The tuple is prebuilt and the index I'm using is an attribute of a prebuilt class. Do I have to set the attribute as an immutable field? | 19:13 |
| eddd (eddward@87.248.86.218) joined #pypy. | 19:15 | |
| justinpeel | I tried asserting that the attribute is within the length of the tuple but the rtyper wasn't satisfied with that | 19:15 |
| eddd | hello, anyone tried to compile pypy on mac os 10.5 ? | 19:16 |
| [mat^2] (~mathias@212.130.113.35) left irc: Ping timeout: 258 seconds | 19:17 | |
| eddd | build's running about an hour, and it consumed 800 MB of ram.. its wired ;] | 19:18 |
| exarkun | 800MB wired ram? | 19:18 |
| lucian | s/wired/weird/ ? | 19:19 |
| exarkun | (wired memory on OS X is memory that cannot be paged to disk) | 19:20 |
| JaRoel|4d (~jaroel|4d@2001:980:7133:1:388c:c003:45ff:f8ae) joined #pypy. | 19:20 | |
| Fluxid | first time building? | 19:20 |
| eddd | weird, typo, sorry <: | 19:20 |
| exarkun | Building PyPy always takes a lot of memory. More than 800MB, I think. | 19:20 |
| eddd | so, i have to wait a few hours ? | 19:21 |
| lucian | eddd: possibly. very long, anyway | 19:22 |
| eddd | dang it | 19:22 |
| exarkun | is there more free memory available? or has the system started using swap? | 19:22 |
| exarkun | once you go into swap, translation will probably not finish in a reasonable amount of time | 19:22 |
| eddd | i have 600 MB inactive, so it should be ok. | 19:24 |
| arigato | justinpeel: if I understood correctly, it is a class-level attribute? | 19:32 |
| fijal (~fijal@197.169.89.136) joined #pypy. | 19:32 | |
| fijal | hi | 19:32 |
| arigato | do you have several classes with different value of the attribute? | 19:32 |
| arigato | fijal: hi | 19:32 |
| arigato | justinpeel: if I remember correctly and if I have in mind the right tuple, then you should probably not use a tuple at all, | 19:34 |
| arigato | but just attach to the class what you'd find from reading the tuple item | 19:34 |
| arigato | you can also use a list instead of a tuple, but then it's slightly less efficient code because reading the item will be done at runtime | 19:35 |
| arigato | (and it doesn't work if the list is not homogenous) | 19:35 |
| arigato | (of course by "attach to the class what you'd find from reading the tuple item", I mean write a loop that does it for all classes, not change everything) | 19:41 |
| Shanita (~John@osbk-4db16392.pool.mediaWays.net) joined #pypy. | 19:42 | |
| arigato | well if I remember correctly, you even have a case that can be written with nested scopes: | 19:42 |
| arigato | def make_case(case_number): | 19:42 |
| arigato | class Foo(Bar): | 19:42 |
| arigato | def method(self): | 19:42 |
| arigato | use x here | 19:42 |
| arigato | x = sometuple[case_number] | 19:42 |
| Moku (~John@osbk-4d08b018.pool.mediaWays.net) left irc: Ping timeout: 250 seconds | 19:43 | |
| Arfrever (~Arfrever@gentoo/developer/Arfrever) joined #pypy. | 19:43 | |
| kenaan | 12arigo default 113be002cc751f 15/lib_pypy/_sqlite3.py: Improve the error message in _sqlite3. Mostly useful for debugging PyPy itself... | 19:48 |
| kenaan | 12arigo default 11dbecbb82ebbb 15/pypy/jit/backend/x86/assembler.py: Bug fix. Hard to test. | 19:48 |
| arigato | ThomasWaldmann: now moin moin seems to work; at least what you told me works fine, even after 3000 requests | 19:49 |
| arigato | (fwiw it goes down to 13ms per request; I don't know what you'd get with CPython on this machine) | 19:49 |
| fijal | arigato: is this also going for 1.6? | 19:50 |
| arigato | yes | 19:50 |
| arigato | it's just a bug fix | 19:50 |
| arigato | ah, forgot to transplant it, thank you | 19:50 |
| kenaan | 12arigo release-1.6.x 119482fc70908e 15/pypy/jit/backend/x86/assembler.py: Bug fix. Hard to test. | 19:51 |
| arigato | we still have the sqlite3 bug of "one and only one statement required" | 19:53 |
| fijal | one alex was talking about? | 19:53 |
| ThomasWaldmann | arigato: you found the gc problem? | 19:54 |
| arigato | ThomasWaldmann: actually it was a jit problem | 19:55 |
| arigato | ThomasWaldmann: caused by multiple threads and calls to C functions | 19:55 |
| arigato | not a very well-tested combination, from our point of view | 19:55 |
| arigato | fijal: yes | 19:56 |
| fijal | arigato: we also have the threading bug | 19:56 |
| arigato | right | 19:56 |
| fijal | I looked at it, but nothing happened other than staring with puzzlement | 19:57 |
| ThomasWaldmann | ah, good you found it :) | 19:57 |
| ThomasWaldmann | btw, moin pypy timings are about 2x slower than on cpython | 19:58 |
| fijal | ThomasWaldmann: doing what? | 19:59 |
| arigato | ThomasWaldmann: right, but you need to repeat these timings, because the JIT warm-up time might be large | 19:59 |
| fijal | (and does it use a DB) | 19:59 |
| arigato | so if you just measured the short time before it crashed, then it's likely that it's better in long runs | 19:59 |
| ThomasWaldmann | fijal: i just looked at moin log output. about all timings are slower, about 2x. | 20:00 |
| ThomasWaldmann | and i looked at timings after 1000 or 159 requests (when it died) | 20:01 |
| fijal | I'm not sure about moin, but twisted takes a bit more than that | 20:01 |
| amaury_ (~amaury_@46-127-23-192.dynamic.hispeed.ch) joined #pypy. | 20:01 | |
| fijal | (couple seconds) | 20:02 |
| fijal | of consecutive hitting with requests | 20:02 |
| arigato | ah, I found the cause of "one and only one statement required" | 20:02 |
| justinpeel | arigato: | 20:03 |
| justinpeel | oops | 20:03 |
| justinpeel | arigato: I'm not sure that I understand | 20:03 |
| ThomasWaldmann | arigato: as your pypy works now, fire 10000 requests at it :) | 20:03 |
| ThomasWaldmann | and compare with cpython | 20:03 |
| arigato | well I'm busy debugging the next issue :-) | 20:04 |
| Action: ThomasWaldmann would rather wait for next nightly than torture my little machine with translating | 20:04 | |
| arigato | sure | 20:04 |
| arigato | justinpeel: I don't know what your exact problem is | 20:05 |
| linq3 (~ident@CPE00259c448466-CM00195eda813e.cpe.net.cable.rogers.com) joined #pypy. | 20:05 | |
| justinpeel | I create specialized classes for each type (int32, float, etc) | 20:05 |
| justinpeel | and I have a tuple of those | 20:05 |
| arigato | uh. how can it work even on top of CPython? | 20:05 |
| arigato | (sorry, talking about "one and only one statement required" again) | 20:06 |
| eddd | lucian: compilation took all my ram i processor usage fell to 4%... any chances to finish this to the morning ? <: | 20:06 |
| justinpeel | I use the dtype.num attribute to choose which class to use | 20:06 |
| eddd | and* | 20:06 |
| lucian | eddd: if you're not swapping yet, it should finish at some point | 20:06 |
| arigato | it looks like it's using deallocated memory, but in a way that kind of works on CPython just because | 20:06 |
| arigato | justinpeel: ah, ok. well, don't do that | 20:07 |
| arigato | collect the classes in a list instead of in a tuple | 20:07 |
| arigato | and it should just work | 20:07 |
| justinpeel | why a list rather than a tuple? | 20:07 |
| justinpeel | I thought that it was complaining earlier when I used a list like this.. | 20:08 |
| arigato | because it's homogenous | 20:08 |
| justinpeel | okay, I'll give it a go | 20:08 |
| arigato | it's possible to have a variable of type "one of these classes" in RPython | 20:08 |
| eddd | lucian: im sure its swapping... | 20:08 |
| lucian | eddd: it might not translate in reasonable time, then | 20:09 |
| donri (~donri@unaffiliated/dagodenhall) joined #pypy. | 20:09 | |
| eddd | what do you mean by reasonable? | 20:09 |
| arigato | eddd: see http://pypy.org/download.html#building-from-source | 20:09 |
| arigato | for infos about how much RAM you need | 20:09 |
| eddd | i have 2gb, and os take more or less 500mb, so im screwd :< | 20:11 |
| lucian | eddd: less than a few days | 20:11 |
| fijal | eddd: 32 or 64 bit? | 20:11 |
| eddd | 32 | 20:11 |
| fijal | and why you can't use nightly? | 20:12 |
| lucian | eddd: have you tried translating with pypy? | 20:12 |
| fijal | 2gb should be just enough for translation on 32bit | 20:12 |
| arigato | fijal: it's an OS/X translation | 20:12 |
| arigato | which means the system eats tons of RAM too | 20:12 |
| fijal | ah ok | 20:12 |
| fijal | yes I see | 20:12 |
| fijal | os x is worse | 20:12 |
| lucian | it's quite bad with memory for some reason, yes | 20:13 |
| arigato | OS/X >> Ubuntu >> my laptop, as far as memory consumed by the OS goes :-) | 20:13 |
| arigato | (but I don't dare put WIndows in this list) | 20:13 |
| eddd | eh, screw it, ill wait until i come back home and 8GB ddr3 with ubuntu. | 20:15 |
| lucian | eddd: that is a wise choice | 20:15 |
| fijal | eddd: good idea | 20:15 |
| eddd | i spend a lot of time on mac, so its sad, that i cant test pypy here. | 20:16 |
| fenrrir (~fenrrir@187.40.169.152) joined #pypy. | 20:17 | |
| fijal | can't you try the nightly build? | 20:18 |
| stakkars (~tismer@p5DCE36EE.dip.t-dialin.net) joined #pypy. | 20:18 | |
| kenaan | 12arigo default 11e75a624ff472 15/lib_pypy/_sqlite3.py: Fix a bug in _sqlite3.py: memory is freed too early | 20:18 |
| kenaan | 12arigo release-1.6.x 11140dbb95dac4 15/lib_pypy/_sqlite3.py: Fix a bug in _sqlite3.py: memory is freed too early | 20:18 |
| fijal | hooray! | 20:19 |
| arigato | :-) | 20:19 |
| eddd | someone could make nightly build for mac os x86 | 20:19 |
| stakkars (~tismer@p5DCE36EE.dip.t-dialin.net) left irc: Client Quit | 20:19 | |
| fijal | we have for x86_64 | 20:19 |
| fijal | that's wrong? | 20:19 |
| arigato | 32-bit-only macs are getting old nowadays, but there are still some | 20:20 |
| fijal | it's kind of hard to find a good buildbot for them though | 20:21 |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/pypy-c-jit-win-x86-32/builds/163 | 20:21 |
| arigato | yes, because you need an old mac with (comparatively) tons of ram | 20:21 |
| fijal | http://buildbot.pypy.org/builders/pypy-c-jit-win-x86-32/builds/163/steps/shell_10/logs/stdio | 20:22 |
| fijal | obscure | 20:22 |
| arigato | ah well, I suppose it's possible to just use a recent mac in 32-bit mode | 20:22 |
| fijal | where is it supposed to be? | 20:22 |
| arigato | fijal: do we want a better approach to debugging this than fixing one file at a time per day? | 20:23 |
| fijal | well, if you have a build you can run this script on windows and try it | 20:23 |
| fijal | I don't have windows though | 20:24 |
| arigato | bah, pyexpat was disabled during translation | 20:24 |
| arigato | like bz2, _ssl and zlib | 20:24 |
| fijal | it would be faster if lib-python tests didn't take 8h | 20:24 |
| arigato | so we need more efforts to get a correct windows build | 20:25 |
| amaury_ | fijal: they are not slow, but there sefault with a popup | 20:25 |
| fijal | amaury_: disabling dr watson does not help? | 20:25 |
| amaury_ | I cannot, need root access | 20:25 |
| fijal | pf | 20:25 |
| fijal | anto should have one | 20:26 |
| fijal | if not anto (who's on holiday) then iko | 20:26 |
| fijal | can you mail iko? | 20:26 |
| Action: fijal feels like debugging windows through a very thick glass | 20:26 | |
| Action: amaury_ feels the same | 20:26 | |
| arigato | there are even Permission denied OSErrors near the start of the translation output | 20:27 |
| fijal | amaury_: mine seems thicker ;-) | 20:28 |
| gorakhargosh (~user@14.96.203.120) left irc: Quit: ERC Version 5.3 (IRC client for Emacs) | 20:31 | |
| CIA-55 | 03arigo 07roundup * 10#821/__debug__ is always True: | 20:32 |
| CIA-55 | [chatting] pypy ignores the -O option. We decided it was ok a long time ago. Maybe we | 20:32 |
| CIA-55 | should reconsider now? (It seems that -O has the effect ... * 14https://bugs.pypy.org/issue821 | 20:32 |
| fijal | arigato: we have a duplicate of that one | 20:34 |
| fijal | I didn't mark it because duplicates show up | 20:34 |
| stakkars (~tismer@p5DCE36EE.dip.t-dialin.net) joined #pypy. | 20:35 | |
| amaury_ | arigato: I would like to set a specific variable for the win32 buidbot | 20:41 |
| amaury_ | is it possible to do it in the description of builds? | 20:42 |
| amaury_ | something like PYPY_EXTERNAL_LIBRARIES=c:\buildslave\support | 20:42 |
| fijal | maybe it should be always set? | 20:43 |
| arigato | fijal: duplicates should not show up any more, starting from today | 20:44 |
| fijal | ok cool | 20:44 |
| fijal | then we can close another one :) | 20:44 |
| justinpeel | arigato: I think that fixed it. Thanks! | 20:45 |
| fijal | we're down to 115 open issues | 20:45 |
| arigato | also, maybe (after the release) we can also do something more about -O (which means just "kill asserts") | 20:45 |
| fijal | maaaaybe | 20:45 |
| arigato | something which doesn't involve a .pyc/.pyo mess | 20:46 |
| arigato | you just set the tracer to ignore asserts | 20:46 |
| arigato | so you still have asserts "for a while", and then they go away when the code is jitted | 20:46 |
| arigato | (only with -O) | 20:46 |
| arigato | (and I'm fine if you think this is a horrible idea) | 20:46 |
| fijal | https://bugs.pypy.org/issue809 | 20:47 |
| Action: fijal thinks it's a horrible idea | 20:47 | |
| fijal | I think this and threading issue are the only candidates for release blockers | 20:48 |
| fijal | and running tests with 2.7 | 20:49 |
| CIA-55 | 03fijal 07roundup * 10#585/Missing euc-kr encoding: [resolved] Fixed I think. * 14https://bugs.pypy.org/issue585 | 20:50 |
| fijal | arigato: https://bugs.pypy.org/issue520 | 20:50 |
| fijal | what's that? | 20:50 |
| justinpeel | fijal: I think that I'm actually making headway with the dtypes stuff. I know that Alex is working on an alternate way of doing it, but I'm making pretty good headway | 20:51 |
| fijal | justinpeel: good :) discuss with alex though | 20:51 |
| justinpeel | ok | 20:51 |
| fijal | I think | 20:51 |
| fijal | I mean nothing is stopping anyone from doing both but well | 20:51 |
| fijal | alex sometimes likes redoing stuff in a nicer way | 20:52 |
| justinpeel | I think that his method will be the only way to go for arbitrary dtypes | 20:52 |
| fijal | as in not only floats/ints? | 20:52 |
| fijal | I did not really look | 20:52 |
| justinpeel | but I think that the way that I'm doing it will be faster for the core types | 20:52 |
| justinpeel | yes, as in struct sorts of types.. | 20:52 |
| CIA-55 | 03arigo 07roundup * 10#819/Arithmetic is slower than CPython in extreme cases: | 20:53 |
| CIA-55 | [wontfix] It's known; it's within the "1.5x the time of CPython" factor of general | 20:53 |
| CIA-55 | slowness of PyPy. Of course the JIT cannot help this at all. ... * 14https://bugs.pypy.org/issue819 | 20:53 |
| justinpeel | you can have a combination of an int and a float for instance | 20:53 |
| fijal | arigato: any good reason why CPython is faster? | 20:54 |
| fijal | just C-level hacks? | 20:54 |
| justinpeel | also, short floats and long floats won't be working for now | 20:54 |
| justinpeel | because the annotator doesn't like them | 20:54 |
| justinpeel | fijal: well, the faster method of multiplication is disabled right now for one thing | 20:55 |
| justinpeel | in regard to that issue | 20:55 |
| arigato | fijal: I don't exactly know, but the fact is that pypy *is* slower than cpython | 20:56 |
| arigato | for almost everything (as long as the jit is off) | 20:56 |
| fijal | yes | 20:56 |
| fijal | well, it's maybe fixable at some point | 20:56 |
| fijal | but I guess I'm fine with 50% hit from using RPython | 20:56 |
| fijal | for the extra expresivness | 20:56 |
| arigato | it seems that way, yes | 20:56 |
| fijal | in theory we should be able to get that 50% | 20:57 |
| fijal | but in practice I don't care | 20:57 |
| arigato | maybe | 20:57 |
| fijal | especially because it's about emitting C code that makes gcc happy probably | 20:58 |
| arigato | (and I meant above that the slowness of long multiplications is probably caused for this general issue, rather than a precise performance bug in the code) | 20:58 |
| fijal | right | 20:59 |
| arigato | fijal: that's not really clear | 20:59 |
| arigato | I think that gcc does a good job | 20:59 |
| arigato | e.g. with a completely different optimizer like clang, we get almost the same result | 20:59 |
| fijal | hm | 21:03 |
| ita | finally, i have a core file (stupid crash only occurs once in a while) | 21:06 |
| ita | damn, the nightly builds do not have any debug info? | 21:08 |
| fijal | ita: they're stripped | 21:08 |
| ita | meh ! :-/ | 21:08 |
| fijal | maybe we should have both | 21:08 |
| ita | where are the non-stripped ones? i am pretty certain you will be interested in a random crash with threading | 21:09 |
| fenrrir (~fenrrir@187.40.169.152) left irc: Quit: Saindo | 21:10 | |
| fijal | they're nowhere | 21:11 |
| fijal | yop, we'll | 21:11 |
| fijal | you need to have your own build though as of now | 21:11 |
| ita | bah, i'll wait for the next nightly builds... | 21:12 |
| whitelynx (~whitelynx@li117-47.members.linode.com) left irc: Quit: Ex-Chat | 21:12 | |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/pypy-c-Ojit-no-jit-linux-x86-32/builds/702 [12alex] | 21:13 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/pypy-c-app-level-linux-x86-32/builds/1329 [12alex] | 21:13 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/pypy-c-jit-linux-x86-32/builds/940 [12alex] | 21:13 |
| ronny | oO | 21:13 |
| masquerade (~rdeaton@galactica.lug.udel.edu) left irc: Remote host closed the connection | 21:14 | |
| hakanardo | any objections to merging jit-short_from_state? | 21:14 |
| Alex_Gaynor | All tests pass, no major speed regressions? | 21:15 |
| ronny | arigato: | 21:15 |
| ronny | whops | 21:15 |
| stakkars (~tismer@p5DCE36EE.dip.t-dialin.net) left irc: Quit: schnarch | 21:16 | |
| hakanardo | Alex_Gaynor: there are the same failures as on defult | 21:16 |
| Alex_Gaynor | hakanardo: sure, that's what I meant :) | 21:16 |
| Alex_Gaynor | oh, does the jit viewer still work with it? | 21:17 |
| hakanardo | actuly, after merging turnk objspace.std.test.test_methodcache fails too | 21:18 |
| Alex_Gaynor | that test randomly fails all the time though | 21:18 |
| hakanardo | so that's not worrying then? | 21:19 |
| hakanardo | we do have branch support on speed now, right? | 21:20 |
| caiges (~caiges@63.230.217.124) left irc: Ping timeout: 250 seconds | 21:20 | |
| hakanardo | could I do a benchmark run on jit-short_from_state? | 21:20 |
| hakanardo | using the buildbot? | 21:20 |
| fijal (~fijal@197.169.89.136) left irc: Ping timeout: 258 seconds | 21:20 | |
| Alex_Gaynor | hakanardo: yes, that's possible now (good idea), I have no idea how to do it. it may just mean starting the builders on the buildbot with the branch | 21:21 |
| hakanardo | I'll try that | 21:21 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-64/builds/29 [12hakanardo, jit-short_from_state] | 21:22 |
| caiges (~caiges@63.230.217.124) joined #pypy. | 21:23 | |
| Alex_Gaynor | perhaps run the 32 bit version as well | 21:23 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-32/builds/825 [12hakanardo, jit-short_from_state] | 21:23 |
| lucian (~lucian@78-86-217-168.zone2.bethere.co.uk) left irc: Ping timeout: 246 seconds | 21:26 | |
| amaury_ (~amaury_@46-127-23-192.dynamic.hispeed.ch) left irc: Read error: Operation timed out | 21:27 | |
| Nick change: Husio_ -> Husio | 21:28 | |
| litb (~litb@p4FF7D78F.dip.t-dialin.net) joined #pypy. | 21:30 | |
| litb | hello all | 21:30 |
| litb | is pypy 100% compatible with cpython? | 21:30 |
| Alex_Gaynor | depends what you mean by 100% | 21:30 |
| Alex_Gaynor | we implement the Python language faithfully, we don't have all the same per-implmentation characteristics | 21:30 |
| Alex_Gaynor | e.g. CPython has deterministic collection, we don't | 21:30 |
| litb | so that I can replace my /usr/bin/python with a symlink to /usr/bin/pypy and still have my KDE desktop applets run | 21:31 |
| litb | and all the other stuff that relies on python | 21:31 |
| exarkun | probably not | 21:31 |
| litb | like, gtk and qt python bindinds | 21:31 |
| litb | :( | 21:31 |
| litb | sad | 21:31 |
| arigato (~arigo@64.106.113.82.net.de.o2.com) left irc: Quit: See you | 21:33 | |
| litb | exarkun: I wonder what the reason is that they probably will not work? | 21:36 |
| exarkun | litb: gtk and qt won't work | 21:36 |
| exarkun | since they're not Python, they use the CPython C extension APIs to hook the native libraries up to the Python interpreter | 21:37 |
| exarkun | PyPy has some support for the CPython C extension API, but not complete support | 21:37 |
| litb | aahh I understand now | 21:37 |
| Alex_Gaynor | and it's slow | 21:37 |
| litb | its unfair that they use the CPython API and not a vendor neutral API | 21:38 |
| Alex_Gaynor | that's life :) | 21:38 |
| justinpeel (~nepo@c-76-23-44-72.hsd1.ut.comcast.net) left irc: Read error: Connection reset by peer | 21:44 | |
| justinpeel (~nepo@c-76-23-44-72.hsd1.ut.comcast.net) joined #pypy. | 21:44 | |
| intchanter (~intchante@c-76-27-100-38.hsd1.ut.comcast.net) left irc: Ping timeout: 240 seconds | 21:46 | |
| intchanter (~intchante@c-76-27-100-38.hsd1.ut.comcast.net) joined #pypy. | 21:48 | |
| lucian (~lucian@78-86-217-168.zone2.bethere.co.uk) joined #pypy. | 21:49 | |
| LoganLK (~LoganLK@119.224.111.86) joined #pypy. | 21:51 | |
| bob489 (~Bob@ool-43539e48.dyn.optonline.net) joined #pypy. | 21:55 | |
| Circlefusion (~cf@74-138-197-146.dhcp.insightbb.com) left irc: Ping timeout: 240 seconds | 21:57 | |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/own-macosx-x86-32/builds/618 | 22:03 |
| voidspace (~voidspace@python/psf/voidspace) joined #pypy. | 22:10 | |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/pypy-c-app-level-linux-x86-32/builds/1329 [12alex] | 22:11 |
| voidspace (~voidspace@python/psf/voidspace) left irc: Client Quit | 22:12 | |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/pypy-c-Ojit-no-jit-linux-x86-32/builds/702 [12alex] | 22:15 |
| JaRoel|4d (~jaroel|4d@2001:980:7133:1:388c:c003:45ff:f8ae) left irc: Remote host closed the connection | 22:16 | |
| JaRoel|4d (~jaroel|4d@sink.jaroel.nl) joined #pypy. | 22:17 | |
| ojii (~ojii@62-13.3-85.cust.bluewin.ch) left irc: Ping timeout: 258 seconds | 22:18 | |
| voidspace (~voidspace@python/psf/voidspace) joined #pypy. | 22:19 | |
| voidspace (~voidspace@python/psf/voidspace) left irc: Client Quit | 22:19 | |
| voidspace (~voidspace@python/psf/voidspace) joined #pypy. | 22:22 | |
| JaRoel (~jaroel|4d@2001:980:7133:1:8981:213b:bbed:eb5e) joined #pypy. | 22:25 | |
| JaRoel|4d (~jaroel|4d@sink.jaroel.nl) left irc: Read error: Connection reset by peer | 22:26 | |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/pypy-c-jit-linux-x86-32/builds/940 [12alex] | 22:29 |
| linq3 (~ident@CPE00259c448466-CM00195eda813e.cpe.net.cable.rogers.com) left irc: Ping timeout: 258 seconds | 22:35 | |
| kkris1 (~kris@80-123-47-216.adsl.highway.telekom.at) left irc: Quit: Leaving. | 22:49 | |
| ericflo (~ericflo@c-98-234-217-1.hsd1.ca.comcast.net) joined #pypy. | 22:50 | |
| oal (~olav@5.79-160-122.customer.lyse.net) left irc: Remote host closed the connection | 22:54 | |
| Arfrever (~Arfrever@gentoo/developer/Arfrever) left irc: Quit: Ex+re | 22:54 | |
| iratsu (~alang@host109-150-241-124.range109-150.btcentralplus.com) joined #pypy. | 22:59 | |
| justinpeel | are bools wrapped in rpython? | 23:06 |
| justinpeel | well, maybe that's a dumb question.. | 23:07 |
| donri (~donri@unaffiliated/dagodenhall) left irc: Remote host closed the connection | 23:07 | |
| justinpeel | for ints with numpy, I use space.float_w(space.float(val)) for an inputted value that will be set in a float array.. what would I use a bool array? | 23:07 |
| justinpeel | I don't think that there is a bool_w | 23:08 |
| justinpeel | or maybe there is.. I should have just tried it | 23:08 |
| Alex_Gaynor | justinpeel: space.is_true | 23:09 |
| Alex_Gaynor | that returns an unwrapped bool | 23:09 |
| Alex_Gaynor | (which is really just an int who's lowest bit is only ever set, AFAIK, same as C) | 23:09 |
| justinpeel | okay, that's what I was trying and I got an error.. | 23:13 |
| justinpeel | space.is_true(space.bool(val)) was what I was using | 23:13 |
| Alex_Gaynor | just, space.is_true(w_val) | 23:14 |
| justinpeel | ok | 23:14 |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-64/builds/29 [12hakanardo, jit-short_from_state] | 23:27 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-64/builds/30 | 23:27 |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-32/builds/825 [12hakanardo, jit-short_from_state] | 23:27 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-32/builds/826 | 23:27 |
| iratsu (~alang@host109-150-241-124.range109-150.btcentralplus.com) left irc: Ping timeout: 250 seconds | 23:37 | |
| mcdonc (~mcdonc@ip72-209-213-54.dc.dc.cox.net) left irc: Remote host closed the connection | 23:38 | |
| mcdonc (~mcdonc@ip72-209-213-54.dc.dc.cox.net) joined #pypy. | 23:39 | |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/own-macosx-x86-32/builds/618 | 23:44 |
| JaRoel (~jaroel|4d@2001:980:7133:1:8981:213b:bbed:eb5e) left irc: Remote host closed the connection | 23:48 | |
| JaRoel|4d (~jaroel|4d@sink.jaroel.nl) joined #pypy. | 23:49 | |
| justinpeel (~nepo@c-76-23-44-72.hsd1.ut.comcast.net) left irc: Ping timeout: 250 seconds | 23:53 | |
| --- Sun Aug 14 2011 | 00:00 | |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!