Back
[00:06:16] -!- Nick001 has quit [Ping timeout: 265 seconds]
[00:12:31] -!- phantoxeD has quit [Ping timeout: 245 seconds]
[00:16:31] -!- KimK has quit [Ping timeout: 260 seconds]
[00:18:00] -!- Servos4ever has quit [Quit: ChatZilla 0.9.90.1 [SeaMonkey 2.21/20130916112303]]
[00:28:26] -!- Nick001 has quit [Ping timeout: 264 seconds]
[00:29:39] -!- kwallace_tmill [kwallace_tmill!~kwallace@smb-36.sonnet.com] has parted #linuxcnc-devel
[00:30:04] -!- KimK [KimK!~kkirwan@wsip-184-176-200-171.ks.ks.cox.net] has joined #linuxcnc-devel
[00:39:14] -!- jonpry has quit [Ping timeout: 264 seconds]
[00:41:54] -!- Felix29 [Felix29!Felix@c-71-193-105-131.hsd1.in.comcast.net] has joined #linuxcnc-devel
[00:44:34] -!- md-2 has quit [Remote host closed the connection]
[00:57:35] -!- KimK has quit [Ping timeout: 258 seconds]
[01:11:37] -!- KimK [KimK!~kkirwan@wsip-184-176-200-171.ks.ks.cox.net] has joined #linuxcnc-devel
[01:14:28] -!- asdfasd has quit [Ping timeout: 240 seconds]
[01:19:29] -!- thomaslindstr_m has quit [Remote host closed the connection]
[01:22:39] -!- md-2 has quit [Remote host closed the connection]
[01:34:06] -!- jfire has quit [Quit: Leaving.]
[01:34:08] -!- md-2 has quit [Remote host closed the connection]
[01:37:17] -!- mrsun has quit [Read error: Operation timed out]
[01:39:33] -!- md-2 has quit [Ping timeout: 265 seconds]
[01:52:45] -!- AR_ has quit [Ping timeout: 246 seconds]
[01:53:33] -!- sumpfralle has quit [Read error: Operation timed out]
[01:59:34] -!- Thetawaves_ has quit [Quit: This computer has gone to sleep]
[02:17:37] -!- terabyte- has quit [Quit: terabyte-]
[02:21:42] -!- c-bob| has quit [Ping timeout: 256 seconds]
[02:24:43] -!- wboykinm has quit [Remote host closed the connection]
[02:26:57] -!- KimK has quit [Ping timeout: 240 seconds]
[02:30:26] -!- FinboySlick has quit [Quit: Leaving.]
[02:33:46] jesseg_ is now known as jesseg
[02:35:52] -!- kwallace2 has quit [Ping timeout: 256 seconds]
[02:37:34] -!- Felix29 has quit []
[02:39:39] -!- md-2 has quit [Ping timeout: 246 seconds]
[02:42:19] <skunkworks> http://www.electronicsam.com/images/house/stellabee3.JPG
[02:44:40] -!- kolix has quit [Quit: Leaving]
[02:49:41] -!- wboykinm_ has quit []
[02:53:26] -!- vladimirek has quit [Ping timeout: 256 seconds]
[03:09:13] <jepler> another reason I hate github: it makes copies of every original branch in every fork, so there's a lot of unneeded branches in each github remote you add
[03:09:24] <jepler> you'll end up with a dozen different */master each pointing at a different ref
[03:10:51] -!- PetefromTn has quit [Remote host closed the connection]
[03:22:30] -!- jonpry has quit [Ping timeout: 245 seconds]
[03:25:35] -!- geografa has quit [Ping timeout: 272 seconds]
[03:26:15] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc-devel
[03:30:16] -!- ffog has quit [Quit: WeeChat 0.4.2]
[03:32:11] -!- vladimirek has quit [Ping timeout: 272 seconds]
[03:34:04] <seb_kuzminsky> jepler: "committed"... i dont think that means what you think it means
[03:38:16] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc-devel
[03:39:29] -!- terabyte- has quit [Quit: terabyte-]
[03:39:31] -!- voxadam has quit [Quit: quit]
[03:44:44] -!- uw has quit [Quit: Leaving]
[03:45:59] -!- Nick001 has quit [Ping timeout: 240 seconds]
[03:52:16] -!- ve7it has quit [Remote host closed the connection]
[04:09:50] -!- md-2 has quit [Ping timeout: 264 seconds]
[04:13:54] -!- jthornton_ [jthornton_!~john@184.21.192.48] has joined #linuxcnc-devel
[04:13:54] -!- JT_Shop has quit [Read error: Connection reset by peer]
[04:13:55] -!- jthornton has quit [Read error: Connection reset by peer]
[04:14:10] -!- JT_Shop [JT_Shop!~john@184.21.192.48] has joined #linuxcnc-devel
[04:35:21] -!- skunkworks has quit [Ping timeout: 240 seconds]
[04:41:47] -!- MacGalempsy has quit [Ping timeout: 265 seconds]
[04:49:29] -!- geografa has quit [Quit: Textual IRC Client: www.textualapp.com]
[04:51:13] -!- Nekosan has quit [Quit: later folks...]
[05:25:52] -!- micges has quit [Quit: Leaving]
[05:27:46] -!- jthornton_ has quit [Read error: Connection reset by peer]
[05:28:04] -!- jthornton_ [jthornton_!~john@184.21.192.48] has joined #linuxcnc-devel
[05:28:22] -!- JT_Shop has quit [Read error: Connection reset by peer]
[05:28:34] -!- JT_Shop [JT_Shop!~john@184.21.192.48] has joined #linuxcnc-devel
[05:36:41] -!- tandoori has quit [Ping timeout: 272 seconds]
[05:59:10] -!- tandoori has quit [Read error: Connection timed out]
[06:02:31] -!- Fox_Muldr has quit [Ping timeout: 245 seconds]
[06:13:01] -!- jef79m has quit [Quit: ZNC - http://znc.in]
[06:13:09] -!- Laremere has quit [Ping timeout: 272 seconds]
[06:30:47] -!- The_Ball has quit [Ping timeout: 272 seconds]
[06:37:24] -!- md-2 has quit [Remote host closed the connection]
[06:39:46] -!- Thetawaves_ has quit [Quit: This computer has gone to sleep]
[07:02:11] -!- Valen has quit [Quit: Leaving.]
[07:26:12] -!- The_Ball has quit [Ping timeout: 252 seconds]
[07:39:03] -!- md-2 has quit [Read error: No route to host]
[07:44:21] -!- md-2 has quit [Ping timeout: 272 seconds]
[07:46:43] -!- archivist_herron has quit [Ping timeout: 268 seconds]
[08:03:24] -!- DaViruz has quit [Ping timeout: 246 seconds]
[08:31:39] -!- mrsun has quit [Ping timeout: 260 seconds]
[08:38:50] -!- thomaslindstr_m has quit [Remote host closed the connection]
[08:40:03] -!- md-2 has quit [Ping timeout: 260 seconds]
[08:40:49] -!- thomaslindstr_m has quit [Remote host closed the connection]
[08:46:48] -!- md-2 has quit [Ping timeout: 246 seconds]
[08:53:44] -!- MrHindsight [MrHindsight!~2020@unaffiliated/capthindsight] has joined #linuxcnc-devel
[08:58:33] -!- sasha| has quit [*.net *.split]
[08:58:34] -!- CaptHindsight has quit [*.net *.split]
[08:58:34] -!- putnik has quit [*.net *.split]
[08:58:34] -!- memleak has quit [*.net *.split]
[08:58:35] -!- njh has quit [*.net *.split]
[08:58:35] njh_ is now known as njh
[08:58:35] -!- njh has quit [Changing host]
[08:59:45] -!- memleak [memleak!~memleak@unaffiliated/memleak] has joined #linuxcnc-devel
[09:31:04] -!- thomaslindstr_m has quit [Quit: Leaving...]
[09:37:32] -!- Astetik has quit [Quit: Page closed]
[09:48:14] -!- voxadam has quit [Ping timeout: 240 seconds]
[10:15:43] -!- Fox_Muldr has quit [Ping timeout: 272 seconds]
[10:16:56] jthornton_ is now known as jthornton
[10:53:49] <alex_joni> hey jthornton
[10:53:53] <alex_joni> all well on the forum?
[10:54:02] <jthornton> yes
[10:54:07] <alex_joni> good..
[10:54:14] <jthornton> how are you doing? any snow yet
[10:54:34] <alex_joni> nah.. 20C here
[10:54:56] <alex_joni> 68F in your silly units ;)
[10:55:04] <jthornton> lol
[11:04:04] <alex_joni> so still warm
[11:04:10] <alex_joni> how's your end?
[11:07:16] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[11:10:25] <skunkworks> alex_joni, did you see
http://electronicsam.com/images/house/stellabee3.JPG
[11:11:17] -!- b_b has quit [Changing host]
[11:12:07] <jthornton> we had a cold spell but it is warm and wet now
[11:15:41] <skunkworks> cooling off here.. last sunday though it was 65f
[11:23:36] -!- sumpfralle has quit [Ping timeout: 246 seconds]
[11:32:16] -!- MacGalempsy_ has quit [Remote host closed the connection]
[11:34:53] -!- sirdancealo2 has quit [Ping timeout: 272 seconds]
[11:35:39] voxadam_ is now known as voxadam
[11:56:03] -!- md-2 has quit [Remote host closed the connection]
[11:56:09] <alex_joni> skunkworks: poor defenseless kids
[11:56:22] <alex_joni> j/k .. very cute ;)
[11:58:22] <skunkworks> :)
[11:58:35] -!- kiw has quit [Ping timeout: 272 seconds]
[12:22:01] -!- thomaslindstr_m has quit [Remote host closed the connection]
[12:26:15] -!- theorbtwo has quit [Remote host closed the connection]
[12:53:20] -!- tandoori has quit [Ping timeout: 265 seconds]
[13:14:16] -!- Simooon has quit [Ping timeout: 240 seconds]
[13:20:07] -!- thomaslindstr_m has quit [Remote host closed the connection]
[13:26:14] -!- `Nerobro has quit [Ping timeout: 240 seconds]
[13:26:20] -!- Loetmichel has quit [Ping timeout: 246 seconds]
[13:41:16] -!- thomaslindstr_m has quit [Remote host closed the connection]
[13:43:08] -!- thomaslindstr_m has quit [Remote host closed the connection]
[13:47:49] -!- md-2 has quit [Remote host closed the connection]
[13:47:59] -!- kwallace [kwallace!~kwallace@smb-171.sonnet.com] has joined #linuxcnc-devel
[13:52:38] -!- ravenlock has quit [Ping timeout: 240 seconds]
[13:52:42] -!- md-2 has quit [Ping timeout: 246 seconds]
[13:56:57] -!- maximilian_h [maximilian_h!~bonsai@130.255.104.21] has joined #linuxcnc-devel
[13:57:07] -!- maximilian_h has quit [Client Quit]
[14:02:34] -!- mackerski has quit [Quit: mackerski]
[14:05:33] -!- `Nerobro_ has quit [Remote host closed the connection]
[14:17:55] -!- `Nerobro has quit [Ping timeout: 272 seconds]
[14:30:35] -!- Simooon has quit [Ping timeout: 260 seconds]
[14:31:16] <jepler> anybody around who can test linuxcnc on lucid using a rtai package rebuilt with this patch?
http://emergent.unpythonic.net/files/sandbox/rtai-dfsg.patch (background:
http://mid.gmane.org/20131101024943.GA31516%40unpythonic.net )
[14:31:31] <jepler> I have only been able to compile-test it
[14:48:47] -!- kiw has quit [Ping timeout: 260 seconds]
[14:52:06] -!- zzolo has quit [Quit: zzolo]
[14:54:51] Cylly is now known as Loetmichel
[14:57:29] -!- kwallace2 [kwallace2!~kwallace@smb-28.sonnet.com] has joined #linuxcnc-devel
[14:58:43] -!- kwallace has quit [Ping timeout: 272 seconds]
[14:59:04] -!- thomasli_ has quit [Quit: Leaving...]
[15:16:33] -!- Laremere has quit [Ping timeout: 272 seconds]
[15:22:17] -!- smilerext has quit [Read error: Connection reset by peer]
[15:22:49] -!- afiber__ has quit [Quit: Konversation terminated!]
[15:26:21] -!- zzolo has quit [Quit: zzolo]
[15:28:14] -!- proaction has quit [Ping timeout: 240 seconds]
[16:03:46] -!- lathe_newbie| has quit [Read error: Connection reset by peer]
[16:07:33] -!- b_b has quit [Changing host]
[16:08:14] -!- Komzpa has quit [Ping timeout: 240 seconds]
[16:08:30] -!- DennisL has quit [Quit: This computer has gone to sleep]
[16:08:40] -!- syyl- has quit [Ping timeout: 240 seconds]
[16:09:14] -!- syyl_ws has quit [Ping timeout: 264 seconds]
[16:14:05] -!- asdfasd has quit [Ping timeout: 272 seconds]
[16:18:38] -!- efkv has quit [Quit: Page closed]
[16:22:15] <cradek> unfortunately my test rtai machine has croaked (hardware)
[16:23:35] -!- lathe_newbie| has quit [Read error: Connection reset by peer]
[16:26:43] -!- newbie2 has quit [Read error: Connection reset by peer]
[16:28:45] -!- Komzpa has quit [Ping timeout: 272 seconds]
[16:29:33] -!- Komzzpa has quit [Remote host closed the connection]
[16:36:33] -!- JesusAlos has quit [Quit: ChatZilla 0.9.90.1 [Firefox 20.0/20130329043827]]
[16:39:47] `Nerobro_ is now known as `Nerobro
[16:41:41] -!- asdfasd1 has quit [Ping timeout: 240 seconds]
[16:42:16] -!- Simooon has quit [Ping timeout: 245 seconds]
[16:43:16] -!- alsmt has quit [Quit: Leaving]
[16:44:00] -!- lathe_newbie| has quit [Read error: Connection reset by peer]
[16:55:15] -!- Komzzpa has quit [Ping timeout: 272 seconds]
[16:58:21] -!- PetefromTn has quit [Remote host closed the connection]
[16:59:23] -!- Laremere has quit [Read error: Connection reset by peer]
[17:05:48] <seb_kuzminsky> jepler: do you want latency numbers or just "it boots & runs linuxcnc or it doesnt" testing? if it's the latter, would a VM work?
[17:16:06] -!- zzolo has quit [Quit: zzolo]
[17:19:39] -!- fatpandas has quit [Ping timeout: 252 seconds]
[17:20:00] -!- JesusAlos_ has quit [Quit: ChatZilla 0.9.90.1 [Firefox 25.0/20131025151332]]
[17:24:29] -!- thomaslindstr_m has quit [Remote host closed the connection]
[17:26:32] dieter_ is now known as heinri3
[17:28:48] -!- mackerski has quit [Quit: mackerski]
[17:41:04] <jepler> seb_kuzminsky: a vm would work
[17:41:26] <jepler> nothing about the change should pertain to latency, it's about whether some rtapi or hal component uses the deleted APIs and escaped my greps
[17:41:29] -!- Laremere has quit [Ping timeout: 272 seconds]
[17:42:00] <seb_kuzminsky> i bet our test suite doesn't cover all of the rtai api :-(
[17:42:27] <cradek> wouldn't the build fail?
[17:43:29] <seb_kuzminsky> if the declaration was still in the header but the definition was no longer in any C file, you'd get a successful compile and a runtime failure
[17:43:42] -!- lathe_newbie| has quit [Read error: Connection reset by peer]
[17:44:50] <cradek> oh because they aren't really linked
[17:46:13] -!- heinri3 has quit [Remote host closed the connection]
[18:07:28] -!- thomaslindstr_m has quit [Remote host closed the connection]
[18:13:01] -!- MrHindsight has quit [Quit: gone]
[18:13:21] -!- CaptHindsight [CaptHindsight!~2020@unaffiliated/capthindsight] has joined #linuxcnc-devel
[18:14:09] -!- asdfasd has quit [Ping timeout: 246 seconds]
[18:15:43] -!- md-2 has quit [Remote host closed the connection]
[18:18:38] -!- wboykinm has quit [Remote host closed the connection]
[18:19:02] -!- terabyte- has quit [Quit: terabyte-]
[18:20:39] -!- asdfasd1 has quit [Ping timeout: 260 seconds]
[18:22:50] -!- andypugh [andypugh!~andy2@cpc16-basl9-2-0-cust685.20-1.cable.virginm.net] has joined #linuxcnc-devel
[18:23:40] <jepler> well, there's the kernel module build's link checking which should report undefined symbols
[18:23:51] -!- wboykinm has quit [Ping timeout: 260 seconds]
[18:24:16] <jepler> I am slightly worried by mah's assertion that each file he copied was necessary to supply some symbol
[18:24:35] <jepler> because if that's accurate, then my assessment that most of the files are nops is wrong, but it looked quite clear cut to me
[18:25:36] -!- asdfasd has quit [Ping timeout: 245 seconds]
[18:29:45] -!- asdfasd1 has quit [Ping timeout: 240 seconds]
[18:33:06] -!- thomaslindstr_m has quit [Remote host closed the connection]
[18:33:44] -!- syyl_ws_ has quit [Quit: Verlassend]
[18:37:57] -!- thomaslindstr_m has quit [Ping timeout: 246 seconds]
[18:40:18] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[18:47:43] -!- Simooon has quit [Ping timeout: 272 seconds]
[19:06:02] -!- PCW has quit [Remote host closed the connection]
[19:12:11] -!- maximilian_h [maximilian_h!~bonsai@130.255.104.21] has joined #linuxcnc-devel
[19:16:47] sasha| is now known as isasha
[19:18:51] -!- kwallace [kwallace!~kwallace@tmb-237.sonnet.com] has joined #linuxcnc-devel
[19:21:17] -!- kwallace2 has quit [Ping timeout: 272 seconds]
[19:41:05] <andypugh> Any thoughts about whether G85 should be changed?
[19:41:56] <andypugh> Our implemntation does not match what one would want, nor the way that Fanuc do it.
[19:44:26] -!- shurshur has quit [Quit: ChatZilla 0.9.90.1 [Firefox 17.0.5/20130328110703]]
[19:46:47] -!- Komzzpa has quit [Ping timeout: 240 seconds]
[19:46:55] <seb_kuzminsky> do you think we should rapid up from R to old_Z? are there any other issues with it?
[19:47:24] -!- Simooon has quit [Quit: Leaving]
[19:47:29] <andypugh> I don't know of any other issues, but I do think that one would anticipate a rapid to retract_height
[19:48:13] <seb_kuzminsky> i think so too, probably, but i'm not a real machinist
[19:48:37] <andypugh> I realise that we may have more users than Fanuc, so shouldn't be subject to their whims, but this is what theirs does:
http://www.helmancnc.com/fanuc-g85-boring-cycle-cnc-mill-programming/
[19:49:36] <seb_kuzminsky> haha
[19:50:00] <andypugh> Having tried to use G85 with a boring head, it is genuinely annoying that it wants to return all the way from R to old_Z at feed speed.
[19:50:19] <seb_kuzminsky> yeah, who's got that kind of time
[19:50:40] <seb_kuzminsky> that's a really nice diagram in the helman docs
[19:50:43] <seb_kuzminsky> very clear
[19:51:30] <andypugh> It's almost tempting to make our own versions for the canned cycles.
[19:52:59] <seb_kuzminsky> we have some words that try to say the same thing as those pictures:
http://www.linuxcnc.org/docs/2.5/html/gcode/gcode.html#sec:G80-G89
[19:53:17] <seb_kuzminsky> our words dont mention what should happen at the end if you're in g99 mode
[19:54:29] <andypugh> I think the only reason that G85 is different is that the other cycles all rapid-out from the bottom.
[19:54:31] <seb_kuzminsky> err, i mean if we're in g98 mode (retract to old z mode)
[19:54:45] <andypugh> (Other than G87, which exists but we deny exists)
[19:54:52] <seb_kuzminsky> heh
[19:55:42] <andypugh> This might be because a working version of spindle orient is new.
[19:56:08] <seb_kuzminsky> does g87 require spindle orient?
[19:56:15] <seb_kuzminsky> i dont think it should
[19:56:45] <andypugh> You think it could make the "unhook" move on the basis of actual spindle orientation?
[19:57:20] <seb_kuzminsky> maybe i'm misunderstanding g87
[19:57:41] <andypugh> I was going by the comments in convert_cycle
[20:01:21] <seb_kuzminsky> opened bug #337 to track this:
https://sourceforge.net/p/emc/bugs/337/
[20:01:59] -!- jasen_ has quit [Quit: Page closed]
[20:05:11] -!- skunkworks has quit [Quit: Leaving]
[20:05:13] -!- sirdancealot has quit [Ping timeout: 240 seconds]
[20:05:39] <andypugh> I was just going to fix it :-)
[20:06:34] <seb_kuzminsky> dont let me stop you! :-)
[20:06:52] <seb_kuzminsky> i know i'd forget about it if i don't write it down
[20:11:25] -!- eFuchs has quit [Quit: ping timeout]
[20:17:10] -!- tmcw has quit [Remote host closed the connection]
[20:20:35] -!- wboykinm has quit [Remote host closed the connection]
[20:25:42] -!- Laremere has quit [Ping timeout: 280 seconds]
[20:28:01] <andypugh> fun to test, I don't have anything that bores in the UV plane...
[20:35:16] <seb_kuzminsky> axis sim 9axis?
[20:35:28] <andypugh> booting as we speak
[20:36:06] <andypugh> Hmm. No option 'grid_size' in section: 'DEFAULT'
[20:36:54] <cradek> if you touch it -- be careful to test switching between g98 and g99, and also switching between different cycles and whether the retract plane gets reset (or not) at the right times
[20:37:12] <cradek> I'll be sure to look at your patch :-)
[20:37:17] <cradek> thanks for working on it
[20:37:50] <andypugh> I wish I knew what the "right times" were
[20:38:03] <cradek> I think the docs say...?
[20:38:30] <andypugh> But it looks like a very small change, as all the calculations about what to do if old_z is below r etc are done elsewhere
[20:39:00] <cradek> > The initial (G98) plane is reset any time cycle motion mode is abandoned, whether explicitly (G80) or implicitly (any motion code that is not a cycle). Switching among cycle modes (say G81 to G83) does NOT reset the initial plane.
[20:39:13] <cradek> I meant initial plane, not retract plane
[20:39:34] <cradek> the retract plane is the explicit one, initial is the implicit
[20:40:03] <cradek> > G98 - retract to the position that axis was in just before this series of one or more contiguous canned cycles was started.
[20:41:19] <cradek> but yeah maybe you're not even touching those things, ignore me then
[20:41:55] <andypugh> Do you know why the code is duplicated for each plane?
[20:42:32] <cradek> I imagine it's only because that's the way someone managed to code it
[20:42:43] <andypugh> (At a guess, because of a limitation in how values are passed in C++)
[20:42:45] <cradek> iirc it's hairy code
[20:43:08] <andypugh> 6 almost-identical switch statments
[20:43:18] <cradek> that code's not C++ish iirc
[20:45:17] <andypugh> I think I see why, because there is no "variable" way to pick block->v_number or x_number etc etc (unless you got horrid)
[20:46:33] <cradek> I'm sure the right person could make that less duplicated-looking, but sometimes the cure is worse than the disease
[20:47:07] <cradek> hold your nose and do your one-liner fix and it will all continue to work perfectly and nobody will need to touch it until ~ 2020
[20:47:34] <jepler> Yeah, before making those kinds of changes you would want to make sure you had an extensive testsuite that would find your mistakes
[20:47:34] <andypugh> Yeah, but I had to change the one line 6 times :-)
[20:47:41] <cradek> at which point we'll both be retired and living in luxury
[20:48:26] <cradek> I think jepler is right, and also maybe was being serious
[20:49:35] <andypugh> I was hoping he was talking about refactoring all the duplicates, rather than changing the G85 behaviour?
[20:49:46] <cradek> I hope so
[20:50:20] <cradek> if you only change one (six) thing(s) I bet you can test it manually and be confidentish
[20:51:03] <andypugh> I think so. And as nobody except me and the guy on the forum have ever noticed....
[20:51:46] <seb_kuzminsky> tests/interp/g76 looks like it'd be a good starting place for writing g85 tests
[20:53:23] <andypugh> I would look, but then would I be expected to do the same for all canned cycles? And what to test for?
[20:54:09] <seb_kuzminsky> doing work does not obligate you to do more work later
[20:55:17] <cradek> these are the easiest tests - you write some gcode and look at it in the AXIS preview, and if it looks sane, you call sai's output right.
[20:55:30] <seb_kuzminsky> i would start by writing the test as a way to verify my understanding of the current behavior
[20:55:42] <cradek> but yes I agree you're certainly not obliged
[20:55:44] <seb_kuzminsky> then modify the test to describe the new behavior, and make it pass again
[20:55:49] <andypugh> I was going to test on my actual machine..
[20:56:19] <seb_kuzminsky> crazy talk
[20:57:28] <andypugh> <giggle> I am in user space. I have no idea how to print a debug clue :-)
[20:58:14] <andypugh> <closes the kernel log tail -f>
[20:58:40] -!- afiber__ has quit [Quit: Konversation terminated!]
[21:00:47] -!- maximilian_h has quit [Quit: Leaving.]
[21:00:55] <andypugh> In other news: Do we know if drogge and co are confident in their tooltable patch? They seem likely to put out the lathe with it, but actual machinists at Superior Roll and Turning keep getting tool table corruption
[21:03:13] * seb_kuzminsky shrugs
[21:03:46] <andypugh> Also, would it make sense to have a sub-tree in "sample configs" of "vendor configs" and put Smithy, CoolTool, Mesa in them?
[21:04:16] -!- FinboySlick has quit [Quit: Leaving.]
[21:04:43] <andypugh> Unless anyone gets really insistent I have no expectation of having my tool table stuff ready for 2.6
[21:07:22] <cradek> solely taking my data from the forum (I have never built or run that patch) it seems broken in at least one assbitey way
[21:08:03] <cradek> but I am sure they have that information just like I do
[21:09:06] <andypugh> Yeah. I am a bit concerned that many folk seem to think it is an option to be cnsidered to be up to the standards we aspire to.
[21:09:58] <andypugh> (Some of us are aspiring further than others)
[21:13:53] <seb_kuzminsky> andypugh: don't rush your tooltable work, i'd really rather not add too many new features to 2.6 at this point
[21:14:22] <seb_kuzminsky> we have plenty of work cut out for us to get joints_axes and rtos/ub/etc reviewed & merged
[21:14:46] <andypugh> I havent done more than think about it (and get my machine understanding tools better) since the fest, to be honest.
[21:15:09] <andypugh> Indeed, I think the new tool table is 2.6.1
[21:15:14] <seb_kuzminsky> i hope to get 2.6 released sooner rather than later, but 'soon' is going to be long from now because of the huge amount of work piled up already
[21:15:52] <andypugh> Actually, it is probably 2.7, after a lot of testing as the new "master"
[21:15:58] <seb_kuzminsky> after 2.6 goes out, i'd like to advocate making 2.7 a smaller, quicker release, and if the tooltable work is ready i'd love to consider it at that time
[21:16:30] <seb_kuzminsky> yeah, no new features should go into point releases like 2.6.1 (except *maybe* new drivers that can't break anything else)
[21:17:26] <andypugh> So, if I am at Z2 and I do G98 G85 F10 R3 Z0 what should I expect? (note that current Z is below R)
[21:17:39] <seb_kuzminsky> the new tool table, the new trajectory planner, etc, are all fine candidates to merge into master shortly after the 2.6 branch is made, stabilized, and released as 2.7 a few months or so later
[21:19:00] <andypugh> Yes, they both need a lot of testing, they both stand a very good chance of breaking stuff. The other 2.6 stuff is a huge amount of "if it compiles, and it works at all, it's good" and "folk have run this side branch for years"
[21:21:28] <seb_kuzminsky> i think you should expect a rapid to Z=3 (R), then a feed to Z=0, then a feed to Z=3 (because g98 and R > initial_z)
[21:21:56] <seb_kuzminsky> this is my reading of the Canned Cycles section of the gcode docs
[21:22:13] <andypugh> Great. That's what I expected and what I got
[21:22:19] <seb_kuzminsky> oh good :-)
[21:23:28] -!- ve7it has quit [Remote host closed the connection]
[21:23:46] -!- sumpfralle has quit [Ping timeout: 245 seconds]
[21:23:51] <andypugh> Unfortunately, changing plane (without a G80) has sent me to Y=2 without me ever typing a Y2 command
[21:24:02] <andypugh> But I don't think that is me....
[21:24:23] <andypugh> <opens a normal VM>
[21:25:04] <seb_kuzminsky> wow, that sounds wrong!
[21:26:56] <andypugh> with sim axis-9axis
[21:27:09] <andypugh> start, home, etc
[21:27:48] <andypugh> G0 Z2 // G98 G85 F10 R1 Z0 // G18 // G98 G85 F10 R1 X0
[21:27:58] <andypugh> You end up at Y2
[21:28:46] <andypugh> Without a Y2 command
[21:28:59] -!- Brandonian has quit [Quit: Brandonian]
[21:29:03] <andypugh> We need to document that. (fixing it is harder) :-)
[21:46:11] -!- jfire has quit [Quit: Leaving.]
[21:52:33] <seb_kuzminsky> open a bug ticket pls
[21:53:30] -!- adb_ [adb_!~IonMoldom@2a02:1205:501c:9df0:baac:6fff:fe67:305f] has joined #linuxcnc-devel
[21:53:56] <seb_kuzminsky> is it because the clear_z of the first g85 gets used as "clear_y" on the second one?
[21:54:32] <seb_kuzminsky> shouldn't g18 reset the clear_z plane, according to cradek's prognostication above?
[22:03:16] -!- kiw has quit [Client Quit]
[22:04:13] -!- kiw has quit [Client Quit]
[22:10:38] -!- _DJ_ has quit [Quit: bye]
[22:17:24] -!- tmcw has quit []
[22:20:19] -!- motioncontrol has quit [Remote host closed the connection]
[22:20:53] <andypugh> It's called clear_cc (third generic axis)
[22:21:30] -!- `Nerobro has quit [Remote host closed the connection]
[22:21:43] <andypugh> And I am not sure how you "reset" it. Perhaps the answer is to force an implicit G80 on plane-change?
[22:33:58] -!- micges [micges!~zenek@ddr63.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[22:34:18] <andypugh> G19.1 / / G98 G85 F10 R1 U0 raises a "U-value unspecified in VW plane canned cycle"
[22:34:31] <andypugh> That's not my bug, I suspect.
[22:35:43] -!- jfire has quit [Quit: Leaving.]
[22:36:46] <andypugh> Indeed not, interp_cycles.cc line 1390. Should I fix that now, or as part of a separate commit?
[22:39:19] <andypugh> It's a proper bug, should probably be pushed to 2.5...
[22:39:32] <seb_kuzminsky> without knowing what you're talking about, i'd think do it as a separate commit for that specific bug
[22:39:59] <andypugh> CHKS((!block->x_flag), _readers[(int)'u']? NCE_U_VALUE_UNSPECIFIED
[22:40:10] <seb_kuzminsky> lol
[22:40:13] -!- chillly has quit [Quit: Leaving]
[22:40:21] <seb_kuzminsky> the blind copypasta strikes again!
[22:40:28] <seb_kuzminsky> andypugh is on a roll tonight
[22:42:13] <andypugh> Which branch should I fix that in?
[22:42:18] <seb_kuzminsky> convert_cycle_vw has the same problem
[22:43:00] <andypugh> That is VW
[22:43:08] <seb_kuzminsky> err, oh
[22:43:13] <andypugh> The rest all seem to work
[22:43:14] <seb_kuzminsky> i think 2.5, but that's cradek's call
[22:43:48] <seb_kuzminsky> you're right, it's just _vw that's wrong
[22:44:43] <andypugh> It's almost depressing, you do allthis work, and quite clearly no-body has ever done a VW canned cycle...
[22:45:21] <seb_kuzminsky> yeah :-/
[22:45:39] <seb_kuzminsky> all the common code paths have been thoroughly exercised and debugged, but all the corner cases still have lurking bugs
[22:46:07] <seb_kuzminsky> i bet 99% or more of our users use boring 2- or 3-axis machines
[22:47:14] <seb_kuzminsky> this is partially why i'm excited about this robot arm that i bought for our local hackspace:
http://highlab.com/~seb/linuxcnc/scorbot-er-3/1024131507a.jpg
[22:47:57] <seb_kuzminsky> to test joints_axes, and high-axis-count gcode
[22:48:21] <seb_kuzminsky> so make sure you get all the bug out before i get the robot hooked up
[22:49:41] <andypugh> U may be the least popular extra axis to do a canned cycle in. W is used a little bit, I reckon
[22:57:17] <andypugh> cradek?
[23:02:08] <seb_kuzminsky> bbl
[23:02:21] <seb_kuzminsky> thanks for all your debugging today andypugh
[23:06:48] <KGB-linuxcnc> 03andy 05v2.5_branch 6724bda 06linuxcnc 10src/emc/rs274ngc/interp_cycles.cc
[23:06:48] <KGB-linuxcnc> Fix a copy-paste error that gave an annoyingly wrong error message in VW plane canned cycles
[23:21:33] -!- adb_ has quit [Ping timeout: 252 seconds]
[23:24:36] -!- bedah has quit [Quit: Ex-Chat]
[23:26:22] -!- thomaslindstr_m has quit [Remote host closed the connection]
[23:28:01] -!- jfire has quit [Ping timeout: 272 seconds]
[23:29:12] -!- thomaslindstr_m has quit [Remote host closed the connection]
[23:59:39] -!- odogono has quit [Quit: odogono]
[23:59:49] -!- Nick001-shop has quit [Quit: ChatZilla 0.9.90.1 [Firefox 25.0/20131025151332]]
