Back
[00:16:52] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master df74db6 06linuxcnc 10src/emc/nml_intf/emc.hh 10src/emc/task/task.hh task: move a bunch of function declarations to a more specific header * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=df74db6
[00:16:53] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master 4656583 06linuxcnc 10src/emc/task/emctask.cc 10src/emc/task/task.hh task: fix a segfault on exit * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=4656583
[00:16:53] <KGB-linuxcnc> 03Dewey Garrett 05master c389b69 06linuxcnc 10src/emc/usr_intf/axis/scripts/axis.py axis: change tab when task_mode changed * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=c389b69
[00:16:55] <KGB-linuxcnc> 03Dewey Garrett 05master b22f83b 06linuxcnc 10src/emc/usr_intf/axis/scripts/axis.py axis: remove axisui.set-manual-mode pin * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=b22f83b
[00:16:59] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master 46557dc 06linuxcnc 10src/emc/usr_intf/halui.cc halui: switch to Manual when the user requests jog * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=46557dc
[00:17:03] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master bc52acc 06linuxcnc 10src/emc/usr_intf/halui.cc halui: dont bother changing mode if we're already in the target mode * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=bc52acc
[17:05:25] <cradek> > KINEMATICS_FORWARD_ONLY means that only the forward kinematics exist. Since the EMC requires at least the inverse kinematics, this should simply terminate the EMC.
[17:05:40] * cradek rolls his eyes
[17:19:17] <cradek> here's a constant you can use to compile your kinematics that can't work, and someone should add special error handling in case we ever see it.
[18:23:19] <skunkworks> how do you fix this? I deleted the positon.txt file but it still opens up with the postion being that
http://imagebin.org/279534
[18:26:22] <skunkworks> deleting the var file didn't help
[18:40:25] <seb_kuzminsky> skunkworks: wow, it'll take a while to traverse back into this solar system
[18:42:19] <skunkworks> :)
[18:42:31] <skunkworks> I think the new tp still has some bugs
[18:42:37] <skunkworks> I can't home it ;)
[18:43:12] <skunkworks> that was running 3d_chips - witch before ran good
[18:43:17] <skunkworks> which
[18:43:47] <seb_kuzminsky> i'd have thought that if you removed the position.txt file, the machine would wake up at 0,0,0 or someplace
[18:53:58] <KGB-linuxcnc> 05halui-jit-manual 85cc9a0 06linuxcnc 04. branch deleted * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=85cc9a0
[18:55:53] <andypugh> Was that giving up on the idea, or merging to master?
[19:07:14] <cradek> skunkworks: did you figure it out?
[19:08:56] <skunkworks> cradek: not yet
[19:09:49] <skunkworks> deleted the position file (which wasn't being used with this config I think) and the var file
[19:10:46] <cradek> if you did that (and you're positive you got the right ones) I suppose it's just a bug
[19:11:01] <cradek> this is the testing tp?
[19:11:18] <skunkworks> yes
[19:13:27] <skunkworks> it did this while running 3d_chips
http://imagebin.org/279536
[19:14:19] <cradek> hmm, that ain't right
[19:15:26] <cradek> it's really surprising that would be maintained through a restart
[19:17:42] <skunkworks> I could try make clean - make
[19:23:25] <seb_kuzminsky> andypugh: halui-jit-manual is in master now :-)
[19:23:38] <andypugh> Ah, great.
[19:24:31] <seb_kuzminsky> i think it's an improvement over the old way, but it's not without quirks
[19:25:37] <seb_kuzminsky> if you're in mdi mode, then the continuous jog pins in halui work (it switches to manual just-in-time), but the jogwheel that goes into axis.*.jog-counts does not work (because it goes straight into motion, and motion doesnt know how to switch to manual)
[19:26:21] <andypugh> Isn't breaking jogwheels a bit of an issue?
[19:27:07] <andypugh> or do they still work as they did, if you are in the right mode?
[19:27:22] <seb_kuzminsky> they still work in all the situations where they worked before
[19:27:58] <seb_kuzminsky> but it used to be that jogwheels and jog buttons all worked or all didnt work, depending on mode
[19:28:19] <seb_kuzminsky> now jogbuttons almost always work, and jogwheels only work when they used to work before
[19:30:06] <seb_kuzminsky> oh, and if you're in mdi and you push a jog button, it takes a good quarter second before the jog starts, which i personally find kind of terrifying
[19:31:23] <andypugh> That seems a strangely long time.
[19:32:57] <andypugh> Russell was asking on where to look and how to help. Though I guess that if the problem is with motion not being able to change modes, then that is pretty intractable?
[19:33:19] <andypugh> Can motion send NML commands "upstream" ?
[19:33:40] <andypugh> Ah, that explains it
[19:34:30] <seb_kuzminsky> oops, i replied on #linuxcnc by mistake
[19:34:36] <seb_kuzminsky> it's an nml round trip between halui and task, and bouncing around in task for a while
[19:35:22] <seb_kuzminsky> i think task could be event-driven and a lot snappier
[19:35:53] <andypugh> That could happen by accident with mah's stuff.
[19:36:43] <andypugh> (or get worse)
[19:37:01] <andypugh> But perhaps it makes no sense to fix it twice
[19:38:55] <seb_kuzminsky> yeah, refactoring task is not on the 2.6 todo list ;-)
[19:40:17] <skunkworks> make clean make didn't help
[19:41:24] <skunkworks> hmm - running the sample axis config doens't have the issue.. so something with the current config directory
[19:41:43] <seb_kuzminsky> skunkworks: i just loaded sim/axis/axis.ini, jogged around, quit linuxcnc and restarted it, and it remembered the position
[19:42:05] <seb_kuzminsky> then i quit linuxcnc, removed the position file and restarted it, and it correctly forgot its position
[19:42:12] <seb_kuzminsky> that's on master
[19:46:09] <skunkworks> I deleted all the var files...
[19:46:21] <skunkworks> I wasn't deleting the backup and I wonder if it was using it
[19:46:42] <seb_kuzminsky> that'd freak me out if it did
[19:46:46] <cradek> unless you play with G10 or G92, the current position shouldn't contaminate the var file
[19:47:14] <cradek> look in your ini and make sure you know what the positions file is
[19:48:58] <cradek> weird, seb's ML messages have Reply-To: him and the list
[19:49:29] <cradek> mine don't (and I would hate it)
[19:49:45] <cradek> seb_kuzminsky: do you send that header yourself on purpose?
[19:51:45] <skunkworks> I don't know.. going to play some more
[19:52:28] <cradek> did you check for sure that you're getting the file specified in your ini's [TRAJ]POSITION_FILE?
[19:52:41] <cradek> and in the right directory?
[20:12:16] <seb_kuzminsky> cradek: oh yeah, i added that a while back when my outgoing mail was all horked, but i think it's ok now
[20:12:21] <seb_kuzminsky> i should take it off
[20:13:17] <cradek> just curious where it came from; I didn't mean to say you were doing something wrong
[20:14:56] <seb_kuzminsky> at some point in the past, outgoing mail had to be proxied through my isp's email gateway, and they somehow munged the from or reply-to address or something, and if i added my own before handing them the email it would work
[20:15:06] <seb_kuzminsky> ugh, i dont even remember what the problem was any more
[20:15:17] <seb_kuzminsky> just a vestigial fix at this point
[20:58:58] <skunkworks> sorry - bath time
[21:01:16] <seb_kuzminsky> have a nice bath, skunkworks
[21:02:06] <skunkworks> well - I do smell
[21:02:08] <skunkworks> http://pastebin.com/VwdBZsnp
[21:02:19] <skunkworks> I was editing the wrong directory - duh
[21:03:04] <seb_kuzminsky> oh good :-)
[21:10:05] <skunkworks> heh - it did it again
[22:38:31] <KGB-linuxcnc> 03Michael Geszkiewicz 05ubc3-7i80 60e91dc 06linuxcnc 10(7 files in 2 dirs) Add support for mesanet ethernet UDP boards 7i80 and 7i76E * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=60e91dc
[22:50:38] <linuxcnc-build> build #718 of precise-i386-realtime-rip is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/precise-i386-realtime-rip/builds/718 blamelist: Michael Geszkiewicz <micges@wp.pl>
[22:52:19] <linuxcnc-build> build #1518 of hardy-amd64-sim is complete: Failure [4failed install-missing-build-dependencies] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/hardy-amd64-sim/builds/1518 blamelist: Michael Geszkiewicz <micges@wp.pl>
[22:52:26] <linuxcnc-build> build #1513 of hardy-i386-realtime-rip is complete: Failure [4failed install-missing-build-dependencies] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/hardy-i386-realtime-rip/builds/1513 blamelist: Michael Geszkiewicz <micges@wp.pl>
[22:53:26] <linuxcnc-build> build #1516 of hardy-i386-sim is complete: Failure [4failed install-missing-build-dependencies] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/hardy-i386-sim/builds/1516 blamelist: Michael Geszkiewicz <micges@wp.pl>
[22:55:32] <linuxcnc-build> build #597 of precise-amd64-xenomai-rip is complete: Failure [4failed apt-get-update compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/precise-amd64-xenomai-rip/builds/597 blamelist: Michael Geszkiewicz <micges@wp.pl>
[22:55:50] <linuxcnc-build> build #1517 of lucid-i386-realtime-rip is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/lucid-i386-realtime-rip/builds/1517 blamelist: Michael Geszkiewicz <micges@wp.pl>
[22:58:03] <linuxcnc-build> build #1513 of lucid-rtai-i386-clang is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/lucid-rtai-i386-clang/builds/1513 blamelist: Michael Geszkiewicz <micges@wp.pl>
[22:59:59] <linuxcnc-build> build #623 of precise-x86-xenomai-rip is complete: Failure [4failed apt-get-update compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/precise-x86-xenomai-rip/builds/623 blamelist: Michael Geszkiewicz <micges@wp.pl>
[23:22:13] <linuxcnc-build> build #1518 of checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/checkin/builds/1518 blamelist: Michael Geszkiewicz <micges@wp.pl>