Back
[00:01:49] -!- LikeVinyl has quit [Quit: LikeVinyl]
[00:03:13] <seb_kuzminsky> in 2.7 or just in 2.6? you fixed them in 2.7, right?
[00:04:30] -!- PCW [PCW!~chatzilla@99.88.10.65] has joined #linuxcnc-devel
[00:07:11] -!- Nick001-shop has quit [Quit: ChatZilla 0.9.91.1 [Firefox 34.0.5/20141126041045]]
[00:10:08] -!- PetefromTn_ has quit [Quit: I'm Outta here!!]
[00:20:43] -!- reptation has quit [Ping timeout: 264 seconds]
[00:25:58] -!- Mr_Sheesh has quit [Quit: rebooting]
[00:31:29] -!- patrickarlt has quit [Quit: Leaving...]
[00:33:19] -!- amiri_ has quit [Ping timeout: 264 seconds]
[00:33:29] -!- dirty_d has quit [Quit: Leaving]
[00:45:31] -!- per_sonne has quit [Ping timeout: 246 seconds]
[00:46:17] -!- PCW has quit [Quit: ChatZilla 0.9.91.1 [Firefox 39.0/20150630154324]]
[00:54:39] -!- Loetmichel has quit [Ping timeout: 276 seconds]
[00:58:07] -!- rob_h has quit [Ping timeout: 246 seconds]
[01:05:02] -!- Akex_ has quit [Quit: Connection closed for inactivity]
[01:07:58] -!- amiri has quit [Ping timeout: 248 seconds]
[01:47:09] -!- per_sonne has quit [Ping timeout: 252 seconds]
[01:57:03] -!- amiri_ has quit [Ping timeout: 252 seconds]
[02:02:16] -!- andypugh has quit [Quit: andypugh]
[02:05:13] -!- Aero-Tec has quit [Quit: Leaving]
[02:19:58] -!- robinsz has quit [Ping timeout: 246 seconds]
[02:26:12] -!- asdfasd has quit [Ping timeout: 264 seconds]
[02:35:07] -!- skunksleep has quit [Ping timeout: 264 seconds]
[02:38:06] -!- amiri has quit [Ping timeout: 248 seconds]
[02:48:43] -!- per_sonne has quit [Ping timeout: 246 seconds]
[02:59:27] -!- Computer_barf has quit [Ping timeout: 276 seconds]
[03:15:39] -!- reptation has quit [Remote host closed the connection]
[03:27:16] <mozmck> In Axis there is code like this for pause and resume:
[03:27:18] <mozmck> if s.task_mode not in (linuxcnc.MODE_AUTO, linuxcnc.MODE_MDI):
[03:27:18] <mozmck> return
[03:27:18] <mozmck> ensure_mode(linuxcnc.MODE_AUTO, linuxcnc.MODE_MDI)
[03:27:18] <mozmck> c.auto(linuxcnc.AUTO_RESUME)
[03:28:16] <mozmck> It seems like the ensure_mode is redundant - or am I missing something?
[03:29:20] <mozmck> Not just pause and resume, but that's what I happened to be looking at. The same idea was copied over into hal_actions as well.
[03:36:11] -!- amiri_ has quit [Ping timeout: 256 seconds]
[03:50:30] -!- per_sonne has quit [Ping timeout: 256 seconds]
[04:00:33] -!- phantoxeD has quit [Ping timeout: 256 seconds]
[04:00:44] -!- arrowbook [arrowbook!~qicruser@223.104.2.46] has joined #linuxcnc-devel
[04:01:43] -!- norias has quit [Ping timeout: 252 seconds]
[04:06:01] -!- lucashodge has quit [Client Quit]
[04:10:18] -!- AR_ has quit [Ping timeout: 255 seconds]
[04:11:36] -!- arrowbook has quit [Ping timeout: 276 seconds]
[04:12:19] -!- PetefromTn_ [PetefromTn_!~IceChat9@97-81-58-82.dhcp.kgpt.tn.charter.com] has joined #linuxcnc-devel
[04:16:40] -!- arrowbook [arrowbook!~qicruser@223.104.2.46] has joined #linuxcnc-devel
[04:17:18] -!- SpeedEvil has quit [Ping timeout: 248 seconds]
[04:25:05] -!- arrowbook has quit [Read error: Connection reset by peer]
[04:25:25] -!- SpeedEvil has quit [Quit: No Ping reply in 180 seconds.]
[04:35:43] -!- Tecan has quit [Changing host]
[04:44:33] -!- ve7it has quit [Remote host closed the connection]
[04:46:37] -!- amiri has quit [Ping timeout: 246 seconds]
[04:52:31] -!- per_sonne has quit [Ping timeout: 264 seconds]
[04:59:58] -!- phantoneD has quit [Ping timeout: 248 seconds]
[05:01:41] -!- PetefromTn_ has quit [Quit: I'm Outta here!!]
[05:02:47] -!- cmorley has quit [Quit: Leaving.]
[05:19:12] -!- [cube] has quit [Ping timeout: 276 seconds]
[05:34:07] -!- amiri_ has quit [Ping timeout: 252 seconds]
[05:36:54] -!- Tecan has quit [Quit: Live Long And Phosphor!]
[05:48:34] -!- sttts has quit [Remote host closed the connection]
[05:54:27] -!- per_sonne has quit [Ping timeout: 256 seconds]
[05:59:25] -!- zeeshan|2 has quit [Read error: Connection reset by peer]
[06:00:55] -!- phantoxeD has quit [Ping timeout: 264 seconds]
[06:10:16] -!- zeeshan [zeeshan!~kvirc64@CPE0018e7cea342-CM5039555db2cc.cpe.net.cable.rogers.com] has joined #linuxcnc-devel
[06:17:00] -!- amiri has quit [Ping timeout: 250 seconds]
[06:17:01] -!- arrowbook [arrowbook!~qicruser@223.104.2.46] has joined #linuxcnc-devel
[06:19:37] -!- kwallace [kwallace!~kwallace@smb-51.sonnet.com] has parted #linuxcnc-devel
[06:19:39] -!- arrowbook has quit [Read error: Connection reset by peer]
[06:20:28] -!- robinsz has quit [Ping timeout: 246 seconds]
[06:26:31] -!- rob_h [rob_h!~robh@90.220.157.70] has joined #linuxcnc-devel
[06:41:04] -!- XXCoder has quit [Ping timeout: 256 seconds]
[06:41:15] -!- arrowbook [arrowbook!~qicruser@223.104.2.46] has joined #linuxcnc-devel
[06:43:40] -!- Miner_48er has quit [Quit: Leaving]
[06:55:00] -!- per_sonne has quit [Ping timeout: 264 seconds]
[06:56:59] -!- amiri_ has quit [Ping timeout: 252 seconds]
[06:57:19] -!- arrowbook has quit [Read error: Connection reset by peer]
[07:01:00] -!- phantoneD has quit [Ping timeout: 264 seconds]
[07:23:24] -!- Chopper79 has quit [Quit: Leaving.]
[07:36:30] -!- amiri has quit [Read error: Connection reset by peer]
[07:51:49] -!- furrywolf has quit [Ping timeout: 246 seconds]
[07:55:52] -!- per_sonne has quit [Ping timeout: 256 seconds]
[07:57:24] -!- mikegg has quit [Ping timeout: 264 seconds]
[08:01:28] -!- phantoxeD has quit [Ping timeout: 265 seconds]
[08:02:04] -!- arrowbook [arrowbook!~qicruser@58.59.2.234] has joined #linuxcnc-devel
[08:04:58] -!- LikeVinyl has quit [Quit: LikeVinyl]
[08:08:12] -!- arrowbook has quit [Ping timeout: 264 seconds]
[08:39:56] -!- LikeVinyl has quit [Quit: LikeVinyl]
[08:40:38] -!- amiri has quit [Ping timeout: 256 seconds]
[08:41:10] -!- dutchfish has quit [Quit: Splash, leaving the bowl]
[08:56:53] -!- per_sonne has quit [Ping timeout: 252 seconds]
[09:25:58] -!- nickoe has quit [Ping timeout: 256 seconds]
[09:30:19] -!- micges_ [micges_!~micges@elt90.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[09:30:54] -!- amiri_ has quit [Ping timeout: 248 seconds]
[09:31:24] -!- nickoe_ has quit [Ping timeout: 276 seconds]
[09:34:17] -!- micges has quit [Ping timeout: 252 seconds]
[09:34:40] -!- Dimroy has quit [Quit: Quitte]
[09:57:46] -!- per_sonne has quit [Ping timeout: 246 seconds]
[09:58:12] -!- tinkerer [tinkerer!~tinkerer@mail.play-pla.net] has joined #linuxcnc-devel
[10:03:47] -!- radish has quit [Ping timeout: 256 seconds]
[10:10:54] -!- amiri has quit [Ping timeout: 248 seconds]
[10:19:42] -!- b_b has quit [Changing host]
[10:30:43] <jthornton> seb, I didn't see the branch was 2.6 when I looked at 2000.docs build
[10:52:36] -!- amiri_ has quit [Read error: Connection reset by peer]
[11:00:27] -!- per_sonne has quit [Ping timeout: 252 seconds]
[11:15:07] -!- XXCoder has quit [Quit: Leaving]
[11:49:32] -!- motioncontrol has quit [Quit: Sto andando via]
[11:52:37] Loetmichel2 is now known as Loetmichel
[11:59:48] -!- amiri has quit [Ping timeout: 264 seconds]
[12:00:14] -!- gaute has quit [Quit: Page closed]
[12:01:52] -!- per_sonne has quit [Ping timeout: 252 seconds]
[12:14:16] -!- MacGyverX has quit [Ping timeout: 256 seconds]
[12:19:10] -!- Dimroy has quit [Remote host closed the connection]
[12:29:55] <KGB-linuxcnc> 03John Thornton 052.7 6dd7dcf 06linuxcnc 10(5 files in 2 dirs) Docs: rename remap file to reflect the contents * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=6dd7dcf
[12:29:55] <KGB-linuxcnc> 03John Thornton 052.7 56a8c4c 06linuxcnc 10docs/src/hal/rtcomps.txt Docs: add more information to pwmgen * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=56a8c4c
[12:29:55] <KGB-linuxcnc> 03John Thornton 052.7 91e4e1e 06linuxcnc 10docs/src/config/moveoff.txt Docs: add important info from man file to documents. * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=91e4e1e
[12:42:50] -!- b_b has quit [Remote host closed the connection]
[12:53:02] -!- amiri_ has quit [Ping timeout: 248 seconds]
[13:03:25] -!- per_sonne has quit [Ping timeout: 256 seconds]
[13:11:12] -!- RyanS has quit [Ping timeout: 255 seconds]
[13:11:19] <KGB-linuxcnc> 03John Thornton 052.7 77d7050 06linuxcnc 10(5 files in 2 dirs) Docs: rename core components file to reflect the contents * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=77d7050
[13:37:00] -!- LikeVinyl has quit [Ping timeout: 264 seconds]
[13:43:25] -!- amiri has quit [Read error: Connection reset by peer]
[13:52:58] -!- nofxx has quit [Ping timeout: 252 seconds]
[14:04:08] -!- per_sonne has quit [Ping timeout: 250 seconds]
[14:08:11] -!- LikeVinyl has quit [Read error: Connection reset by peer]
[14:09:29] -!- kwallace [kwallace!~kwallace@smb-34.sonnet.com] has joined #linuxcnc-devel
[14:09:49] <linuxcnc-build> build #3241 of 1200.rip-lucid-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1200.rip-lucid-i386/builds/3241 blamelist: John Thornton <bjt128@gmail.com>
[14:39:44] <JT-Shop> fix on the way
[14:43:44] -!- amiri has quit [Read error: Connection reset by peer]
[14:44:25] <KGB-linuxcnc> 03John Thornton 052.7 120f256 06linuxcnc 10docs/src/Master_Documentation_es.txt 10docs/src/index_es.tmpl Docs: don't forget to change the spanish index and master * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=120f256
[14:53:32] -!- robinsz has quit [Ping timeout: 250 seconds]
[15:00:27] -!- carper [carper!~steve@host86-165-73-9.range86-165.btcentralplus.com] has joined #linuxcnc-devel
[15:05:23] -!- per_sonne has quit [Ping timeout: 252 seconds]
[15:16:30] -!- sumpfralle has quit [Ping timeout: 248 seconds]
[15:26:16] -!- PetefromTn_ [PetefromTn_!~IceChat9@97-81-58-82.dhcp.kgpt.tn.charter.com] has joined #linuxcnc-devel
[15:31:46] -!- Roguish_shop [Roguish_shop!~Roguish@c-50-143-183-159.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[15:32:36] -!- amiri has quit [Ping timeout: 256 seconds]
[16:06:36] -!- per_sonne has quit [Ping timeout: 256 seconds]
[16:08:05] -!- amiri_ has quit [Read error: Connection reset by peer]
[16:08:49] -!- robin_sz has quit [Ping timeout: 246 seconds]
[16:10:36] -!- Roguish_shop has quit [Quit: ChatZilla 0.9.91.1 [Firefox 20.0/20130329043827]]
[16:13:13] -!- Roguish [Roguish!~chatzilla@c-50-143-183-159.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[16:25:00] -!- sumpfralle has quit [Ping timeout: 264 seconds]
[16:46:35] -!- amiri has quit [Ping timeout: 252 seconds]
[16:49:52] <seb_kuzminsky> mozmck: axis is a maze of twisty passages
[17:00:32] -!- msantana has quit [Ping timeout: 252 seconds]
[17:05:09] -!- msantana [msantana!~darkstar@unaffiliated/darkstar] has joined #linuxcnc-devel
[17:07:36] -!- per_sonne has quit [Ping timeout: 264 seconds]
[17:20:50] -!- gimps has quit [Ping timeout: 256 seconds]
[17:27:57] -!- LikeVinyl has quit [Remote host closed the connection]
[17:34:34] <JT-Shop> lol
[17:38:15] <jepler> it was such a beautiful piece of software once
[17:38:27] <jepler> too bad it had to change to better suit the needs of its users
[17:38:42] <jepler> </whiny software developer voice>
[17:39:37] <mozmck> heh!
[17:40:00] <mozmck> So, is that redundant?
[17:40:36] <JT-Shop> seb_kuzminsky, where does this page get generated?
http://www.linuxcnc.org/docs/2.7/
[17:41:39] <jepler> what, "whiny" and "software developer"?
[17:41:58] <jepler> yes, at first glance anyway the ensure_mode call seems redundant
[17:42:17] <jepler> I'd look at the history of those lines to better understand how they got that way, though
[17:43:29] <pcw_home> JT-Shop: I wonder is a note should be added to the integrators manual in the home_use_index section about required hal index-enable connections
[17:45:21] <pcw_home> not really sure where info at that level should go
[17:47:03] <pcw_home> also in section 5.3.7 of the integrators manual"
[17:47:04] <pcw_home> "The position that the joint will go to upon completion of the homing sequence. After detecting the index pulse, and setting the"
[17:47:06] <pcw_home> should probably be something like
[17:47:07] <pcw_home> "The position that the joint will go to upon completion of the homing sequence. After detecting the home switch or index pulse, and setting the"
[17:47:13] -!- amiri_ has quit [Read error: Connection reset by peer]
[17:48:21] <jepler> .. that block was added in 2007 "make 'pause' button work properly in MDI mode, so that it is possible to continue after issuing 'M0' in mdi mode"
[17:48:52] <mozmck> Hmm, how do you search history for that?
[17:49:33] <jepler> well .. normally I'd "just" use git gui blame, but because there is a revision in between that accidentally totally deleted .../axis.py it was a bit more complicated
[17:49:49] <mozmck> The whole block was? What it looks like though, is that the ensure_mode() call will never actually do anything, because if we are not in one of those modes the line before will have returned from the function.
[17:50:01] <jepler> right, that's what I see too
[17:50:03] <mozmck> I see.
[17:50:21] <jepler> before that revision, there was no 'if task_mode not in ... : return'
[17:50:23] <jepler> just ensure_mode
[17:51:02] <mozmck> I was mainly just curious, because I'm having to re-invent the wheel in my GUI and I was looking at hal_actions and axis to see how to do it :)
[17:51:04] <jepler> this is rev c963df7
[17:51:37] <jepler> sigh
[17:52:13] <jepler> you have identified that we already have 2 copies of this code
[17:52:16] <mozmck> It's mainly because I made those light-buttons, and I don't know how to make them use hal_actions (yet).
[17:52:18] <jepler> you really should avoid writing a third one
[17:52:33] <mozmck> That's true.
[17:52:58] <mozmck> I will have to figure out where to put the code to consolidate it though.
[17:53:18] <jepler> ideally you could delete twice as many lines as you add in the process, and still have the new functionality you need for your new thing
[17:53:34] <jepler> (for everything that is in both axis and hal_actions (which I am not familiar with))
[17:53:58] <jepler> sigh, we have so many copies of everything and it's terrible
[17:54:25] <mozmck> hal_actions are Action objects used in Gladevcp. They can be attached to buttons and etc, and control the state of the buttons as well as execute code when activated.
[17:54:55] <mozmck> A really nice concept actually for GUI stuff.
[17:56:51] <JT-Shop> pcw_home, will do
[18:01:27] <pcw_home> unfortunately adding the A,B and Index-in pins to hostmot2 have mislead
[18:01:29] <pcw_home> at least a couple of people into thinking the index-in pin can be used for index operations
[18:04:37] <pcw_home> (Its really only for debugging or re-purposing encoder pins as GP 5V inputs)
[18:06:42] <Roguish> pcw_home and JT-Shop: THANK YOU. THANK YOU, THANK YOU.
[18:09:00] -!- per_sonne has quit [Ping timeout: 256 seconds]
[18:10:34] -!- syyl_ has quit [Ping timeout: 246 seconds]
[18:14:12] <cradek> +# Copyright 2004, 2005, 2006 Jeff Epler <jepler@unpythonic.net> and
[18:14:12] <cradek> +# Chris Radek <chris@timeguy.com>
[18:14:21] <cradek> good grief it's 11 years old
[18:16:16] -!- sumpfralle has quit [Ping timeout: 265 seconds]
[18:17:14] <jepler> cradek: oh dear, is our software a tween?
[18:17:18] <jepler> no wonder it's so moody
[18:18:54] -!- membiblio has quit [Quit: Leaving]
[18:20:33] <cradek> nah, it's very stable for a 11-year-old
[18:23:42] <mozmck> I ran (simulated) a cut using G64 P0.1, and here is the backplot:
http://pasteboard.co/1IeuYPxP.png
[18:24:25] <mozmck> Why did it miss the straight lines on the inner star but did fine on the outer star? This is current 2.7
[18:25:54] <cradek> the corner arcs make the path completely different
[18:26:26] <cradek> I don't like the result very much, but is it within 0.1?
[18:27:01] <cradek> I'm only guessing, but it might not be working how rob intended
[18:28:02] <mozmck> I guess it's within .1 - I'm not sure how to tell other than comparing to the distance the other points are from the path.
[18:28:27] <cradek> it looks like a good test case to show that particular behavior
[18:28:52] <cradek> might not hurt to make a bug report, because I do kind of think it might be unintended
[18:29:17] <mozmck> Ok, I guess the bug reports are on sourceforge?
[18:29:21] <cradek> yes
[18:30:17] <cradek> please attach the image and gcode directly there
[18:30:23] <mozmck> Ah, ok.
[18:30:45] <pcw_home> yeah, you would think it would follow more closely when its possible
[18:32:48] -!- robin_sz has quit [Ping timeout: 256 seconds]
[18:32:52] <pcw_home> is that .1"? maybe that big a tolerance has not been tested
[18:38:08] -!- marmite has quit [Ping timeout: 264 seconds]
[18:41:41] <pcw_home> Hmm what would be the best way to write more than 32 bits of data to a hal component (say up to 8 u32s )?
[18:41:42] <pcw_home> multiple u32s pins and a parameter that says how many are active would work but is a bit klunky
[18:42:12] <cradek> there's no good way
[18:43:44] -!- amiri has quit [Read error: Connection reset by peer]
[18:44:23] <pcw_home> Yeah no array types
[18:45:13] -!- dan2k3k4 has quit [Ping timeout: 246 seconds]
[18:47:19] -!- jst has quit [Remote host closed the connection]
[18:47:58] -!- jst has quit [Remote host closed the connection]
[18:48:29] <pcw_home> looking into making a hostmot2 module for laser modulation but 32 bits only gets me to 32 KHz at a 1 KHz servo thread
[18:50:32] <pcw_home> especially for Ethernet where you can't have a base thread
[18:57:18] <jepler> this is a similar problem to any attempt to graft serial communication onto hal
[18:58:20] <jepler> in the original rtapi, there were FIFOs, which I think were byte-oriented and had an upper size fixed at creation time, but they were never exposed as objects in HAL and they don't appear at all in newer rtapi implementations like uspace
[18:59:04] <jepler> some places, like in halstreamer/halsampler/halscope, we basically rolled our own FIFOs based on shared memory areas instead
[19:01:54] <jepler> I bet it's not hard to add FIFOs to uspace rtapi (they're just unix named pipes), but I'm not sure what it would look like to connect them in hal
[19:03:36] <mozmck> I saw some talk that there are FIFOs in "that other linux cnc software"
[19:03:42] <jepler> shrug
[19:03:57] <mozmck> But I don't know what they are for.
[19:05:05] <pcw_home> for simple time based raster (not multi axis painting) a fixed block size is OK
[19:05:48] <pcw_home> as soon as you use stepgen or encoder clocking then a real FIFO is needed
[19:09:13] -!- sumpfralle has quit [Ping timeout: 252 seconds]
[19:09:56] -!- per_sonne has quit [Ping timeout: 264 seconds]
[19:10:22] <pcw_home> That is, for a time based raster clock, using lower order bits of the DPLL accumulator as the raster clock gives you
[19:10:24] <pcw_home> perfect long term sync with the servo thread so a fixed block of raster data every servo thread works
[19:12:12] <seb_kuzminsky> ooh! i think i found the race in halui that's causing the halui/mdi test to fail sometimes
[19:14:20] -!- PetefromTn_ has quit [Quit: I'm Outta here!!]
[19:14:32] <seb_kuzminsky> http://git.linuxcnc.org/gitweb?p=linuxcnc.git;a=blob;f=src/emc/usr_intf/halui.cc;h=39fc60ccda9d179dc56a46272bdc3dd2157c96f7;hb=HEAD#l1122
[19:14:36] <seb_kuzminsky> "switch to mdi mode if needed
[19:14:58] <seb_kuzminsky> it sends the command to switch task to mdi mode, which waits for task to receive the command but not to report it done
[19:15:17] <seb_kuzminsky> then it checks if the task mode is now mdi, and fails silently if not
[19:16:02] <seb_kuzminsky> i think it needs a call to emcCommandWaitDone() after sendMdi()
[19:16:05] <seb_kuzminsky> testing that now...
[19:17:17] <seb_kuzminsky> it took ~12,000 passes of halui/mdi to repro the failure we saw on the buildbot, on my dev machine
[19:17:41] <jepler> a "library" form of the realtime part of halstreamer would allow more than 1 sample to be read out per cycle
[19:17:55] <jepler> and the userspace part just stays halstreamer
[19:25:12] <pcw_home> just using multiple u32s is probably OK for now (even 4 u32s 128KHz so <1 mill at 100 IPS)
[19:26:09] <pcw_home> its gets harder if you need Analog/PWM so more than 1 bit/pixel
[19:28:51] -!- PetefromTn_ [PetefromTn_!~IceChat9@97-81-58-82.dhcp.kgpt.tn.charter.com] has joined #linuxcnc-devel
[19:36:43] -!- rob_h has quit [Ping timeout: 252 seconds]
[19:38:53] -!- sumpfralle has quit [Ping timeout: 244 seconds]
[19:39:59] -!- PetefromTn_ has quit [Quit: I'm Outta here!!]
[19:46:38] -!- amiri has quit [Ping timeout: 244 seconds]
[20:03:44] -!- cmorley [cmorley!~chris@S0106204e7f8c229b.no.shawcable.net] has joined #linuxcnc-devel
[20:08:24] -!- robin_sz has quit [Ping timeout: 265 seconds]
[20:11:49] -!- per_sonne has quit [Ping timeout: 256 seconds]
[20:42:29] <mozmck> bug report filed - I hope it is clear enough. I did more testing and attached more images.
[20:45:28] -!- jimmyz2 [jimmyz2!~jimmyz@host86-148-44-11.range86-148.btcentralplus.com] has joined #linuxcnc-devel
[20:55:12] -!- Dimroy has quit [Ping timeout: 276 seconds]
[21:00:40] -!- chillly has quit [Quit: Ex-Chat]
[21:05:49] -!- PetefromTn_ [PetefromTn_!~IceChat9@97-81-58-82.dhcp.kgpt.tn.charter.com] has joined #linuxcnc-devel
[21:07:30] -!- CaptHindsight has quit [Quit: gone]
[21:10:46] -!- norias has quit [Ping timeout: 252 seconds]
[21:11:31] -!- MrHindsight has quit [Ping timeout: 246 seconds]
[21:12:55] -!- per_sonne has quit [Ping timeout: 246 seconds]
[21:12:56] -!- nofxx has quit [Ping timeout: 264 seconds]
[21:14:18] -!- Deejay has quit [Quit: bye]
[21:15:37] -!- CaptHindsight [CaptHindsight!~2020@unaffiliated/capthindsight] has joined #linuxcnc-devel
[21:25:04] -!- norias has quit [Ping timeout: 252 seconds]
[21:37:18] -!- rob_h [rob_h!~robh@90.220.157.70] has joined #linuxcnc-devel
[21:39:46] -!- LikeVinyl has quit [Remote host closed the connection]
[21:43:36] -!- Computer_barf has quit [Ping timeout: 264 seconds]
[21:58:36] -!- zeitue has quit [Ping timeout: 264 seconds]
[22:15:06] -!- per_sonne has quit [Ping timeout: 250 seconds]
[22:27:03] -!- PetefromTn_ has quit [Quit: I'm Outta here!!]
[22:39:59] -!- tinkerer has quit [Remote host closed the connection]
[22:42:43] -!- jvrousseau has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
[22:44:08] <KGB-linuxcnc> 03John Thornton 052.7 0f2aa4d 06linuxcnc 10docs/src/config/ini_homing.txt Docs: add info on index-enable and home * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=0f2aa4d
[22:44:19] * jthornton takes the rest of the day off
[22:53:12] -!- Chopper79 has quit [Quit: Leaving.]
[22:59:48] -!- almostworking has quit [Ping timeout: 255 seconds]
[23:00:40] <KGB-linuxcnc> 03Chris Radek 052.7 960678e 06linuxcnc 10docs/html/gcode.html Docs: G64 now optionally takes Q * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=960678e
[23:11:43] -!- LikeVinyl has quit [Quit: LikeVinyl]
[23:16:43] -!- per_sonne has quit [Ping timeout: 252 seconds]
[23:23:00] -!- almostworking has quit [Remote host closed the connection]
[23:29:03] -!- Roguish has quit [Ping timeout: 255 seconds]
[23:33:33] -!- rob_h has quit [Ping timeout: 256 seconds]
[23:35:33] <mozmck> cradek: regarding bug 426: according to the docs, "when you activate G64 P- Q- it turns on the naive cam detector", so I thought the NCD would be off if I did not specify Q
[23:36:20] <cradek> I think P is NCD tolerance and Q is motion tolerance [and an unspecified Q defaults to the P value]
[23:36:30] <cradek> but I haven't looked at the docs or the source
[23:37:01] <mozmck> According to the docs it's the other way around.
[23:37:15] <mozmck> http://www.linuxcnc.org/docs/2.7/html/gcode/gcode.html#sec:G64
[23:37:32] <mozmck> bbl
[23:37:44] <cradek> I agree the docs disagree with my memory
[23:48:54] -!- kwallace_shop [kwallace_shop!~kwallace@smb-34.sonnet.com] has joined #linuxcnc-devel
[23:52:10] <kwallace_shop> Hello. I just installed a new LinuxCNC 2.6.8 and tried remapping with the sample M400.ngc, but I get "M code greater than 199" , which makes me think 2.6.8 doesn't do remapping?
