01:59:14 Vivitron` [~Vivitron`@pool-98-110-213-33.bstnma.fios.verizon.net] has joined #ccl 03:27:48 -!- PECCU [~peccu@KD106179020073.ppp-bb.dion.ne.jp] has quit [Ping timeout: 268 seconds] 03:27:48 PECCU [~peccu@KD106179020073.ppp-bb.dion.ne.jp] has joined #ccl 03:30:59 bfulgham_ [~brent@cpe-76-173-170-144.socal.res.rr.com] has joined #ccl 03:39:44 -!- alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has quit [Quit: alms_] 04:19:04 DataLinkDroid [~DataLinkD@1.133.8.201] has joined #ccl 05:44:48 maxm- [~user@unaffiliated/maxm] has joined #ccl 05:45:01 -!- maxm [~user@unaffiliated/maxm] has quit [Remote host closed the connection] 06:05:56 -!- bfulgham_ [~brent@cpe-76-173-170-144.socal.res.rr.com] has left #ccl 08:05:33 DataLink_ [~DataLinkD@CPE-124-184-255-139.lns14.cht.bigpond.net.au] has joined #ccl 08:05:58 -!- DataLink_ [~DataLinkD@CPE-124-184-255-139.lns14.cht.bigpond.net.au] has quit [Client Quit] 08:09:31 -!- DataLinkDroid [~DataLinkD@1.133.8.201] has quit [Ping timeout: 260 seconds] 08:18:22 DataLinkDroid [~DataLinkD@CPE-124-184-255-139.lns14.cht.bigpond.net.au] has joined #ccl 08:35:56 -!- maxm- is now known as maxm 09:03:53 -!- DataLinkDroid [~DataLinkD@CPE-124-184-255-139.lns14.cht.bigpond.net.au] has quit [Quit: Bye] 09:39:44 -!- Vivitron` [~Vivitron`@pool-98-110-213-33.bstnma.fios.verizon.net] has quit [Ping timeout: 260 seconds] 09:45:25 Vivitron` [~Vivitron`@pool-98-110-213-33.bstnma.fios.verizon.net] has joined #ccl 10:28:55 hlavaty [~user@91-65-217-229-dynip.superkabel.de] has joined #ccl 10:45:08 hi all, from my understanding of spec, isn't it wrong to use file-length to implement file-position? file-length accepts only a "stream associated with a file" while file-position doesn't have such constraint. The way it is implemented in ccl makes it impossible to define custom streams that are not file-streams but have a concept of position. Any opinion on this? Thank you 10:48:41 <|3b|> trivial-gray-streams defines a method on ccl::stream-position, not sure how supported that is (or if it actually avoids the problem) 10:53:01 |3b|: thanks for idea; the trivial-gray-streams README says "Will only be called by LispWorks, CLISP and SBCL.":-( 10:54:03 <|3b|> docs might be out of date 10:55:38 <|3b|> from the git history, looks like it should support ccl, acl, abcl as well 10:56:06 well even if there was a way to define such a method, file-position calls file-length before stream-position, and file-length throws that error before it even gets to that point. maybe i just define my stream as file-strem even when it is not "stream associated with a file" 10:57:38 <|3b|> ah, that does sound like more of a problem :/ 11:02:16 |3b|: thanks a lot ;-] 11:35:53 alms_ [~alms_@209.6.130.32] has joined #ccl 12:48:16 jdz [~jdz@89.201.99.128] has joined #ccl 13:27:42 -!- jdz [~jdz@89.201.99.128] has quit [Quit: Byebye.] 15:33:13 -!- alms_ [~alms_@209.6.130.32] has quit [Quit: alms_] 15:34:47 -!- lacedaemon is now known as fe[nl]ix 15:41:56 alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has joined #ccl 15:43:21 -!- Vivitron` [~Vivitron`@pool-98-110-213-33.bstnma.fios.verizon.net] has quit [Quit: trivial-irc-0.0.3] 16:02:54 -!- alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has quit [Quit: alms_] 17:17:47 -!- maxm [~user@unaffiliated/maxm] has quit [Read error: Connection reset by peer] 17:17:53 maxm [~user@unaffiliated/maxm] has joined #ccl 17:41:38 -!- billstclair [~billstcla@unaffiliated/billstclair] has quit [Read error: Operation timed out] 17:49:42 Vivitron` [~Vivitron`@pool-98-110-213-33.bstnma.fios.verizon.net] has joined #ccl 17:56:08 billstclair [~billstcla@p-74-209-20-237.dsl1.rtr.chat.fpma.frpt.net] has joined #ccl 17:56:09 -!- billstclair [~billstcla@p-74-209-20-237.dsl1.rtr.chat.fpma.frpt.net] has quit [Changing host] 17:56:09 billstclair [~billstcla@unaffiliated/billstclair] has joined #ccl 18:14:11 -!- fe[nl]ix [~quassel@pdpc/supporter/professional/fenlix] has quit [Remote host closed the connection] 18:14:20 fe[nl]ix [~quassel@pdpc/supporter/professional/fenlix] has joined #ccl 18:25:27 -!- hlavaty [~user@91-65-217-229-dynip.superkabel.de] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 22:36:02 -!- bzzbzz [~franco@modemcable151.155-57-74.mc.videotron.ca] has quit [Read error: Connection reset by peer] 22:36:16 bzzbzz [~franco@modemcable151.155-57-74.mc.videotron.ca] has joined #ccl 22:36:44 -!- Vivitron` [~Vivitron`@pool-98-110-213-33.bstnma.fios.verizon.net] has quit [Ping timeout: 260 seconds] 22:47:54 alms_ [~alms_@cpe-67-240-52-75.nycap.res.rr.com] has joined #ccl 22:50:13 -!- alms_ [~alms_@cpe-67-240-52-75.nycap.res.rr.com] has quit [Client Quit] 23:00:09 I get a strange bug while printing symbols: (find-symbol "NS-OBJECT" nil) signals There is no package named "NIL" . but only when called in one way http://paste.lisp.org/display/131065 23:08:37 (let ((*package* nil)) (print t)) 23:19:43 Yes, it gives There is no package named "NIL" . but I don't do that. 23:20:48 Something obviously does. 23:21:44 In sldb, if I e cl:*package* on the find-symbol frame, it gives my current package. 23:22:45 But then, slime might not be too precise with special variables. 23:23:12 It's with Clozure CL.app and from a slime repl. So there are threads. 23:23:35 And if it's CL-USER, it may have been reset to something non-NIL when the error was signaled. 23:23:59 In this case the current *package* in slime repl is not CL-USER. 23:24:26 some #. 23:25:41 I have no idea what your code does. CCL::WRITE-SYMBOL calls FIND-SYMBOL with a second arg of *PACKAGE*, and that's what's signaling the error because at that point the value of *PACKAGE* is NIL. 23:27:42 Right, when i use handler-bind and save *package* on this condition, I get indeed NIL. 23:28:30 The code builds a normal sexps, a tree full of symbols and sublists. Normally it would format nil "~S" the symbols to build a string, but since I got this error I tried (print tlee) the tree before. 23:28:48 Those symbols are the class names of objective-c classes ns:ns-object and subclasses. 23:29:43 As fascinating as that is, it seems likely that something in that code binds *PACKAGE* to NIL. 23:30:06 (Or sets it to NIL.) 23:30:32 See http://paste.lisp.org/display/131065#1 23:31:05 ok I'll catch the sexp and print it ouside of my functions. 23:33:14 Ok, right, there's a binding to *package* (find-package :some-package) and find-package returns nil there. Thanks for the help, sorry for the bother. 23:33:58 ok