Back
[00:15:43] -!-
cmorley [cmorley!~chris@d64-180-200-50.bchsia.telus.net] has joined #linuxcnc-devel
[00:19:40] -!-
Loetmichel has quit [Ping timeout: 246 seconds]
[00:25:19] -!-
rob_h has quit [Ping timeout: 264 seconds]
[00:41:17] -!-
mhaberler has quit [Quit: mhaberler]
[00:42:51] -!-
andypugh has quit [Quit: andypugh]
[00:56:56] -!-
sumpfralle1 has quit [Ping timeout: 252 seconds]
[01:05:09] -!-
stevegt_1 has quit [Ping timeout: 265 seconds]
[01:10:28] -!-
The_Ball has quit [Read error: Operation timed out]
[01:20:26] -!-
elmo40 has quit [Read error: Connection reset by peer]
[01:39:26] -!-
jthornton has quit [Read error: Connection timed out]
[01:45:12] -!-
elmo40 has quit [Read error: Connection reset by peer]
[01:50:28] -!-
Nick001 has quit [Ping timeout: 252 seconds]
[01:54:50] -!-
jthornton [jthornton!~john@184.20.140.167] has joined #linuxcnc-devel
[02:08:49] -!-
iwoj has quit [Quit: Computer has gone to sleep.]
[02:28:22] -!-
r00t4rd3d has quit [Quit: Leaving]
[02:30:34] -!-
ve7it has quit [Remote host closed the connection]
[02:34:07] <skunkworks__> ?
[02:34:14] <skunkworks__> http://www.cnczone.com/forums/1104192-post7.html
[02:35:34] <skunkworks__> Isn't that one and the same?
[02:42:39] -!-
demacus has quit [Ping timeout: 245 seconds]
[02:51:44] -!-
skunkworks__ has quit [Remote host closed the connection]
[03:16:16] -!-
logger[psha] has quit [Ping timeout: 252 seconds]
[03:17:29] -!-
logger[psha] [logger[psha]!~loggerpsh@195.135.238.205] has joined #linuxcnc-devel
[03:18:46] -!-
capricorn_one has quit [Remote host closed the connection]
[03:29:14] -!-
H264 has quit [Ping timeout: 256 seconds]
[04:23:15] -!-
vladimirek has quit [Remote host closed the connection]
[04:32:17] -!-
FinboySlick has quit [Quit: Leaving.]
[04:42:27] -!-
Thetawaves has quit [Quit: This computer has gone to sleep]
[04:56:09] -!-
ThadiusB has quit [Ping timeout: 272 seconds]
[05:32:50] <cmorley> he probably thinks it uses a single pulse for index which would probably lose tracking at large accelerations of the motor, so one would need a floating tap holder. My best guess :)
[05:46:19] -!-
SWPadnos_ [SWPadnos_!~Me@74-92-8-208-NewEngland.hfc.comcastbusiness.net] has joined #linuxcnc-devel
[05:49:53] -!-
SWPadnos has quit [Ping timeout: 246 seconds]
[05:50:07] SWPadnos_ is now known as
SWPadnos
[05:54:20] -!-
erasmo [erasmo!~erasmo@213.146.62.2] has joined #linuxcnc-devel
[06:02:58] -!-
kb8wmc has quit [Quit: ChatZilla 0.9.88.2 [Firefox 11.0/20120310193829]]
[06:04:11] -!-
mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #linuxcnc-devel
[06:09:05] -!-
JT-Shop-2 [JT-Shop-2!~John@184.20.140.167] has joined #linuxcnc-devel
[06:09:06] -!-
JT-Shop has quit [Read error: Connection reset by peer]
[06:30:23] e-ndy|afk is now known as
e-ndy
[06:46:32] -!-
factor has quit [Read error: Connection reset by peer]
[07:00:14] -!-
psha[work] [psha[work]!~psha@195.135.238.205] has joined #linuxcnc-devel
[07:10:13] -!-
vladimirek has quit [Remote host closed the connection]
[07:23:18] -!-
rob_h [rob_h!~rob_h@5ace70d6.bb.sky.com] has joined #linuxcnc-devel
[07:45:07] <mhaberler> q: what does the 'TC' in tc.c/h actually stand for - 'trajectory control' ?
[08:37:33] -!-
Vq has quit [Ping timeout: 260 seconds]
[08:39:04] -!-
demacus_ has quit [Remote host closed the connection]
[08:48:02] -!-
GeorgeH has quit [Ping timeout: 246 seconds]
[09:00:02] -!-
Tom_itx has quit [Ping timeout: 265 seconds]
[09:00:37] -!-
zlog has quit [Ping timeout: 272 seconds]
[09:01:58] -!-
JT-Shop-2 has quit [Read error: Connection reset by peer]
[09:01:59] -!-
jthornton has quit [Read error: Connection reset by peer]
[09:11:36] -!-
jthornton [jthornton!~john@184.20.140.167] has joined #linuxcnc-devel
[09:11:50] -!-
JT-Shop [JT-Shop!~John@184.20.140.167] has joined #linuxcnc-devel
[09:33:04] cylly2 is now known as
Loetmichel
[09:37:42] -!-
vladimirek has quit [Remote host closed the connection]
[09:45:00] -!-
DJ9DJ has quit [Disconnected by services]
[09:45:04] DJ9DJ_ is now known as
DJ9DJ
[10:02:20] -!-
r00t4rd3d has quit [Read error: Connection reset by peer]
[10:02:40] -!-
r00t4rd3d has quit [Changing host]
[10:10:47] -!-
demacus has quit [Remote host closed the connection]
[10:12:19] -!-
mhaberler has quit [Quit: mhaberler]
[10:16:56] -!-
mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #linuxcnc-devel
[10:30:35] -!-
mhaberler has quit [Quit: mhaberler]
[10:35:12] -!-
demacus_ has quit [Client Quit]
[10:37:09] -!-
pjm has quit [Quit: TTFO]
[11:11:05] -!-
Tom_itx has quit [Ping timeout: 272 seconds]
[11:24:58] Tom_L is now known as
Tom_itx
[11:25:10] -!-
Tom_itx has quit []
[11:28:47] -!-
zlog has quit [Ping timeout: 245 seconds]
[11:54:02] -!-
gambakufu has quit [Ping timeout: 265 seconds]
[12:06:42] -!-
steves_logging [steves_logging!~Steve@wsip-70-168-134-18.dc.dc.cox.net] has joined #linuxcnc-devel
[12:21:34] -!-
sumpfralle has quit [Read error: No route to host]
[12:35:46] -!-
mhaberler [mhaberler!~mhaberler@089144206089.atnat0015.highway.a1.net] has joined #linuxcnc-devel
[12:46:30] -!-
mhaberler has quit [Read error: Connection reset by peer]
[12:46:43] -!-
jp1_ has quit [Ping timeout: 272 seconds]
[12:46:46] -!-
jp1__ has quit [Ping timeout: 276 seconds]
[12:46:49] -!-
mhaberler [mhaberler!~mhaberler@089144206089.atnat0015.highway.a1.net] has joined #linuxcnc-devel
[12:50:15] -!-
mhaberler has quit [Read error: Connection reset by peer]
[12:51:38] -!-
mhaberler [mhaberler!~mhaberler@089144206089.atnat0015.highway.a1.net] has joined #linuxcnc-devel
[12:53:05] -!-
mhaberler has quit [Read error: Connection reset by peer]
[13:08:29] -!-
mhaberler [mhaberler!~mhaberler@089144206022.atnat0015.highway.a1.net] has joined #linuxcnc-devel
[13:11:01] -!-
skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[13:11:07] <skunkworks> logger[psha]
[13:12:03] <skunkworks> in regards to sync vs rigid tapping.. KimK found this artical - thanks Kim!
[13:12:06] <skunkworks> http://newsgroups.derkeiler.com/Archive/Alt/alt.machines.cnc/2006-07/msg00043.html
[13:14:12] <skunkworks> sync tapping seems to be the only way mach (without external hardware) can do rigid tapping
[13:32:45] <alex_joni> mhaberler: most likely
[13:33:10] <mhaberler> aküfi (abürzungsfimmel)
[13:33:24] <mhaberler> heiteres buchstabenratem im quellcode..
[13:35:31] -!-
phantoxe has quit [Remote host closed the connection]
[13:35:38] <alex_joni> skunkworks: cool
[13:36:00] <alex_joni> but backwards from what that guy was mentioning iirc
[13:36:38] <skunkworks> right - I posted that link.
[13:36:41] <skunkworks> Hi alex_joni
[13:38:42] <alex_joni> http://www.youtube.com/watch?v=vZe0_dk4czE&feature=relmfu
[13:38:55] <alex_joni> hi samco
[13:40:46] -!-
mhaberler has quit [Read error: Connection reset by peer]
[13:41:08] -!-
mhaberler [mhaberler!~mhaberler@089144206022.atnat0015.highway.a1.net] has joined #linuxcnc-devel
[13:47:28] -!-
sumpfralle has quit [Read error: No route to host]
[13:48:34] -!-
Valen has quit [Quit: Leaving.]
[13:54:35] -!-
mhaberler has quit [Read error: Connection reset by peer]
[13:56:06] -!-
psha[work] has quit [Quit: Lost terminal]
[14:09:50] -!-
phantoxe has quit [Remote host closed the connection]
[14:24:13] -!-
kb8wmc [kb8wmc!~chatzilla@nat.mtp.cmsinter.net] has joined #linuxcnc-devel
[14:50:26] -!-
psha [psha!~psha@188.65.232.26] has joined #linuxcnc-devel
[15:05:57] -!-
pjm has quit [Read error: No route to host]
[15:15:21] e-ndy is now known as
e-ndy|afk
[15:32:38] -!-
the-jub has quit [Ping timeout: 246 seconds]
[15:34:41] -!-
servos4ever has quit [Ping timeout: 249 seconds]
[15:36:50] -!-
sumpfralle1 has quit [Ping timeout: 246 seconds]
[15:42:28] -!-
pingufan has quit [Quit: Konversation terminated!]
[15:52:36] -!-
ve7it [ve7it!~LawrenceG@S0106001c10b7770f.pk.shawcable.net] has joined #linuxcnc-devel
[15:54:33] -!-
stevegt_1 has quit [Ping timeout: 244 seconds]
[15:59:33] -!-
mhaberler [mhaberler!~mhaberler@178-191-242-62.adsl.highway.telekom.at] has joined #linuxcnc-devel
[16:04:25] <mhaberler> 8 stepgens at work ;-?
[16:18:17] -!-
tiago has quit [Remote host closed the connection]
[16:22:08] -!-
jp1_ has quit [Ping timeout: 240 seconds]
[16:22:17] -!-
jp1__ has quit [Ping timeout: 265 seconds]
[16:24:27] -!-
fatpandas has quit [Quit: leaving]
[16:33:22] -!-
servos4ever has quit [Ping timeout: 246 seconds]
[17:00:19] -!-
syyl_ws has quit [Quit: Verlassend]
[17:18:25] -!-
joe9 has quit [Quit: leaving]
[17:20:09] -!-
factor has quit [Ping timeout: 245 seconds]
[17:22:00] -!-
sumpfralle has quit [Read error: Connection reset by peer]
[17:29:49] -!-
tronwizard has quit [Ping timeout: 272 seconds]
[17:35:02] -!-
sumpfralle1 has quit [Read error: Connection reset by peer]
[17:36:44] -!-
phantoxe has quit [Remote host closed the connection]
[17:49:07] -!-
sumpfralle has quit [Quit: Leaving.]
[17:55:28] <mhaberler> gotta spam you too over here with my move-while-paused video:
http://www.youtube.com/watch?v=yJPLJGdiQWw&feature=plcp&context=C494ebbdVDvjVQa1PpcFOUhIqfm3XcEJtse1eR8fqk7sO0WffoNSU%3D
[18:02:32] -!-
IchGuckLive [IchGuckLive!~chatzilla@95-89-236-191-dynip.superkabel.de] has joined #linuxcnc-devel
[18:02:50] <IchGuckLive> hi jepler did the Grid find a way to the master now ?
[18:04:08] -!-
micges [micges!~micges@dce106.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[18:04:19] <IchGuckLive> today wars the last schoolday and i now got 3 weeks for the update of all mill systems
[18:04:44] <IchGuckLive> dis any significant change took place or will be out as LTS in the next 14 days
[18:06:47] <mhaberler> great, but unfortunately that doesnt imply linuxcnc will run on it just fine
[18:06:55] <IchGuckLive> as i see the 12.04 is on Thuesday released and will be the next LTS
[18:07:16] <mhaberler> the issue is getting an appropriate kernel for it
[18:07:25] <mhaberler> so dont hold your breath
[18:08:07] <IchGuckLive> so one more year on 10.04 and 2.3.5
[18:10:18] <IchGuckLive> there shoudt be som sort of timetable sutch as for ubuntu
https://wiki.ubuntu.com/PrecisePangolin/ReleaseSchedule
[18:10:21] <cradek> mhaberler: haven't looked at the youtube, more interested in the git url :-)
[18:10:31] <mhaberler> yeah, sure
[18:10:39] <IchGuckLive> so soome education or standard users see what is planed
[18:10:58] <cradek> I have some work done that might be helpful: the tp remembers the pause location and can move back before continuing. but I never got the task/ui stuff done.
[18:12:03] <cradek> oh did you do it by adding an offset in hal?
[18:12:05] <mhaberler> the basic idea is a secondary motion queue, and switching too it
[18:12:24] <mhaberler> task things the paused motion still aint done, everything within motion
[18:12:48] <cradek> oh so it's not jogging or anything
[18:12:59] <cradek> all that stuff is the hard part :-(
[18:13:34] <mhaberler> then I really wonder why it wasnt done yet
[18:13:46] <mhaberler> the jogging part in fact is now trivial
[18:13:49] <cradek> sorry, why what wasn't?
[18:14:17] <mhaberler> oh, misunderstanding, disregard.
[18:14:42] <mhaberler> on retract, I switch to a secondary motq, and fake the current motid is still running towards task
[18:15:23] <mhaberler> on the secondary motq I can do arbitrary moves, jogs etc; also the return move (recorded the point where I hit retract)
[18:15:32] <cradek> there are all sorts of hacky ways to do it - you could use limit3 and do the offsetting in hal if you wanted
[18:15:58] <mhaberler> when the recovery move is complete, I switch back to the primary motq and continue
[18:16:25] -!-
IchGuckLive [IchGuckLive!~chatzilla@95-89-236-191-dynip.superkabel.de] has parted #linuxcnc-devel
[18:17:06] <mhaberler> I think this approach is clean in principle, it just needs to be carried up to task and interp, so a second *really* independent interp with secondary interplist can be instantiated and used for MDI-while-paused
[18:17:17] <mhaberler> "just"
[18:17:20] <cradek> haha
[18:17:47] <mhaberler> this is why I have been talking about cleanly separated instantiations of interp for half a year
[18:17:55] -!-
IchGuckLive has quit [Quit: ChatZilla 0.9.87 [Firefox 11.0/20120310193829]]
[18:18:10] <cradek> I think it's reasonably easy (just tedious) to do a nice linear return move to the pause point before resuming
[18:18:31] <cradek> when people ask about this they normally want to change offsets too
[18:18:36] <cradek> not reasonably easy anymore
[18:18:46] <cradek> I don't see how another interpreter is going to make any of that work
[18:19:00] <mhaberler> of course not
[18:19:09] <mhaberler> that was the MDI-while paused
[18:19:28] <cradek> who wants that except for using it to change offsets?
[18:19:37] <cradek> I can't see much point
[18:19:39] <mhaberler> re offsets: I think the way to do this is to postpone offset application until motion time
[18:19:58] <mhaberler> the offsets are commited too early in canon
[18:20:05] <cradek> yeah that might be a relevant idea
[18:21:00] <cradek> but complicated - invoking/changing offsets is done at gcode time
[18:21:20] <cradek> it's not clear to me how you could delay all of that
[18:21:45] <cradek> maybe *only* tool offsets?
[18:21:49] <mhaberler> if motion runs on an un-offsetted motion queue, and pass on changed offsets as a motq cmd, why not?
[18:21:55] <mhaberler> well yes, for starters
[18:22:37] <mhaberler> I think even CRC should be postponed to motion time
[18:22:57] <cradek> yes I know you think that :-)
[18:23:50] <mhaberler> you'd have de facto two queues; one coming from task - unoffsettted, un-CRC; then the 'fudging process', which does path processing like offets and CRC, and feeds to motion
[18:24:49] <mhaberler> changing offset means finding for the current q2 element, reset q1 to the corresponding element, change offsets, dump q2, restart q1 there
[18:25:19] -!-
skunkworks has quit []
[18:25:52] <cradek> changing radius offset can make valid programs invalid
[18:26:07] <mhaberler> you mean range, or gauging?
[18:26:18] <cradek> I don't understand the question
[18:26:37] <mhaberler> you mean because of limit violation, or a thicker cutter causing gauging?
[18:26:44] -!-
isssy has quit [Client Quit]
[18:26:45] <cradek> oh you mean gouging
[18:26:50] <mhaberler> gouging, yes
[18:26:59] <cradek> I mean it can change a program that can be executed into one that can't
[18:27:18] <cradek> yes limit violation is an obvious way
[18:27:20] <mhaberler> sure. But that can be detected.
[18:28:44] <cradek> loss of CRC is one big reason gluing on another interp is hard - you'd have to redo it - for this reason I'd like to see it separate
[18:29:24] <mhaberler> I'm losing you
[18:29:46] <cradek> well, I'm sort of drifting on purpose
[18:31:13] <mhaberler> what I was talking about with 'instantiable interpreters' was: cleanly separate execution from modal and wm state, so some of it can be shared (modal, wm ) and others not, which is the issue with the current interp and its static _setup mess
[18:32:45] <mhaberler> Also, I'm not sure if keeping users away from any perceivable idiocy is desirable. The price is high.
[18:33:29] <mhaberler> btw the fanuc manual notes on some feature related to this retract thing that some combination might cause a crash
[18:34:06] -!-
pjm has quit [Read error: Connection reset by peer]
[18:35:34] <mhaberler> the thing I'm not sure about with the current code: I have two TP_STRUCTS and init the tp's in parallel for primary and alt motq; it might be less ivasive just to have a secondary TC queue in a single tp
[18:35:42] <cradek> I'm just not seeing how restructuring the interpreter objects helps. I certainly DO see how you can allow jogging while paused (with enough sweating under task/motion code), with a simple recovery that gets you back to the pause point.
[18:36:12] <mhaberler> well fine, that covers most of the requests anyway
[18:36:35] <cradek> well, most of the requests are about touch off during manual tool change.
[18:37:24] <cradek> I can sure see delaying applying the tool offset to fix that, if you do touch off (write new tool table) without the interp getting in the way
[18:38:26] <cradek> applying tool offset is easy and requires no history or seeing the future
[18:38:32] <mhaberler> right
[18:38:40] <cradek> delaying CRC is a way way bigger problem
[18:39:03] <cradek> unfortunately radius and length are both in the same tool table
[18:39:41] -!-
sumpfralle1 has quit [Read error: No route to host]
[18:39:45] -!-
sumpfralle has quit [Read error: Connection reset by peer]
[18:40:26] <mhaberler> that 'tool table' in its current form has to go anyway, so I dont see why you bother about it - why dont you just state what's needed
[18:41:38] <mhaberler> so for instance it could be a requirement that different parts of linuxcnc can different commits of a tooltable
[18:41:54] -!-
sumpfralle1 has quit [Read error: Connection reset by peer]
[18:42:16] <mhaberler> can… can see
[18:43:20] -!-
sumpfralle has quit [Read error: Connection reset by peer]
[18:43:33] -!-
motioncontrol has quit [Quit: Sto andando via]
[18:44:36] <mhaberler> anyway, i gotta run, downtown calling - cu
[18:44:51] -!-
mhaberler has quit [Quit: mhaberler]
[18:44:55] -!-
pjm__ has quit [Read error: No route to host]
[19:05:40] -!-
pjm has quit [Read error: Connection reset by peer]
[19:13:54] -!-
sumpfralle1 has quit [Ping timeout: 260 seconds]
[19:14:48] -!-
isssy has quit [Ping timeout: 250 seconds]
[19:24:43] -!-
skunkworks__ [skunkworks__!~chatzilla@str-bb-cable-south-3-102.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[19:25:06] e-ndy|afk is now known as
e-ndy
[19:25:18] <skunkworks__> logger[psha]:
[19:28:33] -!-
pjm has quit [Read error: Connection reset by peer]
[19:36:28] -!-
gambakufu has quit []
[19:39:44] -!-
adb has quit [Ping timeout: 245 seconds]
[19:48:10] -!-
joe9 [joe9!~joe9@c-24-99-80-97.hsd1.ga.comcast.net] has joined #linuxcnc-devel
[20:04:56] -!-
robin_sz has quit [Ping timeout: 246 seconds]
[20:05:22] -!-
motioncontrol has quit [Quit: Sto andando via]
[20:06:57] e-ndy is now known as
e-ndy|afk
[20:11:19] -!-
vladimirek has quit [Remote host closed the connection]
[20:20:48] -!-
andypugh [andypugh!~andy2@cpc2-basl1-0-0-cust639.basl.cable.virginmedia.com] has joined #linuxcnc-devel
[20:25:17] -!-
psha has quit [Quit: Lost terminal]
[20:35:34] -!-
maximilian_h [maximilian_h!~bonsai@p4FEC2CF5.dip0.t-ipconnect.de] has joined #linuxcnc-devel
[20:35:35] -!-
maximilian_h has quit [Client Quit]
[20:37:17] -!-
sumpfralle has quit [Read error: No route to host]
[20:38:33] -!-
skunkworks__ has quit [Ping timeout: 272 seconds]
[20:39:56] -!-
joe9 has quit [Quit: leaving]
[20:40:47] -!-
fliebel has quit [Remote host closed the connection]
[20:58:21] -!-
ThadiusB has quit [Quit: Leaving]
[21:00:03] -!-
acemi has quit [Quit: WeeChat 0.3.2]
[21:05:40] -!-
DJ9DJ has quit [Quit: bye]
[21:08:29] -!-
FinboySlick has quit [Quit: Leaving.]
[21:24:55] -!-
robin_sz has quit [Ping timeout: 260 seconds]
[21:28:30] -!-
iwoj has quit [Quit: Computer has gone to sleep.]
[21:30:58] -!-
erasmo has quit [Remote host closed the connection]
[21:40:54] -!-
X704 has quit [Read error: Connection reset by peer]
[21:42:48] -!-
isssy has quit [Quit: Bye Bye]
[21:44:17] -!-
WalterN has quit [Ping timeout: 250 seconds]
[21:46:46] -!-
mhaberler [mhaberler!~mhaberler@178-191-242-62.adsl.highway.telekom.at] has joined #linuxcnc-devel
[21:48:43] <mhaberler> hi cradek, I thought about that tooltable/offset theme you mentioned; can we formulate the requirement like so:
[21:50:16] <mhaberler> the interp runs off a given tt commit state, running to end of program or not. Motion may change the tooltable, but this is a private view of an open transaction. The changes by motion are committed only on program end, so interp continues to run on the view it had on program start.
[21:50:28] <mhaberler> does this sound right?
[21:52:53] -!-
Fox_Muldr has quit [Ping timeout: 265 seconds]
[21:59:01] -!-
syyl has quit [Quit: Leaving]
[22:18:44] <andypugh> Can we cover for changing the tooltable format? Perhaps moving it into a database rather than an NML message. My particular wishlist would see "pocket number" not actualy being a euphemism for the array index internally to LinuxCNC?
[22:19:17] <andypugh> (Note that, as always, I may be misunderstanding the situation)
[22:21:06] <mhaberler> just anserwing your mail
[22:22:34] <andypugh> While you are at it:
http://pastebin.com/0vwsg7Re
[22:22:56] <andypugh> My first foray into Python, writing event handlers for Glade widgets.
[22:29:46] -!-
micges has quit [Quit: Leaving]
[22:31:52] -!-
n2diy has quit [Ping timeout: 244 seconds]
[22:32:04] <mhaberler> where's them code
[22:34:18] <mhaberler> btw I really appreciate you trying to get grasp the Pythonic View of Life
[22:34:19] <andypugh> Aha, I seem to have fallen foul of indentation
[22:34:23] <andypugh> (possibly)
[22:35:00] <andypugh> in
http://www.linuxcnc.org/docs/devel/html/gui/gladevcp.html
[22:35:07] <andypugh> section 7.4.2
[22:35:08] -!-
nots has quit [Ping timeout: 240 seconds]
[22:35:54] <andypugh> Is the code example indented correctly, is is get_handlers part of the class, or a separate function?
[22:36:17] <andypugh> Changing the indentation gives the same error, but the code in the handler gets called.
[22:36:19] -!-
micges_atom has quit [Quit: Leaving]
[22:41:42] <mhaberler> get_handlers is a required method in user Python code. Gladevcp calls it to pass on some key data (the HAL component, the widget tree, command line options)
[22:41:56] <mhaberler> its part of the class
[22:42:37] <andypugh> Hmm
[22:44:59] <andypugh> In class_callback.py in the examples it is indented to the top level. And doing that with mine makes things work..
[22:45:45] -!-
servos4ever has quit [Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.11/20101206162726]]
[22:50:58] <andypugh> I get the warnings I listed, but that is probably because I am starting the ui from halrun, not the commandline with a running LinuxCNC instance.
[23:06:05] -!-
adb [adb!~adb@178-211-226-40.dhcp.voenergies.net] has joined #linuxcnc-devel
[23:09:13] -!-
factor has quit [Ping timeout: 246 seconds]
[23:10:32] <mhaberler> look at configs/gladevcp examples, there are working templates
[23:11:03] <mhaberler> cradek: this is the video demo branch:
http://git.mah.priv.at/gitweb/emc2-dev.git/shortlog/refs/heads/secondary-motion-queue
[23:13:11] <andypugh> mhaberler: My confusion is that the working templates seem to not be indented like the sample code in the manual, and my understanding it that that matters in Python.
[23:14:42] <mhaberler> yes; I never tried copy&paste out of the manual, it might be inconsistent with Python rules after going through 327 transformations before it finally arrives in the browser
[23:16:41] <andypugh> All the examples have get_handlers outside the class. (but in the same file)
[23:19:03] <andypugh> (Actually, now I look, so do other code samples in the manual webpage). Presumable I am the most Python-clueless person who will ever be trying this (so far I have 2 hours of Python experience, all this evening) and it will be less of a problem to others.
[23:25:25] <mhaberler> I'd suggest to start with configs/gladevcp/class-callback
[23:30:12] -!-
mhaberler has quit [Quit: mhaberler]
[23:36:47] <CIA-68> 03seb 07master * r19e7f3d3847b 10/src/configure.in: Two configure patches from John Morris
[23:36:57] <CIA-68> 03seb 07master * r3e8be1d893e1 10/src/emc/rs274ngc/interp_check.cc.rej: remove a stray .rej file
[23:36:58] <CIA-68> 03seb 07master * rb9660dcea15a 10/src/configure.in: Merge branch 'v2.5_branch'
[23:49:49] -!-
asdfasd has quit [Ping timeout: 260 seconds]