00:00:17 may have just found it, but what does the checkout command look like for the docs in lyx format? 00:00:44 same as any other checkout 00:01:00 ....cvsroot/emc co documents 00:01:42 ah, tried co emc2/documents 00:02:05 no, documents is a module by itself 00:02:37 cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/emc co documents 00:02:47 good night 00:02:49 cncuser has quit 00:03:54 Ok, trying now... 00:06:13 ah, coming down now. thanks. 00:08:11 your always welcomed 00:13:28 Imperator_ has quit 00:15:40 chores call... bbl 00:33:33 * alex_joni_ drops a needle 00:33:41 DING DING! 00:34:12 no swampy, that's for something else :D 00:34:19 oh - sorry 00:34:21 DING! 00:34:28 right :) 00:34:52 hmmm - there's a discussion about latencies and integrated graphics on the CCED list 00:35:00 maybe I'll have to set up a test 00:35:07 huh? 00:35:26 oh - the discussion was about mini-ITX motherboards being used for CNC controllers 00:35:39 I just remembered.. didn't visit yahoo groups lately 00:35:40 I mentioned that any of those with shared video memory may not be so good 00:35:54 anything interesting in gecko & cad cad dro ? 00:35:58 I'm looking at this for testing: 00:36:03 http://www.captain.at/programming/rtai/parportint.php 00:36:45 Imbedded computers? ROFL 00:36:50 yeah 00:36:56 and power supply's 00:37:49 there was an interesting discussion about connectors to use for steppers - not a lot of high quality suggestions 00:37:56 but lots of inexpensive ones 00:48:38 could a secure wireless handle it?? 00:48:50 handle what? 00:48:50 what is "it"? 00:49:06 the stepper commands 00:49:19 but I think yes.. a secure wireless can handle anything :D 00:49:27 kidding, don't think so 00:49:41 I'd probably run away screaming before connecting steppers at the end of a wireless link ;) 00:49:41 if its small and cheapenuf to have 2 it could work 00:49:55 you could send pulses through wireless, but doubtly at a decent rate 00:49:56 or servos, for that matter 00:50:11 better have the interface (GUI) remotely through a wireless 00:50:13 that might be OK 00:50:29 you can certainly pulse fast enough - probably at least a couple hundred KHz, if you're just directly transmitting the pulses 00:50:35 now were thinkin OUT of the box... 00:51:08 consider the fact that you still need to power the steppers, so there's no way of having them truly wireless 00:51:20 sure there is.. microwaves 00:51:28 and a nice shielded cable will have way less interference than wireless 00:51:35 they even do it for some BSC's 00:51:53 so the cnc brains are onboard... and connectors are board or lug mount 00:51:54 well sure, if you want to cook your machine (and the operator) :) 00:52:13 cnc brains onboard = SBC 00:52:19 has been done before, works nicely 00:52:37 I ran tkemc through ssh and wireless, and it works OK 00:52:43 ssh -X that is 00:52:46 powered and controlled by microwave? 00:52:48 ok ... never mind... ; )- 00:53:01 SWPadnos: mind control 00:53:04 you're not going to want to connect e.g. a G-Rex via wireless 00:53:06 heh 00:53:17 no :P.. I'll tame it first 00:53:22 but a remote computer, having nothing to do with the RT aspects of control, would be fine 00:54:13 yes.. a remote... even 3" away but is ONLY a GUI 00:54:42 sure - I can control Alex's machine from here, if he lets me :) 00:54:53 the networking aspects of emc are pretty darned good 00:55:19 I doubt it will work under the networking conditions I curently have 00:55:35 maybe with keystick :) 00:55:41 doubt it ;) 00:55:43 heh 00:55:45 but YOU could... 00:55:49 right 00:55:58 dmessier: so could you :) 00:56:06 SWPadnos: wanna try? 00:56:08 if you 2 girls could get along 00:56:18 I have an emcserver around :D 00:56:21 we did this at fest - Paul and I both had GUIs conected to the same emc 00:56:34 I don't have any Linux machines on at the moment 00:56:40 I could do remote X though 00:56:49 use a doze GUI 00:57:05 true - where are those? 00:57:11 (you did the java one, right?) 00:57:12 hang on.. 00:57:15 no :( 00:57:15 that would prove compatibility issues outright 00:57:19 I touch no java :D 00:57:22 ok 00:57:36 I have CygWin-X, so I can do remote X 00:57:51 I do that all the time here, since my emc machine has an 800x600 LCD 00:57:55 no you can't :P 00:57:59 (vs triple 1280x1024 CRT) 00:57:59 I'll tell you later why 00:58:07 ok ;) 00:58:14 tkemc coming through 00:58:53 hmm - so I guess I'd needa Windows tcl/tk then 00:59:09 port is 1234 00:59:14 yes you do.. 00:59:36 I tried it with 82 00:59:55 hold on a sec - I probably have the right stuff in cygwin 01:00:12 that would be a first ;) 01:00:23 tcl 8.3 and 8.4 01:00:26 and 8.2 01:00:31 great 01:00:36 you need to edit emc.nml 01:00:39 84.247.54.177:1234 01:00:45 yep - hold on a sec 01:02:28 do I need to change all of the 192.168.0.6 instances? 01:02:32 yes 01:02:36 search/replace 01:02:37 ok 01:03:19 it's faster.. I think only a few are needed .. but it's easier, less error prone 01:03:19 yep 01:03:25 oh.. don't worry about my strange machine.. 01:03:30 I have it set up XZA 01:03:39 let me change that.. 01:04:52 ok.. I'm set 01:05:46 it'll take me a sec anyway 01:06:03 I'm not really running on "windows", since this is cygwin 01:06:11 ok.. 01:06:13 it would probably be faster for me to download tcl for Windows 01:06:20 (but I'd probably have to reboot ;) ) 01:06:27 not for tcl 01:06:37 heh 01:07:04 no rush.. 01:08:12 tic tac 01:08:15 tic tac 01:08:19 SWPadnos: no pressure.. 01:08:33 DING! 01:08:37 ouch 01:08:40 that hurt 01:08:53 at least it didn't sound hollow 01:09:23 i hate when it goes PSSSHHTsss 01:09:38 your head? 01:09:59 no my most favorite GIRLFRIEND... 01:10:59 phone 01:11:11 dmessier: you need to explain that in detail :D 01:12:45 ppl are using blow up dolls alot... 01:13:06 oh.. didn't know that ;) 01:13:11 to ride in the multiple occupany lanes.. 01:13:18 but if you say so... 01:13:42 dont get me wrong. 01:13:55 dmessier: just pulling your leg 01:14:01 me too 01:14:19 thought so.. 01:14:32 my fake g'friend is latex.. 01:15:17 does she get along with the real one? 01:15:34 doesn bitch mutch 01:15:50 perfect 01:16:17 tic tac.. 01:16:23 swampy: are you there yet? 01:16:52 i live in a perfect world... with minor extranious interuptions from planet... 01:17:07 fenn has quit 01:17:19 or the morons theron.. 01:17:32 lol 01:17:47 lets just say i LIKE smart ppl ALOT 01:17:52 ca c'est ne pas bon 01:18:08 tu les tous.... 01:18:43 didn't get that.. 01:19:03 kill 'em all 01:19:14 I'm rusty :( 01:19:19 oh.. right 01:19:32 let GOD sort em out 01:19:32 tu, as in tuer 01:19:44 if he wants them 01:19:51 fenn has joined #emc 01:20:34 SWPadnos: gonna take long? 01:20:44 hang up the phone 01:20:50 de la viend... oui... ub homme... jamais 01:21:14 un hommme 01:21:27 quest que c'est 'ub' ? 01:21:35 ahh.. un 01:21:51 viend is cattle? 01:22:07 meat...yes 01:22:22 "To repeat what others have said, requires education; to challenge it, requires brains.." 01:22:22 homme is ams 01:24:53 gonna be awhile 01:27:15 trying with cradek in the meantime :P 01:27:27 homme is ams ?? 01:27:55 littlest one need pc for a bit... keep me informed as to tele operation?? 01:28:37 man =homme 01:28:52 it works.. 01:28:59 cradek just connected 01:28:59 :D 01:33:25 really.. 01:33:26 rayh has joined #emc 01:33:54 hi rayh 01:34:02 * alex_joni_ and cradek are playing remote-emc :D 01:34:11 hey 01:34:24 neet 01:34:28 hi rayh 01:35:21 who is runnung who's machine 01:35:36 * alex_joni_ is running a sim doze emc :) 01:35:44 and cradek is running AXIS connected to it 01:35:52 and its working 01:36:18 okay. I did that a few times here. found some interesting stuff that didn't work 01:36:29 but that was long ago in the early Axis days. 01:36:43 dont sat e-stop...??? 01:36:57 dueling CNC. I wonder what the song is like 01:37:24 there's a fundamental problem with the gui reading in the program 01:37:33 that kind of thing is not supported in nml 01:37:55 I'm not sure there's a good solution actually 01:38:07 Right. The file stuff is a one time thing with the interp. 01:38:30 it would need a memory mapping of some sort 01:38:43 When Tom wrote it one of his constraints was a fixed memory footprint. 01:39:18 im thinkin map the mem at the cycle start button 01:39:19 ah, that's definitely a conflicting goal 01:39:31 We ought to put an feature request up with mapping 01:39:50 Not then it wasn't. 01:39:58 still isn't in embedded systems. 01:40:12 true 01:40:37 What happens when you try to load a 40 meg gcode file in 16 meg of ram. 01:40:50 it gets swapped out 01:41:01 on a swap partition 01:41:04 If there is some place to swap it. 01:41:11 to swap space on the 20 Gb drive... 01:41:16 that's why the 200 line look ahead 01:41:30 and the tp limitations. 01:41:33 yeah you sure don't need the whole file in the interpreter 01:41:43 all of which could be relaxed in today's pc environment. 01:41:44 ram and drive space is NOT what it was then 01:41:47 and xemc would only highlight the running line, so it didn't even need the whole file 01:41:53 it would have been silly 01:42:23 axis is the first thing that needs the whole file (in some form) because of the full-program preview 01:42:27 Hell I spent 11k for a 4 meg upgrade on an allen bradley 01:42:40 Yes. 01:43:24 Multiple gui's would really benefit from the program being under interp or task control 01:43:43 I agree 01:43:53 but that's a can of worms it might not be worth opening 01:44:07 not till next week. 01:45:21 Have you still got the bwidget kit in the Axis source? 01:45:34 yes 01:46:04 That helps with halconfig.tcl cause I use the tree widget from there. 01:46:12 rayh: whats next week? 01:46:14 :) 01:46:19 I think if alex and I had the same files in the same directory, it might all work 01:46:25 right 01:46:30 that's easily doable with nfs et al 01:46:33 got an chips? 01:46:37 alex_joni_: gotcha on that one. 01:47:04 alex_joni_: put emc2's Chips in /tmp 01:47:06 cradek: 3d_chips 01:47:08 I'm working up a front end test routine for halconfig 01:47:10 hmmm 01:47:13 not tmp 01:47:16 programs/ 01:47:21 relative to where you are 01:47:27 jas 01:47:50 There is some stuff in emc(1) that ran a tickle socket across the machines 01:47:53 ready, I think 01:48:07 I'll load it 01:48:25 it even did an md5 sum on both ends to be certain that you lost nothing 01:48:39 when you transfered a file into the interp machine 01:49:02 alex_joni_: I got error -1 (?) and now it's hung 01:49:31 "unrecognized error -1 [OK]" 01:49:36 ajoni has joined #emc 01:50:08 ajoni: I got "unrecognized error -1" and it hung 01:50:44 good luck guys. 01:50:47 rayh has quit 01:50:57 it crashed.. the connection 01:51:21 robin_sz has joined #emc 01:51:26 meep? 01:51:35 moop? 01:52:02 hi zwisk 01:52:06 howdy... 01:52:07 hi robin_sz 01:52:10 eveny 01:52:11 hello 01:52:22 alex_joni_ has quit 01:52:22 busy again huh? 01:52:29 ajoni is now known as alex_joni_ 01:52:33 as always 01:52:44 seen a cheap mill 01:52:55 Bridgport Interact wityh servos 01:53:02 seen a red fly 01:53:13 but no control ... 01:53:17 £360 01:53:55 oops 02:00:25 is that about $500? 02:00:29 that's a good price 02:03:08 ajoni has joined #emc 02:03:18 alex_joni_ has quit 02:03:23 ajoni is now known as alex_joni_ 02:05:03 alex_joni_: are you going to start using screen soon? 02:06:04 http://f0rked.com/articles/irssi 02:06:12 here's an article about using irssi+screen 02:06:46 ajoni has joined #emc 02:07:02 alex_joni_ has quit 02:07:09 ajoni is now known as alex_joni_ 02:07:12 alex_joni_: are you going to start using screen soon? 02:07:13 http://f0rked.com/articles/irssi 02:07:14 here's an article about using irssi+screen 02:07:29 cradek: I set it up 02:07:38 but it's worse than this :( 02:07:43 darn 02:07:47 because ssh fails 02:08:03 ssh -t otherhost screen -rd 02:08:16 if it exits, run it again, your programs are still there 02:08:20 what's -t ? 02:08:24 allocate tty 02:08:29 lets you run interactive programs 02:08:35 like screen 02:08:46 yeah I know.. but I end up with lots of zombie ssh's 02:08:56 because of unclean disconnects 02:08:58 strange, I haven't seen that 02:09:07 plus it's very sluggish 02:09:29 yeah 02:37:23 * alex_joni_ is gone 02:37:26 byeall 02:38:00 alex_joni_ has quit 02:38:27 cradek: I sometimes leave zombie sshds on lucky 02:41:59 johenry has joined #emc 02:42:29 johenry has left #emc 02:43:20 I see I missed a language war. blah 02:43:46 oh and a distro war 02:45:51 too bad I wasn't reading it at the time 02:57:49 robin_sz has quit 03:01:09 so 03:20:40 Is anyone doing cutter compensation (G41/42) with emc2? 04:05:13 not me 04:10:42 chris___ has joined #emc 04:10:45 hi 04:10:48 hello 04:11:35 i got this error running emc2 shmem.cc 509: SHMEM: Can't take semaphore 04:11:50 are you running it as root? 04:12:08 yes 04:12:10 is this the 2.4.20/rtlinux machine? 04:12:13 yes 04:12:32 and thies error iotaskintf.cc 213: Failed to send command to IO level 04:12:36 are you sure that's the first error? 04:13:02 yes its the first error 04:13:23 is this one of the stock configs? 04:13:41 cd .../emc2; sudo scripts/emc sim 04:15:18 same error 04:15:24 crap 04:15:47 HAL:72: ERROR: Can't find program 'halscope' 04:15:47 HAL config file /root/emc/emc2/configs/sim//../common/core_sim.hal failed. 04:15:56 ah ok 04:16:04 you probably don't have gtk-devel 04:16:07 so halscope didn't build 04:16:12 ok hang on 04:16:19 but you don't need halscope, you could comment that out 04:16:45 or build it if you can get the package, it's handy to have 04:17:18 what file cani search for to see if i have gtk-devel? 04:18:59 comment out halscope from?? configs/sim/sim.ini 04:19:07 % rpm -qf /usr/include/gtk-1.2/gtk/gtk.h 04:19:07 gtk+-devel-1.2.10-25 04:19:43 last line of configs/common/core_sim.hal 04:22:21 shmem.cc 509: SHMEM: Can't take semaphore 04:22:26 * CMS Status = -1 (CMS_MISC_ERROR: A miscellaneous error occured.) 04:23:02 among other errors 04:23:08 ok even on sim, that must mean something... 04:23:25 sudo emc -v -d sim 04:23:30 what do i need to compile for emc2, just the stuff in the src directory? 04:23:48 you should have the whole emc2 module from cvs 04:24:01 then cd src; ./configure; make 04:24:05 yep 04:25:35 try sudo emc -v -d sim >somefile 04:25:43 and let's look at the output 04:26:03 Running sudo HAL config file /root/emc/emc2/configs/sim//../common/core_sim.hal 04:26:04 + sudo /root/emc/emc2/bin/halcmd -i /root/emc/emc2/configs/sim/sim.ini -f /root/ 04:26:04 emc/emc2/configs/sim//../common/core_sim.hal 04:26:04 shmem.cc 509: SHMEM: Can't take semaphore 04:27:42 I think there'll be another error earlier 04:27:51 can you make the whole output available somehow? 04:27:56 does the // after sim (in the hal file name) cause weirdness? 04:28:05 try pastebin.com? 04:28:08 SWPadnos: no 04:28:10 ok 04:28:22 pastebin? 04:28:24 cat ///////etc////////////hosts 04:28:40 chris___: lets you post your output for us to look at 04:28:59 I think that's the one people use anyway (I usually use my own site) 04:29:01 ok hang on 04:29:03 cradek, can you try halcmd with a filename like that? 04:29:11 (just to make sure :) ) 04:29:35 umm not sure how 04:29:43 * cradek is no hal expert 04:30:12 just go to the emc2 dir and type bin/halcmd -f path//to//some/hal/file 04:30:25 with emc running or no? 04:30:44 doesn't need to be, but you may need to be careful about which hal file you specify 04:31:13 open("configs/common/////core_stepper.hal", O_RDONLY) = 3 04:31:23 it passes it right to open 04:31:28 ok 04:31:38 how do i send all output to a file 04:31:55 blahblah > somefile 04:32:02 maybe sudo scripts/emc -v -d sim >file 2>&1 04:32:35 some garbage still goes to the screen 04:32:45 just a little? 04:33:01 "2>&1" may need to be before ">file" (?) 04:33:02 that emc script is a little funny 04:33:13 tried that 04:33:15 ok 04:33:38 chris___: go ahead and post what you have 04:33:45 ok 04:34:01 this machine runs emc1 correctly, right? 04:34:13 well except for that bug/problem 04:35:12 yes it does 04:35:31 great, that's good to know 04:35:36 rules out a LOT of things 04:37:18 gtk isnt install at all 04:37:56 I don't think you need it 04:38:26 chrisb.id.au/debug.txt 04:38:51 404 04:39:38 again 04:39:54 there it is 04:42:02 which rtlinux version is this? 04:43:04 Linux emc 2.4.20-rtl3.2-pre2 04:43:26 Linux buster.timeguy.com 2.4.20-rtl3.2-pre2 #27 04:43:32 well what a coincidence 04:43:40 hmmmm 04:43:44 Linux emc 2.4.20-rtl3.2-pre2 #1 Thu May 12 23:36:41 EST 2005 i586 AMD-K6(tm) 3D processor AuthenticAMD GNU/Linux 04:44:19 from ..../emc2 do sudo scripts/realtime start 04:44:24 and then lsmod 04:44:40 you should see rtl, mbuff, rtl_*, rtapi, hal_lib 04:44:47 Module Size Used by Tainted: P 04:44:47 i2c-isa 748 0 (unused) 04:44:47 w83781d 20276 0 (unused) 04:44:47 i2c-proc 6324 0 [w83781d] 04:44:47 i2c-core 14340 0 [i2c-isa w83781d i2c-proc] 04:44:52 oops 04:45:15 Module Size Used by Tainted: P 04:45:15 hal_lib 19248 0 (unused) 04:45:15 rtapi 19084 0 [hal_lib] 04:45:15 rtl_fifo 8868 0 [rtapi] 04:45:15 rtl_posixio 6936 0 [rtl_fifo] 04:45:16 rtl_sched 27136 0 [rtapi] 04:45:18 rtl_time 4852 0 [rtapi rtl_posixio rtl_sched] 04:45:20 mbuff 6188 2 [rtapi] 04:45:22 rtl 18128 0 [rtapi rtl_fifo rtl_posixio rtl_sched rtl_time] 04:45:24 i2c-isa 748 0 (unused) 04:45:26 w83781d 20276 0 (unused) 04:45:28 i2c-proc 6324 0 [w83781d] 04:45:30 i2c-core 14340 0 [i2c-isa w83781d i2c-proc] 04:45:40 ok that looks like mine 04:45:48 now sudo scripts/realtime stop 04:46:22 all gone 04:46:31 all emc modules gone 04:48:26 any ideas? 04:49:04 in your scripts/emc, after the motion module loads, put a lsmod 04:49:31 about line 458 04:50:00 oh we should also check your dmesg for errors 04:51:06 ok 04:51:35 so now 'sudo scripts/emc sim' aain 04:51:36 again 04:51:42 you should see motmod is loaded 04:51:43 look like the modules load 04:51:50 is there a motmod? 04:51:53 yes 04:52:11 look for anything strange in dmesg 04:53:31 RTLinux 8254 periodic settimer set too high! 04:53:34 http://pastebin.com/491289 04:53:43 here is what an emc startup looks like in my dmesg 04:53:59 I've seen that settimer thing, it doesn't seem to hurt 04:54:15 I think it does that on exit 04:54:41 does your startup look any different than mine? 04:55:23 no, its the same 04:55:34 well crap 04:55:43 I'm running out of ideas fast 04:57:18 can you pop in something like 1800-2200 UTC? We can get help from alex_joni and if we're lucky, others 04:57:35 he's UTC+2 so very asleep right now 04:57:45 im UTC+10 04:58:14 so 4am in the morning? 04:58:17 so that would be the worst time for you 04:58:29 drat 04:58:58 yep 04:59:00 maybe it would be better to email the list asking for help 04:59:37 he's often around until 2300-0100UTC 04:59:54 but still inconvenient 05:00:00 timezones are a pain in the ass 05:00:23 especially where i live 05:00:33 then agian i do shift work 05:00:34 yeah, the US/europe isn't so bad 05:01:19 well I suggest a two-pronged approach 05:01:29 send an email to the list explaining the troubleshooting we did 05:01:45 come into irc as early as practical and see who's around 05:01:49 yeah, when i get back fomr holidays 05:02:38 you'll get some responses saying rtlinux is not well tested, and that's true, but it works great for me - the same version you have 05:02:47 checking for RT dir... configure: WARNING: Multiple RT signatures found, try to specify one by --with-rtai=, --with-rtlinux=, --with-rtlinuxpro= 05:02:53 it *is* a supported configuration 05:02:59 that's fine too 05:03:04 emc1 works 05:03:04 there's a symlink or something 05:03:08 right 05:03:15 that's an important thing to mention in your email 05:03:38 configure: WARNING: GTK not found, some utilities (halmeter, halscope) will not be built 05:03:42 do you start emc1 with sudo? 05:03:47 no 05:03:49 yep, that's fine too 05:03:54 how do you start emc1? 05:04:03 ./generic.run i think 05:04:14 as a non-root user? 05:04:19 root user 05:04:22 ah ok 05:04:28 maybe you should try starting emc2 the same way 05:04:37 as a root user 05:04:38 su -; cd .../emc2; scripts/emc sim 05:04:47 i have been doing that 05:04:51 oh ok 05:04:58 so it's not a sudo problem 05:05:17 in not running it with sudo 05:05:20 gotcha 05:05:34 although i had to install sudo to run it 05:05:45 it complained there was no sudo 05:05:48 you know, I just thought of that - it is still using sudo 05:06:12 so im not sure if sudo is setup correctly 05:06:14 I wonder if your sudo might be misconfigured somehow 05:06:24 no idea, i never use sudo 05:07:58 why don't you try search and replace sudo with env in your emc script 05:08:03 I think env will work 05:08:08 env 05:08:28 ill try 05:08:33 or maybe replace sudo with nothing 05:08:46 do you know enough bash to do this? 05:08:48 scripts/emc? 05:08:51 yeah 05:08:51 yeah sure 05:08:54 ok 05:09:08 just strip that sudo stuff out 05:09:52 (this seems like a long shot, doesn't it) 05:10:00 sed s/sudo// emc >emc.new 05:10:39 looks like that's so simple it just might work 05:12:09 it's crazy enough.. it just might work 05:12:17 yeah 05:12:36 any luck? 05:12:59 no 05:13:17 I guess I'm not too surprised. 05:13:27 you built rtlinux etc yourself, right? 05:13:39 yeah 05:13:48 I wonder if we have some different options selected or something 05:15:17 I thought there were some options in .config, but there isn't much 05:16:23 i get the same SHMEM: Can't take semaphore error 05:17:15 there's a /usr/rtlinux/examples/signals/semaphores but when I try to build it I get a compile error 05:17:22 that's not very encouraging 05:19:20 same 05:19:37 add #include to both files 05:21:07 works 05:22:01 bah 05:22:06 they won't run for me anyway 05:22:08 sig_sem.o: unresolved symbol pthread_sigmask 05:23:10 aha 05:23:13 AHA 05:23:18 check out /usr/src/rtlinux/.config 05:23:23 _RTL_POSIX_SEMAPHORES=y 05:23:32 I hope this is it 05:24:20 http://pastebin.com/491328 05:24:23 here is my whole .config 05:24:34 it is selected 05:24:46 crap! 05:25:07 is anything else different? 05:26:45 looks the same 05:27:08 well darnit 05:27:13 I'm stumped 05:27:26 we have a working machine to compare with and we still can't find the problem 05:28:16 maybe doing a clean checkout / ./configure / make would be a good starting point (of course, that's what this is, isn't it? 05:28:20 yeah, emc1 has worked 05:29:00 emc2 may use rtlinux features that emc1 doesn't - but we'd have to ask alex_joni or jmkasunich 05:29:11 ok 05:29:12 and they're both asleep 05:29:25 but we both have the same rtlinux copies 05:29:33 jmk hasn't been on irc much lately, but he may answer your email 05:29:37 yeah, we sure do 05:29:48 seems like we have very similar systems 05:29:52 you both have 3.2pre2? 05:29:54 right down to the bug with semophopres 05:30:04 yes 3.2pre2 05:30:11 I use it on two machines 05:30:14 ok - that was my next idea :( 05:31:10 CONFIG_SYSVIPC=y 05:31:19 surely you have this in your kernel's .config, right? 05:31:27 * cradek grasps at another straw 05:31:41 compiler version check, maybe? 05:31:59 3.2.2 for everything 05:32:16 no kidding - even the RT? 05:32:20 chris___: did you build everything with the same compiler? 05:32:29 SYSVIPC=y 05:32:33 SWPadnos: yeah, kidding why? 05:32:39 i should of 05:32:52 chris___: I hear that's important, but it might be superstition 05:33:04 well, even on BDI 4.3, ther kernel and RTAI are compiled with gcc 2.95-something 05:33:05 SWPadnos: that's the only compiler I have installed 05:33:07 how do i forece a rec-compile of everything 05:33:33 though 3.2 or 3.3 is there, for the UI-related stuff (I think g++ is 3.x) 05:33:33 SWPadnos: you'd have to do the kernel, the /usr/src/rtlinux stuff, then emc2 05:33:51 SWPadnos: I think rtai do still recommend using 2.95 on their web site 05:34:00 SWPadnos: not sure why 05:34:06 SWPadnos: (I've never used rtai) 05:34:08 right - kernel / RTAI / EMC are all done with 2.95, other stuff may be 3.x 05:34:19 that's why I was a bit surprised 05:34:34 yeah I don't have any other compiler installed 05:34:39 works perfectly, always has, emc1 & 2 05:35:07 chris___: what compiler are you using? 05:35:16 3.3 i think 05:35:29 chris___: probably fine, was hoping it wasn't 4.x 05:35:45 no its definately 3.2 or 3.3 or something like that 05:35:49 I have to get to bed, 23:30 here 05:35:53 ok 05:36:00 sorry we couldn't figure it out 05:36:11 ill get it eventually 05:36:21 something pretty obscure is wrong it seems like 05:36:40 I'm sure jmk could help you 05:36:45 he'll see your post to the list 05:37:28 gcc version 3.3.5-20050130 05:37:57 ok, that's a significant difference 05:38:09 hard to say whether it's THE significant difference though 05:39:49 how significant 05:40:11 good question 05:41:51 emc1 worked 05:43:16 true, but with an obvious bug nobody else has ever seen... 05:46:18 is gcc 3.4.4 any better? 05:46:29 I have no idea, sorry 05:46:40 I have only used 3.2.2 on my two machines 05:47:12 ok, really going to bed now 05:47:13 g'night 05:47:17 ok 05:48:11 nght 05:56:20 im trying a rtlinux and emc2 re-compile 06:14:03 i hope this machine doesnt stuff up, its a headless machine submurged in oil 06:21:43 zwisk has quit 06:50:56 SWPadnos is now known as SWP_Away 07:16:14 steves_logging has quit 08:57:46 RifRaf has quit 08:59:43 RifRaf has joined #emc 09:35:07 lmorning 09:59:11 hi 09:59:29 do you know much about emc2? 09:59:49 depends on what you need to know 10:00:18 SHMEM: Can't take semaphore 10:00:24 when trying to run emc2 10:01:13 it complains about other shared memory errors 10:04:44 any ideas? 10:04:54 emc1 works 10:05:28 RifRaf has quit 10:10:10 RifRaf has joined #emc 10:10:40 hm none whatesoever 10:23:01 ok 11:07:35 chris___ has quit 13:03:36 skunkworks has joined #emc 13:30:27 rayh has joined #emc 13:58:15 Jacky^ has joined #emc 13:58:19 hi 14:02:48 skunkworks has quit 14:19:07 03cradek * 10emc2/scripts/realtime: realtime status should return an exit code reflecting the status 14:32:19 RifRaf_ has joined #emc 14:32:20 RifRaf has quit 14:32:45 RifRaf_ is now known as RifRaf 14:47:32 anonimasu has quit 14:52:12 later 14:52:15 Jacky^ has quit 15:02:26 alex_joni_ has joined #emc 15:05:34 ajoni has joined #emc 15:05:44 alex_joni_ has quit 15:05:48 ajoni is now known as alex_joni_ 15:39:34 alex_joni_ has quit 15:39:51 alex_joni_ has joined #emc 16:16:48 ottos has joined #emc 16:16:59 alex_joni_ has quit 16:17:04 good day gents. happy new year to call. 16:17:10 all.. 16:26:29 ottos has quit 16:34:55 happy new years 16:35:13 ah.. too late ,) 16:35:16 anyone around? 16:36:20 I am 16:37:54 SWP_Away is now known as SWPadnos 16:38:00 I am 16:38:08 therefore I think 16:40:11 you think you are 16:40:12 :) 16:40:31 just noticed the discussions last night 16:40:33 as one friend used to say "I'm thinking about it, therefore I might be" 16:40:57 that's a libnml problem as far as I can tell 16:41:11 yes - shmem.cc is in the nml_intf directory 16:41:12 but I'm not quite sure what's going on there.. 16:41:26 libnml/buffer/ 16:41:48 but close ,) 16:41:57 right - that's what I meant :) 16:42:07 .*nml.* 16:42:17 I don't really have a clue what happened there.. 16:42:27 but building with -DDEBUG might help 16:42:50 if you see chris__ and I'm not around could you suggest that? 16:42:57 yep 16:43:08 it appears that his system is the same as cradek's, except for the compiler version 16:43:12 ok, and dropping an email to the dev list 16:43:30 (and any other unknown library / other differences) 16:43:32 yeah, I heard there are some issues with compilers > 3 16:43:33 what does -DDEBUG do? 16:43:52 cradek: the libnml code seems to be fuull of debug messages 16:44:10 which get only printed by defining DEBUG 16:44:20 ok, good idea 16:44:22 shmem.cc isn't - there's only one instance 16:44:52 SWPadnos: what do you mean? 16:44:55 and it's in the shmem::close function, so it would be after the problem, if at all 16:45:02 isn't full of DEBUG ifdefs 16:45:57 the error reported is in SHMEM::main_access 16:46:33 anonimasu has joined #emc 16:46:52 and it's actually the mem_get_access(&mao) which return -1 to get that error printed 16:47:04 hey 16:47:05 what's up? 16:47:06 yes 16:47:12 but -1 is for bad arguments to that function, AND some other problems with it 16:47:20 which makes it hard to tell what happened 16:47:25 anonimasu: not much 16:48:04 for instance mo->sem_wait() failing 16:48:10 whatever that would so :D 16:48:11 do 16:48:47 the description is not quite accurate : "Returns: 0 for success: -1 for invalid parameters: or -2 if it timed out." 16:49:07 where is that function? 16:50:21 brb dinner 16:51:35 memsem.cc 16:52:18 actually the error SHMEM: Can't take semaphore, is printed twice 16:52:25 so it can be 2 things failing :( 16:53:02 but I really have no idea what a MAO_MUTEX_W_OS_SEM is .. so I'm just guessing :D 16:53:27 back later.. 16:53:44 the actual RCS_SEMAPHORE::wait functions is in libnml/os_intf/sem.cc 16:56:36 CIA-8 has quit 16:56:52 wtf 17:00:02 huh, wonder what the deal is with CIA 17:00:40 ^_^ 17:02:18 CIA-8 has joined #emc 17:40:08 well - it looks like that semaphore problem is due to sem being NULL 17:41:43 which is odd, because it's checked for null 3 lines before, which would cauyse a different error 17:42:15 (actually, the same misc error, but without the "SHMEM: can't take semaphore" message) 17:43:58 no, sem is obviously not null 17:44:06 you're looking at line 509, right? 17:44:09 yes 17:44:16 why do you think sem is null? 17:44:19 and on line 506 or so, it's checked 17:44:34 looking at sem.cc, line 73 17:44:50 of course, rcs_sem_wait may also return -1 in some cases 17:45:57 yeah it must be 17:46:19 of course, that's also "if 0==sem return -1" 17:46:38 trust me, sem is not null 17:46:46 because we called sem->wait() way back when 17:46:58 I agree, unless something is screwing it up (race conditions) 17:47:05 this is multithreaded, after all 17:47:37 of course, it's hard to call NULL->wait() anyway :) 17:47:51 hmm, I didn't know this was multithreaded 17:48:17 it may not be - I was thinking HAL 17:48:19 alex was right - he should define DEBUG 17:48:38 he might get this error from rcs_sem_wait 17:48:54 yep - I'm looking for semtimedop, called from rcs_sem_wait 17:49:18 I think my machine doesn't have that 17:49:26 oops - he doesn't have that 17:49:26 it's a system call 17:49:30 right 17:50:09 we need to get this DEBUG output (errno) 17:50:24 that would likely be helpful 17:51:53 right - semop returns -1 on any error, and errno is set accordingly 17:52:08 yes 17:55:19 I emailed him with that suggestion 17:55:23 ok 18:04:42 Jymmm has joined #emc 18:05:15 Jymmm has changed the topic to: Welcome to the Enhanced Machine Control forum - Support and development of a linux based CNC control. | Home: www.linuxcnc.org | Regular Developers' meetings every Sunday 14:00-18:00 GMT | wiki up @ http://wiki.linuxcnc.org | EMC usage map: http://www.frappr.com/emctheenhancedmachinecontroller || HAPPY NEW YEAR is over, get back to work! 18:05:38 I turned threads today :) 18:06:17 cool 18:06:30 did you use cnc, or all by hand =) 18:06:41 all by hand 18:06:45 was very easy :) 18:08:12 cool 18:08:23 going to turn the real stuff tomorrow.. 18:08:27 just test threaded some :) 18:10:35 need to start getting the machine togther 18:10:36 :) 18:19:39 skunkworks has joined #emc 18:25:53 Jacky^ has joined #emc 18:25:59 hello 18:36:57 dmessier has left #emc 19:05:30 les_w: ! 19:05:33 http://www.corriere.it/gallery/Economia/2006/01_Gennaio/auto/1/14.-LAMBORGH.jpg 19:05:36 :P 19:07:38 this is incredible http://www.corriere.it/gallery/Economia/2006/01_Gennaio/auto/1/5.-CHEVY.jpg 19:10:36 Jymmm has quit 20:06:39 anonimasu has quit 20:06:42 RifRaf has quit 20:11:10 RifRaf has joined #emc 20:14:23 ottos has joined #emc 20:16:40 ottos has quit 20:36:11 Jacky^ has quit 20:37:03 Jacky^ has joined #emc 20:39:18 Jacky^ has quit 20:41:15 Jacky^ has joined #emc 21:08:33 hi guys 21:09:04 hi alex 21:10:42 months even 21:16:26 hi 21:17:17 anonimasu has joined #emc 21:18:18 I just noticed something.. well noticed/remembered.. 21:18:28 TIll's machine is actually 2X gantry ;) 21:18:39 so that's nice to get run by emc2 21:18:52 eh? 21:18:55 what's up? 21:19:26 http://www.isw.uni-stuttgart.de/personen/t_franit/modell/e_mixer.html 21:19:31 running emc2 now 21:24:21 alex_joni: cool plotter 21:24:46 yes.. 21:49:02 Jacky^ has quit 21:52:20 * alex_joni found a terminal 21:52:31 wonder if it's Jacky^'s 21:56:25 anonimasu has left #emc 22:02:22 skunkworks has quit 22:07:01 Jacky^ has joined #emc 22:15:42 logger_aj has joined #emc 22:15:43 topic is: Welcome to the Enhanced Machine Control forum - Support and development of a linux based CNC control. | Home: www.linuxcnc.org | Regular Developers' meetings every Sunday 14:00-18:00 GMT | wiki up @ http://wiki.linuxcnc.org | EMC usage map: http://www.frappr.com/emctheenhancedmachinecontroller || HAPPY NEW YEAR is over, get back to work! 22:15:43 Users on #emc: logger_aj Jacky^ RifRaf CIA-8 rayh fenn A-L-P-H-A cradek jtr djb_rh LawrenceG klick jepler les_w SWPadnos jontow ValarQ alex_joni jtr_away Timbo websys icee ccjoe pc_op @ChanServ 22:24:57 rayh has quit 22:35:36 Jymmm has joined #emc 22:45:31 k4ts has joined #emc 22:45:54 hello 22:50:12 03alex_joni 07simple_tp * 10emc2/src/emc/kinematics/tc.c: 22:50:12 Added doxygen style of comments to the functions. Hope I got them right... 22:50:12 This documenting might be overkill on some small functions, but it helps getting all emc2 documented properly. 22:50:47 alex_joni has quit 22:51:24 alex_joni has joined #emc 23:04:11 robin_sz has joined #emc 23:05:18 meep? 23:20:01 Jymmm has left #emc 23:20:32 Jymmm has joined #emc