00:02:19 -!- rstill [~rstill@12.104.148.2] has quit [Remote host closed the connection] 00:08:35 -!- leuler [~user@p549032B6.dip.t-dialin.net] has quit [Quit: Bonne nuit !] 00:13:45 ah, yes, you're right. 00:14:09 maybe we should use that for bit vector access :) 00:16:25 still, threads are an issue. We could do something with thread-local card vectors, but that's a lot of space. Sun's JVM inserts a Jcc in the barrier sequence instead of going with thread-local cards 00:26:27 wtf? 00:26:46 -!- Posterdati [~tapioca@host49-216-dynamic.16-87-r.retail.telecomitalia.it] has quit [Remote host closed the connection] 00:31:58 slyrus_ [~chatzilla@99-28-161-110.lightspeed.miamfl.sbcglobal.net] has joined #sbcl 01:27:21 echo-area [~user@182.92.247.2] has joined #sbcl 02:07:38 -!- ASau [~user@176.14.176.32] has quit [Remote host closed the connection] 02:09:53 ASau [~user@176.14.176.32] has joined #sbcl 02:34:32 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 02:46:39 -!- specbot [~specbot@pppoe.178-66-2-170.dynamic.avangarddsl.ru] has quit [Disconnected by services] 02:46:43 specbot [~specbot@pppoe.178-66-39-227.dynamic.avangarddsl.ru] has joined #sbcl 02:48:50 -!- stassats` [~stassats@wikipedia/stassats] has quit [Read error: Operation timed out] 02:50:15 drl [~lat@110.139.229.172] has joined #sbcl 02:58:02 Posterdati [~tapioca@host49-216-dynamic.16-87-r.retail.telecomitalia.it] has joined #sbcl 03:03:53 -!- Posterdati [~tapioca@host49-216-dynamic.16-87-r.retail.telecomitalia.it] has quit [Remote host closed the connection] 03:04:58 Posterdati [~tapioca@host49-216-dynamic.16-87-r.retail.telecomitalia.it] has joined #sbcl 03:06:42 -!- CampinSam [~Sam@24-176-98-217.dhcp.jcsn.tn.charter.com] has quit [Quit: leaving] 04:16:08 homie` [~levgue@xdsl-78-35-170-203.netcologne.de] has joined #sbcl 04:16:15 -!- homie [~levgue@xdsl-84-44-179-183.netcologne.de] has quit [Read error: Operation timed out] 04:59:21 sdemarre [~serge@91.176.154.85] has joined #sbcl 05:14:46 angavrilov [~angavrilo@217.71.227.190] has joined #sbcl 05:21:57 -!- echo-area [~user@182.92.247.2] has quit [Ping timeout: 248 seconds] 05:46:38 gko [~gko@220.228.255.204] has joined #sbcl 06:04:55 -!- homie` [~levgue@xdsl-78-35-170-203.netcologne.de] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 06:14:43 -!- drl [~lat@110.139.229.172] has quit [Ping timeout: 255 seconds] 06:17:15 stassats [~stassats@wikipedia/stassats] has joined #sbcl 06:22:40 -!- sdemarre [~serge@91.176.154.85] has quit [Ping timeout: 260 seconds] 06:26:18 -!- ASau [~user@176.14.176.32] has quit [Ping timeout: 245 seconds] 06:26:26 slyrus_: to minimise cache coherency traffic when cores keep writing to the adjacent cards that are already marked. 06:27:59 drl [~lat@110.139.229.172] has joined #sbcl 06:30:44 no, I was having some sort of weird irc client spam when I said wtf, iirc. 06:30:49 but, yeah, cool! 06:34:57 ASau [~user@176.14.176.32] has joined #sbcl 07:31:24 -!- Kryztof [~user@81.174.155.115] has quit [Read error: Operation timed out] 07:37:22 stassats` [~stassats@wikipedia/stassats] has joined #sbcl 07:37:32 prxq [~mommer@mnhm-590c06af.pool.mediaWays.net] has joined #sbcl 08:12:51 easye [~user@213.33.70.157] has joined #sbcl 08:19:40 so, when will there be a freeze? 08:27:52 Xof [~crhodes@dunstaple.doc.gold.ac.uk] has joined #sbcl 08:27:52 -!- ChanServ has set mode +o Xof 08:33:43 attila_lendvai [~attila_le@apn-94-44-81-54.vodafone.hu] has joined #sbcl 08:33:43 -!- attila_lendvai [~attila_le@apn-94-44-81-54.vodafone.hu] has quit [Changing host] 08:33:43 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 08:36:48 -!- stassats` [~stassats@wikipedia/stassats] has quit [Ping timeout: 260 seconds] 08:38:09 edgar-rft [~user@HSI-KBW-078-043-123-191.hsi4.kabel-badenwuerttemberg.de] has joined #sbcl 08:43:32 nikodemus [~nikodemus@188-67-13-181.bb.dnainternet.fi] has joined #sbcl 08:43:32 -!- ChanServ has set mode +o nikodemus 08:43:54 nikodemus: I don't see how sb-ext:exit can work for threads. 08:47:15 ok. what's the problem? 08:47:52 the test fails here, and, afaict, the only reason it works is: 1. scheduler foibles; 2. stdin is /dev/null, so the REPL aborts 08:48:22 pkhuong: there was a bug i fixed ~1h ago 08:48:35 ah (: 08:49:19 but i didn't realize there was a bug until i had pushed, so it's not flagged in the commit message... 08:49:39 argh 08:49:47 and how does make-thread ever trigger exit(3)? 08:50:03 afaict, the spawned thread catches %end-of-the-world, but does nothing about it. 08:50:24 ah, I see. 08:50:26 referring to run_sbcl --eval '#+sb-thread (sb-thread:make-thread (lambda () (sb-ext:exit :code 77 :timeout 1))) #-sb-thread (sb-ext:exit :code 77)'? 08:50:57 yeah, that one is bugged, but even just calling sb-ext:exit from a thread didn't work. 08:51:13 it should now 08:51:31 but i don't see how that is bugged. am i misreading it because i see only what's in my head? 08:51:55 no, I had missed one uwp. 08:52:04 oh, ok 08:52:12 ...guess where all the time in the "compiler is slow, again" bug report is going? 08:52:21 where? 08:52:58 into dumping (MEMBER #\Soh #\Stx #\Etx #\Eot #\Enq #\Ack #\Bel #\Backspace #\Tab ...), which includes most if not all of unicode... 08:53:36 just to externalise a char range type? 08:53:57 maybe we should export that type ;) 08:54:59 so it seems. (i'm making a few assumptions here, but that's where it seems to be going, and i assume that list is effing huge because slime chokes on it pretty bad when i tried the print more of it...) 09:00:10 well, seems easy to test if the set is smaller than say, 100 elements, unparse it as a MEMBER type, otherwise a character-set type, and export sb-kernel:character-set from sb-ext? 09:13:42 possible 09:13:50 -!- Posterdati [~tapioca@host49-216-dynamic.16-87-r.retail.telecomitalia.it] has quit [Remote host closed the connection] 09:13:59 printing large charset types is pretty borken too 09:14:10 printing them goes through unparsing. 09:14:50 i'm changing the printing to just print the code ranges 09:23:23 # 09:23:50 but it'll still unparse just the same? 09:25:32 I was thinking of just extending the character-set parser to also accept individual characters. 09:26:03 So the first k characters could be explicit arguments, and the rest would be a list of ranges 09:26:15 the thing that's being dumped: the derived type of the function ... 09:27:40 is deriving character set types really beneficial? 09:28:47 ok, being able to figure out it's a base-char, or cannot be a base-char makes sense 09:28:54 so bounds are interesting 09:29:40 we kind of want it for (if (eql x #\foo) ... [x definitely isn't EQL #\foo]) 09:29:55 true 09:31:00 so exporting character-set and unparsing as such makes sense 09:42:01 do we even need to export it from sb-ext, actually? 09:42:50 -!- drl [~lat@110.139.229.172] has quit [Quit: Leaving] 09:45:51 nikodemus: users will end up seeing it and maybe using the type? 09:46:02 true 09:49:50 but right now i'd rather just not unparse and fix the performance issue than think about what the interface to sb-ext:charset should be 09:53:33 k. :) 09:53:58 consing up these long lists of characters may also slow down fasl dumping. 10:01:36 it does -- the compiler doesn't suffer nearly as bad as the fasl dumper there 10:04:26 Posterdati [~tapioca@host49-216-dynamic.16-87-r.retail.telecomitalia.it] has joined #sbcl 10:09:19 TimKack [~user@c-2ec232c4-74736162.cust.telenor.se] has joined #sbcl 10:27:36 TimKack` [~user@c-2ec210de-74736162.cust.telenor.se] has joined #sbcl 10:30:35 -!- TimKack [~user@c-2ec232c4-74736162.cust.telenor.se] has quit [Ping timeout: 260 seconds] 10:46:38 -!- TimKack` [~user@c-2ec210de-74736162.cust.telenor.se] has quit [Ping timeout: 244 seconds] 11:04:54 -!- gko [~gko@220.228.255.204] has quit [Read error: Connection reset by peer] 11:32:01 TimKack [~user@c-2ec2146d-74736162.cust.telenor.se] has joined #sbcl 12:18:42 -!- Xof [~crhodes@dunstaple.doc.gold.ac.uk] has quit [Quit: Ex-Chat] 12:33:10 -!- edgar-rft [~user@HSI-KBW-078-043-123-191.hsi4.kabel-badenwuerttemberg.de] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 12:47:29 gko [~gko@114-34-168-13.HINET-IP.hinet.net] has joined #sbcl 12:53:38 -!- TimKack [~user@c-2ec2146d-74736162.cust.telenor.se] has quit [Ping timeout: 240 seconds] 13:05:41 LiamH [~none@pdp8.nrl.navy.mil] has joined #sbcl 13:05:52 stassats` [~stassats@wikipedia/stassats] has joined #sbcl 13:19:22 -!- nikodemus [~nikodemus@188-67-13-181.bb.dnainternet.fi] has quit [Ping timeout: 276 seconds] 13:30:21 psilord [~psilord@23-25-144-217-static.hfc.comcastbusiness.net] has joined #sbcl 13:43:55 TimKack [~user@c-2ec22689-74736162.cust.telenor.se] has joined #sbcl 14:04:44 Kryztof [~user@158.223.59.95] has joined #sbcl 14:04:44 -!- ChanServ has set mode +o Kryztof 14:58:49 -!- psilord [~psilord@23-25-144-217-static.hfc.comcastbusiness.net] has quit [Ping timeout: 276 seconds] 15:14:53 -!- stassats` [~stassats@wikipedia/stassats] has quit [Read error: Operation timed out] 15:19:08 -!- LiamH [~none@pdp8.nrl.navy.mil] has quit [Ping timeout: 240 seconds] 15:19:28 -!- antifuchs [foobar@care.boinkor.net] has quit [Ping timeout: 272 seconds] 15:21:19 antifuchs [foobar@care.boinkor.net] has joined #sbcl 15:28:18 drl [~lat@110.139.229.172] has joined #sbcl 15:32:59 kanru` [~user@61-228-148-105.dynamic.hinet.net] has joined #sbcl 15:50:12 huangjs [~huangjs@190.8.100.83] has joined #sbcl 15:51:14 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 15:54:14 attila_lendvai [~attila_le@apn-94-44-81-54.vodafone.hu] has joined #sbcl 15:54:14 -!- attila_lendvai [~attila_le@apn-94-44-81-54.vodafone.hu] has quit [Changing host] 15:54:14 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 15:59:50 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 16:36:55 -!- Kryztof [~user@158.223.59.95] has quit [Read error: Operation timed out] 16:55:20 -!- gko [~gko@114-34-168-13.HINET-IP.hinet.net] has quit [] 16:58:17 LiamH [~none@pdp8.nrl.navy.mil] has joined #sbcl 17:02:53 -!- drl [~lat@110.139.229.172] has quit [Remote host closed the connection] 17:36:03 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 17:38:13 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Read error: Connection reset by peer] 17:38:35 attila_lendvai [~attila_le@178-164-240-211.pool.digikabel.hu] has joined #sbcl 17:38:35 -!- attila_lendvai [~attila_le@178-164-240-211.pool.digikabel.hu] has quit [Changing host] 17:38:35 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 17:44:02 sdemarre [~serge@91.176.39.207] has joined #sbcl 17:51:53 stassats` [~stassats@wikipedia/stassats] has joined #sbcl 18:13:55 psilord [~psilord@23-25-144-217-static.hfc.comcastbusiness.net] has joined #sbcl 18:57:18 Kryztof [~user@81.174.155.115] has joined #sbcl 19:22:45 -!- Quadrescence [~quad@unaffiliated/quadrescence] has quit [Read error: Connection reset by peer] 19:23:00 Quadrescence [~quad@unaffiliated/quadrescence] has joined #sbcl 19:24:02 homie [~levgue@xdsl-78-35-183-91.netcologne.de] has joined #sbcl 19:26:29 CampinSam [~Sam@24-176-98-217.dhcp.jcsn.tn.charter.com] has joined #sbcl 19:29:25 -!- angavrilov [~angavrilo@217.71.227.190] has quit [Ping timeout: 248 seconds] 19:31:37 -!- CampinSam [~Sam@24-176-98-217.dhcp.jcsn.tn.charter.com] has quit [Quit: leaving] 19:34:25 CampinSam [~Sam@24-176-98-217.dhcp.jcsn.tn.charter.com] has joined #sbcl 19:35:08 rpg [~rpg@23-25-144-217-static.hfc.comcastbusiness.net] has joined #sbcl 19:41:24 -!- CampinSam [~Sam@24-176-98-217.dhcp.jcsn.tn.charter.com] has quit [Quit: Lost terminal] 19:45:08 CampinSam [~Sam@24-176-98-217.dhcp.jcsn.tn.charter.com] has joined #sbcl 19:56:57 nikodemus [~nikodemus@87-95-52-234.bb.dnainternet.fi] has joined #sbcl 19:56:58 -!- ChanServ has set mode +o nikodemus 19:59:39 gabnet [~gabnet@ACaen-257-1-85-152.w86-220.abo.wanadoo.fr] has joined #sbcl 20:10:11 -!- specbot [~specbot@pppoe.178-66-39-227.dynamic.avangarddsl.ru] has quit [Read error: Operation timed out] 20:10:58 stassats`` [~stassats@pppoe.178-66-50-194.dynamic.avangarddsl.ru] has joined #sbcl 20:11:03 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 252 seconds] 20:11:26 -!- stassats` [~stassats@wikipedia/stassats] has quit [Ping timeout: 272 seconds] 20:11:48 -!- stassats`` is now known as stassats 20:13:22 specbot [~specbot@pppoe.178-66-50-194.dynamic.avangarddsl.ru] has joined #sbcl 20:39:35 TimKack` [~user@c-2ec22689-74736162.cust.telenor.se] has joined #sbcl 20:40:01 prxq_ [~mommer@mnhm-590c06af.pool.mediaWays.net] has joined #sbcl 20:40:34 -!- prxq [~mommer@mnhm-590c06af.pool.mediaWays.net] has quit [Quit: Leaving] 20:40:59 -!- prxq_ is now known as prxq 20:43:15 -!- TimKack [~user@c-2ec22689-74736162.cust.telenor.se] has quit [Ping timeout: 265 seconds] 20:45:49 -!- gabnet [~gabnet@ACaen-257-1-85-152.w86-220.abo.wanadoo.fr] has quit [Quit: Quitte] 20:49:53 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Read error: Operation timed out] 20:50:34 attila_lendvai [~attila_le@178-164-240-211.pool.digikabel.hu] has joined #sbcl 20:50:34 -!- attila_lendvai [~attila_le@178-164-240-211.pool.digikabel.hu] has quit [Changing host] 20:50:34 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 20:52:05 -!- TimKack` [~user@c-2ec22689-74736162.cust.telenor.se] has quit [Ping timeout: 255 seconds] 20:59:09 -!- nyef [~nyef@c-174-63-105-188.hsd1.ma.comcast.net] has quit [Quit: G'night all.] 21:21:38 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Ping timeout: 240 seconds] 21:31:26 attila_lendvai [~attila_le@178-164-240-211.pool.digikabel.hu] has joined #sbcl 21:31:26 -!- attila_lendvai [~attila_le@178-164-240-211.pool.digikabel.hu] has quit [Changing host] 21:31:26 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 21:36:33 hitting the same error as last year on the exact same instruction 21:37:50 ...this seems much too deterministic to be an accident... but that write is to a stack location; it makes no sense to write protect it. 21:40:26 -!- LiamH [~none@pdp8.nrl.navy.mil] has quit [Quit: Leaving.] 21:44:15 -!- prxq [~mommer@mnhm-590c06af.pool.mediaWays.net] has quit [Quit: Leaving] 21:49:16 -!- stassats [~stassats@pppoe.178-66-50-194.dynamic.avangarddsl.ru] has quit [Read error: Operation timed out] 21:53:33 -!- sdemarre [~serge@91.176.39.207] has quit [Quit: Leaving.] 21:57:15 -!- christoph_debian [~user@oteiza.siccegge.de] has quit [Remote host closed the connection] 21:58:44 -!- nikodemus [~nikodemus@87-95-52-234.bb.dnainternet.fi] has quit [Ping timeout: 252 seconds] 22:05:09 attila_lendvai1 [~attila_le@178-164-241-51.pool.digikabel.hu] has joined #sbcl 22:05:09 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Disconnected by services] 22:07:05 edgar-rft [~user@HSI-KBW-078-043-123-191.hsi4.kabel-badenwuerttemberg.de] has joined #sbcl 22:12:15 -!- psilord [~psilord@23-25-144-217-static.hfc.comcastbusiness.net] has quit [Quit: Leaving.] 22:18:28 argh. 22:19:16 so, removing *one* write barrier in define-full-call breaks the build. 22:19:31 leuler [~user@p54905397.dip.t-dialin.net] has joined #sbcl 22:19:38 *but*, that write is to an address on the stack 22:19:57 so, I figure it's my modular arithmetic trick that's hiding some bug... 22:21:02 I change dynamic-space-start to be #x1111110000 (the initial stack is somewhere around #x7FFFF6B52697), and my card vector covers 16GB. 22:21:42 the closest these two addresses are is more than 4 GB. Still no bug. 22:22:07 I don't understand what that write barrier on a stack address is hiding 22:30:50 dcooper8 [~dcooper8@c-68-41-192-171.hsd1.mi.comcast.net] has joined #sbcl 22:31:51 -!- dcooper8 [~dcooper8@c-68-41-192-171.hsd1.mi.comcast.net] has quit [Client Quit] 22:40:13 attila_lendvai [~attila_le@178-164-241-212.pool.digikabel.hu] has joined #sbcl 22:40:13 -!- attila_lendvai [~attila_le@178-164-241-212.pool.digikabel.hu] has quit [Changing host] 22:40:13 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 22:40:34 Do the mprotect based gc and the software-write-barrier-based one theoretically behave completely identically w.r.t. the stack? That is both methods don't use write barriers on stack addresses as the gc anyway always scans the stack? (If I'm not completely off the track about how gc works, here) 22:41:32 gendl [~gendl@c-68-41-192-171.hsd1.mi.comcast.net] has joined #sbcl 22:42:20 attila_lendvai2 [~attila_le@178-164-241-153.pool.digikabel.hu] has joined #sbcl 22:42:20 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Disconnected by services] 22:42:23 -!- attila_lendvai2 is now known as attila_lendvai 22:42:24 -!- attila_lendvai [~attila_le@178-164-241-153.pool.digikabel.hu] has quit [Changing host] 22:42:24 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 22:42:27 -!- gendl [~gendl@c-68-41-192-171.hsd1.mi.comcast.net] has quit [Quit: gendl] 22:43:01 -!- attila_lendvai1 [~attila_le@178-164-241-51.pool.digikabel.hu] has quit [Ping timeout: 250 seconds] 22:44:13 gendl [~gendl@c-68-41-192-171.hsd1.mi.comcast.net] has joined #sbcl 22:53:29 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Disconnected by services] 22:53:29 attila_lendvai1 [~attila_le@188-143-59-94.pool.digikabel.hu] has joined #sbcl 22:53:32 -!- attila_lendvai1 is now known as attila_lendvai 22:53:32 -!- attila_lendvai [~attila_le@188-143-59-94.pool.digikabel.hu] has quit [Changing host] 22:53:32 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 22:56:59 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Disconnected by services] 22:56:59 attila_lendvai1 [~attila_le@188-143-58-92.pool.digikabel.hu] has joined #sbcl 22:57:02 -!- attila_lendvai1 is now known as attila_lendvai 22:57:03 -!- attila_lendvai [~attila_le@188-143-58-92.pool.digikabel.hu] has quit [Changing host] 22:57:03 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 23:07:47 -!- leuler [~user@p54905397.dip.t-dialin.net] has quit [Quit: ERC Version 5.1.2 $Revision: 1.796.2.6 $ (IRC client for Emacs)] 23:36:48 -!- siccegge` [~user@davinci.siccegge.de] has quit [Read error: Connection reset by peer] 23:37:30 -!- rpg [~rpg@23-25-144-217-static.hfc.comcastbusiness.net] has quit [Ping timeout: 244 seconds] 23:52:41 Guest49753 [tunes@nat/google/x-vcxtvjbnwtfsrghw] has joined #sbcl 23:53:39 I'm having an infinite loop in the SB-PCL::UPDATE-CLASS of a (probably forward-referenced) class while compiling a defmethod. 23:53:48 -!- Guest49753 is now known as FareWell 23:54:32 -!- FareWell is now known as FareTower 23:56:19 asedeno_work [~asedeno@74.125.59.113] has joined #sbcl 23:56:52 Using 1.0.56.60 23:57:31 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 23:57:34 attila_lendvai1 [~attila_le@188-143-58-92.pool.digikabel.hu] has joined #sbcl 23:57:34 -!- attila_lendvai1 is now known as attila_lendvai 23:57:34 -!- attila_lendvai [~attila_le@188-143-58-92.pool.digikabel.hu] has quit [Changing host] 23:57:34 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl