#linuxcnc-devel | Logs for 2015-05-08

[11:01:39] <cradek> I think dgarr is saying that bug also exists in 2.6
[11:02:20] <cradek> but jthornton says 2.6 is right
[11:02:24] <cradek> wonder if we have more than one bug
[11:03:48] <cradek> in 2.6 all sorts of buttons are enabled that shouldn't be
[11:04:12] <cradek> several jog things, spindle stop, home all
[11:05:56] <cradek> yes, 2.5 is correct
[11:28:22] <cradek> yargh
[11:28:49] <cradek> the whole thing was supposed to be handling for queued_mdi_commands, but it was wrong, and now that it's right, I find that queued_mdi_commands doesn't work anyway (is never nonzero)
[11:29:53] <cradek> however, mdi commands do queue correctly
[11:30:02] <cradek> so the feature is at least 80% complete
[11:36:29] <cradek> I also never get the error "maximum number of queued MDI commands exceeded" like I should
[11:36:32] <cradek> none of this works right
[11:43:07] <cradek> mdi queueing works, and I can queue more than the "max" of 10, but it doesn't seem to be using any of the new code in 55d93a8fe
[11:51:00] <seb_kuzminsky> i reverted some but not all of mah's busted mdi queueing code, i probably missed something
[11:51:20] <seb_kuzminsky> 20bf43a93e
[11:51:53] <cradek> and does mdi queueing still work?
[11:52:04] <seb_kuzminsky> it didnt work before, but it works now
[11:52:22] <cradek> it seemed to me like mdi queueing worked before he did 55d93a8fe, and I never understood what he was doing
[11:52:36] <cradek> wait what
[11:53:02] <cradek> when I run AXIS I can type 20 mdi commands (uparrow enter ...) and they'll all run nicely
[11:53:13] <cradek> is that broken for you before your reversions?
[11:53:41] <seb_kuzminsky> i dont remember what was broken for me back then (this was in April 2013)
[11:53:56] <seb_kuzminsky> i wonder if i committed any tests around then, hold on
[11:54:32] <cradek> fwiw, http://timeguy.com/cradek-files/emc/0001-Fix-regression-of-control-disabling-bug-423.patch
[11:54:48] <cradek> this fixes the overt breakage of 423 and makes nothing worse
[11:56:07] <seb_kuzminsky> b6015c282ec7f7727cc9c8f3116286df392b1d3d
[11:56:26] <cradek> I think the mdi queueing I'm seeing (work properly) is using the normal interplist, not the special mdi queue interplist he added
[11:56:37] <cradek> I think that is how mdi queueing has always worked
[11:56:42] <seb_kuzminsky> and 1775f4f9cbb6c024c4db444f97fbc46ad709c233
[11:57:41] <cradek> ohhh
[11:58:03] <cradek> I was looking at the 55d93a8fe diff, and not today's code
[11:58:15] <cradek> so we're probably no longer using any of 55d93a8fe
[11:58:40] <seb_kuzminsky> commit 20bf43a93e reverted "some but not all" of 55d93a8fe
[11:58:41] <cradek> I thought you were saying you reverted it *today*, but you did it in 2013
[11:58:47] <seb_kuzminsky> haha
[11:59:25] <seb_kuzminsky> urgh, thanks for looking at the axis tcl code, it still makes me go cross-eyed
[12:02:30] <cradek> ok this explains everything
[12:03:02] <cradek> you disabled most of 55d93a8fe but the status fields are still there
[12:04:06] <KGB-linuxcnc> 03Chris Radek 052.6 86797c9 06linuxcnc 10share/axis/tcl/axis.tcl Fix regression of control disabling, bug #423 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=86797c9
[12:04:11] <cradek> what a swirl
[12:07:57] <seb_kuzminsky> yay!
[12:08:16] <seb_kuzminsky> huh, i got two copies of the commit email
[12:08:43] <cradek> not me
[12:09:25] <seb_kuzminsky> oh sourceforge, you so silly
[12:09:55] <seb_kuzminsky> they're forecasting 5" of snow in boulder tomorrow
[12:12:54] <cradek> we had 6.5" of rain wednesday
[12:13:21] <cradek> hope your trees and flowers all know what they're doing
[12:19:57] <cradek> err, oops, actually dewey found it also broken in 2.6 first
[12:25:56] <cradek> huh, wonder what happens if you rotate the coordinate system and do a g18 drill cycle
[12:26:03] <cradek> I'm too scared to try it
[13:10:42] <archivist> someone has to :)
[13:31:12] <JT-Shop> the guy with the double headed angle drills?
[13:56:29] <jthornton> cradek, sorry I checked 2.5 not 2.6 for the buttons
[13:58:56] <cradek> ah, no problem, glad it wasn't something weird
[14:00:26] <jthornton> I keep forgetting the CHNC is still running 2.5
[14:01:13] <cradek> it's sure easy to fall behind, since we had very good releases in the past, too
[14:01:29] <cradek> I can't tell you what my two big machines are running
[14:01:47] <cradek> I think they are both running lucid, but I'm not even sure of that
[14:02:22] <jthornton> and if it ain't broke don't fix it :)
[15:40:56] <cradek> jthornton: cleanup on aisle spam: http://linuxcnc.org/index.php/english/forum/54-user-exchange/29167-cnc-parts-for-sale#58495
[15:41:28] <cradek> also http://linuxcnc.org/index.php/english/forum/show-your-stuff/29166-cnc-parts#58493
[16:42:20] <JT-Shop> clean up done!
[16:45:11] <cradek> thank you sir
[16:48:25] <jthornton> one Illudium Q-36 Space Modulator set off in his pants for good measure
[17:52:44] <cradek> oh how I wish
[18:32:36] <cradek> welp
[18:32:36] <cradek> [ 20.570926] lp0: using parport0 (interrupt-driven).
[18:32:36] <cradek> [ 20.822941] ppdev: user-space parallel port driver
[18:32:47] <cradek> this is the sun1888, but the pluto still doesn't work
[18:34:08] <cradek> oh well, dinner first
[20:55:47] <cradek> [ 87.139197] Failed to communicate with pluto-servo board after programming firmware.
[20:56:05] <cradek> jepler: wasn't there a hardware fix on the pluto that made it work with more parports?
[21:00:09] <cradek> this is stupid - I'm going back to the old machine
[21:14:56] <jepler> cradek: someone offered a substantial rewrite of the firmware, saying that it improved epp compatibility. however it changed a lot of other things too.
[21:15:51] <jepler> I initially said I didn't want that, but eventually said if he wanted to be the maintainer it was his and he could do whatever he wanted
[21:16:11] <jepler> nothing ever got committed on glo and I think maybe he went to machinekit
[21:16:14] * jepler shrugs.
[23:27:04] <pcw_home> the 7I43 worked with the SUN1888 at one time (at least the hardware worked about 6 years ago when I tried)