00:06:26 bfulgham_ [n=brent@adsl-69-234-133-58.dsl.irvnca.pacbell.net] has joined #ccl 00:24:49 palter [n=palter@24.128.76.188] has joined #ccl 00:46:47 -!- mdc_mobile [n=mdc_mobi@216.239.45.19] has quit [] 01:23:01 mdc_mobile [n=mdc_mobi@ip67-152-80-226.z80-152-67.customer.algx.net] has joined #ccl 01:29:20 -!- sykopomp [n=root@unaffiliated/sykopomp] has quit ["Yow! Legally-imposed CULTURE-reduction is CABBAGE-BRAINED!"] 01:29:40 sykopomp [n=root@unaffiliated/sykopomp] has joined #ccl 01:30:27 -!- sykopomp [n=root@unaffiliated/sykopomp] has quit [Client Quit] 01:30:46 sykopomp [n=sykopomp@unaffiliated/sykopomp] has joined #ccl 02:04:54 -!- lpolzer [n=lpolzer@88.73.199.65] has quit [Read error: 145 (Connection timed out)] 02:24:40 palter_ [n=palter@c-24-128-76-188.hsd1.ma.comcast.net] has joined #ccl 02:24:41 -!- palter [n=palter@24.128.76.188] has quit [Read error: 131 (Connection reset by peer)] 02:24:43 -!- palter_ is now known as palter 03:34:48 Modius [n=Modius@24.174.112.56] has joined #ccl 04:05:30 -!- mdc_mobile [n=mdc_mobi@ip67-152-80-226.z80-152-67.customer.algx.net] has quit [Read error: 60 (Operation timed out)] 04:54:56 -!- Modius [n=Modius@24.174.112.56] has quit [Read error: 145 (Connection timed out)] 05:08:18 mdc_mobile [n=mdc_mobi@166.187.245.71] has joined #ccl 05:30:17 Modius [n=Modius@24.174.112.56] has joined #ccl 05:34:30 -!- Modius [n=Modius@24.174.112.56] has quit [Client Quit] 06:04:58 -!- mdc_mobile [n=mdc_mobi@166.187.245.71] has quit [Read error: 145 (Connection timed out)] 06:08:16 -!- rme [n=rme@pool-70-105-92-209.chi.dsl-w.verizon.net] has quit [] 08:02:11 lpolzer [n=lpolzer@88.73.208.117] has joined #ccl 08:03:54 gbyers, any idea how I can debug the fatal segfault then, without having gdb ask me for every SIGSEGV that occurs due to memory allocation? 08:20:45 gbyers, another question from yesterday. in r6016 you've made *gensym-counter* a per-thread binding. any special reason for that? would it be acceptable to move this to a global binding? 08:47:16 mdc_mobile [n=mdc_mobi@ip67-152-80-226.z80-152-67.customer.algx.net] has joined #ccl 09:05:06 1st question: try setting a breakpoint at handle_fault(). That may or may not work, but is probably the first thing to try. 09:06:49 thanks, I will try this later today or next week. 09:07:04 2nd question: why (other than "you have some code that assumes that it's global") ? 09:08:15 empty set :( 09:11:27 I think that there are some small advantages in having it be thread-local; if it's global, you generally have to be careful to increment it atomically, but the user can always bind it (and is encouraged to do so), making the overhead of the atomic increment a little silly. That's a fairly small issue, but I couldn't think of anything that favored having it be global. 09:12:46 I see 09:19:18 As far as the uncaught SIGSEGVs go, those things tend to be hard to debug. I think that another thing that can cause them is systemwide low-memory conditions; Linux will respond to those conditions by terminating processes abruptly. 09:23:34 thanks, I will check memory consumption and kernel messages as well. 10:36:59 -!- lpolzer [n=lpolzer@88.73.208.117] has quit ["Leaving"] 10:52:45 alms_ [n=alms@146-115-42-237.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has joined #ccl 11:09:01 -!- alms [n=alms@146-115-42-237.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has quit [Read error: 113 (No route to host)] 12:42:23 -!- alms_ [n=alms@146-115-42-237.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has quit [Read error: 110 (Connection timed out)] 14:01:13 anRch [n=markmill@nmd.sbx07258.melroma.wayport.net] has joined #ccl 15:10:08 -!- anRch [n=markmill@nmd.sbx07258.melroma.wayport.net] has quit [] 15:28:39 -!- mdc_mobile [n=mdc_mobi@ip67-152-80-226.z80-152-67.customer.algx.net] has quit [] 16:10:21 milanj [n=milan@93.86.21.109] has joined #ccl 17:02:42 mdc_mobile [n=mdc_mobi@216.239.45.19] has joined #ccl 17:07:30 -!- Adlai [n=Adlai@unaffiliated/adlai] has quit [Read error: 113 (No route to host)] 17:07:48 Adlai [n=Adlai@unaffiliated/adlai] has joined #ccl 17:58:47 alms [n=alms@146-115-42-237.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has joined #ccl 19:29:34 Stocker [n=eemg@bl13-179-141.dsl.telepac.pt] has joined #ccl 19:34:32 Hi there. I've been trying the 1.4 ccl release candidate, making a simple app with a finder-like layout. However, I'm stuck at making things happen after all bindings on the NIB are made (e.g., startup). Can someone shed some lights here, or should I send this question to the ml? Thanks in advance, everyone. 19:35:14 Stocker: Have you written Cocoa stuff before? 19:35:31 a couple of apps, so far. simple things 19:35:57 i understand there are several "sart-up" points to look upon. 19:36:20 and I can detect, for instance, the awakeFromNib: message on my view controller. 19:36:28 Right ... like applicationDidFinishLaunching: 19:36:50 that's one problem, I can't trigger that message 19:37:10 here's the signature i'm using: 19:37:12 (objc:defmethod (#/applicationDidFinishLaunching :void) ((self rtm-controller)) 19:37:12 (format t "appDidFinish!~%") 19:37:12 (#/loadDataFromDefaults self)) 19:38:28 oh, could it be the colon in the end? I just noticed it, hope that's as simple as that. gimme a sec, I'll try 19:39:49 Yeah ... and it takes two arguments. 19:40:06 The receiver, and an NSNotification. 19:40:53 hmm, also forgot the notification... thanks - i'll try it now 19:48:14 the NSNotification type must be declared in the signature? if not, then the message isn't getting there. if so, then I don't know how to write it - :otification, ns:ns-notification, #/NSNotification, all of them break on compilation 19:49:55 Are you creating a standalone application (using build-application) or are you running under the IDE? If you're running under the IDE, Cocoa has already sent an #/applicationDidFinishLaunching: message when the IDE started up. It won't send another. 19:50:09 I thought this was because I was using the ccl::build-application, and therefore the MainMenu.nib was receiving that msg 19:50:18 And, to answer you recent question, you don't need to specify the type of the NSNotification. 19:50:18 exactly - build-application 19:50:38 What arguments did you give to build-application? 19:51:14 (ccl::build-application :name "MilkPack" 19:51:14 :main-nib-name "MilkPack" 19:51:14 :nibfiles 19:51:14 '(#P"MilkPack.nib")) 19:51:57 Note that everything else works on the app - but I have a button that I must press to trigger some initialization, like loading default values 19:55:30 You need to change the binding of gui::*default-ns-application-proxy-class-name* to reference your application delegate. 19:58:08 but that should be done on the boilerplate nib, on the ccl folder, right? 19:59:57 Or can I just edit the variable string before calling build-application? 20:00:56 You can just setq it in whatever script you have that calls build-application 20:02:52 Ok, that solves a lot of confusion in my head, thanks :) 20:12:09 -!- Adlai [n=Adlai@unaffiliated/adlai] has quit [Remote closed the connection] 20:12:22 Adlai [n=adlai@unaffiliated/adlai] has joined #ccl 20:27:34 anRch [n=markmill@nmd.sbx07258.melroma.wayport.net] has joined #ccl 20:43:27 -!- Stocker [n=eemg@bl13-179-141.dsl.telepac.pt] has quit [] 20:56:01 milanj- [n=milan@93.86.187.70] has joined #ccl 21:03:36 -!- milanj [n=milan@93.86.21.109] has quit [Read error: 110 (Connection timed out)] 21:11:41 -!- Adlai [n=adlai@unaffiliated/adlai] has quit ["restarting emacs"] 21:12:26 Adlai [n=Adlai@unaffiliated/adlai] has joined #ccl 21:50:52 -!- palter [n=palter@c-24-128-76-188.hsd1.ma.comcast.net] has quit [] 21:56:13 -!- anRch [n=markmill@nmd.sbx07258.melroma.wayport.net] has quit [] 22:01:12 -!- mdc_mobile [n=mdc_mobi@216.239.45.19] has quit [] 22:02:38 mdc_mobile [n=mdc_mobi@216.239.45.19] has joined #ccl 22:12:54 palter [n=palter@c-24-128-76-188.hsd1.ma.comcast.net] has joined #ccl 22:53:34 lispm [n=joswig@e177156105.adsl.alicedsl.de] has joined #ccl 23:47:50 -!- milanj- [n=milan@93.86.187.70] has quit ["This computer has gone to sleep"]