Back
[00:03:25] <seb_kuzminsky> cradek: nope, i'll try with that one, thanks
[00:07:55] -!- Mathnerd314 has quit [Quit: No Ping reply in 180 seconds.]
[00:08:41] -!- Mathnerd314 [Mathnerd314!~quassel@supertux/Mathnerd314] has joined #linuxcnc-devel
[00:15:32] -!- andypugh has quit [Quit: andypugh]
[02:08:44] -!- jrf has quit [Quit: Leaving]
[02:09:07] -!- pozzoni has quit [Ping timeout: 250 seconds]
[02:19:07] <seb_kuzminsky> cradek: that fixed it
[02:19:13] <seb_kuzminsky> i'll cherrypick it to 2.6
[02:21:44] <cradek> amazing
[02:22:00] <cradek> jepler is the king of commit messages
[02:22:57] <seb_kuzminsky> i'm amazed you remembered seeing it go by 6 months ago
[02:23:18] <seb_kuzminsky> good night
[03:52:54] -!- KGB-wlo has quit [Ping timeout: 260 seconds]
[03:53:07] -!- seb_kuzminsky has quit [Ping timeout: 250 seconds]
[03:54:03] -!- hm2-buildmaster has quit [Ping timeout: 246 seconds]
[03:54:34] -!- linuxcnc-build has quit [Ping timeout: 244 seconds]
[04:01:18] -!- ve7it has quit [Remote host closed the connection]
[04:07:24] -!- rob_h [rob_h!~robh@97e42a64.skybroadband.com] has joined #linuxcnc-devel
[04:18:03] wtsmer is now known as remtw
[04:20:49] -!- sel [sel!~sel@net77-43-27-64.mclink.it] has joined #linuxcnc-devel
[04:21:20] -!- sel has quit [Client Quit]
[05:16:59] -!- kwallace [kwallace!~kwallace@162.222.30.254] has parted #linuxcnc-devel
[05:46:21] -!- Mathnerd314 has quit [Ping timeout: 240 seconds]
[05:58:34] -!- gaute has quit [Ping timeout: 250 seconds]
[06:17:21] -!- gaute has quit [Client Quit]
[06:30:40] -!- mk0 [mk0!~Orr@fiztech.basnet.by] has joined #linuxcnc-devel
[06:36:59] -!- mk0 has quit [Ping timeout: 244 seconds]
[06:39:08] -!- teepee_ [teepee_!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[06:39:32] -!- teepee has quit [Ping timeout: 244 seconds]
[06:39:32] teepee_ is now known as teepee
[07:24:12] -!- mk0 [mk0!~Orr@fiztech.basnet.by] has joined #linuxcnc-devel
[07:30:43] -!- mk0 has quit [Ping timeout: 244 seconds]
[07:52:19] -!- Komzpa has quit [Ping timeout: 250 seconds]
[08:30:06] -!- Komzzpa has quit [Quit: Konversation terminated!]
[09:08:20] -!- mk0 [mk0!~Orr@fiztech.basnet.by] has joined #linuxcnc-devel
[09:26:21] -!- mk0 has quit [Ping timeout: 240 seconds]
[10:26:35] -!- mkrz has quit [Ping timeout: 250 seconds]
[10:31:39] -!- skunkworks has quit [Ping timeout: 246 seconds]
[10:50:02] -!- ktchk [ktchk!~eddie6929@n219079250034.netvigator.com] has joined #linuxcnc-devel
[11:05:46] -!- emc has quit [Remote host closed the connection]
[11:15:40] -!- b_b has quit [Changing host]
[11:44:04] -!- jthornton has quit [Ping timeout: 240 seconds]
[11:44:10] -!- JT-Shop has quit [Ping timeout: 252 seconds]
[11:54:09] -!- JT-Shop [JT-Shop!~john@198.45.191.246] has joined #linuxcnc-devel
[11:54:33] -!- jthornton [jthornton!~john@198.45.191.246] has joined #linuxcnc-devel
[12:22:33] -!- mk0 [mk0!~Orr@fiztech.basnet.by] has joined #linuxcnc-devel
[12:26:46] -!- mk0 has quit [Ping timeout: 244 seconds]
[12:32:21] -!- rup3rt has quit [Ping timeout: 276 seconds]
[12:39:37] sttts is now known as schimmi
[12:54:45] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[12:57:46] -!- remtw has quit [Read error: Connection reset by peer]
[13:01:39] wtsmer is now known as remstw
[13:28:56] -!- skunkworks_ [skunkworks_!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[13:29:01] <skunkworks_> zlog
[13:29:01] <zlog> skunkworks_: Log stored at
http://tom-itx.no-ip.biz:81/~tom-itx/irc/logs/%23linuxcnc-devel/2016-05-31.html
[13:32:51] -!- linuxcnc-build [linuxcnc-build!~linuxcnc-@184-96-184-176.hlrn.qwest.net] has joined #linuxcnc-devel
[13:32:53] -!- hm2-buildmaster [hm2-buildmaster!~hm2-build@184-96-184-176.hlrn.qwest.net] has joined #linuxcnc-devel
[13:33:43] -!- KGB-wlo [KGB-wlo!~kgb-wlo@184-96-184-176.hlrn.qwest.net] has joined #linuxcnc-devel
[13:36:19] -!- seb_kuzminsky [seb_kuzminsky!~seb@184-96-184-176.hlrn.qwest.net] has joined #linuxcnc-devel
[13:36:19] -!- mode/#linuxcnc-devel [+v seb_kuzminsky] by ChanServ
[13:39:05] <seb_kuzminsky> zlog
[13:39:06] <zlog> seb_kuzminsky: Log stored at
http://tom-itx.no-ip.biz:81/~tom-itx/irc/logs/%23linuxcnc-devel/2016-05-31.html
[13:41:03] -!- skunkworks__ [skunkworks__!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[13:41:37] <KGB-linuxcnc> 03Jeff Epler 052.6 3b84b1c 06linuxcnc 10src/emc/rs274ngc/rs274ngc_pre.cc interp: don't return potentially stacked data * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=3b84b1c
[13:42:12] <seb_kuzminsky> jepler: just cherrypicking your c++ stacked return fix from 2.7 to 2.6, thanks
[13:43:19] -!- skunkworks_ has quit [Ping timeout: 250 seconds]
[13:47:20] <jepler> seb_kuzminsky: yay
[13:52:17] -!- Mathnerd314 [Mathnerd314!~quassel@supertux/Mathnerd314] has joined #linuxcnc-devel
[14:32:26] <KGB-linuxcnc> 03Norbert Schechner 05master 28370b8 06linuxcnc 10lib/python/gladevcp/hal_gremlin.py 10src/emc/usr_intf/gremlin/gremlin.py GladeVCP - gremlin - corrected mouse button 6 behavior * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=28370b8
[14:41:13] -!- sel [sel!~sel@net77-43-27-64.mclink.it] has joined #linuxcnc-devel
[14:41:38] -!- sel has quit [Client Quit]
[14:42:50] -!- kwallace [kwallace!~kwallace@162.222.30.254] has joined #linuxcnc-devel
[15:02:47] -!- mkrz has quit [Ping timeout: 260 seconds]
[15:21:22] <linuxcnc-build> build #355 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/355 blamelist: Jeff Epler <jepler@unpythonic.net>
[15:35:39] -!- Komzzpa has quit [Ping timeout: 276 seconds]
[15:36:34] -!- Daerist has quit [Quit: Leaving]
[15:52:41] -!- mkrz has quit [Ping timeout: 240 seconds]
[15:56:23] <KGB-linuxcnc> 03John Morris 05zultron/remap-dup-oword 130bfcd 06linuxcnc 10(7 files) `nested-remaps-oword` test: Do what `README` says * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=130bfcd
[15:56:23] <KGB-linuxcnc> 03John Morris 05zultron/remap-dup-oword a91ab3f 06linuxcnc 10(7 files) Unit test demonstrating a remap bug * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=a91ab3f
[15:56:23] <KGB-linuxcnc> 03John Morris 05zultron/remap-dup-oword 2af880c 06linuxcnc 10src/emc/rs274ngc/rs274ngc_pre.cc Fix incorrect `_setup.sequence_number` after remaps * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=2af880c
[16:02:58] <seb_kuzminsky> sweet
[16:05:54] -!- kingarmadillo has quit [Ping timeout: 246 seconds]
[16:11:38] -!- ivansanchez has quit []
[16:29:54] <JT-Shop> in Axis if you press Run with no file loaded you get a blank error message
[16:31:29] <cradek> how can you get there to be no file loaded?
[16:36:35] <Tom_itx> esp
[16:36:38] <JT-Shop> OPEN_FILE = /full/path/to/file.ngc - The file to show in the preview plot when AXIS starts. Use a blank string "" and no file will be loaded at start up.
[16:36:48] <JT-Shop> http://linuxcnc.org/docs/2.7/html/config/ini-config.html#_display_section
[16:43:56] <seb_kuzminsky> blank error message are not the most helpful
[16:44:06] <seb_kuzminsky> JT-Shop: can you open a github issue for that?
[16:48:09] <cradek> heh, it's funny - in the long ago, we made the splash screen because things were wonky when no file was loaded, and what's the point in worrying about the behavior when no file is loaded? but now, we have that ability again.
[16:53:33] <mozmck> I figured out that hal_glib is given the filename of external file subroutines while running. This does not cause problems except if you stop while running code - probably within a certain time after executing an external file sub. Then since the filename is different than the old one, it causes gremlin and the gcode view to reload the file, which often causes the code to rewind to the beginning.
[16:55:36] <mozmck> what I need I think is a way to tell (in hal_glib.py) if the code is executing an external sub, and not store the file name if so.
[16:57:04] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15jethornton opened issue #63: Blank Error Message 02
https://github.com/LinuxCNC/linuxcnc/issues/63
[16:57:07] <mozmck> It appears that interp.call_level() > 0 indicates it is in a sub.
[16:57:11] <JT-Shop> there you go seb_kuzminsky
[16:57:16] <seb_kuzminsky> thanks!
[16:57:31] <seb_kuzminsky> that'll make me 7% less likely to forget it
[16:57:34] <JT-Shop> mmmm this sauerkraut n carrots is good
[16:58:00] <JT-Shop> I forget what I was supposed to do to remember...
[17:03:24] -!- ktchk has quit [Ping timeout: 276 seconds]
[17:04:23] -!- kingarmadillo has quit [Ping timeout: 250 seconds]
[17:09:15] -!- kalxas has quit [Ping timeout: 276 seconds]
[17:09:34] <mozmck> so I'm thinking the best thing would be to get the interp.call_level() value into python, but I'm not sure how to do that.
[17:11:11] <mozmck> Looks like I might be able to add it to the EMC_TASK_STAT class and then add an item to Stat_members[] in emcmodule.cc?
[17:23:58] -!- md-2 has quit [Quit: Leaving...]
[17:35:15] -!- kingarmadillo has quit [Ping timeout: 276 seconds]
[17:41:07] kalxas_ is now known as kalxas
[17:48:25] <mozmck> Looks like there is an interp python module with a class that has the call_level in it. Anyone know if I can use that in hal_glib?
[17:48:41] <seb_kuzminsky> no idea, sorry
[17:50:06] <mozmck> does anything use the python interp module? what is it for?
[17:59:44] <seb_kuzminsky> i think maybe for writing remapped gcode in python
[18:05:43] <seb_kuzminsky> actually i dont know
[18:05:45] * PCW needs to barter for some sauerkraut n carrots
[18:08:06] -!- skunkworks has quit [Ping timeout: 244 seconds]
[18:12:31] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 07d9662 06linuxcnc 10docs/src/config/python-interface.txt docs: fix typo in config/python-interface.txt * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=07d9662
[18:15:13] <mozmck> 8ß0 - looks like a german keyboard was used for that typo ;-)
[18:18:55] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 219663a 06linuxcnc 10docs/src/config/python-interface.txt docs: clarify the intro to the python-interface documentation * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=219663a
[18:18:56] <seb_kuzminsky> yeah
[18:19:28] <KGB-linuxcnc> 03John Morris 05zultron/remap-io-lcnc ffac896 06linuxcnc 10(18 files in 2 dirs) Enable remap of M62-M66 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=ffac896
[18:19:41] <seb_kuzminsky> JT-Shop: the document at docs/src/config/python-interface.txt doesn't seem like it belongs there - it describes a python interface to linuxcnc, for writing guis and things, nothing to do with configuring linuxcnc
[18:20:09] <seb_kuzminsky> maybe it should go in docs/src/code? i'm not sure where it fits best
[18:20:19] <mozmck> I think I'm going to add callLevel to the EMC_TASK_STAT class. This will allow me to check the call level and ignore file name changes and line number changes while executing a subroutine.
[18:20:53] <mozmck> It should fix problems in everything that uses hal_glib - gcodeview and gremlin being the ones I'm affected by.
[18:40:10] -!- remstw has quit [Quit: quit]
[18:40:47] wtsmer is now known as remstw
[18:58:27] -!- KimK has quit [Ping timeout: 260 seconds]
[19:11:47] -!- KimK [KimK!~Kim__@ip68-102-66-31.ks.ok.cox.net] has joined #linuxcnc-devel
[19:38:16] -!- msantana has quit [Ping timeout: 264 seconds]
[19:46:30] -!- rob_h has quit [Ping timeout: 272 seconds]
[19:47:27] -!- rob_h [rob_h!~robh@2a02:c7f:5603:bc00:2ccd:1a27:d57d:8daa] has joined #linuxcnc-devel
[19:58:13] -!- msantana [msantana!~darkstar@unaffiliated/darkstar] has joined #linuxcnc-devel
[20:00:54] -!- skunkworks__ has quit [Read error: Connection reset by peer]
[20:25:28] <mozmck> Norbert fixed the issue I asked him about with mouse mode 6 in gremlin, but he did it on master. What is the best way to get that on 2.7?
[20:26:27] <cradek> best way? time machine. second best way: cherry pick it
[20:26:57] <mozmck> :-) So cherry picking it will not cause a conflict when someone merges 2.7 into master again?
[20:27:30] <cradek> no, and you can even do the merge if you want. the merge will do nothing, since the change is already on both sides.
[20:27:41] <mozmck> ok, good.
[20:30:58] <KGB-linuxcnc> 03Norbert Schechner 052.7 a3f4f2e 06linuxcnc 10lib/python/gladevcp/hal_gremlin.py 10src/emc/usr_intf/gremlin/gremlin.py GladeVCP - gremlin - corrected mouse button 6 behavior * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=a3f4f2e
[20:32:56] <KGB-linuxcnc> 03Moses McKnight 05master 5cdaa52 06linuxcnc Merge branch '2.7' * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=5cdaa52
[20:33:44] <mozmck> interesting, so it shows the commit in master twice now.
[20:35:04] <cradek> yep, once on each side of the merge
[20:35:20] <cradek> looks right
[20:35:32] <mozmck> good
[20:38:10] -!- andypugh [andypugh!~andypugh@cpc14-basl11-2-0-cust1010.20-1.cable.virginm.net] has joined #linuxcnc-devel
[20:39:13] <andypugh> Would it be usual for a CNC machine to power up the servo drives when e-stop is disabled?
[20:40:28] <cradek> pretty sure every machine I've seen has a button for enable that you poke after popping out (all) the estop knob(s)
[20:41:00] <andypugh> Currently my startup-sequence is that nothing much happens when e-stop is reset, but when I turn the machine “on” the main contactor closes, the VFD is powered up, and the servo PSU soft-start sequence is enabled. Unfortunately it is a fair few seconds from mahine-on to being able to move any joints. In fact long enough to twiddle jog knobs and get an f-error
[20:41:44] <cradek> hm, estop has a loopback thing so it can take a while, but machine-on doesn't
[20:42:02] <andypugh> I was wondering if I was missing something.
[20:42:04] <cradek> my vmc probably takes 5 seconds to come out of estop (a ladder happens)
[20:42:06] <JT-Shop> seems like a blur between configuration and writing a gui... all part of the process imho
[20:42:58] <andypugh> I quite like to power-down my machines when they are not running, to get rid of the VFD whine and the fan noise.
[20:43:10] <cradek> yeah, me too, I just hit estop
[20:43:11] <andypugh> But I don’t really want to do that with e-stop.
[20:43:25] <cradek> it stops the cooling fans and everything
[20:43:53] <andypugh> Maybe I should use e-stop then. But that rather begs the question about what machine on/off is actually for
[20:44:58] * cradek shrugs
[20:45:22] <cradek> it's true the state where everything's powered but limp isn't one you need to use very often
[20:45:42] <cradek> I guess if the machine had cranks on it you might use that state a lot?
[20:46:06] <andypugh> Maybe.
[20:46:28] <andypugh> Also odd, while I am poking about, is that the external e-stop input is a halui pin.
[20:46:50] <andypugh> Is there nothing to poke in realtime to toggle e-stop?
[20:46:50] <cradek> no, everything you need is on iocontrol
[20:47:19] <mozmck> which is not realtime either is it?
[20:47:22] <cradek> but yes, it's not realtime
[20:47:38] <mozmck> I think the estop input is simply to inform the software that estop happened.
[20:47:45] <cradek> I agree with that
[20:47:57] <andypugh> Yes that’s what I want it for. But I also want it to be told that _reliably_
[20:47:59] <cradek> it doesn't really matter how soon it responds
[20:48:31] <mozmck> I think iocontrol is reliable, but just not realtime.
[20:49:33] <andypugh> The reason is that one of my e-stops is a momentary button. I don’t want the contactor to drop back in immediately when I release it, I want to have to go through the startup sequence again.
[20:49:44] <cradek> andypugh: sim/axis/classicladder/demo_sim_cl (top rung) shows how the estop loopback works
[20:51:09] <cradek> I think you should consider replacing your estop button, and then you don't have to trust that the software is alive and working right.
[20:51:15] <mozmck> maybe that's one reason the large e-stop buttons are not momentary - I had not thought of that.
[20:51:51] <cradek> or use a mechanical relay?
[20:52:05] <mozmck> I've used momentary e-stop buttons, but our power supply has to be manually turned on for safety reasons.
[20:52:08] <andypugh> cradek: The same objection applies to any e-stop. When I twist it to release it, I don’t want the machine to immediately wake back up.
[20:52:39] <cradek> that's true, but in that case you have time to see what's up
[20:53:11] <cradek> you probably wouldn't go ahead and pull the button back out if the software was gone or being wonky
[20:53:36] <cradek> I'm sure you know this - I won't lecture you
[20:53:50] <andypugh> Anyway, you said there was an iocontrol button to toggle an e-stop?
[20:54:04] <cradek> yeah, check out that ladder sim
[20:54:47] <cradek> there's a "user requested to come out of estop" strobey signal, and iocontrol gets feedback to say it's now fully out of estop
[20:54:55] <cradek> and I have to look at that ladder each time to figure out how it works
[20:55:19] <seb_kuzminsky> there's a realtime hal pin called motion.enable that lets you go from Machine On to Machine Off
[20:55:37] <seb_kuzminsky> but nothing to go to the Estop state
[20:56:04] <seb_kuzminsky> i think that's either a bug, or a strong argument that in Machine Off the spindle and joint motors should really be powered off
[20:56:14] <seb_kuzminsky> bbl
[20:56:36] <mozmck> aren't the enable pins disabled in machine off?
[20:57:31] <andypugh> I _want_ the motors to be off in machine-off. In fact I want them to remain off until some time after I pressed the machine-on button.
[20:58:21] <mozmck> there are axis.x.amp-enable-out pins, that I think are off in machine-off
[20:59:06] <andypugh> I think I am looking for a pin that says to the system “OK, everything is powered up and ready now, you can start PID loops and amps and try to move stuff"
[20:59:22] <mozmck> I assumed they were to connect to the motor drive enable inputs - is that not what you want? Or do they not work like that.
[21:00:06] <andypugh> They are the right pins, except they go true instantly, without waiting for the power supplies to report power-good
[21:01:06] <andypugh> So it looks like I have to power on/off the VFD and amps with the e-stop loop, then enble the amps / pid etc with machine-on
[21:01:08] <mozmck> I see - maybe you can connect the power supplies power-good pins to motion.enable?
[21:01:47] <andypugh> Let me experiment with that pin.
[21:06:48] <andypugh> Hmm, that might be workable. It only lets me disable the “machine on” button, so I would have to keep poking the button until the system decided it was allowed to work.
[21:07:50] <mozmck> Interesting. Is this for the lathe you are working on?
[21:07:54] <andypugh> Yes
[21:08:16] -!- skunkworks [skunkworks!~skunkwork@174-124-134-90.dyn.centurytel.net] has joined #linuxcnc-devel
[21:08:17] <cradek> it would probably be nice if machine on was also a loopback
[21:08:18] <mozmck> That is very nice looking. It almost looks like the spot where the keyboard is was made for that.
[21:08:39] <andypugh> The servo PSU has a soft-start and dishcharge. Get the sequence wrong and I need to shop for new relays.
[21:08:46] <mozmck> Or is that a custom piece you made for it?
[21:09:02] <andypugh> No, it’s original. DId you see the video?
[21:09:08] <mozmck> no
[21:09:18] <mozmck> just some pictures you posted here.
[21:09:18] <andypugh> I put the keyboard exactly where the threading chart was.
[21:09:25] <mozmck> neat!
[21:09:56] <andypugh> mozmck:
https://www.youtube.com/watch?v=woU927Tqoo8
[21:16:32] <linuxcnc-build> build #3384 of 1301.rip-precise-rtai-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1301.rip-precise-rtai-i386/builds/3384 blamelist: John Morris <john@zultron.com>
[21:29:29] -!- Roguish has quit [Read error: Connection timed out]
[21:30:36] -!- Roguish [Roguish!~chatzilla@c-50-143-183-159.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[21:31:44] <linuxcnc-build> build #4175 of 1306.rip-precise-amd64 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1306.rip-precise-amd64/builds/4175 blamelist: John Morris <john@zultron.com>
[22:00:59] <linuxcnc-build> build #4187 of 0000.checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/4187 blamelist: John Morris <john@zultron.com>
[22:01:24] -!- Roguish has quit [Read error: Connection reset by peer]
[22:05:11] -!- Roguish [Roguish!~chatzilla@c-50-143-183-159.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[22:13:52] -!- Roguish has quit [Ping timeout: 260 seconds]
[22:44:59] -!- teepee_ [teepee_!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[22:46:22] -!- teepee has quit [Ping timeout: 272 seconds]
[22:46:22] teepee_ is now known as teepee
[22:52:01] <mozmck> Ok, the behavior I thought was a bug in my S-RFL was not - readahead adds stuff to the queue before it actually gets executed. So I was expecting an output to turn on but readahead found a problem after that line but before the output actually turned on and canceled everything.
[22:54:49] -!- andypugh has quit [Quit: andypugh]
[22:57:09] -!- skunkworks has quit [Ping timeout: 246 seconds]
[23:00:21] <mozmck> It does look like my fix for the file name keeps gremlin and sourceview from reloading the file now if aborting shortly after an external subroutine was run.
[23:10:06] -!- JT-Shop has quit [Read error: Connection reset by peer]
[23:12:40] -!- JT-Shop [JT-Shop!~john@198.45.191.246] has joined #linuxcnc-devel
[23:32:18] -!- dnaleromj [dnaleromj!~dnaleromj@user-69-1-6-88.knology.net] has joined #linuxcnc-devel
[23:42:03] -!- kalxas has quit [Quit: Goodbye]