#linuxcnc-devel | Logs for 2016-11-20

Back
[00:06:35] <jepler> bpuk:so I just basically made _logDebug unconditionally fprintf(stderr, fmt "\n", ## args);
[00:06:40] <jepler> and that gets me debug info in the terminal
[00:06:57] <jepler> don't forget, you can attach to milltask or rs274 with gdb to debug too
[00:07:07] <jepler> e.g., after starting linuxcnc, gdb -p `pidof milltask`
[00:07:17] <jepler> or if you want to run rs274, gdb --args rs274 -g test.ngc
[00:07:18] -!- kingarmadillo has quit [Ping timeout: 250 seconds]
[00:21:04] -!- kingarmadillo has quit [Ping timeout: 265 seconds]
[00:49:46] -!- Robh__ has quit [Quit: Leaving]
[01:05:32] -!- skunkworks has quit [Ping timeout: 265 seconds]
[01:16:25] -!- Roguish has quit [Quit: ChatZilla 0.9.92-rdmsoft [XULRunner 35.0.1/20150122214805]]
[01:59:52] -!- skunkworks [skunkworks!~skunkwork@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[02:21:48] -!- kingarmadillo has quit [Ping timeout: 256 seconds]
[02:56:36] -!- CaptHindsight [CaptHindsight!~2020@unaffiliated/capthindsight] has joined #linuxcnc-devel
[03:46:15] -!- zeeshan has quit [Read error: Connection reset by peer]
[04:01:43] -!- kingarmadillo has quit [Ping timeout: 245 seconds]
[05:26:56] -!- kwallace_ofcb [kwallace_ofcb!~kwallace@162.222.30.253] has parted #linuxcnc-devel
[06:03:14] -!- kingarmadillo has quit [Ping timeout: 258 seconds]
[07:07:05] -!- ve7it has quit [Remote host closed the connection]
[07:49:02] -!- kingarmadillo has quit [Ping timeout: 258 seconds]
[08:50:04] -!- kingarmadillo has quit [Ping timeout: 260 seconds]
[10:50:31] -!- kingarmadillo has quit [Ping timeout: 244 seconds]
[10:51:55] -!- marshmn has quit [Ping timeout: 256 seconds]
[11:20:24] -!- apps has quit [Ping timeout: 260 seconds]
[11:34:19] -!- apps` has quit [Remote host closed the connection]
[12:23:18] -!- apps has quit [Remote host closed the connection]
[12:48:43] -!- apps has quit [Quit: apps]
[12:51:24] -!- kingarmadillo has quit [Ping timeout: 260 seconds]
[12:54:58] -!- sel [sel!~sel@net77-43-27-64.mclink.it] has joined #linuxcnc-devel
[12:55:14] -!- sel has quit [Client Quit]
[14:52:29] -!- kingarmadillo has quit [Ping timeout: 268 seconds]
[15:08:12] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:589:8201:bbc0:143c:f72c:e2f1:8056] has joined #linuxcnc-devel
[15:11:13] -!- zeeshan [zeeshan!~kvirc64@CPE84948c379051-CM84948c379050.cpe.net.cable.rogers.com] has joined #linuxcnc-devel
[15:12:21] -!- kwallace_ofcb [kwallace_ofcb!~kwallace@162.222.30.253] has joined #linuxcnc-devel
[15:47:22] -!- usuckirc``` [usuckirc```!~Kitteh@159.203.132.103] has joined #linuxcnc-devel
[15:54:54] -!- usuckirc``` has quit [K-Lined]
[16:32:53] -!- steves_logging has quit [Ping timeout: 260 seconds]
[16:37:37] -!- kingarmadillo has quit [Ping timeout: 240 seconds]
[16:50:36] -!- steve_stallings [steve_stallings!~Steve@wsip-70-182-2-252.dc.dc.cox.net] has joined #linuxcnc-devel
[16:53:43] -!- Roguish [Roguish!~chatzilla@c-50-143-183-159.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[17:24:39] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:589:8201:bbc0:143c:f72c:e2f1:8056] has parted #linuxcnc-devel
[18:13:00] -!- CaptHindsight has quit [Quit: Leaving]
[18:38:47] -!- kingarmadillo has quit [Ping timeout: 258 seconds]
[18:50:07] -!- kingarmadillo has quit [Ping timeout: 252 seconds]
[18:56:18] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15jmelson opened issue #213: trigger real time thread from external interrupt 02https://github.com/LinuxCNC/linuxcnc/issues/213
[19:10:52] -!- kingarmadillo has quit [Ping timeout: 250 seconds]
[19:31:33] -!- kingarmadillo has quit [Ping timeout: 252 seconds]
[19:54:43] -!- Roguish has quit [Quit: ChatZilla 0.9.92-rdmsoft [XULRunner 35.0.1/20150122214805]]
[19:56:29] -!- kingarmadillo has quit [Ping timeout: 246 seconds]
[20:02:51] -!- ve7it [ve7it!~LawrenceG@S010648f8b3c3bc3b.pk.shawcable.net] has joined #linuxcnc-devel
[20:34:02] -!- andypugh [andypugh!~andypugh@cpc14-basl11-2-0-cust1010.20-1.cable.virginm.net] has joined #linuxcnc-devel
[20:43:10] -!- pragmaticus has quit [Remote host closed the connection]
[21:04:12] -!- CaptHindsight [CaptHindsight!~2020@unaffiliated/capthindsight] has joined #linuxcnc-devel
[21:45:25] <bpuk> jepler: Thanks - that works!
[21:46:06] <bpuk> andypugh: for info - I put a pull request in on the G71 branch. That should bring us back to where I was in 2012
[21:46:54] <bpuk> andypugh: working on getting it moved over from named lines to o-subs. I think that most of the breakage will come from there so seems like the best place to start
[21:51:22] <andypugh> I am not sure how it works with C++. My Python mock-up was just: regex= r'\O0*%(p)i\s*SUB(.*)O0*%(p)i\s*ENDSUB' % words
[21:51:22] <andypugh> gcode = re.findall(regex,open(s.file).read(), re.M | re.S | re.I)
[21:51:23] <andypugh> gcode = gcode[0].split('\n')
[21:52:13] <andypugh> But then I was not trying to be robust at all for the bit I am playing with.
[21:52:55] <bpuk> been trying not to think about type2 - looks like the 'obvious' way is to subdivide on points of inflection and run each segment individually
[21:53:05] <bpuk> almost recursive
[21:53:20] <bpuk> makes sense for a mockup - doesn't matter how you get the profile in ;)
[21:53:24] <andypugh> One side-effect of using O-words is that I think that the profile can actually be in a different file.
[21:53:46] <bpuk> yeah, it certaintly can - is that good or bad though?
[21:53:55] <andypugh> O nn CALL can look in many places
[21:54:19] <andypugh> I think it might be good. You can imagine keeping a library of profiles.
[21:54:39] <bpuk> and if it's a one-off, then define it in the same file?
[21:54:55] <andypugh> Needs thought :-)
[21:56:16] <bpuk> been thinking about how to define the profile as being in an arbitrary plane too. I'm leaning towards making it a class rather than a simple struct
[21:56:42] <bpuk> and yes, yes it does
[21:57:22] -!- kingarmadillo has quit [Ping timeout: 268 seconds]
[21:59:54] <andypugh> Arbitrary plane does’t seem to hard
[22:00:16] <andypugh> # Be agnostic about plane.
[22:00:17] <andypugh> planes={170:('X','Y'), 180:('X','Z'), 190:('Y','Z'),
[22:00:17] <bpuk> simple way is take the first two axes used
[22:00:18] <andypugh> 171:('U','V'), 181:('U','W'), 191:('V','W')}
[22:00:19] <andypugh> for g in s.gcodes:
[22:00:20] <andypugh> if g in planes:
[22:00:21] <andypugh> p, q = planes[g]
[22:01:00] <bpuk> and error if a third axis is used
[22:01:10] <bpuk> pretty much
[22:01:15] <andypugh> Though that’s not arbitrary, it uses the G17-G19.1 setting
[22:02:07] <bpuk> for the lathe ops I'll need at least (X, Z ), (Z, X), (U,W), (W,U)
[22:02:13] -!- marshmn has quit [Ping timeout: 248 seconds]
[22:04:00] <andypugh> Slight wrinkle, yes. The planes are normally called 17-XY, 18-ZX, 19-YZ but the G71 / G72 distinction is on whether you feed in Z or X. Now if G18 G71 feeds in Z, does G17 G71 feed in X ?
[22:05:32] <bpuk> ideally I'd want (X, Z ), (Z, X) to both respect G18 for movement, but flip inside the roughing function
[22:06:10] <andypugh> bpuk: I think this is just something to document and be consistent about. G71 should probably feed in Z for planes with a Z in them, G72 feeds in the other one, and the other combinations go by a fixed (but almost arbitrary) convention.
[22:10:21] <bpuk> makes sense
[22:10:48] <bpuk> other combinations go in alphabetical would do - that way it's consistent at least
[22:21:55] -!- Roguish [Roguish!~chatzilla@c-50-143-183-159.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[23:57:55] -!- kingarmadillo has quit [Ping timeout: 244 seconds]