00:02:29 -!- leuler [~user@p54902902.dip.t-dialin.net] has quit [Quit: ERC Version 5.1.2 $Revision: 1.796.2.6 $ (IRC client for Emacs)] 00:09:38 -!- lichtblau [~user@port-92-195-58-29.dynamic.qsc.de] has quit [Ping timeout: 240 seconds] 00:27:28 -!- saschakb [~saschakb@p4FEA0ED3.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 00:30:33 -!- tcr [~tcr@84-72-21-32.dclient.hispeed.ch] has quit [Quit: Leaving.] 00:32:16 -!- Cryotank2011 [~Cryotank2@c-24-17-62-152.hsd1.wa.comcast.net] has quit [Quit: Cryotank2011] 00:59:31 -!- loke [~elias@bb115-66-85-121.singnet.com.sg] has quit [Ping timeout: 244 seconds] 01:11:56 loke [~elias@bb115-66-85-121.singnet.com.sg] has joined #sbcl 01:16:29 lichtblau [~user@port-92-195-61-79.dynamic.qsc.de] has joined #sbcl 01:42:27 stassats [~stassats@wikipedia/stassats] has joined #sbcl 01:43:02 are foreign thread callbacks known to crash sbcl? 01:43:39 stassats: yes, except on anton's branch 01:44:17 bummer (https://github.com/stassats/commonqt/issues/5) 01:45:28 yes, annoying. -- although I'm not certain why the background thread that collects the file list is even calling back into smoke at all. 01:48:09 gdb doesn't shed any light 01:48:46 i guess i'll have to write my own file dialog... 01:56:09 homie` [~levgue@xdsl-78-35-145-233.netcologne.de] has joined #sbcl 01:58:01 -!- homie` [~levgue@xdsl-78-35-145-233.netcologne.de] has quit [Read error: Connection reset by peer] 01:58:28 -!- homie [~levgue@xdsl-87-79-195-117.netcologne.de] has quit [Ping timeout: 240 seconds] 02:00:06 homie [~levgue@xdsl-78-35-145-233.netcologne.de] has joined #sbcl 02:00:34 -!- homie [~levgue@xdsl-78-35-145-233.netcologne.de] has quit [Read error: Connection reset by peer] 02:04:24 homie [~levgue@xdsl-78-35-145-233.netcologne.de] has joined #sbcl 02:04:32 and KFileDialog uses threads too 02:46:59 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 244 seconds] 02:55:16 -!- antoszka [~antoszka@unaffiliated/antoszka] has quit [Ping timeout: 240 seconds] 02:56:10 drdo [~user@85.207.54.77.rev.vodafone.pt] has joined #sbcl 03:25:45 Is there a built in hash-table extension for string-equal :test? Seems easy enough to write my own, but I thought I would check first... 03:26:10 implementation specific, but most implementations do have something. 03:26:19 You just have to provide a correct hash function. 03:34:11 antoszka [~antoszka@unaffiliated/antoszka] has joined #sbcl 03:39:35 pkhuong: sorry, I meant SBCL in particular. 03:41:44 rpg: then you just have to find a hash function. 03:42:24 pkhuong: right. I understand that SBCL makes it possible for me to do that. I was just wondering if there was one lying around before I roll my own. 03:44:30 rpg: sxhash should do it. 03:44:43 -!- christoph_debian [~user@DSL01.212.114.250.148.ip-pool.NEFkom.net] has quit [Ping timeout: 248 seconds] 03:44:54 pkhuong: ah. thanks. I thought I would need to roll my own xor-y thing. 03:45:27 otherwise, I'd tend to FFI something proven and simple like murmurhash and just blast the data into bytes 03:46:11 yes, that's what I thought I would need to do. I don't think this table is that large or tricky, but just :test 'EQUAL wasn't the right thing... 03:46:54 why not? 03:47:23 you really need to handle string designators? 03:48:32 pkhuong: I was AFRAID you were going to call me on that. The real reason is just that I was trying to come as close as I could to a colleague's allegro-specific :test 'string-equal. 03:48:58 I could probably just use 'equal, but this seemed like a good opportunity to learn a little bit about the SBCL extension. 03:49:21 You are, in fact, quite right: this is almost certainly not the most rational allocation of working time. 03:49:23 oh sure. Then yeah, you can use string-equal and sxhash on the stringified designator. 03:50:20 christoph_debian [~user@oteiza.siccegge.de] has joined #sbcl 03:55:47 go reworked threads. My parallel futures work on darwin without crashing. 05:14:09 Cryotank2011 [~Cryotank2@c-24-17-62-152.hsd1.wa.comcast.net] has joined #sbcl 05:14:41 -!- homie [~levgue@xdsl-78-35-145-233.netcologne.de] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 05:18:47 saschakb [~saschakb@p4FEA084D.dip0.t-ipconnect.de] has joined #sbcl 05:49:56 -!- loke [~elias@bb115-66-85-121.singnet.com.sg] has quit [Ping timeout: 252 seconds] 05:54:51 loke [~elias@bb115-66-85-121.singnet.com.sg] has joined #sbcl 06:10:18 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 06:20:37 angavrilov [~angavrilo@217.71.227.181] has joined #sbcl 06:29:04 kanru [~kanru@kanru-1-pt.tunnel.tserv15.lax1.ipv6.he.net] has joined #sbcl 06:37:26 -!- kanru [~kanru@kanru-1-pt.tunnel.tserv15.lax1.ipv6.he.net] has quit [Quit: ZNC - http://znc.sourceforge.net] 06:38:31 kanru [~kanru@kanru-1-pt.tunnel.tserv15.lax1.ipv6.he.net] has joined #sbcl 06:38:47 DGASAU` [~user@91.218.144.129] has joined #sbcl 06:39:40 -!- DGASAU [~user@91.218.144.129] has quit [Ping timeout: 240 seconds] 06:39:47 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Ping timeout: 240 seconds] 06:40:14 attila_lendvai [~attila_le@176.222.149.255] has joined #sbcl 06:40:14 -!- attila_lendvai [~attila_le@176.222.149.255] has quit [Changing host] 06:40:14 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 07:02:43 sdemarre [~serge@91.176.206.234] has joined #sbcl 07:14:07 tcr [~tcr@84-72-21-32.dclient.hispeed.ch] has joined #sbcl 07:20:58 are there any practical limitations on thread-local storage size, if I do bindings against a ton of variables to avoid lookup costs? 07:21:35 Phoodus: It's set at build-time. A couple million specials, iirc. 07:21:51 TLS indices are allocated globally (and forever), but that's pretty much it. 07:22:00 ok 07:22:07 it works fine until it hits the global limit and crashes hard. 07:22:25 this is a stop-gap until I get better stuff going, so I shouldn't hit millions in the meantime (hopefully) 07:23:37 give or take a factor of 8. 07:24:58 do you know what error message it gives? we've had a very rare error about a gc invariant being violated, that we haven't seen in a while 07:25:09 chalked it up to some threading problems we had before, but you never know 07:29:03 no, you get a tls-exhausted-error. 07:37:27 -!- sdemarre [~serge@91.176.206.234] has quit [Ping timeout: 240 seconds] 07:45:26 -!- pchrist_ [~spirit@gentoo/developer/pchrist] has quit [Quit: leaving] 07:45:58 pchrist [~spirit@gentoo/developer/pchrist] has joined #sbcl 08:11:40 pon1980 [~pon@195-67-88-105.customer.telia.com] has joined #sbcl 08:19:43 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Ping timeout: 244 seconds] 08:22:54 -!- kanru is now known as ruru 08:27:02 nikodemus [~nikodemus@cs181130220.pp.htv.fi] has joined #sbcl 08:27:02 -!- ChanServ has set mode +o nikodemus 08:33:13 -!- tcr [~tcr@84-72-21-32.dclient.hispeed.ch] has quit [Quit: Leaving.] 08:33:54 attila_lendvai [~attila_le@176.222.149.255] has joined #sbcl 08:33:54 -!- attila_lendvai [~attila_le@176.222.149.255] has quit [Changing host] 08:33:54 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 08:38:30 Blkt [~user@89-96-199-46.ip13.fastwebnet.it] has joined #sbcl 08:41:19 good morning everyone 08:46:22 -!- nikodemus [~nikodemus@cs181130220.pp.htv.fi] has quit [Quit: This computer has gone to sleep] 09:12:21 -!- borkman [~user@S0106001111de1fc8.cg.shawcable.net] has quit [Read error: Connection reset by peer] 09:12:39 tcr [~tcr@178-83-229-138.dynamic.hispeed.ch] has joined #sbcl 09:12:45 borkman [~user@S0106001111de1fc8.cg.shawcable.net] has joined #sbcl 09:50:48 nikodemus [~nikodemus@cs181130220.pp.htv.fi] has joined #sbcl 09:50:48 -!- ChanServ has set mode +o nikodemus 09:51:59 nikodemus: good morning! (or whatever $TZ applies). 09:52:05 "1.0.54.90-d7e55b4", bash run-sbcl.sh --no-sysinit --no-userinit, pasted commands on stdin, "WARNING: No sampling progress; possibly a profiler bug." 09:52:19 -!- pchrist [~spirit@gentoo/developer/pchrist] has quit [Quit: leaving] 09:52:38 do you have any hints, or is that simply an sbcl bug, and I'll have to wait for the fix? 09:52:51 pchrist [~spirit@gentoo/developer/pchrist] has joined #sbcl 10:51:42 flip214: using same sb-concurrency test-case as before? 10:51:50 yes 10:54:17 i haven't looked at it on linux yet. my first guess would be that since it's spending most of the time waiting on futexes, it doesn't actually spend enough cpu time to trigger sigprofs 10:54:58 hmmm ... I actually wanted to profile my things, of course, but since it gave an error I reduced the testcase 11:34:27 -!- Cryotank2011 [~Cryotank2@c-24-17-62-152.hsd1.wa.comcast.net] has quit [Quit: Cryotank2011] 11:37:16 -!- angavrilov [~angavrilo@217.71.227.181] has quit [Ping timeout: 240 seconds] 11:45:22 angavrilov [~angavrilo@217.71.227.181] has joined #sbcl 11:49:02 scymtym [~user@2001:638:504:2093:21a:a0ff:fe34:2d7d] has joined #sbcl 12:07:24 leuler [~user@p549019BE.dip.t-dialin.net] has joined #sbcl 12:08:14 nikodemus: I think there's still some bug. 12:08:45 I've now tried :threads :all (with a few running in parallel, + 5 from swank etc), but again got only one profiles: 12:08:52 Sampled threads: # 12:08:58 and so there's no useful data here. 12:09:28 I've added a (sleep 0.001) in the threads' loops, so that they spend some time in a function, btw. 12:48:04 flip214: sleep doesn't accumulate cpu time 12:48:15 maybe you want wallclock profiling 12:48:41 :mode :time -- it account for time spent sleeping or waiting as well, unlike :mode :cpu 13:02:18 nikodemus: hmmm, :mode :time doesn't help either ... 13:02:27 (time) says Evaluation took: 10.425 seconds of real time 13:02:41 but I get WARNING: No sampling progress; possibly a profiler bug. 13:02:41 13:02:41 Number of samples: 0 13:02:41 Sample interval: 0.01 seconds 13:02:41 Total sampling time: 0.0 seconds 13:02:42 # 13:03:02 and _no_ threads sampled (although I'm using :threads :all) 13:06:09 in slime? 13:07:19 sorry, that was an old version of sbcl again ... 13:07:25 my bad 13:08:10 trying again with current git checkout, one (long) moment please 13:18:03 nikodemus: http://paste.lisp.org/display/126508 13:18:18 current git, :mode :time :threads :all, no threads in output 13:18:24 what am I doing wrong? 13:23:27 -!- whoops [u549@gateway/web/irccloud.com/x-yhzzgzhumtxvslek] has quit [Remote host closed the connection] 13:27:29 looks reasonable to me 13:28:03 -!- nikodemus [~nikodemus@cs181130220.pp.htv.fi] has quit [Quit: This computer has gone to sleep] 13:32:09 thanks 13:36:43 whoops [u549@gateway/web/irccloud.com/x-ywpdgfjinebkusre] has joined #sbcl 14:23:39 -!- whoops [u549@gateway/web/irccloud.com/x-ywpdgfjinebkusre] has quit [Remote host closed the connection] 14:25:47 udzinari [~user@27.25.broadband12.iol.cz] has joined #sbcl 14:33:31 -!- drdo [~user@85.207.54.77.rev.vodafone.pt] has quit [Ping timeout: 252 seconds] 14:36:39 whoops [u549@gateway/web/irccloud.com/x-qrbnawmsphqeljtb] has joined #sbcl 14:56:23 -!- Blkt [~user@89-96-199-46.ip13.fastwebnet.it] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 15:03:30 antgreen [~user@bas3-toronto06-1177890176.dsl.bell.ca] has joined #sbcl 15:04:48 Blkt [~user@89-96-199-46.ip13.fastwebnet.it] has joined #sbcl 15:15:35 -!- antgreen [~user@bas3-toronto06-1177890176.dsl.bell.ca] has quit [Remote host closed the connection] 15:21:28 -!- rpg [~rpg@216.243.156.16.real-time.com] has quit [Quit: rpg] 15:41:42 milanj [~milanj_@93-87-117-61.dynamic.isp.telekom.rs] has joined #sbcl 15:43:16 antgreen [~user@bas3-toronto06-1177890176.dsl.bell.ca] has joined #sbcl 16:04:38 -!- akovalenko [~akovalenk@77.51.3.220] has quit [Ping timeout: 248 seconds] 16:08:18 -!- udzinari [~user@27.25.broadband12.iol.cz] has quit [Remote host closed the connection] 16:11:25 -!- pon1980 [~pon@195-67-88-105.customer.telia.com] has quit [Quit: Leaving.] 16:49:50 -!- tcr [~tcr@178-83-229-138.dynamic.hispeed.ch] has quit [Quit: Leaving.] 17:07:05 homie [~levgue@xdsl-78-35-180-83.netcologne.de] has joined #sbcl 17:18:04 -!- Blkt [~user@89-96-199-46.ip13.fastwebnet.it] has quit [Remote host closed the connection] 17:27:04 akovalenko [~akovalenk@95.73.123.144] has joined #sbcl 17:33:04 tcr [~tcr@84-72-21-32.dclient.hispeed.ch] has joined #sbcl 18:14:26 -!- tcr [~tcr@84-72-21-32.dclient.hispeed.ch] has quit [Quit: Leaving.] 18:18:30 -!- borkman [~user@S0106001111de1fc8.cg.shawcable.net] has quit [Read error: Connection reset by peer] 18:26:29 rpg [~rpg@mpls.sift.info] has joined #sbcl 18:34:09 -!- rpg [~rpg@mpls.sift.info] has quit [Quit: rpg] 18:35:04 rpg [~rpg@mpls.sift.info] has joined #sbcl 19:16:31 Cryotank2011 [~Cryotank2@c-24-17-62-152.hsd1.wa.comcast.net] has joined #sbcl 19:17:09 -!- Cryotank2011 [~Cryotank2@c-24-17-62-152.hsd1.wa.comcast.net] has quit [Client Quit] 19:32:31 -!- angavrilov [~angavrilo@217.71.227.181] has quit [Read error: Operation timed out] 19:49:45 pchrist_ [~spirit@gentoo/developer/pchrist] has joined #sbcl 19:52:13 -!- pchrist [~spirit@gentoo/developer/pchrist] has quit [Ping timeout: 252 seconds] 19:52:36 package-local nicknames, +1/-2? 19:52:37 *-1 19:54:03 <3 the idea, +1 (: 20:04:26 I'll handle casification later. 20:07:10 -!- saschakb [~saschakb@p4FEA084D.dip0.t-ipconnect.de] has quit [Ping timeout: 252 seconds] 20:21:12 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Ping timeout: 268 seconds] 20:21:45 saschakb [~saschakb@p4FEA01D0.dip0.t-ipconnect.de] has joined #sbcl 20:32:23 rpg_ [~rpg@mpls.sift.info] has joined #sbcl 20:35:24 antifuchs: it's such a tiny commit as well. I'll write to the list and we can discuss edge cases, redefinition, etc. 20:35:58 -!- rpg [~rpg@mpls.sift.info] has quit [Ping timeout: 244 seconds] 20:37:14 yay 20:38:47 sdemarre [~serge@91.176.113.9] has joined #sbcl 20:43:45 If I place something on a symbol's property list, will other threads see the change? 20:43:58 brown```: yes. 20:44:41 So I don't need a hash table protected by a lock ... the property list is so protected with appropriate memory barriers. 20:45:18 brown```: depends on how you mutate the property list. 20:45:42 (setf (get symbol 'foo) 'bar) 20:46:26 A separate thread might do (get symbol 'foo) and I'd like to to return 'bar. 20:46:56 adding properties concurrently might not work. 20:49:57 OK, thanks very much! 20:50:29 And there's no barrier. The write is atomic, but that's all it is. 20:52:00 Hmmm, I wonder if making it work between threads is desirable? I was going to use a symbol property instead of a hash table and lock to make my code smaller. 20:53:46 brown```: you can have synchronised hash tables 20:56:17 That's an SBCL-specific feature, right? I've been using the bordeaux-threads API for locking .... 20:56:49 ... which make porting to other Lisps easier. 20:56:52 (might) 21:00:21 Thanks again! 21:26:42 beslyrus [~Brucio-12@adsl-99-49-14-228.dsl.pltn13.sbcglobal.net] has joined #sbcl 21:38:06 -!- christoph_debian [~user@oteiza.siccegge.de] has quit [Ping timeout: 252 seconds] 21:38:57 -!- dsp_ [~tt@lebesgue.cowpig.ca] has quit [Read error: Connection reset by peer] 21:39:31 dsp_ [~tt@lebesgue.cowpig.ca] has joined #sbcl 21:44:16 christoph_debian [~user@DSL01.212.114.250.148.ip-pool.NEFkom.net] has joined #sbcl 22:16:27 -!- sdemarre [~serge@91.176.113.9] has quit [Ping timeout: 240 seconds] 22:48:45 -!- rpg_ [~rpg@mpls.sift.info] has quit [Ping timeout: 244 seconds] 23:07:33 tcr [~tcr@84-72-21-32.dclient.hispeed.ch] has joined #sbcl 23:34:09 ASau` [~user@95-26-61-75.broadband.corbina.ru] has joined #sbcl 23:37:47 -!- ASau [~user@95-27-186-234.broadband.corbina.ru] has quit [Ping timeout: 240 seconds] 23:46:25 -!- leuler [~user@p549019BE.dip.t-dialin.net] has quit [Quit: ERC Version 5.1.2 $Revision: 1.796.2.6 $ (IRC client for Emacs)] 23:56:29 -!- saschakb [~saschakb@p4FEA01D0.dip0.t-ipconnect.de] has quit [Read error: Operation timed out]