00:16:49 -!- tcr [~tcr@84-72-21-32.dclient.hispeed.ch] has quit [Quit: Leaving.] 00:45:30 -!- huangjs [~huangjs@199.180.254.36] has quit [Quit: This computer has gone to sleep] 00:54:34 -!- rbarraud [~rbarraud@125-239-32-133.jetstream.xtra.co.nz] has quit [Ping timeout: 276 seconds] 01:02:25 -!- wbooze [~wbooze@xdsl-87-79-194-189.netcologne.de] has quit [Read error: Operation timed out] 01:33:54 pkhuong, what's the status of our personal project, extending the type HASH-TABLE to support (HASH-TABLE [key-type [value-type]])? 01:50:53 -!- antoszka [~antoszka@unaffiliated/antoszka] has quit [Ping timeout: 246 seconds] 01:54:37 Qworkescence: no time, no direct use. It'll probably wait until a very rainy and boring day. 01:57:04 edgar-rft [~GOD@HSI-KBW-149-172-63-75.hsi13.kabel-badenwuerttemberg.de] has joined #sbcl 02:07:32 antoszka [~antoszka@unaffiliated/antoszka] has joined #sbcl 02:07:39 -!- rpg [~rpg@216.243.156.16.real-time.com] has quit [Quit: rpg] 02:20:48 huangjs [~huangjs@199.180.254.36] has joined #sbcl 02:36:53 -!- huangjs [~huangjs@199.180.254.36] has quit [Quit: This computer has gone to sleep] 02:44:51 -!- Fare [~fare@men75-12-88-183-198-131.fbx.proxad.net] has quit [Ping timeout: 248 seconds] 02:49:23 Strigoides [~owen@60-234-213-126.bitstream.orcon.net.nz] has joined #sbcl 03:00:17 -!- Qworkescence [~quad@unaffiliated/quadrescence] has quit [Quit: This computer has gone to sleep] 03:45:44 Quadrescence [~quad@unaffiliated/quadrescence] has joined #sbcl 04:48:52 stassats [~stassats@wikipedia/stassats] has joined #sbcl 05:33:53 -!- Sgeo [~Sgeo@ool-ad034ea6.dyn.optonline.net] has quit [Read error: Connection reset by peer] 05:48:41 pnpuff [~dioxirane@unaffiliated/pnpuff] has joined #sbcl 05:51:24 akovalen` [~user@95.73.54.155] has joined #sbcl 05:53:50 -!- akovalenko [~user@95.73.120.3] has quit [Ping timeout: 260 seconds] 06:14:07 -!- pnpuff [~dioxirane@unaffiliated/pnpuff] has quit [Read error: Connection reset by peer] 06:18:25 -!- Quadrescence [~quad@unaffiliated/quadrescence] has quit [Quit: Leaving...] 06:48:14 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 240 seconds] 06:57:05 prxq [~mommer@mnhm-4d0105d6.pool.mediaWays.net] has joined #sbcl 07:01:40 pnpuff [~dioxirane@unaffiliated/pnpuff] has joined #sbcl 07:28:41 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 07:29:46 stassats [~stassats@wikipedia/stassats] has joined #sbcl 07:31:56 -!- pnpuff [~dioxirane@unaffiliated/pnpuff] has quit [Remote host closed the connection] 07:37:00 -!- Vivitron [~Vivitron@pool-98-110-213-33.bstnma.fios.verizon.net] has quit [Remote host closed the connection] 07:48:41 stassats` [~stassats@wikipedia/stassats] has joined #sbcl 07:54:47 -!- stassats [~stassats@wikipedia/stassats] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 07:55:56 tcr [~tcr@84-72-21-32.dclient.hispeed.ch] has joined #sbcl 08:34:23 -!- redline6561 [~redline65@li69-162.members.linode.com] has quit [Ping timeout: 252 seconds] 08:37:47 huangjs [~huangjs@114.91.230.238] has joined #sbcl 08:38:55 redline6561 [~redline65@li69-162.members.linode.com] has joined #sbcl 09:02:23 -!- huangjs [~huangjs@114.91.230.238] has quit [Quit: This computer has gone to sleep] 09:07:26 -!- tcr [~tcr@84-72-21-32.dclient.hispeed.ch] has quit [Quit: Leaving.] 09:14:20 it's not the first time sb-sprof during load/compile causes "no transport function for object 0x44dbd4bf (widetag 0x47)" 09:14:36 not completely reliably 09:17:15 although, several LOADS of asdf.lisp are sufficient to cause it 09:18:42 huangjs [~huangjs@199.180.254.36] has joined #sbcl 09:20:34 -!- huangjs [~huangjs@199.180.254.36] has quit [Client Quit] 09:23:37 huangjs [~huangjs@199.180.254.36] has joined #sbcl 09:32:02 sight, it's really non-deterministic 09:59:37 Fare [~fare@men75-12-88-183-198-131.fbx.proxad.net] has joined #sbcl 10:00:11 -!- huangjs [~huangjs@199.180.254.36] has quit [Ping timeout: 252 seconds] 10:01:22 huangjs [~huangjs@114.91.230.238] has joined #sbcl 10:03:55 -!- akovalen` is now known as akovalenko 10:04:06 (loop repeat 1000 do (compile nil '(lambda (x) x)) (sb-ext:gc :full t)) is a more reliable way 10:20:50 -!- jdz [~jdz@85.254.212.34] has quit [Quit: Byebye.] 11:04:33 jdz [~jdz@85.254.212.34] has joined #sbcl 11:17:12 wbooze [~wbooze@xdsl-78-35-145-39.netcologne.de] has joined #sbcl 11:45:14 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 12:19:04 a theoretical question: (1) would it be too hard to automatically DXify all closures which are downward funargs for CL: stuff, (2) would it make sense? 12:46:59 Vivitron [~Vivitron@pool-98-110-213-33.bstnma.fios.verizon.net] has joined #sbcl 12:48:01 -!- Vivitron [~Vivitron@pool-98-110-213-33.bstnma.fios.verizon.net] has quit [Read error: Connection reset by peer] 12:50:21 Vivitron [~Vivitron@pool-98-110-213-33.bstnma.fios.verizon.net] has joined #sbcl 13:03:48 (1) no, I think it isn't (2) yes 14:06:10 -!- prxq [~mommer@mnhm-4d0105d6.pool.mediaWays.net] has quit [Quit: Leaving] 14:16:42 leuler [~user@p548FA83A.dip.t-dialin.net] has joined #sbcl 14:46:30 huangjs_ [~huangjs@114.91.239.152] has joined #sbcl 14:47:29 -!- huangjs [~huangjs@114.91.230.238] has quit [Ping timeout: 248 seconds] 14:51:49 -!- huangjs_ [~huangjs@114.91.239.152] has quit [Quit: This computer has gone to sleep] 14:55:24 -!- Fare [~fare@men75-12-88-183-198-131.fbx.proxad.net] has quit [Ping timeout: 252 seconds] 14:59:51 loke [~elias@bb115-66-85-121.singnet.com.sg] has joined #sbcl 15:29:36 foom [jknight@nat/google/x-bsjfqmrifrkopvfq] has joined #sbcl 15:46:53 looks like the problem is that a profiling signal is delivered during GC 15:47:33 lichtblau: therep 15:50:08 -!- akovalenko [~user@95.73.54.155] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 15:53:12 akovalenko [~user@95.73.54.155] has joined #sbcl 15:55:31 -!- wbooze [~wbooze@xdsl-78-35-145-39.netcologne.de] has quit [Read error: Operation timed out] 16:27:40 -!- scymtym [~user@2001:638:504:2093:226:b9ff:fe7d:3e1f] has quit [Remote host closed the connection] 16:28:47 scymtym [~user@2001:638:504:2093:226:b9ff:fe7d:3e1f] has joined #sbcl 16:29:03 wbooze [~wbooze@xdsl-84-44-153-240.netcologne.de] has joined #sbcl 17:01:34 stassats`: sb-safepoint? 17:05:21 Fare [~fare@men75-12-88-183-198-131.fbx.proxad.net] has joined #sbcl 17:05:21 yep 17:05:56 lichtblau: (progn #.(not (require :sb-sprof)) (sb-sprof:start-profiling) (sb-thread:make-thread (lambda () (loop repeat 1000 do (compile nil '(lambda (x) x)) do (sb-ext:gc :full t))))) 17:05:58 crashes the gc 17:10:13 hmm. look at some of the fancy checks in maybe_defer_handler and do the same checks in sigprof_handler_trampoline? 17:11:04 and don't forget to merge windows sprof at the same time ;-p 17:11:15 MORE MERGING 17:11:41 so, is that sb-sprof's fault? 17:13:05 it's LISP_FEATURE_SB_SAFEPOINT_STRICTLY's fault. Only with this feature set is sigprof_handler_trampoline used. 17:13:18 otherwise it gets treated as a signal like any other 17:13:35 i see 17:14:11 interestingly, only compilation is able to trigger it consistently, just consing lists doesn't 17:15:20 -!- Fare [~fare@men75-12-88-183-198-131.fbx.proxad.net] has quit [Ping timeout: 255 seconds] 17:15:27 might be without-gcing somewhere 17:18:18 justdit [justdit@gateway/shell/bshellz.net/x-bcuymtxzitgxoeuo] has joined #sbcl 17:21:42 can't maybe_defer_handler just be called? 17:25:41 and by looking at the code, can't the same thing happen to any other signal handlers? 17:26:41 anyway, it's too late for this kind of thing 17:27:41 This handler is very specially special; it's the only signal handler that is safe to run during what used to be pseudo atomic. 17:30:23 I don't know what the right solution is. Needs thinking about what the failure mode is. You might want to check that you're not in a safepoint, not running GC, and that (in case you're in foreign code) your csp page isn't trapped. 17:31:42 Haven't thought about this at all though, and it's too late for me, too. :-) 17:43:37 Thra11 [~thrall@87.115.26.136] has joined #sbcl 17:45:10 -!- leoc` [~leoc.git@p57B9A631.dip.t-dialin.net] has quit [Remote host closed the connection] 17:45:29 lichtblau: are you in finland already? 17:52:56 yeah :-) 17:53:14 *stassats`* 's going to helsinki for the weekend tomorrow morning 17:54:19 pnpuff [~dioxirane@unaffiliated/pnpuff] has joined #sbcl 17:54:40 cool. holiday? work? 17:55:10 holiday 17:56:10 hmm, I'm not really available tomorrow :-(. _maybe_ on sunday, but it's a big maybe. 17:57:34 i'll be busy too, shopping and things 17:58:13 suerly there are cheaper cities to shop in :-) 17:58:57 there are, but helsinki's closer 18:09:06 slyrus [~chatzilla@adsl-76-254-45-27.dsl.pltn13.sbcglobal.net] has joined #sbcl 18:31:28 leoc [~leoc.git@p57B9A631.dip.t-dialin.net] has joined #sbcl 18:35:03 -!- edgar-rft [~GOD@HSI-KBW-149-172-63-75.hsi13.kabel-badenwuerttemberg.de] has quit [Quit: eternal darkness] 18:37:04 segv- [~mb@dslb-094-223-002-051.pools.arcor-ip.net] has joined #sbcl 18:39:18 i have a strange issues where sbcl (1.1.4 on freebsd) is reporting very limited backtraces (6 frames, 4 of which are "foreign function") compared to what i see on linux 18:40:39 where on linux i get, for the same form, (length 3), a "normal" looking backtrace with function names and locals and what not. 18:41:05 (my actual problem is that, in some deeply nested code, i'm getting backtraces with only 6 frames instead of the 30 or 40 i need) 18:45:52 another reason not to use freebsd! 18:46:43 -!- angavrilov [~angavrilo@217.71.227.190] has quit [Ping timeout: 240 seconds] 18:47:06 ok, now i'm really confused: sbcl --eval "(+ 2 'a)" -> short backtrace. 18:47:15 sbcl --eval "(+ 'a 2)" -> long backtrace 18:47:32 and this is even reproducible. 18:47:55 stassats`: in this instance, i really wish i could... 18:50:30 pnpuff_ [~dioxirane@unaffiliated/pnpuff] has joined #sbcl 18:51:45 they go through different paths 18:52:31 basically (do ((result 'a (+ result (nth i numbers)))) (declare (number result))) 18:53:11 so, (+ 2 'a) fails at (two-arg-+ 2 'a), and (+ 'a 2) fails at binding RESULT, since it's declared as number 18:53:36 -!- pnpuff [~dioxirane@unaffiliated/pnpuff] has quit [Ping timeout: 264 seconds] 18:54:59 -!- pnpuff_ [~dioxirane@unaffiliated/pnpuff] has quit [Remote host closed the connection] 18:55:00 ok, that makes sense. 18:55:20 so the reason i'm getting a "short" backtrace is that i don't actually have anything on the stack in that case? 18:56:54 pnpuff [~dioxirane@unaffiliated/pnpuff] has joined #sbcl 19:07:54 -!- stassats` [~stassats@wikipedia/stassats] has quit [Ping timeout: 256 seconds] 19:12:58 -!- pnpuff [~dioxirane@unaffiliated/pnpuff] has quit [Quit: leaving] 19:36:18 -!- leuler [~user@p548FA83A.dip.t-dialin.net] has quit [Quit: ERC Version 5.1.2 $Revision: 1.796.2.6 $ (IRC client for Emacs)] 19:38:21 -!- psilord [~psilord@c-69-180-173-249.hsd1.mn.comcast.net] has quit [Quit: Leaving.] 19:47:53 segv-: there's also that the trampoline that call to two-arg-+ doesn't create a full stack frame, so the backtrace skips a frame 20:40:37 -!- leoc [~leoc.git@p57B9A631.dip.t-dialin.net] has quit [Read error: Connection reset by peer] 20:43:37 Qworkescence [~quad@unaffiliated/quadrescence] has joined #sbcl 20:43:48 -!- Qworkescence [~quad@unaffiliated/quadrescence] has quit [Remote host closed the connection] 20:55:25 leoc [~leoc.git@p57B9A631.dip.t-dialin.net] has joined #sbcl 21:39:12 leoc` [~leoc.git@p57B9BEC9.dip.t-dialin.net] has joined #sbcl 21:42:32 -!- leoc [~leoc.git@p57B9A631.dip.t-dialin.net] has quit [Ping timeout: 255 seconds] 21:52:20 Qworkescence [~quad@unaffiliated/quadrescence] has joined #sbcl 22:12:50 Thra11_ [~thrall@87.114.176.37] has joined #sbcl 22:15:29 -!- Thra11 [~thrall@87.115.26.136] has quit [Ping timeout: 255 seconds] 22:39:48 -!- segv- [~mb@dslb-094-223-002-051.pools.arcor-ip.net] has quit [Quit: segv-] 22:41:03 -!- Strigoides [~owen@60-234-213-126.bitstream.orcon.net.nz] has quit [Quit: leaving] 22:41:13 Strigoides [~owen@60-234-213-126.bitstream.orcon.net.nz] has joined #sbcl 23:56:41 tcr [~tcr@84-72-21-32.dclient.hispeed.ch] has joined #sbcl