#linuxcnc-devel | Logs for 2012-03-01

Back
[00:00:55] -!- jthornton has quit [Ping timeout: 276 seconds]
[00:04:48] -!- theorbtwo has quit [Ping timeout: 272 seconds]
[00:04:58] theorb is now known as theorbtwo
[00:07:25] -!- i_tarzan has quit [Ping timeout: 276 seconds]
[00:13:04] -!- GoSebGo has quit [Ping timeout: 245 seconds]
[00:15:17] -!- mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #linuxcnc-devel
[00:16:23] -!- Valen has quit [Quit: Leaving.]
[00:16:53] -!- GoSebGo [GoSebGo!~Seb@107.24.156.92] has joined #linuxcnc-devel
[00:18:08] -!- GoSebGo has quit [Client Quit]
[00:28:48] -!- GoSebGo [GoSebGo!~Seb@107.24.156.92] has joined #linuxcnc-devel
[01:24:54] -!- rob_h has quit [Ping timeout: 260 seconds]
[01:46:35] -!- factor has quit [Read error: Connection reset by peer]
[02:15:24] -!- ries has quit [Quit: ries]
[03:08:54] -!- FinboySlick has quit [Quit: Leaving.]
[03:26:31] -!- sumpfralle has quit [Read error: No route to host]
[03:28:12] -!- mhaberler has quit [Quit: mhaberler]
[03:40:35] -!- phantoxe has quit []
[03:48:29] -!- demacus_ has quit [Ping timeout: 245 seconds]
[03:59:08] -!- The_Ball has quit [Ping timeout: 260 seconds]
[04:13:40] -!- hatch789 has quit [Quit: Ex-Chat]
[04:14:08] -!- mazafaka has quit [Ping timeout: 240 seconds]
[04:15:06] -!- cstop has quit [Quit: Leaving]
[04:49:09] -!- sumpfralle has quit [Ping timeout: 272 seconds]
[04:56:08] -!- mozmck has quit [Ping timeout: 240 seconds]
[04:59:12] -!- mozmck [mozmck!~moses@client-74.117.92.175.dfwtx.partnershipbroadband.com] has joined #linuxcnc-devel
[04:59:30] -!- psha[work] [psha[work]!~psha@195.135.238.205] has joined #linuxcnc-devel
[05:26:05] -!- ve7it has quit [Remote host closed the connection]
[05:37:54] -!- vladimirek has quit [Remote host closed the connection]
[05:38:58] -!- jstenback has quit [Remote host closed the connection]
[07:06:46] -!- pingufan has quit [Quit: Konversation terminated!]
[07:06:47] -!- crib has quit [Remote host closed the connection]
[07:45:46] -!- Gast617 has quit [Read error: Connection reset by peer]
[08:00:01] -!- capricorn_one has quit [Remote host closed the connection]
[08:03:35] -!- factor has quit [Read error: Connection reset by peer]
[08:14:26] -!- rob_h [rob_h!~rob_h@5ace7011.bb.sky.com] has joined #linuxcnc-devel
[08:27:13] -!- factor has quit [Disconnected by services]
[08:27:17] icarusfactor is now known as factor
[09:07:05] -!- pingufan has quit [Quit: Konversation terminated!]
[09:19:00] -!- sumpfralle has quit [Quit: Leaving.]
[09:39:38] -!- mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #linuxcnc-devel
[09:46:34] -!- m42 has quit [Quit: m42]
[10:57:12] -!- iwoj has quit [Quit: Computer has gone to sleep.]
[11:50:21] <CIA-6> 03mhaberler 07master * r7e6e151040ad 10/tests/interp/python-self/ (expected oword.py subs.py): tests/pyton-self: clarify meaning
[11:50:22] <CIA-6> 03mhaberler 07master * r9036f47315a9 10/src/emc/rs274ngc/rs274ngc_pre.cc: interp/python: call __init__() only after configuration and first sync() complete
[11:50:30] <CIA-6> 03mhaberler 07master * r6b14955cfcf9 10/docs/src/remap/structure.txt: docs/interp: document __init__() and self.task
[11:50:36] <CIA-6> 03mhaberler 07master * rae6d0a99bfcb 10/configs/sim/remap/ (3 files in 2 dirs): interp: __init__() example usage
[12:24:02] -!- mhaberler has quit [Quit: mhaberler]
[12:27:33] -!- mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #linuxcnc-devel
[13:04:53] -!- Tecan has quit [Quit: live long and phosphor]
[13:15:07] -!- mhaberler has quit [Quit: mhaberler]
[13:16:49] -!- pingufan has quit [Quit: Konversation terminated!]
[13:49:15] -!- pingufan has quit [Quit: Konversation terminated!]
[14:03:56] -!- skunkworks [skunkworks!~chatzilla@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[14:04:50] -!- mrsun_ has quit [Ping timeout: 260 seconds]
[14:04:57] -!- Loetmichel has quit [Ping timeout: 252 seconds]
[14:15:20] -!- mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #linuxcnc-devel
[14:22:02] -!- Valen has quit [Quit: Leaving.]
[14:41:11] Cylly is now known as Loetmichel
[14:51:28] <cradek> mhaberler: did you figure out the missing-flush bug? seems like you need a flush after any mdi o-call? is it more complicated than that?
[14:52:05] <skunkworks> Hi chris
[14:52:08] <mhaberler> happy to fix, but make me understand qhat the queuing/flushing is for
[14:52:08] <cradek> hi
[14:52:23] <cradek> it's how segment combining works
[14:52:41] <mhaberler> what's the flush criterium?
[14:52:48] <cradek> g64 p style combining
[14:54:05] <cradek> many: tolerance reached, max number of segments reached, or no longer appropriate to collect segments together (rotary axes move, done with program, changing machine state, ...)
[14:54:29] <cradek> pretty sure this situation is contained in "..."
[14:54:33] <mhaberler> ok, end of o-call sounds reasonable
[14:54:54] <mhaberler> I'll give it a stab
[14:55:14] <cradek> is the M66 required to show the bug?
[14:55:26] <mhaberler> I think any queuebuster will do
[14:55:37] <cradek> seems like just ending with any old G1 would do it
[14:55:37] <mhaberler> havent tried though
[14:55:53] <mhaberler> yes, that does it, but it should flush nevertheless
[14:55:56] <cradek> I don't see why a queuebuster is needed
[14:56:15] <mhaberler> very good question;)
[14:56:32] <cradek> I'm surprised there isn't a flush at the end of EVERY mdi action
[14:56:52] <cradek> maybe there was but o-call avoids it somehow
[14:57:02] <mhaberler> well, if that is safe todo I can look into that
[14:57:25] <cradek> is this 2.5?
[14:57:36] <mhaberler> master
[14:58:02] <mhaberler> havent tried on 2.5, but the remapping stuff impacted mdi handling quite a bit
[14:58:03] <cradek> are you sure? mdi o-call is in 2.5 right?
[14:58:21] <cradek> yeah I'm sure it is
[14:58:41] <mhaberler> well I suspect I broke it in master with the remapping stuff, but a crosscheck on 2.5 would help
[14:59:08] <cradek> I'm not as sure as you are that it's your fault :-)
[14:59:23] <mhaberler> "round up the usual suspects";)
[14:59:53] <mhaberler> well in case you have a built v2.5 around I'd appreciate if you try
[15:00:01] <cradek> building it now
[15:00:05] <mhaberler> thanks
[15:09:53] -!- skunkworks__ [skunkworks__!~chatzilla@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[15:22:00] <mhaberler> I assume this translates into a call to dequeue_canons(), right?
[15:22:42] <cradek> no, that queue is unrelated
[15:22:49] <mhaberler> duh
[15:22:52] <cradek> there are queues everywhere
[15:23:15] <mhaberler> Then let me queue a question.. which f..g q...
[15:23:20] <cradek> emccanon.cc:flush_segments()
[15:23:31] <mhaberler> oh. Ok.
[15:24:06] <cradek> I think you should simply call FINISH()?
[15:24:40] <mhaberler> aja, that wraps it
[15:24:43] <cradek> or PROGRAM_END() whichever is appropriate
[15:25:32] <mhaberler> well I would assume an MDI has an implicit M2 tacked onto it?
[15:25:36] <cradek> probably FINISH() because I bet PROGRAM_END() resets interp state (like m2)
[15:25:51] <mhaberler> right
[15:25:55] <cradek> no, certainly not, m2 resets many things that would break mdi "continuity"
[15:26:01] <mhaberler> ok, get it
[15:26:11] <mhaberler> great term btw
[15:26:22] <mhaberler> wish we had it;)
[15:26:25] <cradek> ?
[15:26:46] <mhaberler> "mdi continuity". Just joking.
[15:27:23] <cradek> oh, I mean like doing mdi G20, then implicit M2 resets to G21, then I do G1 and get wrong behavior
[15:27:32] <cradek> can't have unwanted M2 type behavior
[15:27:46] <mhaberler> sure
[15:30:21] <cradek> I confirm that mdi-o-call doesn't flush in 2.5 either, and it needs to
[15:31:47] -!- psha[work] has quit [Quit: Lost terminal]
[15:33:00] <mhaberler> ok, then I'll switch to v2.5 and fix it there - it's definitely the missing FINISH
[15:33:09] <cradek> thank you!
[15:33:35] <mhaberler> lets call it 'cooperative rebugging';)
[15:34:30] <cradek> haha rebugging
[15:35:29] <mhaberler> but I'll do that only if you dont secretly start fixing yourself now
[15:39:27] <cradek> I promise not to attempt to fix this bug!
[15:48:15] <mhaberler> what do you think about adding it to Interp::reset()?
[15:48:36] <cradek> that decision is above my pay grade
[15:48:54] <mhaberler> fair enough. Then I will aim at our feet now.
[15:48:55] <cradek> I don't understand when that stuff all happens
[15:49:15] <mhaberler> that is VERY arcane, yes
[15:52:57] <mhaberler> ok, the minimally invasive patch (MDI osub call only is:
[15:53:02] <mhaberler> @@ -261,6 +261,7 @@ int Interp::_execute(const char *command)
[15:53:02] <mhaberler> }
[15:53:02] <mhaberler> }
[15:53:02] <mhaberler> _setup.mdi_interrupt = false;
[15:53:03] <mhaberler> + FINISH();
[15:53:03] <mhaberler> #endif
[15:53:03] <mhaberler> return INTERP_OK;
[15:53:03] <mhaberler> }
[15:53:08] -!- awallin has quit [Ping timeout: 260 seconds]
[15:53:40] <mhaberler> not sure if there are other conditions out there - FINISH() is only called on % sign (?)
[15:54:25] <cradek> I'd expect % to cause FINISH() and m2 to cause PROGRAM_END()
[15:54:47] <cradek> m30 also cause PE I suppose
[15:55:15] <cradek> I believe any other way of ending execution is an error
[15:56:09] <mhaberler> speaking program end.. actually I have looked into remapping m0,m1,m60 and that works nicely - some guy on the forum asked for it and has it working (flood,spindle off during m1) : http://git.mah.priv.at/gitweb/emc2-dev.git/shortlog/refs/heads/remap-mgroup4-rc
[15:56:58] <mhaberler> m2,m30 is more work
[15:57:14] <cradek> o200 if [#<flood>]
[15:57:20] <cradek> that introspection is awesome
[15:57:33] <mhaberler> glad you like it
[15:58:25] <mhaberler> since I'm getting no complaints so far I'll probably put it in master
[15:58:35] <cradek> cool
[15:59:13] <mhaberler> do you see extra value in doing the same for m2,m30?
[16:00:10] <cradek> not sure... have you seen a request or problem it would solve?
[16:00:28] <mhaberler> no, I was at it.
[16:00:54] <mhaberler> btw: the minimally invasive extra FINISH() causes a lot of regressions to "fail"
[16:01:06] <mhaberler> 8 in total
[16:01:35] <cradek> !!
[16:01:37] <mhaberler> I wouldnt think this is an error though - need to adapt expected output then
[16:01:38] <cradek> were they all wrong!?
[16:01:51] <cradek> was there missing output before?
[16:02:06] <cradek> oh the FINISH itself is logged, duh
[16:02:11] <mhaberler> it is ONLY the extra calls to FINISH()
[16:02:12] <mhaberler> yes
[16:02:22] <mhaberler> no other faillures
[16:02:23] <cradek> ah, perfect
[16:03:21] <mhaberler> what do you think, go for it on 2.5?
[16:03:31] <cradek> yes it's an important fix
[16:03:34] <mhaberler> ok
[16:11:39] <mhaberler> ok, lotsa FINISH() but thats just because most regressions run in MDI mode: http://git.mah.priv.at/gitweb/emc2-dev.git/commitdiff/9cd1a270fb9d24c7e1cfdf034fbaf745ae49d6c5
[16:13:11] <cradek> hm, that doesn't seem right. regressions don't run in mdi mode at all do they?
[16:13:30] <mhaberler> let me look
[16:14:15] <cradek> this looks really wrong to me :-/
[16:14:41] -!- phantoxe has quit [Remote host closed the connection]
[16:16:22] -!- pingufan has quit [Quit: Konversation terminated!]
[16:17:37] <mhaberler> looks like the FINISH() is applied after every oword, that's not right, yes
[16:20:17] <mhaberler> probably only if (MDImode)
[16:24:10] <mhaberler> ah, very different, looks better
[16:24:49] -!- awallin [awallin!awallin@lakka.kapsi.fi] has joined #linuxcnc-devel
[16:26:02] -!- Fox_Muldr has quit [Ping timeout: 265 seconds]
[16:26:24] <mhaberler> ok, that did it - bug fixed, but no regression changes
[16:29:12] <mhaberler> This will be it - no regressions and bug fixed: http://git.mah.priv.at/gitweb/emc2-dev.git/commit/a96de0a4f44febc507baf48f0f353761c4f9a38e
[16:37:09] <CIA-6> 03mhaberler 07v2.5_branch * rf37c689feb4d 10/src/emc/rs274ngc/rs274ngc_pre.cc: interp: fix 'Command following M66 doesn't run in MDI - ID: 3477158'
[16:39:59] <cradek> thanks!
[16:48:39] <CIA-6> 03mhaberler 07master * rae84cd9e22c4 10/ (18 files in 9 dirs): Merge branch 'v2.5_branch'
[16:48:42] <mhaberler> ok, master fine too
[16:50:15] <cradek> yay!
[17:08:23] -!- n2diy has quit [Ping timeout: 245 seconds]
[17:51:06] -!- The_Ball has quit [Ping timeout: 265 seconds]
[17:54:30] -!- mhaberler has quit [Quit: mhaberler]
[17:55:26] -!- elmo40 has quit [Read error: Connection reset by peer]
[18:15:28] -!- The_Ball has quit [Ping timeout: 260 seconds]
[18:30:43] -!- maximilian_h has quit [Client Quit]
[18:31:27] -!- maximilian_h [maximilian_h!~bonsai@130.255.104.157] has joined #linuxcnc-devel
[18:33:38] -!- maximilian_h [maximilian_h!~bonsai@130.255.104.157] has parted #linuxcnc-devel
[18:33:57] -!- maximilian_h [maximilian_h!~bonsai@130.255.104.157] has joined #linuxcnc-devel
[18:57:23] -!- phantoxe has quit []
[18:59:59] -!- FinboySlick has quit [Remote host closed the connection]
[19:42:27] -!- m42 has quit [Client Quit]
[20:03:25] -!- factor has quit [Read error: Connection reset by peer]
[20:09:30] -!- isssy has quit [Quit: Bye Bye]
[20:12:36] -!- ve7it [ve7it!~LawrenceG@S0106001c10b7770f.pk.shawcable.net] has joined #linuxcnc-devel
[20:21:17] -!- FinboySlick has quit [Read error: Connection reset by peer]
[20:27:39] -!- m42 has quit [Changing host]
[20:39:37] -!- m42 has quit [Quit: m42]
[20:54:20] -!- skunkworks__ has quit [Remote host closed the connection]
[21:02:19] -!- mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #linuxcnc-devel
[21:02:25] -!- syyl_ws has quit [Quit: Verlassend]
[21:05:27] -!- FinboySlick has quit [Read error: Connection reset by peer]
[21:11:38] -!- maximilian_h has quit [Quit: Leaving.]
[21:14:55] -!- sumpfralle has quit [Ping timeout: 246 seconds]
[21:23:04] -!- sumpfralle has quit [Read error: Connection reset by peer]
[21:24:38] -!- vladimirek has quit [Remote host closed the connection]
[21:38:30] -!- sumpfralle1 has quit [Read error: Connection reset by peer]
[21:38:35] -!- sumpfralle has quit [Read error: No route to host]
[21:39:04] -!- kazi has quit [Quit: Leaving]
[21:44:23] -!- sumpfralle2 has quit [Read error: Connection reset by peer]
[21:52:34] -!- isssy has quit [Quit: Bye Bye]
[21:55:58] -!- The_Ball has quit [Ping timeout: 260 seconds]
[21:56:34] -!- the_wench has quit [Remote host closed the connection]
[21:58:11] -!- JT-Shop [JT-Shop!~chatzilla@216-41-156-59.semo.net] has joined #linuxcnc-devel
[22:01:30] -!- The_Ball_ has quit [Ping timeout: 272 seconds]
[22:05:46] -!- FinboySlick has quit [Quit: Leaving.]
[22:11:00] -!- DJ9DJ has quit [Quit: bye]
[22:11:26] -!- jthornton [jthornton!~chatzilla@216-41-156-59.semo.net] has joined #linuxcnc-devel
[22:12:59] -!- raynerd has quit [Ping timeout: 244 seconds]
[22:46:59] -!- factor has quit [Read error: Connection reset by peer]
[22:47:24] -!- syyl has quit [Quit: Leaving]
[22:54:09] -!- Fox_Muldr has quit [Ping timeout: 265 seconds]
[23:08:48] -!- mhaberler has quit [Quit: mhaberler]
[23:08:54] -!- servos4ever has quit [Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.11/20101206162726]]
[23:09:55] -!- zlog has quit [Remote host closed the connection]
[23:09:56] -!- Tom_itx has quit []
[23:28:36] -!- GoSebGo has quit [Quit: Bye]
[23:28:58] -!- GoSebGo [GoSebGo!~Seb@107.24.156.92] has joined #linuxcnc-devel
[23:57:05] -!- raynerd has quit []