Back
[08:46:57] <skunkworks> I really shouldn't post when I am hangry
[08:46:58] <skunkworks> http://www.cnczone.com/forums/uncategorised-cam-discussion/307546-cnc-software-3.html#post1888346
[08:50:53] <archivist> https://xkcd.com/386/
[08:51:08] <skunkworks> exactly
[08:53:38] <archivist> one of his best cartoons
[09:15:20] <mozmck> is hangry a combination of hungry and angry?
[09:16:16] <skunkworks> yes
[09:27:28] <skunkworks> mozmck, how is commandcnc going?
[09:28:15] <mozmck> It's doing pretty well. Right now I'm trying to fix run-from-line in linuxcnc because that is becoming a major issue for us.
[09:28:34] <skunkworks> what issue?
[09:30:22] <mozmck> O subs with a G38.2 are seriously broken, and M66 delays are executed.
[09:31:05] <skunkworks> yeck.
[09:31:33] <mozmck> So if you try to RFL after an O sub with a G38.2, it thinks the move you are on is a G38.2
[09:31:59] <skunkworks> oh - double yeck
[09:32:25] <mozmck> Also, the delays in all M66 previous to the RFL point are executed - which in our case can add up a lot.
[09:34:45] <skunkworks> I am rooting for you!
[09:35:25] <skunkworks> are G4Pxx execited also?
[09:35:28] <mozmck> :-) thanks. It's more complicated than I had hoped it would be.
[09:35:43] <mozmck> I don't know about that - I should test and see.
[09:36:13] <mozmck> Just trying to figure out the flow of execution in the code is not easy.
[09:36:52] <skunkworks> I just assumed it was scary - just from what others have said about it.
[09:37:29] <mozmck> I'm to dumb to be scared, so I just jumped in :-)
[09:39:40] <skunkworks> riiiight
[09:39:59] <KGB-linuxcnc> 03Norbert Schechner 05master 657ba39 06linuxcnc 10lib/python/gladevcp/tooledit_widget.py GladeVCP - tooledit widget - bug in reload if decimal separator not dot * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=657ba39
[09:41:48] <KGB-linuxcnc> 03Norbert Schechner 05EU_Surplus_FastSeal 9f10423 06linuxcnc 03configs/sim/FastSeal/Kopie von lathe.tbl 10configs/sim/FastSeal/lathe.tbl 10lib/python/gladevcp/tooledit_widget.py EU_SURPLUS_tooledit widget bug found * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=9f10423
[09:41:48] <KGB-linuxcnc> 03Norbert Schechner 05EU_Surplus_FastSeal 46573bb 06linuxcnc Merge branch 'master' of ssh://norbert@git.linuxcnc.org/git/linuxcnc.git into EU_Surplus_FastSeal * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=46573bb
[10:49:34] <skunkworks> fast seal?
[10:50:41] <archivist> I am confused by that too
[10:52:32] <pcw_home> http://www.answers.com/Q/How_fast_does_a_seal_swim
[11:01:20] <KGB-linuxcnc> 03Norbert Schechner 05EU_Surplus_FastSeal fae63c5 06linuxcnc 10src/emc/usr_intf/FastSeal/FastSeal.py 10src/emc/usr_intf/FastSeal/release_notes.txt EU_Surplus_FastSeal - 0.6.5 - reload preview on tool modifications * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=fae63c5
[11:09:57] <jepler> I have a feeling that he is customizing his UI for a customer, but putting the result in public git.
[11:14:12] <skunkworks> ah.
[12:49:51] <linuxcnc-build> build #3355 of 4008.deb-precise-amd64 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4008.deb-precise-amd64/builds/3355 blamelist: Norbert Schechner <nieson@web.de>
[13:01:04] <linuxcnc-build> build #2183 of 4009.deb-precise-rtai-i386 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4009.deb-precise-rtai-i386/builds/2183 blamelist: Norbert Schechner <nieson@web.de>
[13:02:23] <linuxcnc-build> build #3355 of 4007.deb-precise-i386 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4007.deb-precise-i386/builds/3355 blamelist: Norbert Schechner <nieson@web.de>
[13:13:48] <linuxcnc-build> build #1223 of 4014.deb-wheezy-rtpreempt-i386 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4014.deb-wheezy-rtpreempt-i386/builds/1223 blamelist: Norbert Schechner <nieson@web.de>
[13:16:48] <linuxcnc-build> build #1927 of 4017.deb-wheezy-amd64 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4017.deb-wheezy-amd64/builds/1927 blamelist: Norbert Schechner <nieson@web.de>
[13:20:36] <linuxcnc-build> build #345 of 4017.5.deb-wheezy-armhf is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4017.5.deb-wheezy-armhf/builds/345 blamelist: Norbert Schechner <nieson@web.de>
[13:26:13] <linuxcnc-build> build #1258 of 4015.deb-wheezy-rtpreempt-amd64 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4015.deb-wheezy-rtpreempt-amd64/builds/1258 blamelist: Norbert Schechner <nieson@web.de>
[13:33:50] <linuxcnc-build> build #1923 of 4016.deb-wheezy-i386 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4016.deb-wheezy-i386/builds/1923 blamelist: Norbert Schechner <nieson@web.de>
[13:36:06] <jepler> too bad his branch fails at packaging
[13:43:13] <linuxcnc-build> build #594 of 4022.deb-jessie-amd64 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4022.deb-jessie-amd64/builds/594 blamelist: Norbert Schechner <nieson@web.de>
[13:45:05] <linuxcnc-build> build #1615 of 4018.deb-wheezy-rtai-i386 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4018.deb-wheezy-rtai-i386/builds/1615 blamelist: Norbert Schechner <nieson@web.de>
[13:49:06] <linuxcnc-build> build #595 of 4021.deb-jessie-i386 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4021.deb-jessie-i386/builds/595 blamelist: Norbert Schechner <nieson@web.de>
[13:50:23] <linuxcnc-build> build #526 of 4019.deb-jessie-rtpreempt-i386 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4019.deb-jessie-rtpreempt-i386/builds/526 blamelist: Norbert Schechner <nieson@web.de>
[13:50:53] <linuxcnc-build> build #525 of 4020.deb-jessie-rtpreempt-amd64 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4020.deb-jessie-rtpreempt-amd64/builds/525 blamelist: Norbert Schechner <nieson@web.de>
[14:24:02] <mozmck> Interp::execute() has quite a call graph:
http://www.mcknight-instruments.com/images/classInterp_execute_cgraph.png
[14:26:03] <skunkworks_> yikes
[14:26:17] <skunkworks_> (but I have nothing to compare it to...)
[14:48:34] <linuxcnc-build> build #3356 of 4008.deb-precise-amd64 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4008.deb-precise-amd64/builds/3356 blamelist: Norbert Schechner <nieson@web.de>
[14:50:11] <linuxcnc-build> build #1224 of 4014.deb-wheezy-rtpreempt-i386 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4014.deb-wheezy-rtpreempt-i386/builds/1224 blamelist: Norbert Schechner <nieson@web.de>
[14:52:39] <linuxcnc-build> build #3356 of 4007.deb-precise-i386 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4007.deb-precise-i386/builds/3356 blamelist: Norbert Schechner <nieson@web.de>
[14:53:13] <linuxcnc-build> build #1924 of 4016.deb-wheezy-i386 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4016.deb-wheezy-i386/builds/1924 blamelist: Norbert Schechner <nieson@web.de>
[14:55:19] <linuxcnc-build> build #2184 of 4009.deb-precise-rtai-i386 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4009.deb-precise-rtai-i386/builds/2184 blamelist: Norbert Schechner <nieson@web.de>
[15:05:10] <skunkworks_> https://www.youtube.com/watch?v=hQmB4TmfJks
[15:08:54] <linuxcnc-build> build #346 of 4017.5.deb-wheezy-armhf is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4017.5.deb-wheezy-armhf/builds/346 blamelist: Norbert Schechner <nieson@web.de>
[15:09:32] <linuxcnc-build> build #1928 of 4017.deb-wheezy-amd64 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4017.deb-wheezy-amd64/builds/1928 blamelist: Norbert Schechner <nieson@web.de>
[15:21:01] <linuxcnc-build> build #526 of 4020.deb-jessie-rtpreempt-amd64 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4020.deb-jessie-rtpreempt-amd64/builds/526 blamelist: Norbert Schechner <nieson@web.de>
[15:32:08] <linuxcnc-build> build #1259 of 4015.deb-wheezy-rtpreempt-amd64 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4015.deb-wheezy-rtpreempt-amd64/builds/1259 blamelist: Norbert Schechner <nieson@web.de>
[15:33:14] <seb_kuzminsky> skunkworks: wow, neat!
[15:39:06] <linuxcnc-build> build #595 of 4022.deb-jessie-amd64 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4022.deb-jessie-amd64/builds/595 blamelist: Norbert Schechner <nieson@web.de>
[15:39:35] <linuxcnc-build> build #1616 of 4018.deb-wheezy-rtai-i386 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4018.deb-wheezy-rtai-i386/builds/1616 blamelist: Norbert Schechner <nieson@web.de>
[15:40:27] <linuxcnc-build> build #527 of 4019.deb-jessie-rtpreempt-i386 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4019.deb-jessie-rtpreempt-i386/builds/527 blamelist: Norbert Schechner <nieson@web.de>
[15:41:36] <linuxcnc-build> build #596 of 4021.deb-jessie-i386 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4021.deb-jessie-i386/builds/596 blamelist: Norbert Schechner <nieson@web.de>
[17:48:19] <andypugh> This is a rather unusual way to indent C++ :
https://github.com/LinuxCNC/linuxcnc/blob/master/src/emc/task/emccanon.cc#L1855
[17:49:14] <andypugh> Err, wait a moment, now I am very confused.
[17:52:09] <andypugh> Unconfused, it just looks diffferent in my editor. Still unconventional.
[17:53:13] <andypugh> Not bothering with the curly-brace for a single-line else.
[17:59:55] <andypugh> I do find myself wondering if the emc command chain needs to be quite as conviluted as it is?
[18:01:32] <seb_kuzminsky> andypugh: my review, in poem form:
[18:01:39] <seb_kuzminsky> ah yes, a mixture of tabs and spaces
[18:01:47] <seb_kuzminsky> and lack of curly braces
[18:01:54] <seb_kuzminsky> sends me rocking
[18:01:59] <seb_kuzminsky> in the darkest of places
[18:02:09] * seb_kuzminsky takes a bow
[18:02:20] <andypugh> <polite applause>
[18:03:06] <andypugh> So, interp-convert calls enqueue_START_SPINDLE_COUNTERCLOCKWISE
[18:03:55] <andypugh> enqueue_START_SPINDLE_COUNTERCLOCKWISE adds a QSTART_SPINDLE_COUNTERCLOCKWISE to a queue
[18:07:00] <andypugh> Then later in the same file that becomes a call to START_SPINDLE_CLOCKWISE in emccannon
[18:07:53] <andypugh> Where a EMC_SPINDLE_ON object is created, and added to the interp list.
[18:08:19] <andypugh> Then a big case statement decides whether to act on the command or not
[18:09:41] <andypugh> And (i am a bit lost here) that causes a usrmotWriteEmcmotCommand(&emcmotCommand) object to be added to another queue.
[18:10:08] <seb_kuzminsky> usrmotWrite sends a message to Motion (motmod)
[18:11:58] <andypugh> Yes, I was looking at that, it seems to write a bunch of stuff the emcMotStatus structure.
[18:12:38] <andypugh> I am still looking for where that ends up changing a HAL pin value.
[18:12:58] <seb_kuzminsky> that'll be received in motion's command.c somewhere
[18:13:17] <seb_kuzminsky> it switches on the message type, and you continue tracing it from there
[18:17:54] <andypugh> command.c just sets the spindle speed in the status structure, it doesn’t set the HAL pin.
[18:19:32] <seb_kuzminsky> https://github.com/LinuxCNC/linuxcnc/blob/master/src/emc/motion/command.c#L1511
[18:19:33] <andypugh> That actually happens in control.c / output_to_hal
[18:19:48] <seb_kuzminsky> ah, right
[18:20:03] <seb_kuzminsky> why do things in one place when you can spread it all over like 10 files
[18:20:26] <andypugh> And pass the data through 4 structs and a class…
[18:20:48] <seb_kuzminsky> yep
[18:20:50] <seb_kuzminsky> have fun, bbl
[18:21:21] <andypugh> The class part really does feel like “Oooh, I lobe my Fortran, but classes are so cool, lets use some they are so modern”
[18:21:46] <seb_kuzminsky> it's old-skool C++ from back in the days when C++ sucked
[18:22:23] <andypugh> To be fair, I think that the class part is the NML interface, intended to be machine and transport agnostic?
[18:23:36] <andypugh> I only just noticed that spindle+ and spindle- (100rpm) commands are quest instructions all of their own. I had assumed that the GUIs just added 100 to the spindle speed command.
[18:24:08] <andypugh> (I have no idea what I meant to type where the word “quest” appeared)
[18:24:19] <seb_kuzminsky> "questionable"?
[18:24:23] <andypugh> Ah, probably “queued"
[18:24:28] * seb_kuzminsky <-- helpful
[18:24:36] <seb_kuzminsky> ok i'm really leaving now
[18:25:11] <andypugh> I will soon, I need more than a couple of hours to store all the places that I need to change stuff in my head.
[21:55:18] <KGB-linuxcnc> 03Dewey Garrett 05joints_axes14 fff202e 06linuxcnc 10src/emc/motion/command.c 10src/emc/motion/control.c 10src/emc/motion/mot_priv.h motion/ fix mistakenly retained check_stuff() JA * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=fff202e
[21:55:19] <KGB-linuxcnc> 03Dewey Garrett 05joints_axes14 767b54a 06linuxcnc 10share/axis/tcl/axis.tcl axis.tcl restore removed set_mode_from_tab call JA * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=767b54a
[21:55:19] <KGB-linuxcnc> 03Dewey Garrett 05joints_axes14 b536f9c 06linuxcnc 10src/emc/usr_intf/axis/scripts/axis.py axis.py del unneeded set_motion_teleop instance JA * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=b536f9c
[23:17:02] <mozmck> this might be an interesting alternative to libreadline with it's license issues:
https://github.com/antirez/linenoise
[23:33:02] <dgarr> seb_kuzminsky: It looks like users trying to get buildbot scratch debs using synaptic don't get the most recent one available:
[23:33:03] <dgarr> https://forum.linuxcnc.org/forum/47-hal-examples/30818-gantry-hal-example?start=20#75100
