01:26:34 -!- |3b|` [foobar@cpe-72-179-19-4.austin.res.rr.com] has quit [Read error: Connection reset by peer] 01:27:31 |3b|` [foobar@cpe-72-179-19-4.austin.res.rr.com] has joined #ccl 02:04:45 -!- |3b|` is now known as |3b| 02:11:16 -!- rme [rme@50BE4D1C.A884877E.699BA7A6.IP] has quit [Quit: rme] 02:11:17 -!- rme [~rme@50.43.151.225] has quit [Quit: rme] 02:30:51 rme [~rme@50.43.151.225] has joined #ccl 04:16:43 -!- rme [~rme@50.43.151.225] has quit [Quit: rme] 04:29:14 rme [~rme@50.43.151.225] has joined #ccl 05:10:03 -!- rme [~rme@50.43.151.225] has quit [Quit: rme] 05:40:21 udzinari [~user@ip-89-102-12-6.net.upcbroadband.cz] has joined #ccl 05:46:29 udzinari` [~user@ip-89-102-12-6.net.upcbroadband.cz] has joined #ccl 05:49:07 -!- udzinari` [~user@ip-89-102-12-6.net.upcbroadband.cz] has quit [Remote host closed the connection] 05:49:25 -!- udzinari [~user@ip-89-102-12-6.net.upcbroadband.cz] has quit [Ping timeout: 240 seconds] 10:38:17 -!- deepfire [~deepfire@80.92.100.69] has quit [Quit: ircII EPIC4-2.10.1 -- Are we there yet?] 11:12:21 deepfire [~deepfire@80.92.100.69] has joined #ccl 11:36:16 deepfire_ [~deepfire@80.92.100.69] has joined #ccl 11:36:29 -!- deepfire_ [~deepfire@80.92.100.69] has quit [Client Quit] 12:55:51 Xach [~xach@pdpc/supporter/professional/xach] has joined #ccl 12:57:54 Hi, ccl friends. I saw gbyers comment on ticket #891 that r15083M fixed the issue. It doesn't lead to any change for me. I'm wondering if I rebuilt incorrectly, or something. 13:04:06 I don't know if you rebuilt correctly or not. 13:04:58 Is there something in the running system I can check to see if I did? 13:05:31 (lisp-implementation-version) says "Version 1.7-r15083M (LinuxX8664)" 13:05:43 The svn revision in the "Welcome" banner or in (LISP- ... yes. 13:07:00 With the directory structure and CL:DIRECTORY call described in the ticket, I still only get quux.asd in the return value. 13:09:46 What should I do? 13:12:19 I dunno. I just tried what looks to me like your example, and DIRECTORY returned both .asd files. 13:13:13 Who should I ask? 13:15:36 Who should you ask what ? 13:15:50 If you don't know what I should do to proceed, do you know someone who might know? 13:18:21 I seem to be having a lot of difficulty communicating lately. If someone responds to a question by saying "I dunno". does that generally mean "I have no hope of ever knowing and you should ask someone else, because someone else will be able to answer your question immediately ?" If so, that's not what I meant. 13:19:01 When should I ask again? 13:19:08 Will you know later today? 13:20:43 Ah, I see the feedback on the ticket. I'll read it and see if I can figure out the next step. 13:21:32 If you respond to the question I asked in the ticket, I might know more than I do now. I certainly would like to know more than I do now. I can't predict when I'll know more with any degree of precision. 13:25:04 gbyers: I followed your transcript and got a different result (only one result returned). I see yours shows 1.8-dev-r15082M-trunk while mine is 1.7-r15083M. Should I try getting the same version as you? 13:25:32 *Xach* will paste local transcript into ticket 13:26:14 I built the lisp at r15082, then checked in the changed files as r15083. There shouldn't be any real difference. 13:31:44 transcript pasted 13:35:59 If you (trace CCL::%READ-DIR) and call (DIRECTORY "*/*.asd"), how many times is CCL::%READ-DIR called before the result is returned ? 13:36:23 -!- Intensity [eze1bCJjAL@unaffiliated/intensity] has quit [*.net *.split] 13:37:17 9 times. 13:38:26 I get 13 (if I counted correctly). Let me paste the output and we'll see how that differs from the output that you get. 13:43:32 Hopefully you can read that; I botched the wiki formatting. 13:44:32 got it, and pasted my result 13:48:18 Thanks. This may take a few iterations. (I don't know exactly how many, and as far as I know, no one else does.) Want to try a few more things ? 13:48:33 Definitely! 13:50:07 ccl builds so quickly, who cares how many iterations it takes? i can iterate 100 or 1000 times before breakfast! 13:52:10 *Xach* iterates 13:53:11 That's what we like to hear. I traced another function and pasted the output. It should see "bar" as being a directory and one that it hasn't processed already, and so the traced function should return T. I suspect that it doesn't do so for you, but let's see. 13:53:25 > Error: CCL::%NEW-DIRECTORY-P is undefined. 13:53:51 Hmm. Just a sec. 13:58:39 http://trac.clozure.com/ccl/changeset/15083 shows the new changes in r15083 in green. It sure seems to have been added (around line 372 in lib/pathnames.lisp), so maybe this is a build issue after all. 14:00:32 Hmm, how can I figure out if I didn't check out or update properly? 14:01:01 Is the function defined in your sources ? (Look at ccl/lib/pathnames.lisp around line 372). 14:01:33 No 14:01:56 Emacs says SVN-14358 in the modeline. 14:02:02 Intensity [UgkqQK1boU@unaffiliated/intensity] has joined #ccl 14:02:18 (not sure what that means, i don't use svn much) 14:03:11 if you say "svn status" in the ccl directory in the shell, does it print anything about any .lisp files ? (The kernel/image files may appear to svn to be locally modified.) 14:04:13 Nothing about any .lisp files. 14:07:57 if you do "svn info lib/pathnames.lisp" from the CCL directory, it probably says that the last changed rev is 14358. 14:08:37 it does 14:12:49 D'oh. You're running the release, and I checked the change into the trunk. If this fixes things, we'll probably check it into the release tree after it's been smoke-tested a bit. 14:13:19 Sorry! I'll look into getting the trunk. 14:13:45 Sorry for not noticing that earlier. 14:20:46 udzinari [~user@ip-89-102-12-6.net.upcbroadband.cz] has joined #ccl 14:29:54 Works as expected when checking out and building trunk. Thanks! 14:30:00 If that change seems to fix the problem and no negative effects are seen or reported, it'll probably go into the release tree within a week or so. We generally mark a ticket as closed as soon as it's believed to be fixed in the trunk; if the problem isn't really fixed the ticket may get reopened. When it stabilizes, we'll propagate the change to the release tree. 14:30:16 I'll mess around with it more and report any problems. 14:30:21 -!- udzinari [~user@ip-89-102-12-6.net.upcbroadband.cz] has quit [Remote host closed the connection] 14:30:37 I need to sleep, I think. Yes, please do, thanks. 14:30:45 *Xach* needs breakfast 14:30:54 all these iterations work up an appetite 14:30:59 -!- Xach [~xach@pdpc/supporter/professional/xach] has left #ccl 14:48:26 Jey [~Jey@1.203.121.159] has joined #ccl 14:57:34 Jey_ [~Jey@1.203.86.176] has joined #ccl 14:59:27 -!- Jey [~Jey@1.203.121.159] has quit [Ping timeout: 248 seconds] 15:07:49 udzinari [~user@ip-89-102-12-6.net.upcbroadband.cz] has joined #ccl 15:59:40 Jey [~Jey@1.203.35.77] has joined #ccl 16:02:37 -!- Jey_ [~Jey@1.203.86.176] has quit [Ping timeout: 240 seconds] 16:09:31 -!- Jey [~Jey@1.203.35.77] has quit [Quit: Jey] 16:20:52 rme [~rme@50.43.151.225] has joined #ccl 16:45:40 -!- udzinari [~user@ip-89-102-12-6.net.upcbroadband.cz] has quit [Remote host closed the connection] 17:07:30 -!- sellout- [~Adium@c-98-245-162-253.hsd1.co.comcast.net] has quit [Ping timeout: 276 seconds] 17:08:15 sellout- [~Adium@c-98-245-162-253.hsd1.co.comcast.net] has joined #ccl 18:23:35 -!- rme [rme@50BE4D1C.A884877E.699BA7A6.IP] has quit [Quit: rme] 18:23:35 -!- rme [~rme@50.43.151.225] has quit [Quit: rme] 18:26:59 milanj [~milanj_@109-92-103-199.dynamic.isp.telekom.rs] has joined #ccl 19:34:02 -!- milanj [~milanj_@109-92-103-199.dynamic.isp.telekom.rs] has quit [Quit: Leaving] 22:13:22 rme [~rme@50.43.151.225] has joined #ccl