Back
[00:04:15] -!-
theorbtwo has quit [Ping timeout: 258 seconds]
[00:04:28] theorb is now known as
theorbtwo
[00:18:59] -!-
uwe_ has quit [Ping timeout: 250 seconds]
[00:44:34] -!-
theos has quit [Disconnected by services]
[00:44:40] -!-
servos4ever has quit [Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.11/20101206162726]]
[00:45:41] -!-
i_tarzan has quit [Ping timeout: 252 seconds]
[00:51:40] -!-
robh__ has quit [Ping timeout: 250 seconds]
[00:53:21] -!-
Fox_Muldr has quit [*.net *.split]
[00:53:22] -!-
capricorn_one has quit [*.net *.split]
[00:53:22] -!-
jbunch has quit [*.net *.split]
[00:53:24] -!-
izua has quit [*.net *.split]
[00:53:24] -!-
Sairon has quit [*.net *.split]
[00:53:27] -!-
ssi has quit [*.net *.split]
[00:53:27] -!-
kanzure has quit [*.net *.split]
[00:55:35] -!-
i_tarzan_ has quit [Ping timeout: 252 seconds]
[01:31:53] -!-
Loetmichel has quit [Ping timeout: 252 seconds]
[01:32:57] -!-
skunkworks_ has quit [Ping timeout: 246 seconds]
[01:38:39] -!-
elmo40 has quit [Ping timeout: 240 seconds]
[01:39:53] -!-
elmo401 has quit [Client Quit]
[01:54:28] -!-
A2Sheds has quit [Quit: puff of smoke]
[02:04:46] -!-
A2Sheds has quit [Changing host]
[02:17:30] -!-
sumpfralle has quit [Ping timeout: 260 seconds]
[02:28:39] -!-
jbunch has quit [Ping timeout: 240 seconds]
[02:43:10] -!-
ries has quit [Quit: ries]
[03:13:09] -!-
n2diy has quit [Quit: Ex-Chat]
[03:22:08] -!-
theos has quit [Quit: cya]
[03:23:36] -!-
uwe_mobile has quit [Ping timeout: 260 seconds]
[03:42:41] -!-
FinboySlick has quit [Quit: Leaving.]
[03:46:20] -!-
Calyp has quit [Quit: Leaving]
[03:54:11] -!-
kljsdfhklj has quit [Client Quit]
[04:12:38] -!-
mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #emc-devel
[04:21:26] -!-
ries has quit [Quit: ries]
[04:39:01] -!-
El_Matarife has quit [Quit: Nettalk6 - www.ntalk.de]
[04:51:34] -!-
ve7it has quit [Remote host closed the connection]
[05:01:32] -!-
automata [automata!~automata@122.170.64.133] has joined #emc-devel
[05:08:11] -!-
chester88 has quit [Ping timeout: 240 seconds]
[05:26:12] -!-
chester88 [chester88!~chris@99.199.168.147] has joined #emc-devel
[05:54:32] -!-
Eartaker has quit [Quit: Not again...]
[06:12:18] -!-
capricorn_one has quit [Remote host closed the connection]
[06:13:23] -!-
mhaberler has quit [Quit: mhaberler]
[06:13:46] -!-
pjm has quit [Read error: Connection reset by peer]
[06:23:22] -!-
psha[work] [psha[work]!~psha@195.135.238.205] has joined #emc-devel
[06:25:00] -!-
mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #emc-devel
[06:30:58] <psha[work]> mhaberler: mail
[06:44:40] kljsdfhklj is now known as
kljzzzzz
[06:47:21] -!-
theos has quit [Ping timeout: 240 seconds]
[06:48:33] -!-
betta_y_omega has quit [Ping timeout: 250 seconds]
[06:52:14] -!-
betta_y_omega [betta_y_omega!~betta_y_o@90.166.231.220] has joined #emc-devel
[07:03:07] -!-
jbunch has quit [Read error: Connection reset by peer]
[07:18:21] -!-
e-ndy [e-ndy!~jkastner@nat/redhat/x-xmmatuvobxqdlaxm] has joined #emc-devel
[07:34:14] -!-
mhaberler has quit [Quit: mhaberler]
[08:06:20] -!-
robh__ [robh__!~robert@5ace7076.bb.sky.com] has joined #emc-devel
[08:36:52] -!-
e-ndy has quit [Quit: Ex-Chat]
[08:43:28] -!-
mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #emc-devel
[09:13:50] -!-
e-ndy [e-ndy!~jkastner@nat/redhat/x-xyinmarisrxgnyvy] has joined #emc-devel
[09:15:43] -!-
betta_y_omega has quit [Ping timeout: 252 seconds]
[09:18:32] -!-
pingufan has quit [Remote host closed the connection]
[09:18:47] -!-
betta_y_omega [betta_y_omega!~betta_y_o@90.166.231.220] has joined #emc-devel
[09:26:04] -!-
awallin_ [awallin_!~quassel@2001:708:110:1020:224:7eff:feda:7c7d] has joined #emc-devel
[09:44:50] -!-
e-ndy has quit [Quit: Ex-Chat]
[09:47:39] -!-
mhaberler has quit [Quit: mhaberler]
[09:47:59] -!-
e-ndy [e-ndy!~jkastner@nat/redhat/x-idnxqyaobkbpbodq] has joined #emc-devel
[09:53:16] -!-
mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #emc-devel
[10:21:37] -!-
e-ndy has quit [Quit: Ex-Chat]
[10:38:42] -!-
e-ndy [e-ndy!~jkastner@nat/redhat/x-iwgeyufdagzbvzsb] has joined #emc-devel
[11:31:05] -!-
syyl has quit [Ping timeout: 246 seconds]
[11:38:11] -!-
vladimirek [vladimirek!~vladimire@adsl-dyn18.91-127-76.t-com.sk] has joined #emc-devel
[11:41:17] -!-
sumpfralle has quit [Ping timeout: 252 seconds]
[12:57:48] -!-
MOGLI has quit [Quit: Visitor from www.linuxcnc.org]
[13:24:43] -!-
dgarr [dgarr!~dgarrett@adsl-75-61-68-42.dsl.pltn13.sbcglobal.net] has joined #emc-devel
[13:43:26] -!-
mhaberler has quit [Quit: mhaberler]
[14:14:12] -!-
dgarr has quit [Ping timeout: 258 seconds]
[14:18:32] -!-
Valen has quit [Quit: Leaving.]
[14:28:55] -!-
awallin_ has quit [Remote host closed the connection]
[14:44:49] -!-
cjdavis has quit [Quit: Leaving.]
[14:46:08] -!-
psha[work] has quit [Quit: Lost terminal]
[15:15:34] -!-
mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #emc-devel
[15:40:15] -!-
betta_y_omega has quit [Ping timeout: 250 seconds]
[15:41:58] -!-
betta_y_omega [betta_y_omega!~betta_y_o@90.166.231.220] has joined #emc-devel
[15:46:36] -!-
betta_y_omega has quit [Excess Flood]
[15:47:22] -!-
betta_y_omega [betta_y_omega!~betta_y_o@90.166.231.220] has joined #emc-devel
[15:54:59] -!-
mikeggg has quit [Ping timeout: 250 seconds]
[16:06:11] -!-
jthornton has quit [Ping timeout: 240 seconds]
[16:06:36] -!-
JT-Shop has quit [Ping timeout: 260 seconds]
[16:10:55] -!-
jthornton [jthornton!~chatzilla@216-41-156-49.semo.net] has joined #emc-devel
[16:12:05] -!-
JT-Shop [JT-Shop!~chatzilla@216-41-156-49.semo.net] has joined #emc-devel
[16:20:26] -!-
mhaberler has quit [Quit: mhaberler]
[16:23:46] -!-
mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #emc-devel
[16:27:04] -!-
awallin has quit [Read error: Operation timed out]
[16:27:07] e-ndy is now known as
e-ndy_gone
[17:02:19] -!-
ve7it [ve7it!~LawrenceG@S0106009027972e37.pk.shawcable.net] has joined #emc-devel
[17:09:33] -!-
pcw_home has quit [Read error: Connection reset by peer]
[17:29:41] -!-
betta_y_omega has quit [Ping timeout: 258 seconds]
[17:33:14] -!-
betta_y_omega [betta_y_omega!~betta_y_o@90.166.231.220] has joined #emc-devel
[17:36:37] -!-
automata has quit [Remote host closed the connection]
[17:38:21] -!-
betta_y_omega has quit [Excess Flood]
[17:39:05] -!-
betta_y_omega [betta_y_omega!~betta_y_o@90.166.231.220] has joined #emc-devel
[17:44:23] -!-
isssy has quit [Quit: Visitor from www.linuxcnc.org]
[17:46:43] -!-
El_Matarife has quit [Quit: Nettalk6 - www.ntalk.de]
[17:46:51] -!-
betta_y_omega has quit [Read error: Operation timed out]
[17:51:48] -!-
betta_y_omega [betta_y_omega!~betta_y_o@90.166.231.220] has joined #emc-devel
[17:59:21] <mhaberler> jepler: can I bug you with a question re preview generation?
[18:01:59] -!-
maximilian_h [maximilian_h!~bonsai@epx51-1-82-236-166-209.fbx.proxad.net] has joined #emc-devel
[18:03:15] -!-
awallin [awallin!~quassel@cs27057046.pp.htv.fi] has joined #emc-devel
[18:08:34] -!-
tom3p [tom3p!~tomp@74-93-88-241-Illinois.hfc.comcastbusiness.net] has joined #emc-devel
[18:12:24] -!-
maximilian_h1 [maximilian_h1!~bonsai@epx51-1-82-236-166-209.fbx.proxad.net] has joined #emc-devel
[18:12:24] -!-
maximilian_h has quit [Read error: Connection reset by peer]
[18:13:54] <jepler> mhaberler: go ahead
[18:14:10] <mhaberler> thanks.. probably a 'duh' thing.
[18:14:21] -!-
betta_y_omega has quit [Ping timeout: 240 seconds]
[18:14:28] <mhaberler> we have 2 interp instances, one in task, one in the ui gcodemodule
[18:15:00] <mhaberler> assume I set a param in mdi which changes execution of a loaded program
[18:15:14] <mhaberler> as far as I understand only the task instance will see the changed param
[18:15:47] -!-
betta_y_omega [betta_y_omega!~betta_y_o@90.166.231.220] has joined #emc-devel
[18:15:48] <mhaberler> doesnt this make preview and actual execution 'fall apart' if they dont see the same parameter space?
[18:15:56] -!-
IchGuckLive has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.18/20110628230241]]
[18:16:10] <mhaberler> I must be overlooking something obcious I guess
[18:17:14] <jepler> no, I think you're basically right. There are numbered parameters that are saved to the .var file, and axis knows how to tickle the interpreter to write out its current value for each of those numbered parameters
[18:17:32] <jepler> but for a named parameter, or for a numbered parameter not listed in the .var file, I assume you're right
[18:17:37] <mhaberler> ok, lets make it a named param then - not saved
[18:17:39] <mhaberler> I see
[18:19:08] <mhaberler> but even for numbered params, those are read in gcodemodule only on interp.init() during parse_file; so any later change wont be seen then
[18:19:26] <jepler> If a user approached me with this problem, I'd tell them to change what they are doing, recommending to specify the parameters at the top of the .ngc file instead of via mdi
[18:19:48] <mhaberler> sure... I need to understand the plumbing
[18:20:19] <mhaberler> the context is - 'what if some UI component like gladevcp would set a param through mdi, or an NML message'
[18:20:59] <jepler> then you should (A) use a numbered parameter for it and (B) explicitly list that numbered parameter in your .var file
[18:21:09] <jepler> then the value will be visible in preview
[18:21:27] <mhaberler> after a reload I'd guess
[18:22:00] <jepler> yes, you'd have to "reload" (regenerate preview) in the gui
[18:22:23] <mhaberler> ok, I think I got it
[18:23:41] <jepler> you might try to think of a good way for the UI to become aware of a change that affects a preview and (optionally) regenerate the preview, but I am aware of users who have programs so big that they don't even like the automatic reload after touch-off
[18:23:49] <mhaberler> not sure wether you saw my mail on devel today, but basically I was thinking about what happened if a gladevcp widget sent a 'set parameter' thing (MDI or via a new NML message to get/set params and link them to a widget)
[18:23:51] <jepler> (since they'll be doing 3 and often want to do them in quick succession)
[18:25:12] <mhaberler> I wondered if I seriously trampled on some 'you dont do it this way' rule if I did that
[18:25:28] <jepler> I haven't been keeping up with the devel list very well
[18:26:39] <mhaberler> I dont doubt that.. it could well be some of my contributions cause an immediate delete ;-)
[18:27:32] <jepler> I'm too tired to delete anybody's contributions wholesale anymore
[18:27:56] -!-
isssy has quit [Quit: Visitor from www.linuxcnc.org]
[18:28:14] <mhaberler> btw the var file.. thats another case of 'common filesystem assumed between Axis and milltask', right?
[18:28:27] <jepler> you will never stop finding those
[18:33:08] <mhaberler> theoretical q: is there some 'task pushes UI' notification scheme one could use? I mean to do that cleanly task would have to forward an event to the UI's so those interested could do the right thing, like reload; extending emcstatus I'd understand but that's a bit crowded and then its polled, UI pull - not task push
[18:33:34] -!-
roberth_ [roberth_!~robert@5ace7016.bb.sky.com] has joined #emc-devel
[18:33:39] <mhaberler> I'd see separate NML channels but thats a but heavy I guess
[18:34:20] -!-
jbunch_ has quit [Read error: Connection reset by peer]
[18:34:30] <jepler> you could increment a field every time the var file changes; if the ui cares, it would act whenever it sees a change in that value
[18:34:40] <jepler> then it's just one value in stat + all the existing filesystem-using cruft
[18:35:33] -!-
robh__ has quit [Ping timeout: 240 seconds]
[18:39:26] -!-
sumpfralle has quit [Ping timeout: 260 seconds]
[18:42:46] <mhaberler> a last one, which I havent figured by reading nml docs - assume task sends a non-EMC_STAT message 'spontanously', for instance to cause a notification, or to return values from a remote procedure call-over-nml: does this violate a 'return type must be EMC_STAT' assumption?
[18:43:14] <jepler> uhhhh .. pass.
[18:44:14] -!-
isssy has quit [Quit: Visitor from www.linuxcnc.org]
[18:44:46] <mhaberler> I got RPC to work but only with separate rpcrequest/reply channels, then its easy, but I failed untangling them if using the emcstat/emccommand pair
[18:45:36] <mhaberler> ok, well maybe I give it a second stab. thanks a lot!
[18:45:55] <jepler> I *think* that at the NML level you can put anything you want into anything, as long as it fits
[18:46:05] <jepler> but the receiver has to peek() to find out what kind of thing it is
[18:46:23] <jepler> whether the existing UIs check the type of the messages that appear in the stat channel, I don't know..
[18:46:33] <jepler> but e.g., task checks the type of things that arrive on the command channel..
[18:46:52] <mhaberler> I got that to work, saw the type just fine, could do the right thing, but got confused on serial numbers
[18:48:25] <mhaberler> emcmodule: stat.poll: if(s->c->peek() == EMC_STAT_TYPE) { , so yes
[18:49:12] <mhaberler> the thing which confused me: peek() seems to consume the message
[18:49:32] <mhaberler> which according to the NML slides it shouldnt
[18:50:09] <mhaberler> hm, its been a while, dont remember if it was serials or that consumption thing
[19:09:25] -!-
factor has quit [Read error: Connection reset by peer]
[19:09:41] -!-
nullie has quit [Quit: Ex-Chat]
[19:31:35] -!-
andypugh [andypugh!~andy2@cpc2-basl1-0-0-cust1037.basl.cable.virginmedia.com] has joined #emc-devel
[19:33:46] <andypugh> Pete has produced a patch that allows Hostmot2 to work with the 5i21, 5i25, and 4i69 cards (more FPGA cards). I am not sure whether it belongs in 2.5 or 2.6. Suggestions?
[19:33:48] <andypugh> http://pastebin.com/gkVb26bY
[20:01:12] -!-
tom3p has quit [Quit: Ex-Chat]
[20:08:31] -!-
adb [adb!~Moldovean@178-211-230-159.dhcp.voenergies.net] has joined #emc-devel
[20:15:57] -!-
maximilian_h1 [maximilian_h1!~bonsai@epx51-1-82-236-166-209.fbx.proxad.net] has parted #emc-devel
[20:19:02] -!-
adb has quit [Ping timeout: 258 seconds]
[20:24:15] -!-
factor has quit [Read error: Connection reset by peer]
[20:29:24] <jepler> it looks like that patch needs a bit of work before it goes in anywhere
[20:29:47] <jepler> there is other stuff mixed in by accident -- the hal_pther_t and other structure changes are unrelated, I think..
[20:30:56] <andypugh> The patch needs work, yes.
[20:30:57] -!-
adb [adb!~Moldovean@178-211-230-159.dhcp.voenergies.net] has joined #emc-devel
[20:31:47] <andypugh> I am struggling a bit with being handed a zip archive of files with changes based on a stale EMC2 version.
[20:32:22] -!-
kljzzzzz has quit [Read error: Connection reset by peer]
[20:35:45] <jepler> that's not the best workflow
[20:36:04] <andypugh> I noticed.
[20:37:08] <jepler> if that's the latest commit in your tree, then you can eliminate the undesired parts easily and graphically
[20:37:17] <andypugh> When I decide what the "insertion point" should be I can work up a clean patch.
[20:37:37] <jepler> run git gui, click "amend last commit".
[20:37:57] <jepler> now you can remove some of the changes from the commit (select file in left-hand bottom pane, then unstage lines, hunks, or ranges with the right-click menu)
[20:38:00] <andypugh> That's actually a patch file made by creating a branch on v2.5 and then deleting it.
[20:38:29] <andypugh> Currently all my branches are clean again.
[20:41:15] -!-
syyl has quit [Quit: Verlassend]
[20:42:07] <jepler> if you work on a branch based on v2.5_branch, then you can get the patch right and be able to merge it into either v2.5_branch or master
[20:43:01] <jepler> (but a branch that starts at master can't be merged into v2.5_branch, because it'd bring in everything from master as well)
[20:43:17] <jepler> so if you want to get working while waiting on a ruling from cradek, that's one way to do it..
[20:44:17] <andypugh> OK, sounds like the way forward then.
[20:58:27] <andypugh> Is there a way to set the debug level (rtapi_set_message_level) without editing source?
[21:05:40] -!-
FinboySlick has quit [Quit: Leaving.]
[21:19:16] -!-
wholepair has quit [Quit: Leaving]
[21:34:11] -!-
mhaberler has quit [Quit: mhaberler]
[21:47:43] -!-
mikeggg has quit [Ping timeout: 250 seconds]
[21:47:45] -!-
adb has quit [Ping timeout: 252 seconds]
[21:48:29] -!-
atom1 has quit [Quit: Leaving]
[21:54:10] -!-
Fox_Muldr has quit [Ping timeout: 264 seconds]
[22:10:51] -!-
isssy has quit [Ping timeout: 240 seconds]
[22:18:15] -!-
vladimirek has quit [Remote host closed the connection]
[22:18:46] -!-
sumpfralle1 has quit [Ping timeout: 264 seconds]
[22:22:18] -!-
capricorn_one has quit [Remote host closed the connection]
[22:41:48] -!-
elmo40 has quit [Quit: Leaving.]
[22:50:05] -!-
isssy has quit [Quit: Visitor from www.linuxcnc.org]
[22:52:30] -!-
kbarry has quit [Read error: Connection reset by peer]
[23:04:56] -!-
skunkworks_ [skunkworks_!~chatzilla@184-158-53-31.dyn.centurytel.net] has joined #emc-devel
[23:13:27] -!-
roberth_ has quit [Ping timeout: 276 seconds]
[23:17:27] -!-
syyl_ has quit [Quit: Leaving]
[23:19:39] -!-
servos4ever has quit [Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.11/20101206162726]]
[23:25:22] <skunkworks_> seb was suprised to see this in my dmesg
[23:25:27] <skunkworks_> [ 529.841874] insmod: page allocation failure. order:7, mode:0xd0
[23:25:28] <skunkworks_> [ 529.841880] Pid: 4455, comm: insmod Not tainted 2.6.32-122-rtai #rtai
[23:25:47] <skunkworks_> (emc is running)
[23:28:07] <skunkworks_> whole dmesg
http://pastebin.com/eMB1ZXtu
[23:32:51] <andypugh> Deep in the RTAI init.
[23:35:15] <skunkworks_> I have not actually tried to bring the machine up - but emc started
[23:49:33] -!-
Valen has quit [Quit: Leaving.]