00:08:27 -!- scymtym [~user@2001:638:504:2093:226:b9ff:fe7d:3e1f] has quit [Remote host closed the connection] 00:08:57 scymtym [~user@2001:638:504:2093:226:b9ff:fe7d:3e1f] has joined #sbcl 00:28:21 tcr1 [~tcr@84-72-21-32.dclient.hispeed.ch] has joined #sbcl 00:34:09 -!- antoszka [~antoszka@unaffiliated/antoszka] has quit [Ping timeout: 248 seconds] 00:41:35 antoszka [~antoszka@unaffiliated/antoszka] has joined #sbcl 00:58:42 -!- wbooze [~wbooze@xdsl-84-44-208-214.netcologne.de] has quit [Ping timeout: 276 seconds] 01:00:42 edgar-rf_ [~GOD@HSI-KBW-091-089-005-041.hsi2.kabelbw.de] has joined #sbcl 01:04:18 -!- milosn_ [~milosn@user-5AF50D67.broadband.tesco.net] has quit [*.net *.split] 01:04:18 -!- edgar-rft [~GOD@HSI-KBW-091-089-005-041.hsi2.kabelbw.de] has quit [*.net *.split] 01:04:31 milosn [~milosn@user-5AF50D67.broadband.tesco.net] has joined #sbcl 01:10:37 -!- edgar-rf_ [~GOD@HSI-KBW-091-089-005-041.hsi2.kabelbw.de] has quit [Quit: sudden death] 01:11:11 -!- tcr1 [~tcr@84-72-21-32.dclient.hispeed.ch] has quit [Quit: Leaving.] 01:27:43 -!- zulu_inuoe [~quassel@184.89.111.53] has quit [Read error: Connection reset by peer] 01:44:17 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 255 seconds] 01:47:04 -!- christop` [~user@2001:a60:f01c:0:42::1] has quit [Ping timeout: 260 seconds] 02:44:00 -!- Thra11 [~thrall@87.115.6.31] has quit [Ping timeout: 264 seconds] 02:48:46 echo-area [~user@182.92.247.2] has joined #sbcl 05:56:30 Dalek_Baldwin [~Adium@71-84-34-33.dhcp.mtpk.ca.charter.com] has joined #sbcl 06:00:25 I'm getting some strange behavior when creating objects with circular lists as slot values 06:00:53 the first time I evaluate this in the slime repl, everything turns out fine: 06:00:58 (let ((foo (make-instance 'a-lisp-object :a-slot '#1=(a b . #1#))))) 06:01:16 but the second time I evaluate it, it hangs and sbcl consumes 100% of my cpu time 06:03:40 and if I use a different number to label the circular reference the second time I evaluate it, it still hangs 06:03:59 so I don't think it's the reader 06:39:18 <|3b|> yeah, that does look broken 06:42:50 if I evaluate the make-instance expression on its own as a top-level form, it works fine 06:43:11 I haven't tested any other contexts though 06:44:24 -!- psilord [~psilord@c-69-180-173-249.hsd1.mn.comcast.net] has quit [Quit: Leaving.] 06:44:48 <|3b|> looks like the compiler macro for make-instance is broken (or something it calls is) 06:52:53 <|3b|> seems to be trying to use the initargs as part of a function name for an optimized constructor, and the function name code doesn't handle circular lists 06:54:05 *|3b|* would suggest filing a bug 06:57:18 *|3b|* suspects simple fix would be to just bail out of the compiler macro if any initargs are circular, not sure how much performance that would cost though 07:02:37 snowylike [~sn@91-67-171-156-dynip.superkabel.de] has joined #sbcl 07:09:11 hydan [~user@ip-89-102-13-27.net.upcbroadband.cz] has joined #sbcl 07:13:12 <|3b|> looks like that bug might be old enough to be in cmucl too :p 07:13:25 *|3b|* doesn't seem to have it installed to actually try though 07:15:27 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 07:15:27 <|3b|> ah, found one... breaks on cmucl 19a too 07:16:03 *|3b|* guesses not many people make instances with compile-time constant circular lists 07:16:34 well, I use it to test functions that analyze circular structures 07:17:00 so I was driving myself crazy thinking I had a bug in my reference counting... 07:17:09 -!- Blkt [~user@82.84.175.154] has quit [Quit: work, work...] 07:17:23 <|3b|> if you need a workaround, i think you can declare make-instance notinline until it gets fixed 07:24:48 I think I have a number of ways to work around it 07:25:06 https://bugs.launchpad.net/sbcl/+bug/1099708 07:25:24 you can add your comments to that 07:38:14 <|3b|> ok, commented 07:40:52 <|3b|> Dalek_Baldwin: probably won't affect you, but just in case, you might also look at https://bugs.launchpad.net/sbcl/+bug/613905 07:43:34 good to know 07:49:08 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 08:46:57 tcr1 [~tcr@84-72-21-32.dclient.hispeed.ch] has joined #sbcl 09:00:11 prxq [~mommer@mnhm-590c177a.pool.mediaWays.net] has joined #sbcl 09:57:05 -!- tcr1 [~tcr@84-72-21-32.dclient.hispeed.ch] has quit [Quit: Leaving.] 10:16:55 -!- echo-area [~user@182.92.247.2] has quit [Remote host closed the connection] 10:24:21 milosn_ [~milosn@user-5AF500C6.broadband.tesco.net] has joined #sbcl 10:26:48 -!- milosn [~milosn@user-5AF50D67.broadband.tesco.net] has quit [Ping timeout: 245 seconds] 10:32:40 Odyessus [~odyessus@chello080109062130.15.14.vie.surfer.at] has joined #sbcl 10:41:55 -!- jdz [~jdz@85.254.212.34] has quit [Quit: Byebye.] 10:43:07 -!- Odyessus [~odyessus@chello080109062130.15.14.vie.surfer.at] has quit [Quit: Colloquy for iPad - http://colloquy.mobi] 11:13:34 jdz [~jdz@85.254.212.34] has joined #sbcl 11:14:00 -!- snowylike [~sn@91-67-171-156-dynip.superkabel.de] has quit [Quit: Nettalk6 - www.ntalk.de] 11:21:04 attila_lendvai [~attila_le@92.47.191.231] has joined #sbcl 11:21:04 -!- attila_lendvai [~attila_le@92.47.191.231] has quit [Changing host] 11:21:04 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 11:25:23 -!- milosn_ is now known as milosn 13:11:36 -!- hydan [~user@ip-89-102-13-27.net.upcbroadband.cz] has quit [Remote host closed the connection] 13:12:06 hydan [~user@ip-89-102-13-27.net.upcbroadband.cz] has joined #sbcl 13:29:27 udzinari [~hydan@ip-89-102-13-27.net.upcbroadband.cz] has joined #sbcl 13:41:24 -!- udzinari [~hydan@ip-89-102-13-27.net.upcbroadband.cz] has quit [Quit: udzinari] 13:41:39 udzinari [~hydan@ip-89-102-13-27.net.upcbroadband.cz] has joined #sbcl 13:43:20 -!- hydan [~user@ip-89-102-13-27.net.upcbroadband.cz] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 13:43:21 -!- udzinari is now known as hydan 13:58:49 Thra11 [~thrall@87.115.6.31] has joined #sbcl 14:14:16 Is there a way to find out _why_ a lot of memory is still is use? Ie. get a symbol name that references data? 14:21:43 flip214: not a trivial one, but this may help if you have more time to invest in this than 5 minutes: http://dwim.hu/darcsweb/darcsweb.cgi?r=HEAD%20hu.dwim.debug;a=headblob;f=/source/path-to-root.lisp 14:21:50 LiamH [~none@pdp8.nrl.navy.mil] has joined #sbcl 14:22:04 flip214: and patches are welcome! :) 14:22:38 it's a relatively quick hack that helped us out when we had memory leaking issues... 14:25:53 attila_lendvai: thanks, I would try, but what is "def"? do I need the whole hu.dwim tree? 14:26:59 I'd have thought to loop over all symbols, looking at a serialized size, and reporting that ... 14:27:06 flip214: it's a syntax, just ignore... hrm, maybe I should look into adding hu.dwim.debug to quicklisp... 14:27:29 How would I get a object to give to (path-to-root)? I don't know what's currently allocated. 14:27:54 There's no README... hrmpf 14:29:10 build-reference-map builds a hashtable with all references, and then path-to-root can answer what path of references is retaining any object given to it 14:29:46 I understood as much ... but I don't _know_ what's still allocated 14:29:48 build-reference-map-type-breakdown can give an idea about what type of objects are leaked. room can also 14:30:09 BTW, is there a difference between (def function ... ...) and (def (function ...) ...) ? 14:30:11 then you pick one and look whether the path-to-root is reasonable 14:30:24 no 14:31:05 there are some flags, like export, debug, optimize, etc. it's noise from your perspective unless you want to extend the code. but then you have macroexpand... 14:34:22 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Read error: Connection reset by peer] 14:34:28 attila_lendvai1 [~attila_le@92.47.191.231] has joined #sbcl 14:34:28 -!- attila_lendvai1 is now known as attila_lendvai 14:34:28 -!- attila_lendvai [~attila_le@92.47.191.231] has quit [Changing host] 14:34:28 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 14:38:29 stassats [~stassats@wikipedia/stassats] has joined #sbcl 14:41:46 wbooze [~wbooze@xdsl-78-35-161-17.netcologne.de] has joined #sbcl 14:42:33 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 14:51:15 psilord [~psilord@23-25-144-217-static.hfc.comcastbusiness.net] has joined #sbcl 15:14:11 eichelbart [~max@client192-60.wlan.hu-berlin.de] has joined #sbcl 15:41:33 huangjs [~huangjs@67-42-84-147.tukw.qwest.net] has joined #sbcl 15:45:37 -!- eichelbart [~max@client192-60.wlan.hu-berlin.de] has quit [Quit: Verlassend] 16:26:16 -!- huangjs [~huangjs@67-42-84-147.tukw.qwest.net] has quit [Quit: This computer has gone to sleep] 16:26:59 huangjs [~huangjs@67-42-84-147.tukw.qwest.net] has joined #sbcl 16:35:46 -!- huangjs [~huangjs@67-42-84-147.tukw.qwest.net] has quit [Quit: This computer has gone to sleep] 16:35:58 rpg [~rpg@23-25-144-217-static.hfc.comcastbusiness.net] has joined #sbcl 16:49:08 huangjs [~huangjs@67-42-84-147.tukw.qwest.net] has joined #sbcl 17:03:46 -!- wbooze [~wbooze@xdsl-78-35-161-17.netcologne.de] has quit [Quit: none] 17:04:08 wbooze [~wbooze@xdsl-78-35-161-17.netcologne.de] has joined #sbcl 17:29:55 -!- rpg [~rpg@23-25-144-217-static.hfc.comcastbusiness.net] has quit [Quit: rpg] 17:32:06 rpg [~rpg@23-25-144-217-static.hfc.comcastbusiness.net] has joined #sbcl 17:39:57 Odyessus [~odyessus@213.47.71.36] has joined #sbcl 18:11:53 -!- Odyessus [~odyessus@213.47.71.36] has quit [Quit: Colloquy for iPad - http://colloquy.mobi] 18:17:52 attila_lendvai [~attila_le@92.47.191.231] has joined #sbcl 18:17:52 -!- attila_lendvai [~attila_le@92.47.191.231] has quit [Changing host] 18:17:52 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 18:38:04 rpg_ [~rpg@23-25-144-217-static.hfc.comcastbusiness.net] has joined #sbcl 18:38:38 Odyessus [~odyessus@213.47.71.36] has joined #sbcl 18:38:51 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 18:41:23 -!- rpg [~rpg@23-25-144-217-static.hfc.comcastbusiness.net] has quit [Ping timeout: 245 seconds] 19:01:37 -!- Odyessus [~odyessus@213.47.71.36] has quit [Quit: Colloquy for iPad - http://colloquy.mobi] 19:06:14 Odyessus [~odyessus@213.47.71.36] has joined #sbcl 19:13:35 -!- Dalek_Baldwin [~Adium@71-84-34-33.dhcp.mtpk.ca.charter.com] has quit [Quit: Leaving.] 19:16:30 -!- Odyessus [~odyessus@213.47.71.36] has quit [Quit: Colloquy for iPad - http://colloquy.mobi] 19:23:41 -!- rpg_ [~rpg@23-25-144-217-static.hfc.comcastbusiness.net] has quit [Quit: rpg_] 19:27:09 rpg [~rpg@23-25-144-217-static.hfc.comcastbusiness.net] has joined #sbcl 19:31:02 Dalek_Baldwin [~Adium@108-225-26-178.lightspeed.irvnca.sbcglobal.net] has joined #sbcl 19:38:15 -!- huangjs [~huangjs@67-42-84-147.tukw.qwest.net] has quit [Quit: This computer has gone to sleep] 19:54:00 Odyessus [~odyessus@213.47.71.36] has joined #sbcl 20:04:37 -!- wbooze [~wbooze@xdsl-78-35-161-17.netcologne.de] has quit [Read error: Connection reset by peer] 20:05:06 -!- Odyessus [~odyessus@213.47.71.36] has quit [Quit: Colloquy for iPad - http://colloquy.mobi] 20:19:21 sdemarre [~serge@109.134.180.94] has joined #sbcl 20:20:55 wbooze [~wbooze@xdsl-78-35-142-171.netcologne.de] has joined #sbcl 20:24:46 -!- galdor [galdor@78.193.58.122] has left #sbcl 20:36:47 so, what are the semantics of list function names, anyway 20:38:07 huangjs [~huangjs@67-42-84-147.tukw.qwest.net] has joined #sbcl 20:38:19 when are two names considered equal? (In the ctor function case, it should be when all the individual elements of the list are eq. Actually maybe I will just build that and see what breaks) 20:39:37 hey, the comment at the top of globaldb says EQUAL. I wonder if anything depends on that 20:45:31 Comparing the list with EQL seems sane from what I've seen/still remember. 20:47:38 whether we should be inventing function names with values embedded them is another question 20:57:18 bother, methods are (method gf-name (specializer-list)) 21:02:34 ok, plan B: if a ctor function has a constant list in its argument, name the function with a gensym at that point instead 21:03:10 this will make two otherwise-identical calls to make-instance have separate ctors rather than being able to share them, I think 21:03:24 I can't immediately see any other downsides 21:04:40 uninterned symbol with a meaningful name, just for debuggability? 21:05:19 (gensym "LIST-INITARG-")? 21:10:12 (make-symbol (write-to-string ...)) or something? 21:21:58 -!- prxq [~mommer@mnhm-590c177a.pool.mediaWays.net] has quit [Quit: Leaving] 21:22:17 prxq [~mommer@mnhm-590c177a.pool.mediaWays.net] has joined #sbcl 21:24:21 -!- rpg [~rpg@23-25-144-217-static.hfc.comcastbusiness.net] has quit [Quit: rpg] 21:27:23 what's the advantage? 21:27:38 oh, I see, sorry 21:28:14 I'm not confident that I will remember every single printer variable that will need to be bound for that to be safe 21:28:52 wsis? 21:29:41 (with-standard-io-syntax (write-to-string x :circle t)) 21:30:13 and what if x has some vast printed representation? 21:30:20 and :readably nil 21:30:34 hash it? 21:30:35 it's an array with 1 million elements, generated through #. 21:31:33 no, hashing wouldn't do 21:32:51 -!- sdemarre [~serge@109.134.180.94] has quit [Ping timeout: 248 seconds] 21:33:33 <|3b|> does the EQUAL in the current ctor test break identity of similar looking make-instance calls? 21:33:43 <|3b|> or identity of the object passed to the make-instance for that matter 21:34:09 yes 21:34:45 two separate calls which look like (make-instance 'foo :bar '(something)) (with EQUAL-but-not-EQL '(something)) will end up with the same ctor 21:35:49 *|3b|* supposes similarity stuff means it isn't a problem when compiled 21:36:05 <|3b|> or at least less often 21:36:07 well, it could be in two separate files 21:36:10 <|3b|> true 21:36:20 but, yeah, probably not a very common scenario 21:39:37 *|3b|* would assume so, if it has been in sbcl and cmucl for 10 years without anyone complaining :p 22:10:34 Krystof: length or something? 22:15:48 I sympathise, but the "or something" is what I would probably not get right 22:22:45 -!- psilord [~psilord@23-25-144-217-static.hfc.comcastbusiness.net] has quit [Quit: Leaving.] 22:44:59 tcr1 [~tcr@84-72-21-32.dclient.hispeed.ch] has joined #sbcl 22:55:44 -!- LiamH [~none@pdp8.nrl.navy.mil] has quit [Ping timeout: 246 seconds] 23:21:18 -!- hydan [~hydan@ip-89-102-13-27.net.upcbroadband.cz] has quit [Quit: hydan]