00:52:44 LawrenceG has quit 00:54:14 LawrenceG has joined #emc-devel 03:38:27 SWPadnos is now known as SWP_Away 10:29:38 ve7it has joined #emc-devel 10:31:12 LawrenceG has quit 12:59:11 rayh has joined #emc-devel 13:06:36 Small issues this morning. 13:06:56 1 - univstep says it can't find a param 13:07:26 HAL:7: ERROR: parameter 'ppmc.0.stepgen.00-03.pulse-width' not found 13:07:27 HAL config file /home/rayh/emcdevelop/emc2/configs/univstep//univstep_motion.hal failed. 13:08:30 Also the new link to halcmd seems to try to open it in the wrong place because it can't find bin/halcmd. 13:09:19 rayh: did you run configure? I think alex put in some things yesterday. 13:09:37 Yes I did. 13:09:50 on a check out this morning. 13:10:03 hmm 13:10:08 thanks for reminding me. 13:10:23 which thing is trying to run bin/halcmd? I will look at it with you 13:10:25 I did fail to run the sudo command that sets uid 13:10:53 got some odd error message. 13:10:57 I think that will make halcmd not work right when invoked 13:11:10 (it won't cause anything to not be able to run halcmd) 13:11:12 But then that could just be me again. 13:11:54 which thing is trying to run bin/halcmd? I will look at it with you 13:12:28 Alex put a link under tkemc menu --> scripts to HAL CONFIG 13:12:42 It starts halconfig.tcl 13:12:53 but the complaint is that it can't find halcmd. 13:13:00 cool, I saw that in the new deb I built last night (and it ran correctly) 13:13:10 ok there must be a problem with run-in-place 13:13:16 Right. 13:13:31 tk_messageBox -icon error -type ok -message "The configuration script needs to be run from the main EMC2 directory. Please add the emc2/bin dir to PATH before running this command" 13:13:36 is this the error? 13:13:59 TCLBIN=/home/rayh/emcdevelop/emc2/tcl/bin 13:13:59 Error in startup script: couldn't execute "halcmd": no such file or directory 13:13:59 while executing 13:14:00 "exec halcmd" 13:14:40 does it say which line of halconfig.tcl it is? 13:15:05 No I'm assuming it is the open channel stuff. 13:16:21 before the first exec halcmd, please add a puts stderr $env(PATH) and see if ..../emc2/bin is in there 13:17:01 k 13:19:29 can't read "env(PATH)": 13:19:53 I'll bet I need to \$ 13:21:35 I have to get going - be back in an hour or so 13:22:00 my theory is that PATH isn't being set right - it should have ..../emc2/bin in it 13:22:15 okay. I've got emc stuck trying to clean up. 13:22:23 that comes from $EMC2_BIN_DIR in scripts/emc line 394 13:22:28 ugh 13:22:36 that's always fun 13:22:58 usually sudo rmmod motmod blocks (I think) fixes it for me 13:23:18 see you soon, I'll help if you don't have it by then 13:23:26 okay. 13:28:00 rayh has quit 13:47:02 morning 13:47:11 hi ray.. still having problems? 13:47:23 darn.. talking alone again :D 14:01:41 rayh has joined #emc-devel 14:01:42 steves_logging has quit 14:04:11 hey ray 14:04:16 seen you had some problems 14:05:15 Yep. I think the pin problem was that I hadn't powered the univstep board. 14:05:46 The issue with halconfig is probably a lack of pointer to the correct location of halcmd. 14:06:03 In a run-in-place setup. 14:07:07 The lockup of rtai_math and reboot ate a bit of my kde config again. 14:07:26 One of these days I'll be forced to reinstall on this box. 14:10:13 the issue of halconfig sounds like teh runscript wasn't rebuild 14:10:21 try issuing src/config.status 14:10:25 then make -s 14:10:45 make does the chmod +x emc and chmod +x realtime (you could also run those manually..) 14:44:30 rayh: halconfig for both installed and run-in-place works for me 14:44:42 rayh: and I think it looks really good (I hadn't looked at it yet) 14:49:32 rayh: How do I use watch? 14:55:29 click on tree nodes - they'll be added to the list of watched variables 14:55:36 SWP_Away is now known as SWPadnos 14:55:51 I just get "xxxx XPos" then 14:55:56 and it doesn't update 14:56:02 hmmm 15:00:34 wow. SF seems pretty slow today 15:00:43 yeah, from here too 15:01:01 like 15 seconds before the cvs password prompt 15:01:16 it didn't work at all yesterday, so this is better 15:01:22 baby steps 15:02:55 I'm a little paranoid about make clean since Ray's problem 15:03:20 I think there's nothing wrong with make clean 15:03:33 it hasn't eaten my machine yet, so that's a good thing 15:05:07 Is there some reason that (cd foo; $(MAKE)) is used, instead of (cd foo && $(MAKE)) or $(MAKE) -C foo ? 15:05:22 "because that's the way it is" 15:06:03 does make -C maintain all the variables, or is it a "clean environment"? 15:06:25 make vars, that is 15:07:26 I always issue make clean before I cvs up. 15:07:56 that's probably the better way to do it, rather than cvs up / configure / make clean / make 15:08:27 I used to do that and had the two big faiilures. 15:08:45 jepler: what difference does that make? 15:09:36 I'm still getting the failure to find halcmd. 15:10:08 But it is from the testing stuff rather than from the open channel. 15:10:08 cradek: try removing a subdirectory, and type "make all" 15:11:05 jepler: true it should be (cd foo && $(MAKE)) 15:11:11 jepler: I skipped over that part of your question 15:11:46 jepler: fixes happily accepted 15:11:59 cradek: I'm working on it 15:12:53 re halconfig and watch. I still have a problem in the code adding vars. 15:13:12 sounds like your click did not get a proper return from halcmd. 15:13:17 make -C module_helper all 15:13:18 make: *** module_helper: No such file or directory. Stop. 15:13:18 make: *** [all] Error 2 15:13:19 rayh: ok, didn't know if it was finished or not 15:13:19 well this works now 15:13:26 I should have that working in a bit. 15:13:52 rayh: I think the rest of it is looking good 15:14:06 Thanks. 15:17:00 it seems to work fine for pins and params, but signals don't get updated 15:17:41 ah, I think I only tried signals 15:19:36 cradek: Didn't like my "darn". What should be done for those who are not using a debian based install. 15:20:17 rayh: I guess they have to find a package appropriate for their system, or build it from source 15:20:42 jepler: I don't think your fix to configure.in is quite what you meant 15:21:04 cradek: oops, what did I foul up? 15:21:13 cradek: perhaps the bwidget message should direct the user to 'http://sourceforge.net/project/showfiles.php?group_id=12883&package_id=23786' 15:21:29 case $a in a) chmod a b;; b) chmod a b;; esac 15:21:41 oops! 15:21:49 you probably want case $a in b|c) chmod $a;; esac 15:21:49 I changed configure.in to fix that but didn't regenerate again. 15:21:50 doh 15:22:01 apt is certainly the easier way to get it. 15:22:32 I think the apt message is going to be appropriate for almost everyone 15:22:53 others will already understand that their system is not "mainstream" for emc2 and will have experience with this kind of thing 15:24:15 cradek: better now? (configure) 15:24:18 jepler: oops, I forgot you didn't write that by hand 15:24:36 yes, better 15:25:30 On a run-in-place system if you fail to sudo make setuid you get some strange error messages that don't point you to the source of the problem. 15:25:45 jepler: did you take the corresponding chmods out of the Makefile? 15:26:03 rayh: what error do you get? 15:27:20 I was looking to see what the reply would be if I tried to run emc without issuing sudo make setuid. 15:27:55 The answer was. insmod: error inserting '/lib/modules/2.6.12.6-magma/kernel/adeos/adeos.ko': -1 File exists 15:28:30 that must be an error from something else 15:28:36 you already had the adeos module inserted 15:28:55 I expect it to say something about permission denied if you don't make setuid 15:29:24 I'd guess that's what we get for expecting. 15:29:55 I got a whole set of these. Nothing had been running before, I don't think. 15:30:03 This was a new clean make 15:30:18 well that message means you already had the modules inserted. 15:30:53 forgetting make setuid for run-in-place will get you an error only from halcmd, I think. 15:31:00 Okay. I'll take the time to reproduce the problem. 15:31:01 the module helper is not even used. 15:31:14 ok thanks 15:32:41 now I'm getting some really goofy stuff. 15:32:45 rm -f ../include/* ../lib/* ../rtlib/* ../bin/* 15:32:46 rm: cannot remove `../include/CVS': Is a directory 15:32:46 rm: cannot remove `../rtlib/CVS': Is a directory 15:32:46 rm: cannot remove `../bin/CVS': Is a directory 15:32:47 make: [clean] Error 1 (ignored) 15:34:11 That emc2 is gone, getting a new one. 15:41:02 gone? 15:41:16 those are fine, ignore them 15:42:16 I wonder why we have those empty directories in cvs anyway 15:46:03 because people didn't want to create them with make? 15:46:27 yeah, but that seems silly since we populate them with make 15:46:44 that's the silly part 15:47:01 the whole build is silly 15:47:17 the include files should just be in the incude dir - there's no good reason to have the "sources" in separate dirs 15:47:46 for anything that may need to be included by something else (like the nml-related stuff, HAL, ...) 15:48:01 I read that paper, and it made a lot of sense 15:48:02 I'm not willing to move all those files and lose their history. 15:48:09 that is an issue 15:48:17 svn would help there :) 15:50:24 I hid those warnings instead of fixing it right. 15:50:32 lazy bum 15:51:10 now they'll never get fixed (out of sight, out of mind) 15:51:13 :) 15:51:41 I guess I don't care 15:52:27 my idea of "right" (ruling out a massive restructuring) would be to remove them from cvs and put the mkdirs in the Makefile 15:52:52 then a safe clean could do rm ../include/*; rmdir ../include 15:53:30 yep 15:54:09 feel free if you're offended by my fix, I won't be offended 15:54:11 it doesn't look like the restructuring would be that massive - it's on the same order as the $(MAKE) -C changes jepler just did (right?) 15:54:32 just change those to include ... 15:54:48 no, by restructuring I mean stop copying stuff into these directories. 15:55:15 yes - move headers to the correct dir, and eliminate the recursive make (either qualifies as a restructuring) 15:55:27 I have to be careful because my instinct tells me to throw out the Makefiles and start over, and I don't want to spend the time on that. 15:55:49 The brand new system start with not setuid answers. 15:55:54 Version: 1.2 15:55:54 Machine: EMC-HAL 15:55:54 HAL:4: ERROR: Must be root to load realtime modules 15:55:55 HAL:4: ERROR: child did not exit normally 15:55:56 HAL config file /home/rayh/emcdevelop/emc2/configs/m5i20//../common/core_servo.hal failed. 15:56:10 rayh: great, that's the right error message 15:56:19 Okay. 15:56:43 though it doesn't tell you exactly how to fix it (that's in a message at the end of the make) 15:57:19 Right. My ignoring that message was deliberate. 15:57:20 if someone wants to add "this is probably because halcmd is not setuid" that's fine with me 15:58:23 Now for the real problem of the morning -- halconfig not starting. 15:58:42 rayh: I tested that and it worked ok here. Maybe it will be ok on your new build. 15:58:46 it does work here, using a new checkout 15:58:58 Error in startup script: couldn't execute "halcmd": no such file or directory 15:59:19 I should be so lucky. 15:59:24 heh 15:59:28 This is run-in-place 15:59:46 mine too, though I am logged in as root 15:59:57 Nor am I 16:00:00 I have tried it both ways 16:00:12 this is not a root issue, it must be a problem with PATH 16:00:37 IMO the fix needs to be in the emc rather than in the individual user's path var. 16:00:52 right, the emc script sets up this path 16:01:53 I forgot I cleaned, now I'm compiling again 16:02:37 In halconfig now there is no reference to a global path var like there is with the tickle stuff. 16:02:57 does it use the HALCMD env var? 16:03:03 for example "set thisret [exec halcmd show $searchbase $searchstring]" 16:03:04 yes if I understand alex's change PATH is in the environment and [exec ...] uses it 16:03:40 k 16:05:07 strange -the run script doesn't print the PATH, even in verbose mode 16:07:11 rayh: in your scripts/emc around line 396: 16:07:16 PATH=$EMC2_BIN_DIR:$PATH 16:07:17 echo PATH is $PATH 16:07:22 add that echo 16:07:27 run and see what you get 16:08:17 rayh: you're using tkemc right? 16:08:46 yes 16:09:30 Path is /home/rayh/emcdevelop/emc2/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games 16:09:44 But IMO that is not the path to try to fix. 16:09:48 do you have a halcmd in /home/rayh/emcdevelop/emc2/bin 16:10:24 Yep 16:11:24 For now, I'll hard code the location of halcmd in my halconfig. 16:11:50 I think it would be better to find the problem while we're all here 16:12:01 it may be helpful to see whether EMC2_BIN_DIR is being correctly set 16:12:13 it is; it's the first thing on his PATH 16:12:21 /home/rayh/emcdevelop/emc2/bin 16:12:38 err - duh. I should read before I post :) 16:13:04 rayh: in tcl/tkemc put puts stdout "tkemc: PATH is $env(PATH)" 16:13:12 rayh: in tcl/tkemc put: puts stdout "tkemc: PATH is $env(PATH)" 16:13:22 to see if it's the same, or if it gets reset 16:13:41 (mine is the same) 16:13:51 I see no export PATH ... 16:14:07 SWPadnos: I notice that too 16:14:29 SWPadnos: mine is definitely preserved over the exec 16:14:32 tkemc: PATH is /home/rayh/emcdevelop/emc2/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games 16:14:47 ok, so that's not it either 16:14:59 so now do the same thing in halconfig.tcl 16:16:29 halconfig: PATH is /home/cradek/emc2/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games 16:16:38 mine is the same in halconfig, I bet ray's is not 16:16:59 hey - I've got no games :( 16:18:49 as expected, it's preserved on my machine as well: 16:18:56 tkemc: PATH is /Project/emc2/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11 16:19:09 (should be halconfig, not tkemc) 16:19:11 ok 16:19:13 right 16:21:38 rayh, is this a completely new checkout, or was it an update? 16:24:12 new 16:24:16 ok 16:24:21 phone 16:24:39 I'll bbiab then 16:24:50 Just got a second report of a failed ubuntu. 16:25:21 failed at what stage? 16:25:28 cd burner drive didn't work 16:25:52 Last one was not start after install. 16:26:13 my cd burner doesn't work either, I haven't looked into it 16:26:27 there's probably something at ubuntu.com if it's a common problem. 16:27:07 Okay. I'll look around there a bit. 16:27:21 I went back to bin/halcmd and that works fine. 16:27:30 so I can work. 16:28:11 assuming the problem is only on your machine, that's fine I guess. I'm not sure it is though. 16:29:23 No I suspect that whatever scripts/emc is attempting to do to path doesn't always work. 16:29:37 then we should figure out why 16:40:36 I can burn CDs on my SATA CD/DVD burner, under ubuntu 16:40:52 haven't tried burning a DVD yet, though I have ripped one 16:41:11 SWPadnos: I have two CD drives, so maybe that's my problem 16:41:20 could be 16:41:25 SWPadnos: I tried for only about 10 seconds to fix it 16:41:29 only one is a burner, presumably 16:41:30 heh 16:41:33 yes 16:42:01 I do have problems with either k3b or gnomeburner, though I don't recall which at the moment 16:42:14 or whatever the gnome tool is called 16:50:52 cradek: Thanks for the note on sig in halconfig. Got that watch fixed. 16:51:15 did it need fixing after the fix I did? 16:53:21 It was only changing the led for pin and param 16:53:49 right. I moved a '}' and it worked 16:54:04 you had probably already checked out when I checked that in 16:55:13 Okay. I guess I missed that. 16:55:25 I'm seeing now that modify doesn't work at all. 16:55:35 grape rinds think alike 16:55:38 or something like that 16:55:38 Looks like I lost my last version. 16:55:54 dere ya go eh. 16:56:31 I get something that looks right for modify, but I can't see that it does the actual command 16:57:41 is there an easy way to tell if a clicked node is a leaf (has no child nodes)? 16:57:46 Clciking on entries doesn't work 16:58:15 hmmm - can you walk me through what you're doing? 16:58:21 It looks through the list of nodes and if it finds your click it calls you stupid and suggests clicking again. 16:58:52 oops - I was thinking of tune mode, not modify mode 16:59:09 I didn't see your fix in the commit on #emc 16:59:28 CIA-8 swpadnos * emc2/tcl/bin/halconfig.tcl: Fix "watch mode" for signals. 16:59:33 at 10:38 my time (EST) 17:00:10 it's only 4 or 5 lines ago, actually 17:01:14 It's in the code. 17:01:29 ok 17:02:56 I'm kinda up sxxt creek here. I have to edit halcmd to bin/halcmd 17:03:11 but then if I edit and commit you guys are wrong. 17:04:09 let's continue debugging that then. 17:04:18 can you try adding a line like puts stdout [exec which halcmd] 17:04:47 good idea, that shows the path 17:04:57 or nothing 17:05:22 so maybe puts stdout "Halcmd is [exec which halcmd]" 17:05:35 (+/ some appropriate punctuation) 17:07:15 Error in startup script: child process exited abnormally 17:07:18 while executing 17:07:18 "exec which halcmd" 17:07:51 but the path echo still showed emc2/bin, right? 17:08:00 he never did a path echo in halcmd 17:08:08 err halconfig 17:08:24 ah 17:08:56 I don't see what the "which" is attempting to do. 17:09:09 I don't think which is even in your path 17:09:16 tell us what will get executed if you run halcmd 17:09:31 which probably is, but it may return an error (and print nothing) if the program isn't found 17:09:32 stick that same puts (like we put in tkemc) into halconfig please 17:09:35 an error message. 17:10:08 Error in startup script: child process exited abnormally 17:10:08 while executing 17:10:08 "exec which halcmd" 17:10:13 these two lines in halconfig: 17:10:15 puts stdout "halconfig: PATH is $env(PATH)" 17:10:16 puts stdout "halconfig: halcmd is [exec which halcmd]" 17:10:22 I'm a bit lost here now. 17:10:31 give me this output: 17:10:33 halconfig: PATH is /Project/emc2/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11 17:10:35 halconfig: halcmd is /Project/emc2/bin/halcmd 17:10:43 I can not start halconfig 17:11:05 I'm lost too then 17:11:15 is halconfig not found, or does it exit because it can't find halcmd? 17:11:52 How would you like me to attempt to start halconfig? 17:12:01 from the tkemc menu 17:12:07 from tkemc or from a terminal? 17:12:15 ok - that's the problem. you can't run halconfig from the command line 17:12:21 we're trying to figure out what happens to your PATH in the emc->tkemc->halconfig chain 17:12:33 it has to be run with the environment that scripts/emc sets up 17:12:39 you haven't been running it from the menu? 17:13:10 That time it started. 17:13:10 right - I get the same problem when run from the terminal 17:13:11 localhost:/Project/emc2# tcl/bin/halconfig.tcl 17:13:12 halconfig: PATH is /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11 17:13:14 Error in startup script: child process exited abnormally 17:13:15 while executing 17:13:17 "exec which halcmd" 17:13:18 invoked from within 17:13:20 "puts stdout "halconfig: halcmd is [exec which halcmd]"" 17:13:21 (file "tcl/bin/halconfig.tcl" line 25) 17:13:36 Hell no I don't start it from emc. I want to see what it does. 17:13:58 heh - well, I think we know what the problem is now :) 17:14:01 Shit Halconfig is supposed to be much bigger than a tool under a single menu in 17:14:06 oh for fucks sake 17:14:14 It didn't start a bit ago from that same menu 17:14:36 the changes to make it work from the menu fubared it for plain old shell execution 17:14:48 What we are saying is that halconfig now needs something from tkemc 17:15:09 more accurately, from scripts/emc 17:15:23 Could it get that as easily from setupconig.tcl 17:15:31 I could live with starting it from there. 17:15:49 we'll have to add some checks for the env vars, and default to bin/halcmd if not found 17:16:12 But that won't work on an installed system. 17:16:39 Oh and setupconfig also strips all the return info. 17:17:15 would you expect someone to just run halconfig on an installed system, not from within emc? 17:17:18 rayh: just set your PATH if you want to run it from the shell. Alex's change works perfectly. 17:17:27 SWPadnos: I wouldn't. 17:17:57 rayh: env PATH=$PATH:./bin tcl/bin/halconfig.tcl 17:18:09 Not meaning to be a mule here but that doesn't help end users. 17:18:27 end users will run it from the menu. 17:18:32 bs 17:18:36 do you think that end users with installed systems will need to run halconfig from the shell? 17:18:52 not if they are building a HAL the way jmk told elson to do last sunday. 17:19:12 coffee brb 17:19:16 elson is a developer 17:19:26 actually, they might - it seems reasonable to run emc from an icon, then run halconfig from either another icon, or a separate terminal 17:19:27 I thought you were writing halconfig for users to use, so they don't have to do that 17:19:59 more coffee is a good idea (I'll get decaf) 17:20:15 eeewwww - decaf 17:20:39 it's not as good but I don't have to worry about drinking 9 cups of it 17:20:51 hehe 17:21:00 dddrrriinnnkkiinngg ccooffffeeeee 17:21:10 you think I'm pissy now 17:21:14 heh 17:21:42 I guess we do need some additional discussion of how the parts fit together 17:22:25 yep 17:22:25 If halconfig is run from tkemc or mini then I don't need any of the testing stuff at the start. 17:22:37 (or axis hint hint) 17:22:52 and eric would never have gotten the message he reported this morning. 17:23:14 which- the BWidget thing? 17:23:24 I guess bwidget test would be there yet. 17:23:33 * alex_joni is back 17:23:34 but no winders 17:23:42 no is rtai up 17:23:57 or is hal running 17:24:22 rayh: if he had used my debian packages, bwidget would already have been installed as a dependency. 17:24:23 That last one got broke with some of the changes to setupconfig recently anyway. 17:24:42 Right but I think he has a fedora or some such hat. 17:25:51 so first question, where does halconfig fit, if it fits. 17:28:40 I don't think it's useful for end users unless there's a running emc/HAL 17:29:03 I think it is useful to be able to run it "manually" - ie, not only from an emc GUI menu 17:32:34 SWPadnos: so what's stoping you? 17:32:43 and the easy way to accomplish both is to tell the guy who wants to run it manually to edit his path var. 17:33:11 that's automatically done for installed systems, as halcmd is already in /usr/bin 17:33:23 or similar (/usr/local/bin) 17:33:41 ok - so it should only be a developer using run-in-place that has any issues 17:33:49 for the run-in-place system it's hard to put ./bin permanently to PATH, and that might be problematic 17:34:03