Back
[00:02:09] -!-
Nick001-Shop has quit [Remote host closed the connection]
[00:16:52] -!-
Guthur has quit [Remote host closed the connection]
[00:25:39] -!-
Loetmichel has quit [Ping timeout: 256 seconds]
[00:34:05] -!-
jstenback has quit [Ping timeout: 248 seconds]
[00:35:13] -!-
rob_h has quit [Ping timeout: 244 seconds]
[00:40:38] -!-
sumpfralle has quit [Ping timeout: 240 seconds]
[00:55:30] <CIA-68> 03andypugh 07v2.5_branch * r3dcf71866a9e 10/docs/src/ (gcode/gcode.txt gcode/tool_compensation.txt gui/ngcgui.txt): Merge branch 'v2.5_branch' of ssh://git.linuxcnc.org/git/emc2 into v2.5_branch
[00:55:35] <CIA-68> 03andypugh 07v2.5_branch * r905fa8811de1 10/docs/AUTHORS: Author update (just found the file)
[00:57:01] <andypugh> Err, what did I just do?
[00:57:24] <andypugh> Was that bad?
[00:59:50] <CIA-68> 03andypugh 07master * r0cd2f98d522b 10/ (10 files in 4 dirs): Add support for the Hostmot2 UARTs
[01:05:05] -!-
zlog has quit [Ping timeout: 252 seconds]
[01:05:30] -!-
Tom_itx has quit [Ping timeout: 260 seconds]
[01:11:46] -!-
KimK has quit [Read error: Operation timed out]
[01:13:01] <andypugh> OK, having read the Interwebs about mistaken pushes and trivial merges I am rather concerned. But it looks like trying to undo r3dcf71866a9e might cause more problems. Unfortunately I now need to log off. Can somebody either sort it out, or tell me what I need to do, or confirm that it doesn't matter, please?
[01:13:51] -!-
andypugh has quit [Quit: andypugh]
[01:31:56] -!-
maddogma has quit [Ping timeout: 244 seconds]
[01:31:56] -!-
dimas__ has quit [Read error: Connection reset by peer]
[01:32:06] -!-
KimK [KimK!~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad] has joined #linuxcnc-devel
[02:37:57] -!-
KimK has quit [Ping timeout: 245 seconds]
[02:38:14] -!-
demacus has quit [Ping timeout: 246 seconds]
[02:38:21] -!-
KimK [KimK!~Kim__@209.248.147.2.nw.nuvox.net] has joined #linuxcnc-devel
[02:46:19] -!-
maddogma has quit [Quit:
http://quassel-irc.org - Chat comfortably. Anywhere.]
[02:48:27] -!-
Thetawaves has quit [Quit: This computer has gone to sleep]
[02:52:27] -!-
Keknom has quit [Quit: Leaving.]
[03:24:01] -!-
skunkworks__ has quit [Remote host closed the connection]
[03:36:48] -!-
izua has quit [Changing host]
[03:47:46] -!-
iwoj has quit [Read error: Connection reset by peer]
[03:51:08] -!-
phantoxeD has quit [Ping timeout: 240 seconds]
[03:53:30] -!-
kb8wmc [kb8wmc!~chatzilla@nat.mtp.cmsinter.net] has joined #linuxcnc-devel
[04:03:12] -!-
toastyde1th has quit [Read error: Connection timed out]
[04:14:17] -!-
mozmck has quit [Ping timeout: 244 seconds]
[04:55:53] -!-
psha[work] [psha[work]!~psha@195.135.238.205] has joined #linuxcnc-devel
[05:02:58] -!-
Fox_Muldr has quit [Ping timeout: 265 seconds]
[05:15:58] cylly2 is now known as
Loetmichel
[05:29:43] -!-
pingufan has quit [Quit: Konversation terminated!]
[05:33:24] -!-
TekniQue has quit [Read error: Connection reset by peer]
[05:36:20] -!-
kb8wmc has quit [Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120423130206]]
[05:38:14] -!-
TekniQue has quit [Changing host]
[05:58:40] -!-
MarkusBec has quit [Ping timeout: 252 seconds]
[06:03:35] -!-
izua has quit [Quit: Lost terminal]
[06:06:29] -!-
TekniQue has quit [Ping timeout: 246 seconds]
[06:06:29] -!-
robin_sz has quit [Ping timeout: 246 seconds]
[06:52:42] -!-
elmo40 has quit [Read error: Connection reset by peer]
[07:15:16] -!-
rob_h [rob_h!~rob_h@027c18f3.bb.sky.com] has joined #linuxcnc-devel
[07:17:27] -!-
capricorn_1 has quit [Quit: Konversation terminated!]
[07:18:39] -!-
DJ9DJ has quit [Quit: gewitter]
[07:38:46] -!-
mk0 has quit [Ping timeout: 252 seconds]
[07:43:51] -!-
mhaberler [mhaberler!~mhaberler@213-33-12-224.adsl.highway.telekom.at] has joined #linuxcnc-devel
[07:48:45] -!-
DJ9DJ has quit [Changing host]
[07:52:43] -!-
DJ9DJ has quit [Ping timeout: 244 seconds]
[08:30:52] -!-
micges [micges!~micges@dba108.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[08:49:05] -!-
mhaberler has quit [Quit: mhaberler]
[09:07:39] -!-
syyl has quit [Ping timeout: 245 seconds]
[09:07:59] -!-
Loetmichel has quit [Read error: Connection reset by peer]
[09:08:37] -!-
DJ9DJ_ has quit [Ping timeout: 248 seconds]
[10:10:31] cylly2 is now known as
Loetmichel
[10:31:32] -!-
mhaberler [mhaberler!~mhaberler@089144206073.atnat0015.highway.a1.net] has joined #linuxcnc-devel
[11:09:38] -!-
mhaberler has quit [Ping timeout: 240 seconds]
[11:19:23] -!-
sumpfralle has quit [Ping timeout: 246 seconds]
[11:20:27] -!-
mhaberler [mhaberler!~mhaberler@089144206073.atnat0015.highway.a1.net] has joined #linuxcnc-devel
[11:46:38] -!-
syyl_ has quit [Ping timeout: 252 seconds]
[11:52:31] -!-
mhaberler has quit [Quit: mhaberler]
[12:10:29] -!-
_abc_ has quit [Ping timeout: 248 seconds]
[12:44:44] -!-
mozmck [mozmck!~moses@client-74.117.92.175.dfwtx.partnershipbroadband.com] has joined #linuxcnc-devel
[12:54:28] -!-
awallin has quit [Ping timeout: 250 seconds]
[13:04:37] -!-
awallin [awallin!awallin@lakka.kapsi.fi] has joined #linuxcnc-devel
[13:19:01] -!-
psha[work] has quit [Quit: Lost terminal]
[13:27:58] -!-
mozmck has quit [Quit: Leaving.]
[13:30:17] -!-
mozmck [mozmck!~moses@client-74.117.92.175.dfwtx.partnershipbroadband.com] has joined #linuxcnc-devel
[13:42:18] -!-
mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #linuxcnc-devel
[13:49:50] <cradek> argh, spindle messages strike again: css+m4 is obscurely wrong
[13:51:40] <micges> didn't someone fixed it some time ago?
[13:51:45] <cradek> g20 g0x1 / g96 d1000 s100 m4 / g43h1 (spindle incorrectly reverses to go m3 direction)
[13:51:56] <cradek> I thought so too, but I'm not finding it
[13:52:36] <cradek> then: g0 x0 (spindle goes m4 dir at max speed 1000) / g0 x1 (spindle incorrectly goes m3 dir when not limited by max speed setting)
[13:52:37] -!-
JT-Shop has quit [Read error: Connection reset by peer]
[13:52:59] -!-
JT-Shop [JT-Shop!~John@184.20.140.167] has joined #linuxcnc-devel
[13:53:05] <cradek> wonder if it's broken in 2.4 too - probably :-/
[13:54:48] <micges> I'm referring to this one:
http://git.linuxcnc.org/gitweb?p=linuxcnc.git;a=commit;h=256cfa23d0c2aa9f3791c5570b8eeaa5af09aec1
[13:56:06] <cradek> huh why didn't I find that
[13:56:17] <cradek> so I thought I made 2.4 work right
[13:56:25] <cradek> so I need to test at v2.4_branch
[13:57:07] <cradek> brb
[14:08:06] -!-
Geissler has quit [Read error: Connection reset by peer]
[14:11:17] -!-
lukasz__ [lukasz__!~lukasz@212.122.220.243] has joined #linuxcnc-devel
[14:12:09] <lukasz__> hello! Nice to see emc2 community is quite big :)
[14:13:49] <micges> hi
[14:14:08] <micges> bigger community is on #linuxcnc
[14:15:08] <lukasz__> I know, but I am interested in developers community
[14:15:24] <lukasz__> I wrote about my motion controller yesterday
[14:21:39] -!-
psha [psha!~psha@213.208.162.69] has joined #linuxcnc-devel
[14:24:41] <mhaberler> q: is there any rationale at all for parameters 5061 onwards to be writable?
[14:25:19] <micges> mhaberler: what are they?
[14:25:38] <mhaberler> http://www.linuxcnc.org/docs/devel/html/gcode/overview.html#_numbered_parameters_a_id_sub_numbered_parameters_a
[14:26:49] <cradek> since they currently are writable, and some programs probably use that, IMO the burden of proof is on the guy who wants to change them to read-only
[14:27:43] <cradek> > Of course, [1+2] does mean the value found in parameter 3. The character may be repeated; for example #2 means the value of the parameter whose index is the (integer) value of parameter 2.
[14:27:57] <cradek> this is either just wrong, or typeset incorrectly
[14:28:39] <cradek> 5400-5428 seem to me like they should be read-only (and probably are)
[14:28:55] <mhaberler> cradek: I have no intent to prove anything - I asked if there's any good reason for them to be r/w (their named cousins are r/o)
[14:29:56] <cradek> are you suggesting they should be changed? if not the question is purely academic?
[14:30:45] <cradek> (I can imagine adding a number to e.g. 5063 without copying it somewhere else first)
[14:31:31] <mhaberler> I just discovered they are r/w, and assigning to them has no discernible meaning to me. WRT to academic questions, I thought through unifying named and numbered parameter handling.
[14:31:36] <cradek> some people surely set the offsets directly, which is probably a somewhat poor idea, but you could rationally argue for it
[14:32:25] <cradek> assigning to 5161 etc has an obvious meaning
[14:32:37] <cradek> before g28.1 it was the only way to configure g28's position
[14:32:49] <cradek> and it's still an ok way to do that
[14:33:06] <cradek> assigning to 5221 also has an obvious meaning
[14:33:46] -!-
berndj has quit [Ping timeout: 244 seconds]
[14:33:55] <cradek> using g28.1/g10 is more units-safe but some people seem to prefer to do the more direct but less safe thing
[14:34:39] <cradek> 5420 etc should surely be RO, and probably are
[14:34:53] <cradek> 5400 etc should surely be RO, and probably are
[14:35:07] <mhaberler> another reason why I think this is a non-academic question is: since some of them are cached and subject to sync(), it does make sense to think through what that means
[14:35:53] <cradek> yes I was just wondering if writing to 5210 confuses things, it probably does (makes the preview and motion not match maybe?)
[14:36:09] <cradek> ... if it's even writable
[14:36:56] <mhaberler> for instance values written to 5401ff will be overwritten at next sync() and not be reflected in TT - which is fine, it's just not clear to the casual user
[14:37:24] <cradek> surely 5401 etc are RO
[14:37:37] -!-
Thetawaves has quit [Quit: This computer has gone to sleep]
[14:37:53] <cradek> yes they are
[14:39:31] <mhaberler> right 540x 541x and 542x are the only R/O params in that range, interp_array.cc - const int Interp::_readonly_parameters[]
[14:40:14] <mhaberler> good, so this means overwriting by sync() is a non-issue
[14:44:28] <mhaberler> re introspection: how would you determine if any rotation is effect? I might be missing something obvious but I dont see it
[14:45:00] <mhaberler> meaning angle != 0
[14:45:00] <cradek> it's in the vars somewhere, doc bug if it's not mentioned
[14:45:09] <mhaberler> ok, I'll have a look
[14:45:24] <cradek> I think the order is XYZABCUVWR for each g5x system
[14:45:31] <mhaberler> aja
[14:46:27] -!-
Valen has quit [Quit: Leaving.]
[14:48:29] -!-
robin_sz has quit [Ping timeout: 245 seconds]
[14:50:49] <mhaberler> right, for G54 it's 5230
[14:51:43] -!-
Tectu has quit [Ping timeout: 245 seconds]
[14:52:11] <cradek> I tip my hat to the guy who left spare number space for future ABCUVWR
[14:52:45] -!-
Farthen has quit [Ping timeout: 248 seconds]
[14:54:19] -!-
delkin has quit [Ping timeout: 244 seconds]
[14:55:49] -!-
mhaberler_ [mhaberler_!~mhaberler@195.191.253.94] has joined #linuxcnc-devel
[14:55:59] <mhaberler_> g10l2p1r90: #5250 = 0
[14:56:03] -!-
mhaberler has quit [Read error: Connection reset by peer]
[14:56:03] mhaberler_ is now known as
mhaberler
[14:57:32] -!-
pjm has quit [Read error: Connection reset by peer]
[15:03:04] -!-
lukasz__ has quit [Quit: Leaving]
[15:03:13] -!-
pingufan has quit [Quit: Konversation terminated!]
[15:11:47] TekniQue_ is now known as
TekniQue
[15:13:58] -!-
phantoneD has quit [Ping timeout: 248 seconds]
[15:14:19] -!-
TekniQue has quit [Changing host]
[15:19:34] -!-
mhaberler has quit [Quit: mhaberler]
[15:23:19] -!-
toastyde1th has quit [Read error: Connection reset by peer]
[15:35:55] -!-
mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #linuxcnc-devel
[15:43:25] <jepler> cradek: asciidoc must be treating '#' in a way we don't expect. The .txt source says: ... Of course, '#[1+2]' does mean
[15:43:58] <jepler> asciidoc: > Placing #hashes around text# does nothing, it is a mechanism to allow inline attributes to be applied to otherwise unformatted text.
[15:46:53] <jepler> To suppress quoted text formatting place a backslash character
[15:46:54] <jepler> immediately in front of the leading quote character(s).
[15:50:35] <jepler> (but at other times, when they don't seem to be part of a pair, they're treated as not special, lulling you into a false sense of security)
[15:51:01] <jthornton> can be a tricky beast for sure
[16:00:15] <jthornton> so 5229 returns Rotation for G54?
[16:00:24] <jthornton> in 2.5?
[16:00:26] <jepler> I'll fix and push overview.txt
[16:00:32] <jepler> (for #-signs)
[16:00:46] <jthornton> ok thanks
[16:05:14] <jthornton> hmmm my little program returns 0 for 5229
http://pastebin.com/0UA9aYXv
[16:05:25] <jthornton> in 2.5
[16:07:19] * jthornton is off to take the MIL to PT (physical torture) for her leg... be back after lunch
[16:08:29] <jepler> 5229 or 5230? From the above discussion I think maybe you were looking at the wrong parameter
[16:14:17] -!-
mozmck has quit [Quit: Leaving.]
[16:16:14] <CIA-68> 03mhaberler 07v2.5_branch * r00d69c0e5e3c 10/docs/src/gcode/overview.txt: docs: rotation angle is a numbered parameter
[16:16:36] -!-
mozmck [mozmck!~moses@client-74.117.92.175.dfwtx.partnershipbroadband.com] has joined #linuxcnc-devel
[16:17:50] -!-
mozmck has quit [Client Quit]
[16:18:11] -!-
mozmck [mozmck!~moses@client-74.117.92.175.dfwtx.partnershipbroadband.com] has joined #linuxcnc-devel
[16:20:17] -!-
mozmck has quit [Client Quit]
[16:21:25] -!-
mozmck [mozmck!~moses@client-74.117.92.175.dfwtx.partnershipbroadband.com] has joined #linuxcnc-devel
[16:25:27] -!-
factor has quit [Read error: Connection reset by peer]
[16:30:52] <CIA-68> 03mhaberler 07v2.5_branch * r21efd0d5679c 10/docs/src/gcode/gcode.txt: docs/gcode: add rotation parameter to coord system docs
[16:31:25] -!-
mozmck has quit [Quit: Leaving.]
[16:31:29] <mhaberler> 5230
[16:31:35] <mhaberler> 5229 is W
[16:33:22] <jepler> rage against asciidoc rising
[16:33:23] <jepler> > A numbered parameter is the pound character '\#' followed by an
[16:33:31] <jepler> keeps the \\ in the html
[16:33:42] <jepler> but here it doesn't: > The '\#' character takes precedence over other operations, so that, for
[16:35:15] -!-
mozmck [mozmck!~moses@client-74.117.92.175.dfwtx.partnershipbroadband.com] has joined #linuxcnc-devel
[16:35:27] -!-
joe9 [joe9!~joe9@c-24-99-80-97.hsd1.ga.comcast.net] has joined #linuxcnc-devel
[16:39:41] <jepler> input: '\#\#3' '\#\#3'
[16:39:45] <jepler> output: ##3 \#\#3
[16:39:53] <jepler> what the everloving?
[16:41:01] <CIA-68> 03mhaberler 07master * r0587bea0c54a 10/ (49 files in 16 dirs): Merge branch 'v2.5_branch'
[16:50:13] <mhaberler> I guess 5429 should be made to return the current rotation for completeness
[16:52:01] <mhaberler> yeah, asciidoc can be a bitch at times - some very advanced stuff possible but docs are quite minimal on fundamentals
[16:52:20] <jepler> it looks like they've tried to write too much DWIM and without a "stop fucking up" character that actually works
[16:56:41] <jepler> maybe I could get consistency by writing # everywhere instead
[16:56:45] * jepler wonders
[16:57:40] -!-
mozmck has quit [Remote host closed the connection]
[16:58:13] <mhaberler> jepler: I have an esoteric-looking question, maybe you have an idea (context is the 'VPT' architecture idea which cradek and me discussed here recently, which will move parts of the interp close to motion). I'm looking for a way to wake up a pthread in a user process from an RT component (the user process is NOT a component, it must do net & file I/O); any ideas?
[16:58:54] -!-
mozmck [mozmck!~moses@client-74.117.92.175.dfwtx.partnershipbroadband.com] has joined #linuxcnc-devel
[17:00:28] <jepler> rtapi does have APIs for fifos and semaphores, but we don't use them and there are no implementations for 'sim'
[17:01:33] -!-
joe9 has quit [Quit: Lost terminal]
[17:02:09] <mhaberler> right, so far I figured this out ; even that would require all parties be rtapi components I assume
[17:02:15] <jepler> yes
[17:02:37] <jepler> well, you could potentially have "something else" that is a rtapi component in userspace that does the userspace signalling
[17:02:44] <jepler> it's lunchtime here, bbl
[17:03:10] -!-
joe9 [joe9!~joe9@c-24-99-80-97.hsd1.ga.comcast.net] has joined #linuxcnc-devel
[17:03:15] <mhaberler> cu
[17:03:34] -!-
mhaberler has quit [Quit: mhaberler]
[17:08:22] -!-
delkin has quit [Ping timeout: 245 seconds]
[17:12:00] -!-
pingufan has quit [Quit: Konversation terminated!]
[17:18:08] -!-
robin_sz has quit [Ping timeout: 246 seconds]
[17:19:22] -!-
mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #linuxcnc-devel
[17:19:54] <mhaberler> jepler: I'd appreciate if you could clarify a bit how you think that could work?
[17:35:45] -!-
delkin has quit [Quit: Lost terminal]
[17:38:13] -!-
mhaberler has quit [Quit: mhaberler]
[17:40:10] -!-
mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #linuxcnc-devel
[17:42:27] -!-
mozmck has quit [Remote host closed the connection]
[17:43:38] -!-
mozmck [mozmck!~moses@client-74.117.92.175.dfwtx.partnershipbroadband.com] has joined #linuxcnc-devel
[17:46:13] -!-
Loetmichel has quit [Read error: Connection reset by peer]
[17:51:20] -!-
mhaberler has quit [Quit: mhaberler]
[17:56:09] -!-
bedah has quit [Quit: bye]
[17:57:35] <jepler> mhaberler: if having the interpreter be an rtapi component is problematic, then have the "interpreter waker" be an rtapi component and a distinct process from the interpreter process
[18:00:33] -!-
Loetmichel has quit [Read error: Connection reset by peer]
[18:02:21] -!-
mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #linuxcnc-devel
[18:03:14] -!-
Loetmichel has quit [Read error: Connection reset by peer]
[18:03:26] -!-
mozmck has quit [Remote host closed the connection]
[18:04:39] -!-
mozmck [mozmck!~moses@client-74.117.92.175.dfwtx.partnershipbroadband.com] has joined #linuxcnc-devel
[18:05:59] -!-
motioncontrol has quit [Quit: Sto andando via]
[18:07:41] <mhaberler> so your're thinking of a helper comp - fine; I might be overlooking something but arent thread ops confined to the same address space?
[18:07:55] -!-
Loetmichel has quit [Read error: Connection reset by peer]
[18:08:37] <mhaberler> right, forcing the execute() part of interp into an rtapi comp - I dont see how I can do file, net i/o there
[18:08:54] <mhaberler> (net: for redis lookup for instance)
[18:11:41] -!-
IchGuckLive has quit [Quit: ChatZilla 0.9.87 [Firefox 12.0/20120423130206]]
[18:12:31] -!-
andypugh [andypugh!~andy2@cpc2-basl1-0-0-cust639.basl.cable.virginmedia.com] has joined #linuxcnc-devel
[18:13:11] <jepler> once you're in userspace you have a lot of options for waking that you don't have from realtime
[18:13:21] <jepler> I don't know a whole lot in this area, though
[18:14:21] <jepler> for example, tgkill can deliver a signal to a specific thread, and futex can operate between processes via shared memory.
[18:16:15] <mhaberler> I thought about futexes too; dark area to me but giving it a try - well maybe it works in a usable fashion; I'd try to avoid signals; need to signal several different conditions
[18:16:18] -!-
Loetmichel has quit [Read error: Connection reset by peer]
[18:16:45] <mhaberler> I understand pthreads use futexes
[18:16:57] <mhaberler> (futices?)
[18:19:59] <mhaberler> maybe there's a way to force pthread-related data into shared memory and operate on them from different processes
[18:23:37] -!-
phantoxe has quit []
[18:32:46] -!-
mozmck has quit [Remote host closed the connection]
[18:33:54] -!-
mozmck [mozmck!~moses@client-74.117.92.175.dfwtx.partnershipbroadband.com] has joined #linuxcnc-devel
[18:33:54] -!-
Loetmichel has quit [Read error: Connection reset by peer]
[19:03:42] -!-
Loetmichel has quit [Read error: Connection reset by peer]
[19:06:32] <jthornton> jepler, yep I was one number off
[19:08:21] -!-
Loetmichel has quit [Disconnected by services]
[19:08:22] cylly2 is now known as
Loetmichel
[19:09:33] <jthornton> mhaberler, thanks for fixing the docs
[19:09:44] <mhaberler> sure
[19:31:03] -!-
Thetawaves has quit [Client Quit]
[19:31:57] -!-
psha has quit [Quit: leaving]
[19:32:52] <mhaberler> jepler: it seems pthreads can signal cond variables across processes:
http://docs.oracle.com/cd/E19683-01/806-6867/sync-67790/index.html
[19:33:07] <mhaberler> assuming they are in shared mem
[19:35:16] -!-
Thetawaves has quit [Client Quit]
[19:56:55] -!-
vladimirek has quit [Remote host closed the connection]
[19:58:42] DJ9DJ_ is now known as
DJ9DJ
[20:29:37] -!-
delkin has quit [Ping timeout: 245 seconds]
[20:30:02] -!-
phantoxeD has quit [Ping timeout: 245 seconds]
[20:34:39] -!-
DJ9DJ has quit [Quit: bye]
[20:42:02] -!-
_abc_ has quit [Ping timeout: 244 seconds]
[21:37:38] -!-
mhaberler has quit [Quit: mhaberler]
[21:43:47] -!-
paideia has quit [Ping timeout: 246 seconds]
[21:44:31] -!-
skunkworks__ [skunkworks__!~chatzilla@str-bb-cable-south-3-102.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[21:57:38] -!-
paideia has quit [Client Quit]
[22:07:02] -!-
ve7it [ve7it!~LawrenceG@S0106001c10b7770f.pk.shawcable.net] has joined #linuxcnc-devel
[22:09:48] -!-
dgarr [dgarr!~dgarrett@adsl-75-61-68-165.dsl.pltn13.sbcglobal.net] has joined #linuxcnc-devel
[22:10:20] -!-
delkin has quit [Quit: Lost terminal]
[22:23:39] -!-
ve7it has quit [Remote host closed the connection]
[22:30:50] -!-
micges has quit [Quit: Leaving]
[22:34:11] -!-
robin_sz has quit [Ping timeout: 246 seconds]
[23:21:17] -!-
kb8wmc [kb8wmc!~chatzilla@nat.mtp.cmsinter.net] has joined #linuxcnc-devel
[23:21:21] -!-
Sommerland [Sommerland!~Sommerlan@77-20-100-78-dynip.superkabel.de] has joined #linuxcnc-devel
[23:21:36] <Sommerland> hi there! Where can I find the code that calculates the estimated milling time? I got the source files here but don't know where to find...
[23:21:45] <Sommerland> or better: how is the method called and in which file its located.
[23:26:00] -!-
Sommerland [Sommerland!~Sommerlan@77-20-100-78-dynip.superkabel.de] has parted #linuxcnc-devel
[23:38:23] -!-
servos4ever has quit [Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.11/20101206162726]]
[23:41:58] -!-
iwoj has quit [Quit: Computer has gone to sleep.]
[23:45:14] -!-
rob_h has quit [Ping timeout: 246 seconds]
[23:53:08] -!-
toastyde1th has quit [Read error: Connection timed out]