00:14:34 -!- Blkt [~user@82.84.189.92] has quit [Remote host closed the connection] 00:26:56 stassats [~stassats@wikipedia/stassats] has joined #sbcl 00:32:00 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 276 seconds] 01:05:17 -!- Quadresce is now known as Quadrescence 01:28:09 -!- kanru [~kanru@2620:101:8003:300:8ea9:82ff:fe77:2e8e] has quit [Ping timeout: 240 seconds] 02:33:32 _travis_ [~travis@c-24-127-49-108.hsd1.va.comcast.net] has joined #sbcl 02:50:02 SHUPFS [~user@S0106001111de1fc8.cg.shawcable.net] has joined #sbcl 03:02:03 -!- _travis_ [~travis@c-24-127-49-108.hsd1.va.comcast.net] has quit [Remote host closed the connection] 03:21:08 wbooze [~wbooze@xdsl-78-35-146-208.netcologne.de] has joined #sbcl 03:22:02 -!- wbooze [~wbooze@xdsl-78-35-146-208.netcologne.de] has quit [Remote host closed the connection] 03:23:18 wbooze [~wbooze@xdsl-78-35-146-208.netcologne.de] has joined #sbcl 03:25:51 Quadresce [~quad@unaffiliated/quadrescence] has joined #sbcl 03:28:35 -!- Quadrescence [~quad@unaffiliated/quadrescence] has quit [Ping timeout: 246 seconds] 03:31:47 kanru [~kanru@209.118.182.194] has joined #sbcl 03:42:36 maxm [~user@unaffiliated/maxm] has joined #sbcl 03:43:37 had there been any finish-output changes on fd-streams recently? 03:45:01 *maxm* got a bug report that log4cl seems not to flush last few log messages in a file, so far it seems autoflusher thread is running, trying to get the guy to trace FINISH-OUTPUT to see if it gets called, I'm pretty sure it does 03:45:32 looking into (finish-output) there seems to be a lot of code dealing with buffering in fd-stream.lisp 04:54:35 -!- Quadresce is now known as Quadrescence 05:02:30 -!- rbarraud [~rbarraud@222-155-139-54.jetstream.xtra.co.nz] has quit [Ping timeout: 264 seconds] 06:02:38 sdemarre [~serge@91.176.11.82] has joined #sbcl 06:05:05 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 06:16:44 jdz [~jdz@89.201.97.48] has joined #sbcl 06:19:11 -!- drl [~lat@110.139.229.172] has quit [Ping timeout: 252 seconds] 06:32:06 drl [~lat@110.139.229.172] has joined #sbcl 06:39:54 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 06:40:00 -!- Phoodus [~foo@wsip-68-107-217-139.ph.ph.cox.net] has quit [Ping timeout: 255 seconds] 06:40:52 -!- kanru [~kanru@209.118.182.194] has quit [Ping timeout: 246 seconds] 07:19:12 prxq [~mommer@mnhm-590c31a8.pool.mediaWays.net] has joined #sbcl 07:22:39 angavrilov [~angavrilo@217.71.227.190] has joined #sbcl 07:30:30 ok, so now how I do I get a lisp string from, say, an alien (ARRAY CHAR 64)? 07:30:54 -!- flip214 [~marek@unaffiliated/flip214] has quit [Excess Flood] 07:31:15 flip214 [~marek@86.59.100.100] has joined #sbcl 07:31:15 -!- flip214 [~marek@86.59.100.100] has quit [Changing host] 07:31:15 flip214 [~marek@unaffiliated/flip214] has joined #sbcl 08:09:20 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 08:19:50 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 08:28:16 -!- wbooze [~wbooze@xdsl-78-35-146-208.netcologne.de] has quit [Ping timeout: 244 seconds] 08:31:54 Phoodus [~foo@ip72-223-116-248.ph.ph.cox.net] has joined #sbcl 08:38:22 attila_lendvai [~attila_le@87.247.57.120] has joined #sbcl 08:38:22 -!- attila_lendvai [~attila_le@87.247.57.120] has quit [Changing host] 08:38:22 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 08:44:23 -!- slyrus [~chatzilla@host229-131-dynamic.18-79-r.retail.telecomitalia.it] has quit [Ping timeout: 252 seconds] 09:28:56 echo-area [~user@114.254.102.196] has joined #sbcl 09:36:31 rbarraud [~rbarraud@222-155-139-54.jetstream.xtra.co.nz] has joined #sbcl 10:01:01 Maroni [~user@046-220-008-061.dyn.orange.at] has joined #sbcl 10:06:33 -!- sdemarre [~serge@91.176.11.82] has quit [Quit: Leaving.] 11:12:27 -!- scymtym [~user@2001:638:504:2093:226:b9ff:fe7d:3e1f] has quit [Read error: Connection reset by peer] 11:12:48 scymtym [~user@2001:638:504:2093:226:b9ff:fe7d:3e1f] has joined #sbcl 11:21:58 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 12:34:30 dtw [~dtw@pdpc/supporter/active/dtw] has joined #sbcl 13:38:15 hm, no slyrus 13:41:24 -!- redline6561 [~redline65@li69-162.members.linode.com] has quit [Quit: ZNC - http://znc.in] 13:41:58 redline6561 [~redline65@li69-162.members.linode.com] has joined #sbcl 13:50:05 psilord [~psilord@23-25-144-217-static.hfc.comcastbusiness.net] has joined #sbcl 14:09:55 wbooze [~wbooze@xdsl-84-44-176-32.netcologne.de] has joined #sbcl 14:10:50 -!- rbarraud [~rbarraud@222-155-139-54.jetstream.xtra.co.nz] has quit [Ping timeout: 252 seconds] 14:33:59 chturne [~chturne@host86-148-233-236.range86-148.btcentralplus.com] has joined #sbcl 14:51:30 frstor (%esp) 14:51:34 - addl $108,%esp 14:51:36 + addl $112,%esp 14:52:08 why, oh why? 14:54:00 stassats [~stassats@wikipedia/stassats] has joined #sbcl 15:00:35 LiamH [~none@pdp8.nrl.navy.mil] has joined #sbcl 15:02:44 lichtblau: what's that? 15:05:31 ... a diff hunk which seems unnecessary to me. Maybe it's a completely obvious fix for everyone else though. 15:06:33 is that in sbcl? 15:07:13 yeah, windows threading branch 15:07:25 ah, ok 15:09:03 maybe the frstor block is actually 112 long, not 108? 15:09:45 I think 94 and 108 are options; 112 not so much. 15:10:55 oohh. stack alignment. 15:11:03 Might be my bad as well. 15:12:58 are you talking about in x86-assem.S? 15:13:19 on x86 you only need 4-byte stack alignment, though, no? 15:13:25 I think I have a similar fix in one of my branches. 15:14:00 Windows might be assuming stronger alignment, for all I know. With SSE, it makes sense. 15:14:31 http://msdn.microsoft.com/en-us/library/aa290049(v=vs.71).aspx 15:15:09 it says, generally, 4-byte on x86, 16byte on x86-64. 15:15:15 all right then. 15:27:06 btw my problem above ended up having trivial cause, that he does sb-ext:exit, and last few log messages were not flushed 15:28:08 maybe sbcl should have a bug filed, that (exit) should flush the buffers o fd-streams? seems thats the way it generally works in other systems, ie in C you don't have to fflush(stdout) before exiting, and it does not lose any messages 15:29:52 does he call it with :abort t? 15:29:58 whic calls _exit 15:30:32 have not asked, I think its a command line utility, so maybe the main function simply returns? 15:31:27 I noticed that there are bunch of buffering in fd-stream.lisp, which is on top of fds, ie fd-stream is not just a forwarder to write(fd, ...) 15:39:10 I'd say a case could be made that any streams with a finalizer that are still open after unwinding should be closed by exit (not just the standard I/O streams) 15:40:21 Here is a test program: http://paste.lisp.org/display/130675 . User says CCL works same as C in this situation for what its worth 15:40:52 *maxm* gonna do the *exit-hooks* for now 15:41:09 -!- Maroni [~user@046-220-008-061.dyn.orange.at] has quit [Ping timeout: 260 seconds] 15:41:37 adding finish-output works 15:42:12 maxm: bad idea, use unwind-protect 15:42:29 stassats: yea, thats what I'll do.. log4cl does the autoflusher thread thing similar to slime, so that its both buffering, while flushing at intervals 15:43:25 fe[nl]ix: well actually I'm adding an exported api too, log:flush-all-appenders, so ppl can add it to unwind-protect in these situations.. 15:43:50 or he can use (log:config :immediate-flush) for now 15:45:28 maxm: or, even better, have a macro with-logs that does that automatically 15:45:38 or, at least, by default 15:46:46 thanks, that's a pretty good idea also. 15:49:40 because flushing streams inside an exit hook requires keeping track of all open log stream globally, and using locks, etc... 15:51:14 fe[nl]ix: oh I already have all that machinery 15:52:33 its all clos based, appenders keep track how many loggers have them attached, so they can close files when they are removed, and also register/deregister themself with the flusher thread 15:53:59 Not an answer to your request, but I always flush logs line-by-line, because what good is a log you can't inspect fully while the server is still running? 15:55:23 lichtblau: the flusher thread guarantees that finish-output will be called within heartbeat of the last message logged, so its really not noticable. There is also an :immediate-flush option too 15:56:25 but I found that with immediate-flush, if you have lots of logging under load, it distorts the picture, because large amount of CPU is actually used by logging process itself.. Buffering with background periodic flushing is best compromise 15:59:37 in fact having the above problem with log4j (ie have to f5 the browser many times to actually see debug you just added to jsp page), was the reason i coded in as above 15:59:50 maxm: "noticeable" not "noticable" 16:05:53 in C, I believe only the standard IO streams are guaranteed to be closed. 16:15:01 sdemarre [~serge@91.176.11.82] has joined #sbcl 16:15:50 IIANM, all "stdio" streams are closed on exit, no matter which fd. (Isn't it a lisp invention to call only the streams for fd 0/1/2 "standard streams"?) 16:16:40 Dear threads, please stop crashing -- kthx. 16:49:14 Oh, you're right; all the stdio streams are flushed on exit(). Maybe it was just C++ streams which don't get flushed. 17:02:50 kanru [~kanru@nat/mozilla/x-xjvdrtachcwzuzbk] has joined #sbcl 17:04:31 -!- tsuru` [~charlie@adsl-74-179-250-64.bna.bellsouth.net] has quit [Remote host closed the connection] 17:08:53 -!- christoph_debian [~user@oteiza.siccegge.de] has quit [Read error: No route to host] 17:11:46 tsuru` [~charlie@adsl-74-179-250-64.bna.bellsouth.net] has joined #sbcl 17:15:51 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 17:17:40 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Client Quit] 17:24:36 milanj [~milanj_@93-86-232-46.dynamic.isp.telekom.rs] has joined #sbcl 17:24:48 -!- redline6561 [~redline65@li69-162.members.linode.com] has quit [Ping timeout: 252 seconds] 17:25:48 redline6561_ [~redline65@li69-162.members.linode.com] has joined #sbcl 17:50:24 -!- angavrilov [~angavrilo@217.71.227.190] has quit [Ping timeout: 244 seconds] 18:06:56 -!- SHUPFS [~user@S0106001111de1fc8.cg.shawcable.net] has quit [Ping timeout: 244 seconds] 18:11:45 Maroni [~user@046-220-114-055.dyn.orange.at] has joined #sbcl 18:52:51 -!- dtw [~dtw@pdpc/supporter/active/dtw] has quit [Read error: Connection reset by peer] 19:28:23 SHUPFS [~user@S0106001111de1fc8.cg.shawcable.net] has joined #sbcl 19:28:53 huangjs [~huangjs@190.8.100.83] has joined #sbcl 19:35:45 -!- LiamH [~none@pdp8.nrl.navy.mil] has quit [Quit: Leaving.] 20:50:11 lichtblau: do all supported systems have that alternative to pthread_attr_setstack? 20:50:52 -!- wbooze [~wbooze@xdsl-84-44-176-32.netcologne.de] has quit [Ping timeout: 252 seconds] 20:51:22 -!- jdz [~jdz@89.201.97.48] has quit [Ping timeout: 246 seconds] 21:25:17 -!- prxq [~mommer@mnhm-590c31a8.pool.mediaWays.net] has quit [Quit: Leaving] 21:31:16 -!- milanj [~milanj_@93-86-232-46.dynamic.isp.telekom.rs] has quit [Quit: Leaving] 21:33:23 Fare [fare@nat/google/x-nzyvqheindzmctev] has joined #sbcl 21:55:11 slyrus [~chatzilla@LMontsouris-156-26-49-159.w217-128.abo.wanadoo.fr] has joined #sbcl 22:04:30 -!- psilord [~psilord@23-25-144-217-static.hfc.comcastbusiness.net] has quit [Quit: Leaving.] 22:09:30 -!- sdemarre [~serge@91.176.11.82] has quit [Ping timeout: 246 seconds] 22:32:54 -!- Fare [fare@nat/google/x-nzyvqheindzmctev] has quit [Quit: Leaving] 22:54:18 _travis_ [~travis@c-24-127-49-108.hsd1.va.comcast.net] has joined #sbcl