00:08:43 I'll be around off and on, but not on all the time; please let me know if you have questions or need help. 00:14:31 ok 00:14:55 gbyers: found it 00:15:01 it's user-homedir-pathname that causes this 00:34:29 -!- fe[nl]ix [n=algidus@88-149-210-20.dynamic.ngi.it] has quit [Success] 00:45:14 Modius [n=Modius@adsl-69-150-57-149.dsl.austtx.swbell.net] has joined #ccl 00:47:15 fe[nl]ix [n=algidus@88-149-212-38.dynamic.ngi.it] has joined #ccl 00:47:40 Index: level-1/l1-pathnames.lisp 00:47:41 =================================================================== 00:47:41 -!- Modius [n=Modius@adsl-69-150-57-149.dsl.austtx.swbell.net] has quit [Client Quit] 00:47:43 --- level-1/l1-pathnames.lisp (revision 11951) 00:47:45 +++ level-1/l1-pathnames.lisp (working copy) 00:47:47 @@ -624,7 +624,7 @@ 00:47:49 (let* ((native 00:47:51 (ignore-errors 00:47:57 (truename 00:47:59 - (native-to-directory-pathname (or #+ccl-0711 (getenv "HOME") 00:48:00 Modius [n=Modius@adsl-69-150-57-149.dsl.austtx.swbell.net] has joined #ccl 00:48:01 + (native-to-directory-pathname (or (getenv "HOME") 00:48:03 (get-user-home-dir (getuid)))))))) 00:48:05 (if (and native (eq :absolute (car (pathname-directory native)))) 00:48:07 native 00:48:11 (getenv "HOME") not being executed, (get-user-home-dir (getuid)) returns "/dev/null" for the compilation user 00:48:15 hence error 01:48:19 lacedaemon [n=algidus@88-149-211-72.dynamic.ngi.it] has joined #ccl 01:55:47 -!- fe[nl]ix [n=algidus@88-149-212-38.dynamic.ngi.it] has quit [Read error: 110 (Connection timed out)] 02:13:09 -!- lacedaemon [n=algidus@88-149-211-72.dynamic.ngi.it] has quit [Read error: 110 (Connection timed out)] 02:19:17 jauaor [n=araujo@gentoo/developer/araujo] has joined #ccl 02:19:51 lacedaemon [n=algidus@88-149-208-187.dynamic.ngi.it] has joined #ccl 02:47:01 -!- mdc [n=mdc@ds9.entity.com] has quit [hubbard.freenode.net irc.freenode.net] 02:54:05 mdc [n=mdc@ds9.entity.com] has joined #ccl 03:42:50 Modius_ [n=Modius@adsl-69-150-57-149.dsl.austtx.swbell.net] has joined #ccl 03:46:29 -!- jauaor [n=araujo@gentoo/developer/araujo] has quit [hubbard.freenode.net irc.freenode.net] 03:46:29 -!- Modius [n=Modius@adsl-69-150-57-149.dsl.austtx.swbell.net] has quit [hubbard.freenode.net irc.freenode.net] 03:47:18 jauaor [n=araujo@gentoo/developer/araujo] has joined #ccl 03:47:18 Modius [n=Modius@adsl-69-150-57-149.dsl.austtx.swbell.net] has joined #ccl 03:48:38 -!- Modius [n=Modius@adsl-69-150-57-149.dsl.austtx.swbell.net] has quit [Read error: 60 (Operation timed out)] 04:21:28 bfulgham [n=brent@adsl-69-234-98-14.dsl.irvnca.pacbell.net] has joined #ccl 05:08:00 -!- bfulgham [n=brent@adsl-69-234-98-14.dsl.irvnca.pacbell.net] has quit [] 06:27:51 -!- jauaor [n=araujo@gentoo/developer/araujo] has quit [] 06:45:14 mikesch [n=axel@xdsl-78-34-217-167.netcologne.de] has joined #ccl 07:39:29 H4ns [n=Hans@p57BB9E22.dip0.t-ipconnect.de] has joined #ccl 07:45:28 -!- H4ns [n=Hans@p57BB9E22.dip0.t-ipconnect.de] has quit ["Leaving."] 07:59:17 -!- mikesch [n=axel@xdsl-78-34-217-167.netcologne.de] has quit [] 08:16:47 -!- rme [n=rme@pool-70-104-112-110.chi.dsl-w.verizon.net] has quit [] 08:54:46 jauaor [n=araujo@gentoo/developer/araujo] has joined #ccl 10:23:37 mikesch [n=axel@xdsl-78-34-217-167.netcologne.de] has joined #ccl 11:05:08 -!- mikesch [n=axel@xdsl-78-34-217-167.netcologne.de] has quit [] 11:45:34 -!- lacedaemon is now known as fe[nl]ix 12:05:43 -!- Modius_ [n=Modius@adsl-69-150-57-149.dsl.austtx.swbell.net] has quit [Read error: 104 (Connection reset by peer)] 12:14:32 Modius_ [n=Modius@adsl-69-150-57-149.dsl.austtx.swbell.net] has joined #ccl 12:45:03 -!- sellout [n=greg@c-24-128-50-176.hsd1.ma.comcast.net] has quit [] 13:23:50 sellout [n=greg@guest-fw.dc4.itasoftware.com] has joined #ccl 13:50:57 nomothetis [n=nomothet@207-54-57-110.nat.mapics.com] has joined #ccl 13:53:22 Hi. 13:53:37 Can someone help me with a compilation error I'm getting? 13:53:52 maybe 13:53:57 thanks. 13:54:13 here's the situation. I'm trying to use the cocoa bridge to create a cocoa app. 13:54:34 the lisp code is all in here: 13:54:35 http://github.com/nomothetis/ariana/blob/0329a3ac44ad3e14cf3e4f4ea177ec7350e66e0b/ariana.lisp 13:55:04 The decoder and controller classes are defined starting at ln 45. 13:55:18 When I try to compile this, the compiler says: 13:55:30 > Error: While compiling -[ArianaController decode:] : 13:55:31 > DECODER is declared static and can not be bound, in process listener(1). 13:56:06 I don't understand what this means, and googling that error gives only one hit which did not clarify things for me. 13:56:07 I think that there's a section on DEFSTATIC in the manual. 13:56:17 ah, cool, I'll look there. 13:56:20 thanks. 13:56:43 though I don't use DEFSTATIC anywhere in my own code, so it must be implied somewhere by a macro. 13:57:05 Section 4.6 of http://ccl.clozure.com/ccl-documentation.html discusses "static variables"; ObjC class names are - for better or worse - static variables. 13:57:59 oh, I see. 13:58:06 thanks. 13:58:22 Sometimes, that seems like a good idea; other times, not so good ... 13:59:52 gbyers: why is there #+ccl-0711 (getenv "HOME") in user-homedir-pathname ? 14:01:30 A (large) customer - for which we maintain a separate branch - wanted to run their application in a chrooted environment and wanted to initialize USER-HOMEDIR-PATHNAME from (getenv "HOME"). 14:03:27 It's not clear that that's as secure as looking it up in the password db would be, but whereever it comes from, we shouldn't error on a bogus value (like "/dev/null"). 14:03:49 I think that the getenv should be deconditionalized 14:03:59 I think it's less secure. 14:04:02 AFAIK it's Unix tradition to always check for $HOME first 14:04:20 Depends on the program ... 14:07:30 Even if what I believe is true, there are cases where the pw db is unreachable (NIS or whatever), so it should probably be a preference. Either the env var or the password gb can return a bogus value, and it shouldn't err on that. 14:08:29 It's actually allowed to return NIL if it can't return something useful. 15:25:27 mikesch [n=axel@xdsl-78-34-238-79.netcologne.de] has joined #ccl 16:15:45 bfulgham [n=brent@wsip-72-215-191-226.sb.sd.cox.net] has joined #ccl 16:52:52 lichtblau [n=user@port-212-202-18-15.dynamic.qsc.de] has joined #ccl 17:01:51 Hi. Is anyone here familiar with callbacks on win32? I'm seeing crashes where CCL ends up in the kernel debugger, and I think they are callback-related. 17:01:54 So I'm wondering how well callbacks have been tested on win32. 17:03:30 Some cases of callbacks happen regularly. Could you be specific ? 17:06:00 Well, I wish I had a small reproducible test case. But what I'm seeing here is that a program using only calls from Lisp to C works well (i.e., with all calls back to Lisp commented out). 17:06:43 I've tried the same program with a no-op callback, and after few dozen calls it ends up in "Exception on foreign stack" (and some suspicious output before that, so there might be memory corruption already). 17:07:04 I've removed all callback args, so it's just a "void (*foo)(void);" function 17:08:46 If you type "(cdr 7)" in the repl, a handler in the kernel catches an exception and calls out to the lisp. 17:10:03 yes, that works. So the next step would be to build a smaller test case out of my program? 17:10:30 Yes, please. 17:21:48 okay, I'm not sure how to do that, but I'll try. :-) 17:22:35 thinking about it, I never tested the program on linux/x86, so that might be worth checking to find out whether it's an x86 problem or a windows problem. 17:23:04 Is it possible that the stdcall/cdecl nonsense is a factor ? 17:24:09 Hmm, if I don't do anything special, MinGW compiles as cdecl, right? 17:24:29 AFAIK. 17:25:50 Unless CCL assumes stdcall by default, I don't think that this could be the problem, since the same program works on SBCL/win32, which assumes cdecl unless told otherwise (IIUC). 17:26:41 OK. 17:29:16 okay, works on linux/x86, so it would appear to be a windows thing 18:14:53 -!- jauaor [n=araujo@gentoo/developer/araujo] has left #ccl 18:18:39 rme [n=rme@pool-70-104-112-110.chi.dsl-w.verizon.net] has joined #ccl 18:47:56 anRch [n=markmill@host30.72.248.152.conversent.net] has joined #ccl 20:12:11 -!- anRch [n=markmill@host30.72.248.152.conversent.net] has quit [] 20:46:25 -!- sellout [n=greg@guest-fw.dc4.itasoftware.com] has quit [] 21:02:25 -!- nomothetis [n=nomothet@207-54-57-110.nat.mapics.com] has quit [] 21:35:25 -!- milanj [n=milan@79.101.149.120] has quit ["This computer has gone to sleep"] 21:35:52 milanj [n=milan@79.101.149.120] has joined #ccl 21:36:01 -!- milanj [n=milan@79.101.149.120] has quit [Client Quit] 21:43:24 sellout [n=greg@c-24-128-50-176.hsd1.ma.comcast.net] has joined #ccl 22:59:47 -!- fe[nl]ix [n=algidus@88-149-208-187.dynamic.ngi.it] has quit [Read error: 110 (Connection timed out)] 23:00:28 fe[nl]ix [n=algidus@88-149-212-98.dynamic.ngi.it] has joined #ccl 23:03:41 -!- mikesch [n=axel@xdsl-78-34-238-79.netcologne.de] has quit [] 23:19:55 -!- fe[nl]ix [n=algidus@88-149-212-98.dynamic.ngi.it] has quit [Remote closed the connection]