Back
[00:04:24] -!-
theorbtwo has quit [Ping timeout: 264 seconds]
[00:04:29] theorb is now known as
theorbtwo
[00:10:31] -!-
skunkworks [skunkworks!~chatzilla@str-bb-cable-south2-static-6-412.dsl.airstreamcomm.net] has joined #emc-devel
[00:23:02] -!-
acemi has quit [Quit: WeeChat 0.3.2]
[00:23:24] -!-
micges has quit [Quit: Ex-Chat]
[01:01:12] -!-
Ze1982 has quit [Quit: Leaving]
[01:04:27] -!-
Ze1982 [Ze1982!~Ze1982@ppp255-131.static.internode.on.net] has joined #emc-devel
[01:05:35] -!-
robh__ has quit [Ping timeout: 240 seconds]
[01:22:57] -!-
pjm has quit [Ping timeout: 240 seconds]
[01:37:44] -!-
servos4ever has quit [Ping timeout: 250 seconds]
[01:37:47] -!-
ve7it has quit [Remote host closed the connection]
[01:39:10] -!-
theorbtwo has quit [*.net *.split]
[01:42:34] -!-
ve7it [ve7it!~LawrenceG@S0106009027972e37.pk.shawcable.net] has joined #emc-devel
[01:45:33] -!-
theorbtwo has quit [*.net *.split]
[02:06:37] -!-
mhaberler has quit [Quit: mhaberler]
[02:28:49] -!-
andypugh has quit [Quit: andypugh]
[02:34:43] -!-
skunkworks has quit [Read error: Connection reset by peer]
[03:01:12] -!-
toastyde1th has quit [Ping timeout: 240 seconds]
[03:04:05] -!-
Valen has quit [Quit: Leaving.]
[03:13:43] -!-
servos4ever has quit [Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.11/20101206162726]]
[04:48:13] -!-
Tom_itx has quit []
[05:41:05] -!-
Tom_itx has quit [Ping timeout: 252 seconds]
[05:50:13] -!-
awallin [awallin!~quassel@cs27061165.pp.htv.fi] has joined #emc-devel
[05:50:41] -!-
ve7it has quit [Remote host closed the connection]
[05:58:33] -!-
kb8wmc has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101206122310]]
[06:41:29] -!-
danimal_garage has quit [Ping timeout: 276 seconds]
[06:42:27] -!-
psha [psha!~psha@213.208.162.69] has joined #emc-devel
[06:46:23] <psha> logger[psha]: .
[07:05:08] -!-
mhaberler [mhaberler!~mhaberler@extern-182.stiwoll.mah.priv.at] has joined #emc-devel
[07:33:28] -!-
rooks has quit [Ping timeout: 260 seconds]
[07:42:24] -!-
Valen has quit [Quit: Leaving.]
[07:56:14] -!-
alex_chally has quit [Ping timeout: 276 seconds]
[08:11:38] <archivist> mhaberler, just reading the m70/m71, good idea, is the parser up to detecting a missing m71 before the return though
[08:11:55] <mhaberler> that is in place already
[08:12:16] <archivist> :)
[08:12:27] <mhaberler> the stack frame is marked wether a valid set of settings was stored
[08:12:44] <mhaberler> so I can fail a restore from an empty context
[08:13:20] <archivist> thats a g71 with a missing g70
[08:13:26] <mhaberler> yess
[08:13:38] <mhaberler> at that call level, that is
[08:13:57] <mhaberler> are you familiar with interp internals?
[08:14:28] <mhaberler> i am puzzled over active_settings/active_m_codes versus all the state variables sprinkled over _setup
[08:14:29] <archivist> not that much at all, been reading to implements a modded g76
[08:15:10] <mhaberler> it seems to me 'active settings/m/g/codes' are the variables in _setup like speed, feed etc
[08:15:27] <mhaberler> and are copied to active_* only after executing a statement
[08:16:18] <mhaberler> write_m/g_codes, write_settings collects the sprinkled variables into the active_ arrays
[08:16:39] <mhaberler> it seems I need a 'de-sprinkler' read_m/g_codes/settings to do the reverse
[08:21:35] -!-
adb has quit [Ping timeout: 276 seconds]
[08:23:18] <archivist> I can see non programmers having fun forgetting m7 on all their exit paths in the gcode
[08:23:24] <archivist> m71
[08:24:10] <mhaberler> in theory I could do a variant of the oword call/return which does autosave/restore
[08:24:54] <mhaberler> o<subroutine> lambda ;-)
[08:25:06] <archivist> sensible I think
[08:25:48] <archivist> reminds me of assembler coding days and push and pop
[08:26:22] <mhaberler> ok, need to get the restore desprinkler to work first.. I'll do an experimental branch which has m70/71, 'lambda', and m/g codes and settings reflected as #5xxx read-only params
[08:27:02] <mhaberler> then folks can tick boxes what they want
[08:27:45] <archivist> I assume you are adding a stack so 0call->m70....ocall m70... works
[08:28:17] <mhaberler> I just use the oword context array in _setup, extended that by m/g codes and settings arrays
[08:28:59] <archivist> ah so its already there :0
[08:29:30] <mhaberler> yes, subroutines can have local variables (#<name>) so the infrastructure is there
[08:30:57] <mhaberler> actually the lambda idea takes a lot of work out of using MDI calls from gladevcp panels as well
[08:31:02] -!-
Connor has quit [Ping timeout: 246 seconds]
[08:31:54] <mhaberler> we have extra callbacks in place before/after mdi actions in gladevcp so we could fiddle with emc.settings/emc.mcodes etc - that would largely be unneeded
[08:33:25] <mhaberler> oh, I see..these active_* arrays seem mostly to be there so they can be easily copied into the emcstat structure.. makes sense
[08:34:07] <archivist> I can see a new breed of gcoder, he would enter subroutine m70 do stuff in a loop and be lazy about modal codes and return modals via m71 multiple times
[08:35:33] <mhaberler> 'modal' still puzzles me.. meaning like g/mcode which modifies global state, right? like F100,S300,G21?
[08:35:51] <archivist> inches/mm etc yes
[08:37:26] <archivist> I thinks its just going to work
[08:38:31] <mhaberler> turning to desprinkler, trying not to forget a variable...
[08:55:58] <mhaberler> I guess I figured it out - M70/71 works on settings (feed,speed etc); the rest is mundane (or so I hope)
[08:56:15] -!-
pjm__ has quit [Read error: Connection reset by peer]
[08:56:52] -!-
pjm has quit [Client Quit]
[09:03:16] -!-
Athlocatle has quit [Quit: υΘΟΦΥ]
[09:07:05] -!-
robh__ [robh__!~robert@5ace70bc.bb.sky.com] has joined #emc-devel
[09:29:09] -!-
adb [adb!~Moldovean@178-211-232-101.dhcp.voenergies.net] has joined #emc-devel
[10:40:24] -!-
mk0 has quit [Ping timeout: 264 seconds]
[10:41:25] -!-
Valen has quit [Quit: Leaving.]
[10:58:14] -!-
izua has quit [Ping timeout: 276 seconds]
[11:19:57] -!-
lerman has quit [Ping timeout: 272 seconds]
[11:30:43] -!-
adb has quit [Ping timeout: 272 seconds]
[11:44:43] -!-
KimK [KimK!~Kim__@ip174-71-95-176.om.om.cox.net] has joined #emc-devel
[12:07:47] -!-
cv has quit []
[12:21:26] -!-
rooks has quit [Ping timeout: 276 seconds]
[12:25:54] -!-
psha has quit [Quit: Lost terminal]
[12:32:43] -!-
psha [psha!~psha@213.208.162.69] has joined #emc-devel
[12:33:39] -!-
emcrules_d510mo has quit [Ping timeout: 276 seconds]
[12:51:22] -!-
awallin_ [awallin_!~quassel@2001:708:110:1020:224:7eff:feda:7c7d] has joined #emc-devel
[12:54:42] -!-
EDocToor [EDocToor!~chatzilla@69-196-132-31.dsl.teksavvy.com] has joined #emc-devel
[13:11:07] -!-
robh__ has quit [Read error: Connection reset by peer]
[13:11:07] -!-
robh__ [robh__!~robert@5ace70bc.bb.sky.com] has joined #emc-devel
[13:54:18] -!-
awallin_ has quit [Remote host closed the connection]
[13:54:31] -!-
skunkworks [skunkworks!447329d2@gateway/web/freenode/ip.68.115.41.210] has joined #emc-devel
[14:12:05] <cradek> mhaberler: I hadn't thought about these questions.
[14:12:45] <cradek> my first thought is status push/pop should save and restore WHICH offsets are active, but not the offsets themselves
[14:13:30] <cradek> so "g54 push g10 l2 p1 ... g55 ... pop" will put you back in g54 but g54 has been changed by the g10.
[14:13:32] <mhaberler> are you now talking G43 & M70/71?
[14:13:40] <cradek> yes
[14:14:26] <cradek> similarly "g43 h3 push g10 l1 p3 ... g43 h4 ... pop" would return you to H3, but with 3's new length
[14:14:34] <mhaberler> yes, thats how I understand it - the index would be restored but not the offsets proper
[14:14:53] -!-
The_Ball has quit [Ping timeout: 250 seconds]
[14:15:19] <mhaberler> so the offset lengths themselves arent touched, yes
[14:15:23] <cradek> what specifically won't be restored? what about "t1 m6 push t2 m6 pop m6"
[14:15:49] <mhaberler> good question on that one.. let me think...
[14:15:59] <cradek> I have to think more, too
[14:16:02] <cradek> and have breakfast
[14:16:03] <cradek> bbl
[14:16:05] <mhaberler> cu
[14:16:54] <mhaberler> but I dont see the current tool number represented in active_g/m/_codes and active_settings.. let me look again.. but if that's true, the tool number wouldnt be saved/restored
[14:22:39] <SWPadnos> in some ways it would be better to have the equivalent of G53 for things other than the coordinate system
[14:23:04] <SWPadnos> ie, G53.1 G91 blah blah would use G91 only on that line
[14:24:22] <mhaberler> m70 g91 blah M71 would do that
[14:24:58] <SWPadnos> maybe it makes sense to specify which parts of the machine state get pushed or popped
[14:25:01] <mhaberler> if that is possible.. need to try
[14:25:14] <mhaberler> that is going to be a LOOOOOONG list
[14:25:18] <SWPadnos> yep
[14:25:40] <SWPadnos> and as cradek pointed out, you have extra stuff, like "am I using G58" and "what is the G58 offset"
[14:25:52] <SWPadnos> so you can't just save/restore "G58"
[14:26:46] <mhaberler> note that I am currently not pushing 'machine state', I am working from active g/m codes and settings
[14:27:32] <SWPadnos> I must confess that I haven't looked at the code. I'm speaking conceptually :)
[14:27:38] <mhaberler> the amount of state to be added to/deleted from is basically open to discussion
[14:27:47] <mhaberler> there is no public code just yet..
[14:27:55] <SWPadnos> oh good. I'm not alone
[14:28:07] <mhaberler> later today maybe
[14:32:36] <mhaberler> m70 g91 g0x5 m71 bitches about 'two mcodes from the same modal group' - might have to move M71,M72 to M80,M81
[14:32:57] <mhaberler> but it would make perfect sense to do that
[14:33:45] <SWPadnos> yeah, emc pre-parses the entire line, sorts the codes into groups, then executes the groups in their proscribed order (which is in the docs)
[14:34:22] <SWPadnos> and you can't have multiples from the same group, or multiple instances of the same word (like IJK, which conceptually could be used with different commands)
[14:34:53] <mhaberler> ok, moving...
[14:36:56] <SWPadnos> gotta run. bbl
[14:37:03] <mhaberler> cu!
[14:56:03] -!-
adb [adb!~Moldovean@178-211-232-101.dhcp.voenergies.net] has joined #emc-devel
[15:03:15] -!-
psha has quit [Quit: Lost terminal]
[15:15:24] -!-
adb has quit [Ping timeout: 264 seconds]
[15:21:35] <mhaberler> SWPadnos: any link to your note: "then executes the groups in their proscribed order (which is in the docs)" ?
[15:22:15] <cradek> you should not try to make m70 and m71 on the same line work
[15:22:20] <cradek> that is not how gcode works
[15:22:28] <mhaberler> I just noticed...
[15:22:30] <cradek> it's not executed left to right or anything of the sort
[15:22:38] <mhaberler> amen.
[15:23:04] <mhaberler> ok, in that case I can revert to m70/m71/m72
[15:23:22] <mhaberler> duh.
[15:23:25] <cradek> http://www.linuxcnc.org/docs/devel/html/gcode_overview.html#sec:Order-of-Execution
[15:23:32] <mhaberler> thanks!
[15:23:47] <cradek> be sure to pick "the right place" to add yours :-)
[15:24:22] <SWPadnos> also
http://www.linuxcnc.org/docview/html/gcode_overview.html#sec:Modal-Groups
[15:24:44] <mhaberler> ar you suggesting I get the m70/m80 into this list at the beginning/end?
[15:24:46] <cradek> SWPadnos: too bad that table isn't in execution order
[15:24:51] <SWPadnos> heh
[15:24:58] <cradek> mhaberler: I don't know where it should go
[15:25:03] <SWPadnos> if only mortals could edit the docs ;)
[15:25:11] <cradek> SWPadnos: soon!
[15:25:15] <SWPadnos> yep
[15:25:18] <SWPadnos> bbl
[15:25:41] <JT-Shop> just use a text editor
[15:26:09] <mhaberler> well as far as I'm concerned it makes no difference for me having the M80 on the same or the next line
[15:26:10] <Jymmm> EDLIN!
[15:27:22] <mhaberler> so to prevent people from assuming M70 blablah M80 works, I rather move M80/81 back to m71/m72 so they get the error message about two codes from the same modal group
[15:27:28] <mhaberler> better than silent failure
[15:27:35] <cradek> (I hate how #12 affects #3 in this list, but the docs are right, that is the behavior)
[15:28:10] <cradek> mhaberler: yes I think they should be in the same group
[15:28:32] <mhaberler> you could be off worse, like maintaining 370 assembler for a 50ies-vintage IBM operating system
[15:28:35] <cradek> it makes no sense in gcode paradigm to have both on the same line
[15:28:58] <mhaberler> ok, that style eludes me for the moment but I take the advice.
[15:30:04] <cradek> brb
[15:30:11] <mhaberler> cu
[15:34:25] <JT-Shop> editing the lyx docs with a text editor now will not be much different than asciidoc or any other markup language that is not wysiwyg
[15:35:21] -!-
adb [adb!~Moldovean@178-211-232-101.dhcp.voenergies.net] has joined #emc-devel
[15:37:13] -!-
Tom_itx has quit [Ping timeout: 250 seconds]
[15:40:16] -!-
psha [psha!~psha@213.208.162.69] has joined #emc-devel
[15:42:05] -!-
mk0 has quit [Quit: Leaving]
[16:03:55] -!-
adb has quit [Ping timeout: 240 seconds]
[16:15:16] -!-
nullie has quit [Quit: Ex-Chat]
[16:16:19] <alex_joni> JT-Shop: except that the wysiwyg editor for lyx messes whitespace when changing things (from a handedited version for example)
[16:16:58] <JT-Shop> but no one uses the lyx editor
[16:24:29] <psha> logger[mah]: .
[16:24:29] <logger[mah]> psha: Log stored at
http://emc.mah.priv.at/irc/%23emc-devel/2011-03-03.html
[16:25:51] <psha> JT-Shop: yea, it's there is not wysiwyg for adoc
[16:27:45] <JT-Shop> psha: :)
[16:44:07] -!-
adb [adb!~Moldovean@178-211-232-101.dhcp.voenergies.net] has joined #emc-devel
[16:57:14] -!-
jthornton has quit [Ping timeout: 264 seconds]
[16:57:21] -!-
jthornton [jthornton!~chatzilla@216-41-156-49.semo.net] has joined #emc-devel
[16:58:00] -!-
PCW_ has quit [Ping timeout: 264 seconds]
[16:59:12] -!-
justinxjs has quit [Ping timeout: 264 seconds]
[17:01:04] -!-
alex_jon1 [alex_jon1!~alex_joni@81.196.65.201] has joined #emc-devel
[17:01:30] -!-
alex_joni has quit [Read error: Operation timed out]
[17:01:30] -!-
atmega328 has quit [Read error: Operation timed out]
[17:02:43] -!-
servos4ever has quit [Ping timeout: 240 seconds]
[17:02:44] -!-
elmo40 has quit [Ping timeout: 240 seconds]
[17:05:22] -!-
roberth_ [roberth_!~robert@5ace70bc.bb.sky.com] has joined #emc-devel
[17:05:33] alex_jon1 is now known as
alex_joni
[17:05:44] -!-
alex_joni has quit [Changing host]
[17:05:44] -!-
alex_joni [alex_joni!~alex_joni@emc/board-of-directors/alexjoni] has joined #emc-devel
[17:08:38] -!-
robh__ has quit [Ping timeout: 260 seconds]
[17:27:45] -!-
KimK_ [KimK_!~Kim__@ip174-71-95-176.om.om.cox.net] has joined #emc-devel
[17:28:06] -!-
fenn has quit [Ping timeout: 260 seconds]
[17:28:06] -!-
KimK has quit [Ping timeout: 260 seconds]
[17:33:13] -!-
EDocToor has quit [Remote host closed the connection]
[17:37:17] -!-
toastyde1th has quit [Read error: Connection reset by peer]
[17:37:17] -!-
odiug has quit [Ping timeout: 252 seconds]
[17:40:46] -!-
kanzure has quit [Ping timeout: 240 seconds]
[17:47:57] -!-
davec_ has quit [Ping timeout: 240 seconds]
[17:49:42] -!-
cevad has quit [*.net *.split]
[17:49:42] -!-
KimK_ has quit [*.net *.split]
[17:54:29] -!-
KimK_ [KimK_!~Kim__@ip174-71-95-176.om.om.cox.net] has joined #emc-devel
[17:57:42] -!-
cevad has quit [*.net *.split]
[17:57:42] -!-
KimK_ has quit [*.net *.split]
[18:01:14] -!-
EDocToor [EDocToor!~chatzilla@69-196-132-31.dsl.teksavvy.com] has joined #emc-devel
[18:03:44] -!-
alexchally has quit [Ping timeout: 240 seconds]
[18:03:44] -!-
emc2-buildmaster has quit [Ping timeout: 240 seconds]
[18:03:48] -!-
emc2-buildmaster [emc2-buildmaster!~emc2-buil@97-118-164-10.hlrn.qwest.net] has joined #emc-devel
[18:07:10] -!-
atmega328_ has quit [Ping timeout: 252 seconds]
[18:07:15] -!-
seb_kuzminsky has quit [Ping timeout: 252 seconds]
[18:07:30] -!-
seb_kuzminsky [seb_kuzminsky!~seb@97-118-164-10.hlrn.qwest.net] has joined #emc-devel
[18:16:15] -!-
KimK_ [KimK_!~Kim__@ip174-71-95-176.om.om.cox.net] has joined #emc-devel
[18:16:57] -!-
psha has quit [Quit: Lost terminal]
[18:16:58] -!-
psha [psha!~psha@213.208.162.69] has joined #emc-devel
[18:22:43] -!-
odiug1 has quit [Ping timeout: 260 seconds]
[18:22:45] -!-
OoBIGeye has quit [Ping timeout: 260 seconds]
[18:22:45] -!-
Vq has quit [Ping timeout: 260 seconds]
[18:22:45] -!-
bdale has quit [Ping timeout: 260 seconds]
[18:23:18] -!-
Athlocatle has quit [Ping timeout: 260 seconds]
[18:23:18] -!-
elmo40 has quit [Ping timeout: 260 seconds]
[18:23:19] -!-
H264 has quit [Ping timeout: 260 seconds]
[18:23:53] -!-
rooks has quit [Ping timeout: 260 seconds]
[18:27:56] <mhaberler> context save/restore with M70 ff: we have a preview. See list. Branch at
http://git.mah.priv.at/gitweb/emc2-dev.git/shortlog/refs/heads/state-save-restore-preview
[18:28:18] -!-
mozmck [mozmck!~moses@client-173.225.233.221.dfwtx.partnershipbroadband.com] has joined #emc-devel
[18:28:52] -!-
mozmck1 has quit [Ping timeout: 252 seconds]
[18:28:52] -!-
adb has quit [Ping timeout: 252 seconds]
[18:32:47] -!-
Poincare has quit [Ping timeout: 260 seconds]
[18:32:47] -!-
OoBIGeye has quit [Ping timeout: 260 seconds]
[18:32:53] -!-
MarkusBec has quit [Read error: Connection reset by peer]
[18:33:13] -!-
rooks has quit [Ping timeout: 260 seconds]
[18:33:14] MarkusBec_ is now known as
MarkusBec
[18:38:16] -!-
adb [adb!~Moldovean@178-211-232-101.dhcp.voenergies.net] has joined #emc-devel
[18:42:46] -!-
mhaberler has quit [Quit: mhaberler]
[18:50:31] -!-
SWPadnos has quit [Ping timeout: 250 seconds]
[18:50:32] -!-
SWPadnos_ [SWPadnos_!~Me@74-92-8-214-NewEngland.hfc.comcastbusiness.net] has joined #emc-devel
[18:50:32] -!-
roberth_ has quit [Ping timeout: 250 seconds]
[18:50:32] SWPadnos_ is now known as
SWPadnos
[18:50:34] -!-
Vq has quit [Ping timeout: 260 seconds]
[18:50:36] -!-
roberth__ [roberth__!~robert@5ace70bc.bb.sky.com] has joined #emc-devel
[18:53:36] -!-
JT-Shop_ [JT-Shop_!~chatzilla@216-41-156-49.semo.net] has joined #emc-devel
[18:55:47] -!-
JT-Shop has quit [Ping timeout: 250 seconds]
[18:56:01] JT-Shop_ is now known as
JT-Shop
[18:56:13] -!-
alex_joni has quit [Ping timeout: 250 seconds]
[18:56:39] -!-
Athlocatle has quit [Ping timeout: 250 seconds]
[18:56:40] -!-
packrat has quit [Ping timeout: 250 seconds]
[18:56:40] -!-
chrobione has quit [Ping timeout: 250 seconds]
[18:56:40] -!-
jepler has quit [Ping timeout: 250 seconds]
[18:57:05] -!-
jepler- [jepler-!~jepler@emc/developer/pdpc.professional.jepler] has joined #emc-devel
[18:58:22] -!-
alex_joni [alex_joni!~alex_joni@emc/board-of-directors/alexjoni] has joined #emc-devel
[19:09:15] -!-
mhaberler_ [mhaberler_!~mhaberler@194.48.133.8] has joined #emc-devel
[19:09:15] -!-
andypugh [andypugh!~andy2@cpc2-basl1-0-0-cust1037.basl.cable.virginmedia.com] has joined #emc-devel
[19:14:25] atmega328__ is now known as
ATtiny8
[19:31:45] -!-
ve7it [ve7it!~LawrenceG@S0106009027972e37.pk.shawcable.net] has joined #emc-devel
[19:34:43] -!-
ve7it has quit [Remote host closed the connection]
[19:37:36] -!-
ve7it [ve7it!~LawrenceG@S0106009027972e37.pk.shawcable.net] has joined #emc-devel
[19:50:48] -!-
toastydeath has quit [Ping timeout: 264 seconds]
[19:55:53] <cradek> mhaberler_: that looks really cool - I couldn't break it in the first few minutes playing
[19:57:02] <cradek> can you explain how the stacking works? I tried m70/m70/m71/m71 which fails
[19:58:56] <mhaberler_> stacking eqals call stacking. a sub gets a new frame - which is the stash
[19:59:55] <mhaberler_> at each level theres a single stash which gets overwrittenby the next m70
[19:59:56] <cradek> ok, so you can have caller save/restore or callee save/restore - either way - as long as you are using subs you get a stack
[20:00:02] <mhaberler_> yes
[20:01:04] <cradek> interesting
[20:01:15] <cradek> I will spend some time thinking about how to break it :-)
[20:01:19] * skunkworks has no clue...
[20:01:27] <mhaberler_> please di so
[20:01:27] Tom_sbc is now known as
Tom_itx
[20:01:48] <mhaberler_> hint: abort in a call
[20:01:54] <cradek> yep
[20:02:08] <cradek> I'm wondering how canon can get out of sync with the internal state
[20:02:17] <cradek> I suspect it wouldn't hurt to always issue all gcodes
[20:02:18] -!-
micges [micges!~micges@cfa56.neoplus.adsl.tpnet.pl] has joined #emc-devel
[20:02:52] <cradek> if (saved[i] != current[i])
[20:02:54] <cradek> ^ this bit
[20:03:18] <mhaberler_> i would be very interested in comments marked fixme
[20:03:41] <mhaberler_> yes, this is a sore spot
[20:04:30] <cradek> I also wonder about the assumption that everything relevant in _settings is represented by something in active_codes
[20:05:10] <mhaberler_> i know - some parts might need manual fixing
[20:05:47] <mhaberler_> by using gcode sourece i get around replicating canon calls
[20:05:52] <cradek> pretty sure I can think of perverse things to do to break it - ccomp?
[20:06:06] <mhaberler_> whatzat?
[20:06:17] <cradek> sorry - cutter compensation
[20:06:41] <cradek> g41d1 ... m70 g40 ... g41d2 ... m71
[20:06:50] <mhaberler_> dont think so, but go ahead
[20:07:16] <mhaberler_> tool stufff is outside scope,ha
[20:08:30] <mhaberler_> only gcodes are re-issued, not any of their original call context like Hn
[20:11:35] <mhaberler_> another hint: feed restore when switching g20/g21 on m71
[20:12:59] <mhaberler_> also. cAll abort should invalidate all of context stack like return does
[20:13:30] <mhaberler_> easy fix, will do it
[20:14:06] <mhaberler_> just to make sure to fail m71 on old contexts
[20:15:59] <mhaberler_> recursion is untested but likely ok
[20:22:57] -!-
adb has quit [Ping timeout: 276 seconds]
[20:29:17] -!-
adb [adb!~Moldovean@178-211-232-101.dhcp.voenergies.net] has joined #emc-devel
[20:36:50] -!-
mhaberler_ has quit [Quit: Colloquy for iPhone -
http://colloquy.mobi]
[20:53:00] -!-
mhaberler [mhaberler!~mhaberler@extern-182.stiwoll.mah.priv.at] has joined #emc-devel
[21:12:48] -!-
odiug has quit [Ping timeout: 240 seconds]
[21:13:15] -!-
e3m has quit [Quit: If your not living on the edge, you're taking up too much space]
[21:28:01] -!-
izua has quit [Changing host]
[21:29:47] -!-
micges_ [micges_!~micges@bxt189.neoplus.adsl.tpnet.pl] has joined #emc-devel
[21:30:36] -!-
micges_ has quit [Client Quit]
[21:31:52] -!-
micges has quit [Ping timeout: 246 seconds]
[21:34:47] -!-
toastydeath has quit [Ping timeout: 252 seconds]
[22:03:51] <psha> cradek: i've fixed cross ref links in html docs
[22:04:01] <psha> so now they are correct (i hope)
[22:05:11] <cradek> do you think it's ready now?
[22:07:37] -!-
fatpandas has quit [Quit: leaving]
[22:10:54] <psha> hm, in current state it differs from old one in two places: missing xref.html and other .html layout
[22:11:02] <psha> everything else i believe is ok
[22:11:39] <psha> so if you don't see any build time bugs i think it may be merged and polished in place
[22:12:09] <psha> i'll do another cleanup rebase now
[22:14:18] <psha> asciidoc-v5 - clean rebased
[22:14:48] <cradek> oops I need to run - mind if I check it in the morning?
[22:16:51] <psha> sure
[22:17:01] <psha> then i'll go to bed now
[22:17:26] <psha> if you have questions - leave them here, i'll check logs tomorrow
[22:19:24] <psha> bb
[22:19:25] -!-
psha has quit [Quit: leaving]
[22:35:48] -!-
adb has quit [Ping timeout: 264 seconds]
[22:48:50] -!-
acemi has quit [Quit: WeeChat 0.3.2]
[22:53:14] -!-
Fox_Muldr has quit [Ping timeout: 276 seconds]
[23:01:43] -!-
tlab has quit [Quit: Leaving]
[23:05:57] -!-
andypugh has quit [Quit: andypugh]
[23:31:01] -!-
servos4ever has quit [Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.11/20101206162726]]
[23:48:15] <CIA-47> EMC: 03cradek 07master * r52bd60c1a164 10/src/emc/rs274ngc/interp_convert.cc: Disallow changing the active system with cutter comp on
[23:48:22] <CIA-47> EMC: 03cradek 07master * r0d06e6b16f2c 10/src/emc/rs274ngc/interp_convert.cc: Merge branch 'v2.4_branch' into v2.5_branch
[23:48:24] <CIA-47> EMC: 03cradek 07master * r0339c4f55b2a 10/src/emc/rs274ngc/interp_convert.cc: Merge branch 'v2.5_branch'
[23:48:26] <CIA-47> EMC: 03cradek 07master * r5e394c7b3a31 10/src/emc/task/emctaskmain.cc: fix handling of errors in O-word subs called from MDI