Back
[00:04:19] -!-
theorbtwo has quit [Ping timeout: 244 seconds]
[00:04:31] theorb is now known as
theorbtwo
[00:12:28] <cradek> I don't agree that his response says it's ok
[00:14:22] <cradek> consider if [#1 = [#1 - 1]] (decrement and loop until zero)
[00:25:00] -!-
The_Ball has quit [Max SendQ exceeded]
[00:39:29] -!-
rob_h has quit [Ping timeout: 252 seconds]
[00:48:48] -!-
Loetmichel has quit [Ping timeout: 272 seconds]
[00:57:43] -!-
MarkusBec has quit [Ping timeout: 276 seconds]
[01:04:43] <mhaberler> the issue is we need parsing and the thing does evaluation; we might stop evalutation and retain parsing
[01:16:27] -!-
A3Sheds has quit [Quit: gone]
[01:20:55] -!-
FinboySlick has quit [Quit: Leaving.]
[01:24:09] -!-
maximilian_h has quit [Ping timeout: 240 seconds]
[01:24:13] -!-
GoSebGo has quit [Ping timeout: 252 seconds]
[01:29:46] <mhaberler> cradek: from where in the language (ha!) do you read an assignment operation is an rvalue?
[01:29:53] -!-
Valen has quit [Quit: Leaving.]
[01:29:59] <mhaberler> operaton/statement
[01:34:04] <mhaberler> your expression returns 'Unknown operation'
[02:09:07] -!-
tlab has quit [Quit: Leaving]
[02:12:15] -!-
The_Ball has quit [Ping timeout: 245 seconds]
[02:19:55] -!-
mhaberler has quit [Quit: mhaberler]
[02:25:03] -!-
clytle374 [clytle374!~clytle374@75.105.212.57] has joined #linuxcnc-devel
[02:38:21] -!-
hmm has quit []
[03:03:29] <jepler> I don't think that assignment is permitted where cradek used it
[03:04:18] -!-
hmm has quit []
[03:14:03] <jepler> as often happens, I haven't followed the whole discussion, but here are some cases that seem to be problematic if you want to evaluate the expression on an O-if or other flow control structure while otherwise skipping the nearby statements:
http://pastebin.com/raw.php?i=VUD0j45Y
[03:16:48] <jepler> huh, the following line isn't accepted by rs274: ;(
[03:16:56] <jepler> it's apparently an unclosed comment ;(
[03:21:13] -!-
sumpfralle has quit [Quit: Leaving.]
[03:34:35] <cmorley> mhaberier: i wonder if your -R work around should be run before themes are changed? Also I wished you let the theme change info printed to screen.
[03:53:43] <cmorley> it's also should be mentioned in docs that your color changing example will not work with some themes. Themes that use pixmap engine (maybe other engines too) use different images to render the widgets different states. I am not anywhere close to an expert so there maybe ways around that.
[03:56:01] <KimK> cmorley: Does mhaberler look at the logs? It sounds like your message to him is important.
[03:56:34] <cmorley> I think he does. I will post it on the list too.
[03:56:39] <cmorley> thanks
[03:56:52] <KimK> Sure, glad to help.
[04:09:52] <cradek> oh heh, I didn't try it... sorry.
[04:13:34] -!-
BobGreen has quit [Quit: User pushed the X - because it's Xtra, baby]
[04:52:05] -!-
packrat has quit [Ping timeout: 248 seconds]
[05:05:19] -!-
linuxcnc-build has quit [Ping timeout: 252 seconds]
[05:05:57] -!-
hm2-buildmaster has quit [Ping timeout: 248 seconds]
[05:06:22] -!-
seb_kuzminsky has quit [Ping timeout: 252 seconds]
[05:18:16] -!-
seb_kuzminsky [seb_kuzminsky!~seb@184-96-96-140.hlrn.qwest.net] has joined #linuxcnc-devel
[05:18:26] -!-
linuxcnc-build [linuxcnc-build!~linuxcnc-@184-96-96-140.hlrn.qwest.net] has joined #linuxcnc-devel
[05:19:08] -!-
hm2-buildmaster [hm2-buildmaster!~hm2-build@184-96-96-140.hlrn.qwest.net] has joined #linuxcnc-devel
[05:23:50] -!-
psha[work] [psha[work]!~psha@195.135.238.205] has joined #linuxcnc-devel
[05:26:25] -!-
packrat has quit [Read error: Connection reset by peer]
[05:31:36] -!-
Tom_L has quit [Client Quit]
[05:39:01] -!-
hackrat has quit [Ping timeout: 256 seconds]
[05:43:19] -!-
WalterN has quit [Quit: Leaving]
[05:43:24] -!-
clytle374 has quit [Quit: Leaving]
[05:45:55] -!-
packrat has quit [Read error: Connection reset by peer]
[05:48:20] -!-
ve7it has quit [Read error: Connection reset by peer]
[06:32:10] -!-
cstop has quit [Quit: Leaving]
[06:33:09] -!-
packrat has quit [Ping timeout: 240 seconds]
[06:45:27] -!-
WalterN has quit [Quit: Leaving]
[06:47:59] -!-
packrat has quit [Read error: Connection reset by peer]
[06:53:09] -!-
KimK has quit [Ping timeout: 248 seconds]
[06:59:07] -!-
KimK [KimK!~Kim__@209.248.147.2.nw.nuvox.net] has joined #linuxcnc-devel
[07:27:48] -!-
mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #linuxcnc-devel
[07:29:10] -!-
hackrat has quit [Ping timeout: 244 seconds]
[07:31:57] -!-
redwil has quit [Remote host closed the connection]
[07:37:29] -!-
packrat has quit [Ping timeout: 252 seconds]
[08:06:59] -!-
mhaberler has quit [Quit: mhaberler]
[08:25:03] -!-
KimK has quit [Ping timeout: 256 seconds]
[08:33:56] -!-
mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #linuxcnc-devel
[08:45:58] -!-
KimK [KimK!~Kim__@209.248.147.2.nw.nuvox.net] has joined #linuxcnc-devel
[09:07:10] -!-
rob_h [rob_h!~rob_h@5ace704a.bb.sky.com] has joined #linuxcnc-devel
[09:13:05] -!-
maximilian_h [maximilian_h!~bonsai@109.235.229.77] has joined #linuxcnc-devel
[09:29:33] -!-
packrat has quit [Ping timeout: 244 seconds]
[09:58:31] -!-
packrat has quit [Read error: Connection reset by peer]
[10:13:43] -!-
packrat has quit [Ping timeout: 272 seconds]
[10:21:13] -!-
packrat has quit [Read error: Connection reset by peer]
[10:26:01] -!-
packrat has quit [Ping timeout: 252 seconds]
[10:30:49] -!-
packrat has quit [Ping timeout: 240 seconds]
[10:52:39] -!-
hackrat has quit [Ping timeout: 252 seconds]
[10:58:53] -!-
packrat has quit [Ping timeout: 252 seconds]
[11:02:26] -!-
packrat has quit [Read error: Connection reset by peer]
[11:07:33] -!-
hackrat has quit [Ping timeout: 272 seconds]
[11:19:23] -!-
automata has quit [Read error: Connection reset by peer]
[11:29:48] -!-
maximilian_h [maximilian_h!~bonsai@109.235.229.77] has parted #linuxcnc-devel
[11:43:01] -!-
packrat has quit [Ping timeout: 272 seconds]
[12:24:42] -!-
sumpfralle has quit [Ping timeout: 244 seconds]
[13:11:07] -!-
sumpfralle has quit [Ping timeout: 252 seconds]
[13:19:21] -!-
sumpfralle has quit [Read error: No route to host]
[13:31:41] -!-
cncbasher [cncbasher!~quassel@cpc15-hart9-2-0-cust101.11-3.cable.virginmedia.com] has parted #linuxcnc-devel
[13:32:50] -!-
psha[work] has quit [Quit: Lost terminal]
[13:34:06] <jthornton> in 2.5 if you have more than one subroutine path like this SUBROUTINE_PATH = ncsubroutines:/tmp/testsubs which one is searched first?
[13:45:15] -!-
pfred1 has quit [Quit: Lost terminal]
[13:46:28] <jepler> reading the source indicates that first PROGRAM_PREFIX is searched, then SUBROUTINE_PATHs in the inifile order, then the WIZARD_ROOT
[13:47:17] -!-
packrat has quit [Ping timeout: 260 seconds]
[13:50:13] -!-
dgarr [dgarr!~dgarrett@adsl-75-61-74-108.dsl.pltn13.sbcglobal.net] has joined #linuxcnc-devel
[13:57:30] <dgarr> fix for a problem with recent deb installs and pickconfig:
http://www.panix.com/~dgarrett/stuff/0001-pickconfig-rebranded-install-notice-old-install.patch
[14:09:48] -!-
sumpfralle has quit [Ping timeout: 252 seconds]
[14:10:13] <JT-Shop> what is WIZARD_ROOT?
[14:10:17] -!-
theorbtwo has quit [Remote host closed the connection]
[14:10:37] theorb is now known as
theorbtwo
[14:11:43] <JT-Shop> I see WIZARD_ROOT is mentioned in the [RS232NGC] section but no description of what it is :/
[14:12:41] <JT-Shop> when I get back downstairs I'll grep the docs for any mention of WIZARD_ROOT to see what I might find
[14:13:56] -!-
vladimirek [vladimirek!~vladimire@bband-dyn226.178-40-36.t-com.sk] has joined #linuxcnc-devel
[14:15:58] -!-
mk0 has quit [Quit: поздравляю всех с кредитом. халява продолжается.]
[14:18:52] <dgarr> there was some work on wizards apparently commit: b88a2b9ae and 2ac19a50
[14:23:09] -!-
vladimirek has quit [Remote host closed the connection]
[14:23:12] <JT-Shop> thanks dgarr
[14:25:19] <dgarr> the effort seems abandoned since 2008
[14:29:07] <jthornton> I wonder why it is mentioned in the manual then?
[14:30:47] <dgarr> its in the code search path so it is usable in some sense i suppose
[14:33:54] <CIA-125> 03jthornton 07v2.5_branch * rcf1c3ec71fb0 10/docs/src/gui/ (ngcgui.txt ngcgui_de.txt ngcgui_es.txt ngcgui_pl.txt): Docs: add info on libraries for ngcgui
[14:34:01] <CIA-125> 03jthornton 07v2.5_branch * r494972e0ef67 10/docs/src/config/ (4 files): Docs: add info about path search order
[14:34:36] <jthornton> dgarr: when that hits prime time give it a gander to see if it reads well... I think the docs are built about once an hour
[14:37:16] <jthornton> grepping the docs for WIZARD_ROOT only shows the one mention in the ini_config.txt file
http://linuxcnc.org/docview/2.5/html/config/ini_config.html#_rs274ngc_section_a_id_sub_rs274ngc_section_a
[14:37:30] * jthornton goes back to the shop now
[14:58:40] -!-
mhaberler has quit [Quit: mhaberler]
[15:06:41] <CIA-125> 03cradek 07master * rb11704e80fea 10/src/emc/rs274ngc/interp_read.cc: Error on unexpected junk after if [...] etc
[15:06:41] <CIA-125> 03cradek 07master * r153fdfed4779 10/ (9 files in 3 dirs): Merge branch 'v2.5_branch'
[15:12:05] -!-
mhaberler [mhaberler!~mhaberler@195.191.253.94] has joined #linuxcnc-devel
[15:29:08] <cradek> mhaberler: thanks for your remapping runtests in master - that that made me a lot more confident on this merge.
[15:29:51] <mhaberler> that was sheer necessity for myself while it was shaky
[15:32:02] <mhaberler> re patching interp - the reason why Ken skipped expr eval was: reference to undefined *named* vars - those throw; numbered ones dont
[15:32:48] <cradek> ok - I have little desire to make that change anyway because I can't convince myself it's a bugfix
[15:33:08] <cradek> I think jepler found some cases where it would break numbers-only too
[15:33:15] <cradek> (but I didn't try them)
[15:33:16] <mhaberler> yikes
[15:34:13] <mhaberler> that o-numbers/o-names thing is fixed in master; I took out the rest of the treatment as ints and they are all names in master (not in 2.5)
[15:34:36] <mhaberler> Ken had started removing it - the first 95% or so
[15:35:01] <cradek> :-)
[15:35:08] <cradek> I usually only get to 80%
[15:35:08] <mhaberler> jepler: did you try in master or 2.5?
[15:35:46] <mhaberler> I'd be interested in his test case
[15:36:35] <cradek> jepler> as often happens, I haven't followed the whole discussion, but here are some cases that seem to be problematic if you want to evaluate the expression on an O-if or other flow control structure while otherwise skipping the nearby statements:
http://pastebin.com/raw.php?i=VUD0j45Y
[15:36:59] <jepler> I don't know whether I was in 2.5 or master when I was writing those tests
[15:37:15] <jepler> odds are that I was in 2.5 though
[15:38:09] <mhaberler> I see; #1 is clear - named var rvalue
[15:39:46] <mhaberler> #2: too; hadnt thought of that
[15:40:33] <mhaberler> man, I wish that thing had some concept of separation of parsing and execution; the whole monty just to generate ya syntax error
[15:41:08] <mhaberler> these errors have nothing to do with my oword changes in master
[15:41:24] <mhaberler> should apply to any of the branches
[15:41:41] <jepler> whatever version I was testing accepted that program just fine
[15:42:00] <jepler> but a change that would cause the expressions to be evaluated would break them
[15:42:04] <mhaberler> sure, because exprs are skipped during parsing
[15:42:19] <mhaberler> I would like to have them parsed, not executed
[15:44:31] <mhaberler> that'll be a bit too much in the current structure
[15:45:07] <mhaberler> well, plugging that hole at runtime is at least something, and we should go ahead with cradeks existing patch
[15:45:15] <cradek> I already pushed it
[15:45:18] <mhaberler> aja
[15:45:30] <jepler> if the goal is to diagnose 'O201 if [0] and it's tuseday' then it's probably good enough to do it when actually executing
[15:45:41] <jepler> or at least it's a firm step in the right direction
[15:45:42] <cradek> that is my goal
[15:45:58] <cradek> was
[15:45:58] <mhaberler> at least no accidental code execution even if the load goes ok
[15:47:02] <mhaberler> I had some other slightly dubious patch in master why I tried matching oword names for completeness at load time
[15:50:25] -!-
shade88 [shade88!~shade88@92.240.209.42] has joined #linuxcnc-devel
[15:56:55] <shade88> hello. What class should I edit, to write to file the values are sent to the parallel port?
[15:58:48] <mhaberler> what are you trying to do?
[16:05:27] <mhaberler> ok, that was a great customer;)
[16:06:25] <cradek> shade88: I told you a few days ago that you can't do file i/o inside a realtime module like stepgen, and suggested that you use halscope to monitor it. Did you try that?
[16:08:19] <shade88> yea. but halscope let write datafile, after completing the program
[16:09:06] <cradek> you could get better advice if you explain what you are trying to do?
[16:09:22] <archivist> and why
[16:09:23] <shade88> i need write file, while the program is executed
[16:09:30] <archivist> why
[16:10:28] <shade88> http://www.linuxcnc.org/docs/html/hal_tutorial.html thats all what i coud find about halscope
[16:14:52] -!-
shade88 has quit [Read error: Connection reset by peer]
[16:15:08] <cradek> hmm
[16:15:20] <cradek> hope he comes back, must be having trouble
[16:16:26] <archivist> hard work when they dont say what the problem/use case is
[16:16:39] <cradek> yeah so far he's been hard to help
[16:17:06] <cradek> earlier he said something about having a homemade stepper drive that requires several-millisecond-long step pulses
[16:17:16] <archivist> I can see its just a hack to halscope he wants but....
[16:17:25] <cradek> I'm just guessing but it may also have other problems he's trying to debug
[16:17:52] <cradek> or he may think he needs to "adjust" stepgen for his unusual drive and doesn't know where to start
[16:18:00] -!-
shade881 [shade881!~shade88@92.240.209.42] has joined #linuxcnc-devel
[16:18:26] <shade881> if I can solve my problem by using halscope?
[16:18:56] <archivist> you have not told us the real problem
[16:20:31] <shade881> I need a file with а all values who sends to parallel port
[16:22:44] <archivist> I would look at modifying the userland part of halscope to do that
[16:24:22] -!-
cmorley has quit [Ping timeout: 245 seconds]
[16:26:15] <shade881> ok, i let try that. thank you
[16:40:25] -!-
cmorley [cmorley!~chris@154.5.112.94] has joined #linuxcnc-devel
[16:48:18] <mhaberler> cradek: now I see why you noticed the remapping regression tests - you finally pushed something to master and just discovered them there;)
[16:48:41] <mhaberler> thanks for the trust so far anyway..
[16:48:43] <cradek> I actually developed my patch in master and then backported it
[16:48:50] <mhaberler> aja
[16:49:00] <cradek> (accidentally)
[16:49:46] <cradek> this time I knew the merge gave me a wrong result, and whenever that happens I worry about the correctness of all other routine merges
[16:49:53] <cradek> I guess that's just the way it goes
[16:53:08] -!-
ravix has quit [Ping timeout: 240 seconds]
[17:06:42] -!-
cncbasher [cncbasher!~quassel@cpc15-hart9-2-0-cust101.11-3.cable.virginmedia.com] has joined #linuxcnc-devel
[17:08:44] -!-
Lasivian has quit [Disconnected by services]
[17:08:48] LasTwo is now known as
Lasivian
[17:10:05] <dgarr> posted earlier (not sure if it was noticed), fix for recent deb (buildbot) installs:
[17:10:09] <dgarr> http://www.panix.com/~dgarrett/stuff/0001-pickconfig-rebranded-install-notice-old-install.patch
[17:13:10] <CIA-125> 03cradek 07v2.5_branch * r11066f42e3fc 10/tcl/bin/pickconfig.tcl: pickconfig: rebranded install: notice old install
[17:13:19] <cradek> thanks!
[17:14:43] <dgarr> welcome
[17:15:31] <dgarr> i would like to make a patch to allow tilde expansion in Interp::init et al for SUBROUTINE_PATH and USER_M_PATH
[17:15:39] <dgarr> should that be for 2.5 or master?
[17:17:03] <cradek> probably master, because that always turns out to be harder than it seems it should be
[17:18:05] <dgarr> ok
[17:37:03] <dgarr> i'd already started on 2.5 so tilde patch for 2.5 is:
http://www.panix.com/~dgarrett/stuff/2.5_tilde.patch
[17:37:15] <dgarr> and one for master (2.6) is here:
http://www.panix.com/~dgarrett/stuff/2.6_tilde_patch
[18:15:00] -!-
shade881 has quit [Read error: Connection reset by peer]
[18:15:45] -!-
shade881 [shade881!~shade88@92.240.209.42] has joined #linuxcnc-devel
[18:42:24] -!-
joe9 has quit [Quit: leaving]
[18:45:06] <jthornton> alex_joni: if you have a chance can you look at the "Links" on the home page. I can tell that it is missing something in the url but can't figure out what
[19:16:29] -!-
sumpfralle has quit [Ping timeout: 240 seconds]
[19:16:53] -!-
SWPLinux [SWPLinux!~SWP@emc/developer/SWPadnos] has joined #linuxcnc-devel
[19:16:53] -!- mode/
#linuxcnc-devel [+v SWPLinux] by ChanServ
[19:19:35] -!-
ve7it [ve7it!~LawrenceG@S0106001c10b7770f.pk.shawcable.net] has joined #linuxcnc-devel
[19:22:08] -!-
isssy has quit [Quit: Bye Bye]
[19:30:24] mrsun is now known as
MrSunshine
[20:14:45] -!-
sumpfralle has quit [Ping timeout: 272 seconds]
[20:15:24] -!-
shade881 has quit [Read error: Connection reset by peer]
[20:16:16] -!-
shade881 [shade881!~shade88@92.240.209.42] has joined #linuxcnc-devel
[20:47:47] -!-
vladimirek [vladimirek!~vladimire@bband-dyn226.178-40-36.t-com.sk] has joined #linuxcnc-devel
[21:03:17] -!-
shade881 has quit [Ping timeout: 248 seconds]
[21:12:35] -!-
vladimirek has quit [Remote host closed the connection]
[21:32:49] -!-
jstenback has quit [Quit: ZNC -
http://znc.in]
[21:38:01] -!-
jstenback has quit [Client Quit]
[21:46:18] -!-
cevad has quit [Quit: Leaving]
[22:09:27] -!-
maximilian_h [maximilian_h!~bonsai@109.235.229.77] has joined #linuxcnc-devel
[22:09:29] -!-
sumpfralle has quit [Read error: Connection reset by peer]
[22:09:58] -!-
maximilian_h has quit [Client Quit]
[22:37:55] -!-
sumpfralle has quit [Read error: Connection reset by peer]
[22:41:49] -!-
FinboySlick has quit [Quit: Leaving.]
[22:51:01] -!-
syyl has quit [Quit: Leaving]
[22:53:43] -!-
Fox_Muldr has quit [Ping timeout: 272 seconds]
[23:04:53] -!-
sumpfralle has quit [Ping timeout: 248 seconds]
[23:21:55] -!-
servos4ever has quit [Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.11/20101206162726]]
[23:37:04] -!-
Valen has quit [Quit: Leaving.]
[23:39:14] <CIA-125> 03tissf 07v2.5_branch * r2f7fa777f718 10/ (52 files in 15 dirs): French docs: cleaning, fix anchors, update ngcgui
[23:42:48] -!-
ries has quit [Read error: Connection reset by peer]