00:11:11 Quadrescence [~quad@unaffiliated/quadrescence] has joined #sbcl 01:14:55 -!- udzinari` [~user@ip-89-102-12-6.net.upcbroadband.cz] has quit [Ping timeout: 248 seconds] 01:57:54 -!- drdo [~drdo@85.207.54.77.rev.vodafone.pt] has quit [Remote host closed the connection] 01:58:09 drdo [~drdo@85.207.54.77.rev.vodafone.pt] has joined #sbcl 02:29:04 -!- homie [~levgue@xdsl-87-79-194-68.netcologne.de] has quit [Read error: Operation timed out] 02:29:29 homie` [~levgue@xdsl-78-35-146-81.netcologne.de] has joined #sbcl 03:45:25 -!- loke [~elias@bb115-66-85-121.singnet.com.sg] has quit [Ping timeout: 260 seconds] 03:47:53 loke [~elias@bb115-66-85-121.singnet.com.sg] has joined #sbcl 04:12:38 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 04:13:51 tsuru`` [~charlie@adsl-74-179-17-132.bna.bellsouth.net] has joined #sbcl 04:15:59 -!- tsuru` [~charlie@adsl-74-179-29-223.bna.bellsouth.net] has quit [Ping timeout: 258 seconds] 04:44:03 -!- antgreen [~user@70.50.65.12] has quit [Ping timeout: 255 seconds] 04:46:32 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Ping timeout: 260 seconds] 05:35:11 attila_lendvai [~attila_le@62-84-51-137.customers.almanet.kz] has joined #sbcl 05:35:11 -!- attila_lendvai [~attila_le@62-84-51-137.customers.almanet.kz] has quit [Changing host] 05:35:11 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 05:41:40 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Read error: Connection reset by peer] 06:00:59 attila_lendvai [~attila_le@62-84-51-137.customers.almanet.kz] has joined #sbcl 06:00:59 -!- attila_lendvai [~attila_le@62-84-51-137.customers.almanet.kz] has quit [Changing host] 06:00:59 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 06:44:20 oh. (file-namestring #P"/foo/bar/baz.txt") => "/foo/bar/baz.txt" 06:45:02 "file-namestring returns just the name, type, and version components of pathname." (clhs) 06:45:14 now, is there a bug report already?.. 06:48:52 *akovalenko* submitted https://bugs.launchpad.net/sbcl/+bug/884603 06:52:05 *akovalenko* tagged it invalid. Either my local changes bite me, or it's a windows thing.. 06:56:22 *akovalenko* reopened it again. The bug is in sb-simple-streams. 07:19:01 hmm. Faré's concern w.r.t. run-program is reasonable. I used to think somehow that my corrections to argument-escaping were accepted already, but that's not so. And it seems that switching over to CreateProcess /and/ escaping arguments correctly should be done simultaneously.. 08:04:29 cmm [~cmm@109.67.212.191] has joined #sbcl 08:11:00 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Ping timeout: 260 seconds] 08:11:26 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 08:52:20 hlavaty [~user@91-65-217-112-dynip.superkabel.de] has joined #sbcl 09:00:52 nikodemus [~nikodemus@cs181063174.pp.htv.fi] has joined #sbcl 09:00:52 -!- ChanServ has set mode +o nikodemus 09:03:46 antifuchs: aroundp 09:04:37 Krystof [~user@77-58-246-74.dclient.hispeed.ch] has joined #sbcl 09:04:49 nikodemus: read-bugmail-p 09:05:09 sdemarre [~serge@91.176.62.153] has joined #sbcl 09:07:49 jsnell: 54b330585ed41 [Sep 6 2006] w.r.t. run-program -- do you remember if MSVCRT spawn* really fails to escape argv properly? 09:14:39 no, I suspect that part was written by yaroslav, I just added the comment 09:20:11 Well, I've tested and spawnv doesn't escape, consistently on Wine and real Windows. Should I figure out what it /does/ and use it as a basis for lightweight patch to spawn-based run-program? (that's for mainline only; in the long run, switching to CreateProcess is inevitable..) 09:21:17 If spawnv simply joins arguments with spaces, it's possible for SBCL to do its part correctly (with something more elaborate than s/"/\\"/, of course).. 09:24:57 And on spawnv & spawnvp, MSDN sets a new standard of vagueness :-E. "Passing an array of pointers to command-line arguments", that's all. 09:27:07 Spawnvp behavior is really documented on _spawn & _wspawn page in more deails. Then it's reliable enough. 09:27:14 *details 09:35:27 My win32 argument escaping can be used for spawn as well as for createprocess, apparently. I'll go on with a lightweight patch.. 09:59:55 What's the point of physicalize-pathname in sb-simple-streams' file-namestring? Now we have (require :sb-simple-streams) (file-namestring #P"SYS:BOGUS;FILE") signalling an LPN translation error, and that seems illegitimate.. 10:04:26 -!- Krystof [~user@77-58-246-74.dclient.hispeed.ch] has quit [Ping timeout: 258 seconds] 10:16:55 prxq [~mommer@mnhm-590c30a5.pool.mediaWays.net] has joined #sbcl 10:16:59 antgreen [~user@bas3-toronto06-1177698375.dsl.bell.ca] has joined #sbcl 10:17:00 -!- prxq [~mommer@mnhm-590c30a5.pool.mediaWays.net] has quit [Read error: Connection reset by peer] 10:23:10 akovalen` [~anton@95.73.104.74] has joined #sbcl 10:24:48 -!- akovalenko [~anton@95.73.51.146] has quit [Ping timeout: 240 seconds] 10:25:52 -!- akovalen` is now known as akovalenko 10:46:21 akovalenko: which one? 10:46:36 nikodemus: sorry, lost a context... 10:46:49 [11:04] nikodemus: read-bugmail-p 10:47:40 I meant sb-simple-string's file-namestring 10:48:28 i don't see why sb-simple-streams needs to redefine it at all, really 10:49:33 nikodemus: can a non-ansi stream be a pathname designator by default? 10:51:29 not sure -- but surely file-namestring isn't the place to make it so 10:55:50 nikodemus: apparently, that redefinition was your own (commit be6abfb75 "give unix-namestring a chop") 10:57:13 Krystof [~user@77-57-187-186.dclient.hispeed.ch] has joined #sbcl 10:58:27 hah 10:58:45 roads to hell and best intentions, etc 10:59:42 DEVICE-OPEN in file.lisp has a possible explanation of why that redefinition was there 11:00:04 it should use native-namestring, i believe 11:01:01 yep 11:01:25 a few other suspicious looking calls to file-namestring elsewhere in sb-simple-streams too 11:05:57 impl.lisp: -- sb-int:file-name: should have native-namestring, definitely. 11:21:28 nikodemus: I'm sorry; all the machines with subclassable-structs on them are currently off 11:21:38 I will try to make one of them be on in the near term 11:22:07 ok 11:24:58 in other news: only 11 exported symbols left to document in screamer... and then i can give the manual a harmonization pass. and then... *pheef* 11:31:51 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 11:34:53 -!- hlavaty [~user@91-65-217-112-dynip.superkabel.de] has quit [Read error: Connection reset by peer] 11:35:05 hlavaty [~user@91-65-217-112-dynip.superkabel.de] has joined #sbcl 11:54:24 -!- jiacobucci [~jiacobucc@gw-asdl.ae.gatech.edu] has quit [Ping timeout: 240 seconds] 11:55:21 jiacobucci [~jiacobucc@gw-asdl.ae.gatech.edu] has joined #sbcl 11:56:06 prxq [~mommer@mnhm-590c30a5.pool.mediaWays.net] has joined #sbcl 12:09:48 -!- homie` [~levgue@xdsl-78-35-146-81.netcologne.de] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 12:11:09 well, the single-float-bit thing on sparc seems to be due to a bad operand constraint definition in the VOP. 12:19:03 -!- tsuru`` is now known as tsuru 12:21:09 -!- antgreen [~user@bas3-toronto06-1177698375.dsl.bell.ca] has quit [Remote host closed the connection] 12:31:03 tsuru` [~charlie@adsl-74-179-30-15.bna.bellsouth.net] has joined #sbcl 12:32:24 -!- tsuru [~charlie@adsl-74-179-17-132.bna.bellsouth.net] has quit [Ping timeout: 240 seconds] 13:26:33 -!- nikodemus [~nikodemus@cs181063174.pp.htv.fi] has quit [Quit: This computer has gone to sleep] 13:29:04 nikodemus [~nikodemus@cs181063174.pp.htv.fi] has joined #sbcl 13:29:04 -!- ChanServ has set mode +o nikodemus 13:32:36 -!- nikodemus [~nikodemus@cs181063174.pp.htv.fi] has quit [Client Quit] 13:42:41 homie [~levgue@xdsl-78-35-146-81.netcologne.de] has joined #sbcl 13:43:20 Is there some way to wait for SLIME's repl to be ready for input before calling SLIME-EVAL? 14:10:44 -!- homie [~levgue@xdsl-78-35-146-81.netcologne.de] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 14:29:59 nikodemus [~nikodemus@cs181056239.pp.htv.fi] has joined #sbcl 14:30:00 -!- ChanServ has set mode +o nikodemus 14:31:06 nyef [~nyef@c-174-63-105-188.hsd1.ma.comcast.net] has joined #sbcl 14:31:17 G'morning all. 15:05:56 hi nyef 15:12:36 antgreen [~user@c74-230.rim.net] has joined #sbcl 16:02:54 nikodemus: t 16:03:12 -!- rpg [~rpg@216.243.156.16.real-time.com] has quit [Ping timeout: 240 seconds] 16:05:07 -!- antgreen [~user@c74-230.rim.net] has quit [Remote host closed the connection] 16:12:01 drdo` [~drdo@85.207.54.77.rev.vodafone.pt] has joined #sbcl 16:13:36 -!- drdo [~drdo@85.207.54.77.rev.vodafone.pt] has quit [Ping timeout: 240 seconds] 16:26:11 antifuchs: i was going to ask if you had you bisecter still handy, but no need anymore 16:26:32 homie [~levgue@xdsl-78-35-136-103.netcologne.de] has joined #sbcl 16:26:35 ah, ok 16:27:42 LiamH [~none@pdp8.nrl.navy.mil] has joined #sbcl 16:32:28 ooh 16:32:31 i have an idea 16:34:20 bisecting on the cloud :) 16:35:50 yes! 16:36:32 you could branch out onto multiple instances even (: 16:36:39 tri/quadsecting (: 16:44:03 -!- homie [~levgue@xdsl-78-35-136-103.netcologne.de] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 17:11:25 antifuchs: in how many dimensions does your version control live, that bisecting is not enough? 17:13:59 rpg [~rpg@184-215-112-68.pools.spcsdns.net] has joined #sbcl 17:16:38 -!- rpg [~rpg@184-215-112-68.pools.spcsdns.net] has quit [Read error: Connection reset by peer] 17:18:49 antifuchs: or keep pre-built trees and run them all in parallel 17:19:15 yeah, pretty much that 17:20:42 if you spawn one instance per potential choice ahead (so run three tests in parallel), I guess you could speed this up by a nice constant factor (: 17:21:17 but that would probably cost more and buy just a very little speedup since bisection is already pretty fast (: 17:21:42 yes, bisection is log(N) ... so the constant value won't help that much. 17:22:02 flip214: 20 minute -> 2 minute helps a lot. 17:24:00 -!- dsp_ [~tt@lebesgue.cowpig.ca] has quit [Ping timeout: 276 seconds] 17:24:19 dsp_ [~tt@lebesgue.cowpig.ca] has joined #sbcl 17:24:47 pkhuong: if only compilation could be done with "make -j" ... 17:24:56 would help much more, I believe 17:48:39 Actually, we probably COULD use make -j, but only for the runtime files. 17:50:50 Now, if only our package, build, and load dependencies weren't so tangled as to give even Alexander the Great pause... 17:56:42 -!- hlavaty [~user@91-65-217-112-dynip.superkabel.de] has quit [Ping timeout: 258 seconds] 17:58:43 udzinari [~user@ip-89-102-12-6.net.upcbroadband.cz] has joined #sbcl 18:09:12 <_8david> shouldn't be hard to figure out which exact dependencies need to be observed for the current files; sounds exactly like what Fare has been working on for his cfasl-based solutions for other projects. 18:09:12 -!- Krystof [~user@77-57-187-186.dclient.hispeed.ch] has quit [Ping timeout: 240 seconds] 18:10:03 <_8david> However, I wonder whether those files' dependencies might not be reasonable enough to produce any speedup at all, and how much refactoring would be needed to improve on that. 18:11:25 Anyone here familiar with SBCL bivalent streams? 18:12:00 -!- Guest66415 is now known as reb` 18:14:12 Mmm. Some of this stuff is just too tangled. 18:15:00 Did you read what I said recently about most of the !cold-init-FOO functions being an indication that our load-time dependency order is wrong? 18:18:13 reb`: what's the problem ? 18:18:29 Qworkescence [~quad@unaffiliated/quadrescence] has joined #sbcl 18:18:33 I changed Swank's socket connection accepting code ... to make the Swank socket stream be a bivalent stream. Now with no pending input no the socket peek-char on the stream returns #\Nul and evaluating read-sequence with a 6 character string also returns immediately. 18:18:58 s/input no/input 18:19:34 sorry ... with no pending data on the socket, evaluating peek-char on the stream return #\Nul 18:19:50 ... returns #\Nul 18:19:58 Wow, can't type today to save my life. 18:23:48 The problems only start after my code reads a sequence of type (unsigned-byte 8). If the stream is bivalent and the code reads strings, then all is OK. When I mix string and unsigned-byte reading, then later peek-chars fail to wait for available input. 18:26:10 flip214: the great bisector has pre-built trees. 18:41:59 Fare [~Fare@74.125.59.116] has joined #sbcl 18:44:20 Ugh. Just tried to DOLIST a hash-table. :-/ 18:55:53 nyef: hi! When are you ready to talk at the BDSM ? 18:56:35 Still don't really have a topic, remember? 18:57:32 stassats [~stassats@wikipedia/stassats] has joined #sbcl 19:07:44 -!- nikodemus [~nikodemus@cs181056239.pp.htv.fi] has quit [Quit: This computer has gone to sleep] 19:20:48 -!- udzinari [~user@ip-89-102-12-6.net.upcbroadband.cz] has quit [Ping timeout: 245 seconds] 19:41:11 homie [~levgue@xdsl-78-35-136-103.netcologne.de] has joined #sbcl 20:39:12 -!- dsp_ [~tt@lebesgue.cowpig.ca] has quit [Ping timeout: 240 seconds] 20:40:13 dsp_ [~tt@lebesgue.cowpig.ca] has joined #sbcl 21:23:17 -!- angavrilov [~angavrilo@217.71.227.181] has quit [Ping timeout: 252 seconds] 21:38:00 -!- Fare [~Fare@74.125.59.116] has quit [Ping timeout: 240 seconds] 22:27:06 -!- nyef [~nyef@c-174-63-105-188.hsd1.ma.comcast.net] has quit [Quit: G'night all.] 22:34:01 -!- prxq [~mommer@mnhm-590c30a5.pool.mediaWays.net] has quit [Quit: Leaving] 22:43:36 -!- sdemarre [~serge@91.176.62.153] has quit [Ping timeout: 240 seconds] 22:44:16 -!- Posterdati [~tapioca@host133-226-dynamic.10-87-r.retail.telecomitalia.it] has left #sbcl 23:12:24 -!- homie [~levgue@xdsl-78-35-136-103.netcologne.de] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 23:42:58 -!- LiamH [~none@pdp8.nrl.navy.mil] has quit [Quit: Leaving.] 23:51:35 -!- Qworkescence [~quad@unaffiliated/quadrescence] has quit [Quit: Leaving]