Back
[00:21:01] <KGB-wlo> push to master branch:
http://linuxcnc.org/
[00:21:06] -linuxcnc-github:#linuxcnc-devel- [13wlo] 15SebKuzminsky pushed 1 new commit to 06master: 02
https://github.com/LinuxCNC/wlo/commit/4d38c7f01ef0ec95499fd1036203ca96b61d17ac
[00:21:06] -linuxcnc-github:#linuxcnc-devel- 13wlo/06master 144d38c7f 15Sebastian Kuzminsky: add a post about The CNC Workshop 2016
[00:28:56] <KGB-wlo> push to master branch:
http://linuxcnc.org/
[00:30:51] <KGB-wlo> push to master branch:
http://linuxcnc.org/
[00:39:14] <KGB-wlo> push to master branch:
http://linuxcnc.org/
[00:41:50] <KGB-wlo> push to master branch:
http://linuxcnc.org/
[00:41:59] -linuxcnc-github:#linuxcnc-devel- [13wlo] 15SebKuzminsky pushed 1 new commit to 06master: 02
https://github.com/LinuxCNC/wlo/commit/77727e3ce2a1617280df8b47eb73bf83cb340f2b
[00:41:59] -linuxcnc-github:#linuxcnc-devel- 13wlo/06master 1477727e3 15Sebastian Kuzminsky: update wlo git repo to be github.com/LinuxCNC/wlo
[00:45:20] <seb_kuzm1nsky> all those extra pushes announced by KGB-wlo are me repeatedly delivering the first commit announcement to the web hook, while trying to update the funny ssh setup to the new dreamhost host key
[00:45:26] <seb_kuzm1nsky> so ignore all that and pretend i know what i'm doing
[00:45:41] <cradek> well, to be fair, it's not you, it's dreamhost
[01:44:53] -!- kingarmadillo has quit [Ping timeout: 258 seconds]
[01:57:01] -!- ktchk [ktchk!~eddie6929@n219079250034.netvigator.com] has joined #linuxcnc-devel
[02:03:05] -!- rob_h has quit [Ping timeout: 260 seconds]
[02:32:16] -!- kingarmadillo has quit [Ping timeout: 264 seconds]
[02:34:16] amnesic is now known as amnesic_away
[03:00:47] -!- kingarmadillo has quit [Ping timeout: 258 seconds]
[03:09:32] -!- zeeshan has quit [Read error: Connection reset by peer]
[03:22:44] -!- kingarmadillo has quit [Ping timeout: 244 seconds]
[03:31:53] -!- remstw has quit [Ping timeout: 244 seconds]
[03:37:06] -!- ve7it [ve7it!~LawrenceG@S010648f8b3c3bc3b.pk.shawcable.net] has joined #linuxcnc-devel
[04:05:52] -!- ktchk has quit [Quit: ktchk]
[04:23:15] -!- ve7it has quit [Remote host closed the connection]
[04:29:13] -!- Tom_L has quit [Quit: Leaving]
[05:34:28] -!- KimK has quit [Ping timeout: 272 seconds]
[05:34:32] -!- kwallace [kwallace!~kwallace@162.222.30.254] has parted #linuxcnc-devel
[05:52:49] -!- Mathnerd314 has quit [Ping timeout: 252 seconds]
[06:28:18] -!- Mathnerd314 [Mathnerd314!~quassel@supertux/Mathnerd314] has joined #linuxcnc-devel
[06:57:09] -!- teepee_ [teepee_!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[06:58:42] -!- teepee has quit [Ping timeout: 272 seconds]
[06:58:42] teepee_ is now known as teepee
[07:05:46] -!- gaute has quit [Ping timeout: 250 seconds]
[07:34:07] -!- gaute_ has quit [Client Quit]
[07:34:34] -!- Komzpa has quit [Ping timeout: 240 seconds]
[07:34:48] -!- gaute has quit [Ping timeout: 250 seconds]
[07:36:43] -!- gaute_ has quit [Client Quit]
[07:37:19] -!- Mathnerd314 has quit [Ping timeout: 252 seconds]
[07:59:28] -!- Roguish has quit [Read error: Connection reset by peer]
[08:02:31] -!- Roguish_ [Roguish_!~chatzilla@c-50-143-183-159.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[08:05:25] Roguish_ is now known as Roguish
[08:17:51] -!- rob_h [rob_h!~robh@97e42a64.skybroadband.com] has joined #linuxcnc-devel
[09:49:30] -!- mk0 [mk0!~Orr@fiztech.basnet.by] has joined #linuxcnc-devel
[10:33:53] mukherjeea is now known as mkrz
[10:59:26] -!- sel [sel!~sel@net77-43-27-64.mclink.it] has joined #linuxcnc-devel
[11:00:57] -!- mkrz has quit [Ping timeout: 276 seconds]
[11:02:36] -!- mk0 has quit [Ping timeout: 244 seconds]
[11:09:17] -!- sel has quit [Quit: Leaving]
[11:12:33] -!- KGB-wlo has quit [Ping timeout: 250 seconds]
[11:13:01] -!- linuxcnc-build_ has quit [Ping timeout: 240 seconds]
[11:13:03] -!- seb_kuzm1nsky has quit [Ping timeout: 246 seconds]
[11:13:09] -!- hm2-buildmaster [hm2-buildmaster!~hm2-build@184-96-165-185.hlrn.qwest.net] has joined #linuxcnc-devel
[11:13:16] -!- seb_kuzminsky [seb_kuzminsky!~seb@184-96-165-185.hlrn.qwest.net] has joined #linuxcnc-devel
[11:13:16] -!- mode/#linuxcnc-devel [+v seb_kuzminsky] by ChanServ
[11:13:16] -!- hm2-buildmaster_ has quit [Ping timeout: 244 seconds]
[11:13:23] -!- linuxcnc-build [linuxcnc-build!~linuxcnc-@184-96-165-185.hlrn.qwest.net] has joined #linuxcnc-devel
[11:20:04] -!- KGB-wlo [KGB-wlo!~kgb-wlo@184-96-165-185.hlrn.qwest.net] has joined #linuxcnc-devel
[13:01:07] amnesic_away is now known as amnesic
[13:07:56] -!- sel [sel!~sel@net77-43-27-64.mclink.it] has joined #linuxcnc-devel
[13:08:46] -!- sel has quit [Client Quit]
[13:12:23] -!- ktchk [ktchk!~eddie6929@n219079250034.netvigator.com] has joined #linuxcnc-devel
[13:50:56] -!- patsy has quit [Quit: Now if you will excuse me, I have a giant ball of oil to throw out my window]
[14:06:39] amnesic is now known as amnesic_away
[14:07:07] -!- kwallace [kwallace!~kwallace@162.222.30.254] has joined #linuxcnc-devel
[14:24:31] amnesic_away is now known as amnesic
[14:37:28] -!- skorasaurus has quit [Quit: WeeChat 1.2]
[15:13:59] -!- Daerist has quit [Quit: Leaving]
[15:19:30] -!- Mathnerd314 [Mathnerd314!~quassel@supertux/Mathnerd314] has joined #linuxcnc-devel
[16:05:04] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8200:7a40:d0d5:13c1:9dae:52c] has joined #linuxcnc-devel
[16:05:13] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8200:7a40:d0d5:13c1:9dae:52c] has parted #linuxcnc-devel
[16:43:37] -!- ve7it [ve7it!~LawrenceG@S010648f8b3c3bc3b.pk.shawcable.net] has joined #linuxcnc-devel
[16:58:24] wtsmer is now known as remstw
[17:16:12] -!- ktchk has quit [Ping timeout: 272 seconds]
[17:45:37] amnesic is now known as amnesic_away
[17:52:13] -!- kingarmadillo has quit [Ping timeout: 252 seconds]
[17:54:04] -!- teepee_ [teepee_!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[17:54:52] -!- teepee has quit [Ping timeout: 244 seconds]
[17:54:53] teepee_ is now known as teepee
[17:56:44] -!- Komzpa has quit [Ping timeout: 272 seconds]
[18:01:08] -!- kalxas has quit [Changing host]
[18:50:59] <mozmck> Hmm, I think I found a bug in my simple run-from-line. If I hit stop in the middle of an arc, and then try to do RFL from another line, it seems to think I'm still doing an arc.
[19:03:11] amnesic_away is now known as amnesic
[19:07:03] <cradek> what does the another line have on it?
[19:09:47] <mozmck> G0
[19:10:19] <mozmck> I think I need to clear some state before I start an rfl - maybe the interp-list?
[19:12:15] <mozmck> If I start from an M5 it seems to clear whatever it is and work then.
[19:12:42] <cradek> oh hmm, so it has an explicit G0
[19:12:58] <mozmck> Yes.
[19:13:08] <cradek> I wondered if it was just XYZ words (where I'd expect to get arcs, maybe weird ones)
[19:13:53] <mozmck> no, I knew that was a problem and started on G0 Zxx line.
[19:14:40] <mozmck> I was assuming all the state would be cleared by an abort, but apparently not.
[19:15:12] <cradek> it's not clear to me what an abort should do
[19:15:26] <mozmck> me either.
[19:16:40] <mozmck> I'm also having problems with hal_glib events. It generates multiple events when it should only do one. The main thing for me is it often generates a file-loaded event when you hit stop, causing the gcode window and gremlin to re-load.
[19:17:26] <mozmck> I guess I can either fix it, or just not use hal_glib events for some things.
[19:20:55] <mozmck> looks like emcTaskAbort() should clear out everything
[19:21:44] <cradek> if you turn on task issue debug and RFL that G0, you should be able to see what the interpreter issues (is it a line or an arc)
[19:21:58] <cradek> seems like that would cut the problem space in half
[19:22:01] <mozmck> Oh, interesting: // without emcTaskPlanClose(), a new run command resumes at
[19:22:01] <mozmck> // aborted line-- feature that may be considered later
[19:22:23] <cradek> hmm your project just doubled in size? :-)
[19:22:30] <mozmck> That comment is from emcTaskAbort(). Then it calls emcTaskPlanClose()
[19:22:59] <mozmck> which is probably why I'm getting a re-load of the file :-(
[19:23:53] <mozmck> thanks for the debug tip - I'll do that. I've used the debugging for some of this already and it is quite helpful
[19:24:59] <mozmck> So I wonder if I can implement that "feature" of not closing the file on an abort? I can work around it I guess - it seems axis does it, but fixing it there might be better.
[19:25:50] <mozmck> Fixing it could break everything else though :-) Maybe it should be an ini option?
[19:28:14] <cradek> I sure don't know what the fallout would be
[19:31:29] <mozmck> I could just push it to 2.6 and see ;-)
[19:49:14] <cradek> heh, you'd have to say 2.5 to troll me with 100% effectiveness, since I'm not the 2.6 maintainer.
[20:41:57] -!- jrf [jrf!~john@cpe-72-128-90-199.wi.res.rr.com] has joined #linuxcnc-devel
[20:49:20] <mozmck> Hmm, so it looks like the actual reason the file-loaded signal is getting sent is because the last file in the stat structure (which is updated about every 100ms) is the last external file subroutine that it had run.
[20:49:53] <mozmck> Seems like external file subroutines cause numbers of problems!
[20:56:28] amnesic is now known as amnesic_away
[20:57:41] -!- KimK [KimK!~Kim__@ip68-102-66-31.ks.ok.cox.net] has joined #linuxcnc-devel
[20:57:56] amnesic_away is now known as amnesic
[21:18:08] -!- teepee has quit [Ping timeout: 272 seconds]
[21:18:24] -!- teepee [teepee!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[21:33:18] -!- andypugh [andypugh!~andypugh@cpc14-basl11-2-0-cust1010.20-1.cable.virginm.net] has joined #linuxcnc-devel
[21:46:37] amnesic is now known as amnesic_away
[21:47:17] amnesic_away is now known as amnesic
[21:54:04] amnesic is now known as amnesic_away
[22:19:13] <seb_kuzminsky> mozmck: what would/should happen if you're in G80 and you SRFL frmo a line with axis words but no G-word?
[22:39:52] -!- zeeshan|2 [zeeshan|2!~kvirc64@CPE84948c379051-CM84948c379050.cpe.net.cable.rogers.com] has joined #linuxcnc-devel
[22:42:59] <cradek> I would expect "Cannot use axis values without a g code that uses them"
[22:43:12] <cradek> because it should be the same as if I do that in mdi
[22:43:46] <cradek> am I missing something?
[22:50:57] <seb_kuzminsky> no, that sounds right
[22:51:23] <seb_kuzminsky> i think "it should do the same as it would if i typed it in mdi" is probably the right benchmark
[22:51:35] <seb_kuzminsky> i just wasnt thinking through it right, thanks
[22:52:49] <seb_kuzminsky> in other news, there's a strangeness in debian stretch that causes tons of errors like this:
[22:52:55] <seb_kuzminsky> Internal error: Could not assign #<��v�>
[22:54:04] <seb_kuzminsky> and when you start Axis it says "'utf8' codec can't decode byte 0xff in position 39: invalid start byte" (in a little lower-right error message popup)
[22:54:35] <seb_kuzminsky> apparently a python problem of some sort
[22:54:41] <cradek> that smells familiar
[22:55:01] <seb_kuzminsky> all the binaries i checked are correctly linked to python2.7, through the system also has python3.mumble installed
[22:57:57] <cradek> do you have 2a5ab77c9?
[23:37:04] -!- rob_h has quit [Ping timeout: 240 seconds]
[23:47:52] -!- remstw has quit [Ping timeout: 264 seconds]
[23:49:41] -!- kalxas has quit [Quit: Goodbye]