Back
[00:07:28] -!- Tecan has quit [Quit: Ex-Chat]
[00:07:48] -!- Tecan has quit [Changing host]
[00:15:30] -!- mendes has quit [Client Quit]
[00:16:03] -!- cmorley [cmorley!~chris@S010600c09fc019c2.no.shawcable.net] has joined #linuxcnc-devel
[00:17:20] -!- cmorley1 has quit [Ping timeout: 255 seconds]
[00:20:06] -!- micges has quit [Quit: Leaving]
[00:22:38] Tom_sbc is now known as Tom_itx
[00:29:10] -!- wildbilldonovan has quit [Read error: Connection reset by peer]
[00:41:48] -!- toudi_ [toudi_!~toudi@adde227.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[00:41:55] toudi_ is now known as micges
[00:47:46] -!- wildbilldonovan has quit [Quit: EOT]
[00:54:04] -!- mephux has quit [Excess Flood]
[00:57:55] -!- Nick001-Shop has quit [Remote host closed the connection]
[00:59:18] -!- asdfasd has quit [Ping timeout: 248 seconds]
[01:00:23] -!- micges has quit [Quit: Leaving]
[01:02:25] -!- toudi_ [toudi_!~toudi@adde227.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[01:02:32] toudi_ is now known as micges
[01:06:42] -!- bedah has quit [Remote host closed the connection]
[01:07:02] -!- Brandonian has quit [Quit: Brandonian]
[01:07:43] -!- snkashis has quit [Quit: Page closed]
[01:22:54] -!- Tecan has quit [Quit: Ex-Chat]
[01:22:56] -!- jp_ has quit [Ping timeout: 245 seconds]
[01:25:46] -!- PCW has quit [Remote host closed the connection]
[01:33:42] -!- skorasaurus has quit [Quit: left the building.]
[01:35:13] -!- rob__H has quit [Ping timeout: 240 seconds]
[01:37:15] -!- TheLargeRod has quit [Quit: Leaving.]
[01:43:50] -!- plushy has quit [Quit: Leaving.]
[01:52:12] -!- mozmck has quit [Quit: Leaving.]
[01:52:43] -!- cmorley1 [cmorley1!~chris@S010600c09fc019c2.no.shawcable.net] has joined #linuxcnc-devel
[01:53:39] -!- V0idExp1 has quit [Quit: Leaving.]
[01:54:32] -!- mozmck [mozmck!~moses@client-204.235.45.161.wcfltx.partnershipbroadband.com] has joined #linuxcnc-devel
[01:54:37] -!- FinboySlick has quit [Quit: Leaving.]
[01:55:13] -!- cmorley has quit [Ping timeout: 248 seconds]
[02:00:05] -!- jst has quit [Read error: Operation timed out]
[02:07:32] -!- Tecan has quit [Changing host]
[02:10:32] -!- Servos4ever has quit [Quit: ChatZilla 0.9.89 [SeaMonkey 2.14.1/20121129191050]]
[02:39:09] -!- adb has quit [Read error: Connection reset by peer]
[02:49:44] -!- micges has quit [Quit: Leaving]
[02:51:25] -!- ve7it has quit [Remote host closed the connection]
[02:51:39] -!- cmorley [cmorley!~chris@S010600c09fc019c2.no.shawcable.net] has joined #linuxcnc-devel
[02:52:53] -!- cmorley1 has quit [Ping timeout: 252 seconds]
[02:53:00] -!- cmorley1 [cmorley1!~chris@S010600c09fc019c2.no.shawcable.net] has joined #linuxcnc-devel
[02:54:56] -!- andypugh has quit [Quit: andypugh]
[02:55:58] -!- cmorley has quit [Ping timeout: 256 seconds]
[02:56:49] -!- DaveCVI [DaveCVI!~MVcalypso@c-24-4-122-138.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[02:59:14] -!- cmorley [cmorley!~chris@S010600c09fc019c2.no.shawcable.net] has joined #linuxcnc-devel
[03:02:13] -!- cmorley1 has quit [Ping timeout: 240 seconds]
[03:05:56] -!- Wildhoney has quit [Ping timeout: 252 seconds]
[03:18:32] -!- sumpfralle has quit [Read error: Operation timed out]
[03:22:27] -!- dr00bie has quit [Read error: Connection reset by peer]
[03:42:38] -!- cmorley1 [cmorley1!~chris@S010600c09fc019c2.no.shawcable.net] has joined #linuxcnc-devel
[03:43:50] -!- cmorley has quit [Ping timeout: 256 seconds]
[03:48:28] -!- cmorley [cmorley!~chris@S010600c09fc019c2.no.shawcable.net] has joined #linuxcnc-devel
[03:49:13] -!- nOStahl has quit [Quit: nOStahl]
[03:50:38] -!- cmorley1 has quit [Ping timeout: 256 seconds]
[03:57:13] -!- nOStahl has quit [Read error: Connection reset by peer]
[04:22:23] -!- cevad has quit [Quit: Leaving]
[04:26:56] -!- mhaberler [mhaberler!~mhaberler@extern-187.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[04:43:47] -!- ravenlock has quit [Ping timeout: 248 seconds]
[04:49:39] -!- cmorley1 [cmorley1!~chris@S010600c09fc019c2.no.shawcable.net] has joined #linuxcnc-devel
[04:50:55] -!- cmorley has quit [Ping timeout: 260 seconds]
[05:06:38] -!- AR_ has quit [Ping timeout: 252 seconds]
[05:45:15] -!- Keknom has quit [Quit: Leaving.]
[05:45:20] -!- FinboySlick has quit [Quit: Leaving.]
[05:45:31] -!- [Chance] has quit [Ping timeout: 260 seconds]
[05:56:01] -!- mhaberler has quit [Quit: mhaberler]
[05:58:01] -!- kwallace [kwallace!~kwallace@smb-184.sonnet.com] has parted #linuxcnc-devel
[05:59:35] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[05:59:47] -!- AR__ has quit [Ping timeout: 255 seconds]
[06:01:40] -!- Fox_Muldr has quit [Ping timeout: 260 seconds]
[06:15:36] -!- cmorley1 has quit [Quit: Leaving.]
[06:24:53] -!- cmorley [cmorley!~chris@S010600c09fc019c2.no.shawcable.net] has joined #linuxcnc-devel
[06:46:09] <KGB-linuxcnc> 03git 05master 5d72a8b 06emc2 10src/emc/rs274ngc/interpmodule.cc * interpmodule.cc: fix name clash around 'equal'
[07:07:11] -!- tayy has quit [Remote host closed the connection]
[07:16:10] -!- ktchk has quit [Client Quit]
[07:23:24] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc-devel
[07:27:02] frewsxcv is now known as frewsxcv94709
[07:30:55] <linuxcnc-build_> build #780 of precise-i386-sim is complete: Failure [4failed runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/precise-i386-sim/builds/780 blamelist: Michael Haberler <git@mah.priv.at>
[07:32:41] -!- DaveCVI has quit [Quit: HydraIRC -> http://www.hydrairc.com <- Organize your IRC]
[07:34:21] -!- [1]DaveB [[1]DaveB!~MVcalypso@c-24-4-122-138.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[07:48:14] <linuxcnc-build_> build #777 of checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/checkin/builds/777 blamelist: Michael Haberler <git@mah.priv.at>
[07:59:55] <seb_kuzminsky> this is another mdi buffering test failure
[08:00:24] <seb_kuzminsky> i'm almost ready to push a branch for review that demonstrates the bug and fixes it
[08:18:48] <mhaberler> I did a runtests before I pushed this, and it didnt fail; looks like it's timing dependent
[08:19:07] <mhaberler> but then the last commit has no bearing on any of this
[08:23:18] <mhaberler> overrunning the MDI queue would give an error message: emcOperatorError(0, _("maximum number of queued MDI commands exceeded (%d)"),
[08:23:49] <seb_kuzminsky> it's not an overrun of the mdi queue
[08:23:54] <seb_kuzminsky> it is timing dependent
[08:24:10] <mhaberler> however, I remember the behavior had to do with testing for the wrong state property; see line 1401 emctaskmain.cc
[08:24:48] <mhaberler> the 2.5 code just rammed the command into the interp even if it wasnt idle, for instance if its waiting for a sync(), and that created havoc
[08:25:11] <seb_kuzminsky> i haven't looked at 2.5 at all, all my debugging tonight has been on master
[08:25:19] <seb_kuzminsky> i believe you that 2.5 has other bugs ;-)
[08:25:23] <mhaberler> any idea where the overrung happens then?
[08:25:37] <seb_kuzminsky> hold on and i'll push the branch
[08:25:42] <mhaberler> great
[08:26:13] <mhaberler> btw I found another great arcanum in the same vein as emcrsh… schedrmt…
[08:26:24] <mhaberler> no f…g idea what that is for
[08:29:04] <KGB-linuxcnc> 03TODO: deletor 05rtos-integration-preview1 63cdefd 06emc2 04. * branch deleted
[08:47:27] -!- [Chance] has quit [Ping timeout: 244 seconds]
[08:50:41] <seb_kuzminsky> there's definitely some strange old stuff in the repo
[08:50:55] <seb_kuzminsky> i'm pretty excited to get rid of NML/RCS
[08:51:04] <mhaberler> oh
[08:51:13] <seb_kuzminsky> i mean, i'm pretty exited about you getting rid of it ;-)
[08:51:16] <mhaberler> I counted some 36k lines under libnml
[08:52:03] <mhaberler> I see the point; are you interested in related design questions? there is some off-list exchanges on that
[08:52:34] <seb_kuzminsky> i'm interested, but i'm not sure i have the cycles needed
[08:52:39] <mhaberler> ok
[08:52:43] <seb_kuzminsky> i can barely keep up with the on-list discussions
[08:52:49] <mhaberler> uh
[08:52:57] <seb_kuzminsky> i'm glad to hear you're not thinking of getting rid of shared memory for single-host configs
[08:53:17] <mhaberler> no, not at all; there is no point in doing that
[08:53:20] <KGB-linuxcnc> 03seb 05mdi-queue-bugfix 7bef9f2 06emc2 10docs/src/common/python-interface.txt * docs: fix some typos in python linuxcnc module docs
[08:53:21] <KGB-linuxcnc> 03seb 05mdi-queue-bugfix 877511a 06emc2 10tests/ 10(7 files in 2 dirs) * add an MDI queueing test
[08:53:23] <KGB-linuxcnc> 03seb 05mdi-queue-bugfix 32cf648 06emc2 10src/emc/task/emctaskmain.cc * fix two bugs with MDI queueing in Task
[08:53:32] <mhaberler> aha, let me see
[08:54:05] <seb_kuzminsky> yeah, this is a part of linuxcnc i haven't been to before, so please apply the clue-bat as needed...
[08:54:31] <seb_kuzminsky> hm, that docs commit should have gone to master
[08:54:44] <mhaberler> to wrap that thread up: it boils down to 3 minimum requirements: remotify HAL UI's; remotify task/motion interface; remotify HAL status reporting to task and UI's (remotifying means : optionally over net)
[08:55:20] <KGB-linuxcnc> 03seb 05master 7bef9f2 06emc2 10docs/src/common/python-interface.txt * docs: fix some typos in python linuxcnc module docs
[08:55:50] <seb_kuzminsky> hmm
[08:56:05] <seb_kuzminsky> why do you want to remotify the task/motion interface?
[08:56:18] <seb_kuzminsky> uh, lets talk about this some other time
[08:56:21] <mhaberler> right
[08:56:23] <seb_kuzminsky> i'm just about fried over here
[08:56:45] <mhaberler> just reading through the diffs - is it serial matching?
[08:56:49] <seb_kuzminsky> i'll stay up another 10 minutes or so to talk about this mdi queueing thing
[08:57:00] <seb_kuzminsky> i don't know what serial matching is
[08:57:20] <mhaberler> like so: emcCommand->serial_number != emcStatus->echo_serial_number
[08:58:08] <seb_kuzminsky> so echo_serial_number is (i think) supposed to be the newest NML Command that task has seen
[08:58:14] <mhaberler> right
[08:58:30] <seb_kuzminsky> each time it receives a new command it's supposed to set the echo_serial_number to the serial_number of that command
[08:58:53] <mhaberler> yes, that means 'buffer is free to write a new command into' to the sender
[08:59:06] <seb_kuzminsky> mdi queueing would make it sometimes set the echo_serial_number to the serial_number of the queued command, which would make echo_serial_number move backwards, which is a very minor bug
[08:59:26] <seb_kuzminsky> but i bet that's not what you were asking about
[08:59:48] <mhaberler> I kinda see the problem, let me go through it with some examples; thats going to take too long for tonight
[08:59:56] <seb_kuzminsky> sure
[09:00:34] <seb_kuzminsky> i found it helpful to check out the commit with the test (before the commit with the fix), run the test, and look at the logs (/tmp/linuxcnc.print.*)
[09:00:46] <mhaberler> ok
[09:01:22] <mhaberler> well, that's where the 'M' in NML misleads one. It is _not_ a message, its shared memory
[09:01:33] <mhaberler> great job!
[09:01:39] <seb_kuzminsky> i added some debug printing to linuxcncrsh (and shcom) and to task, i should have maybe pushed that commit too though it's not appropriate for merging into master
[09:01:58] <mhaberler> lets talk through it tomorrow
[09:02:08] <mhaberler> I need some time to look at this
[09:02:11] <seb_kuzminsky> i may or may not be around tomorrow, we'll see
[09:02:17] <seb_kuzminsky> sure, no rush
[09:02:27] <seb_kuzminsky> send me mail if i'm too slow to respond on irc
[09:02:34] <seb_kuzminsky> good night!
[09:02:37] <mhaberler> fair enough; have a good one
[09:04:35] <mhaberler> oh man, pulling off the MDI queue botches the serial number 'protocol'
[09:05:17] <seb_kuzminsky> yeah, but that's not the big bug here, i dont think it hurts if the echo serial number moves backwards
[09:05:28] <seb_kuzminsky> the other bug actually drops MDI commands, that one's bad
[09:05:44] <mhaberler> is that in the same commit?
[09:05:49] <seb_kuzminsky> yeah
[09:05:59] <seb_kuzminsky> i tried to be pretty verbose in the commit message
[09:06:36] <mhaberler> ok, so that is the second chunk were it resets emcCommand?
[09:07:04] <seb_kuzminsky> yeah resetting emcCommand to the nml buffer pointer fixes the serial number thing
[09:07:14] <seb_kuzminsky> brb whiskey
[09:07:22] <mhaberler> important things first!
[09:08:04] -!- racycle has quit [Quit: racycle]
[09:08:32] <seb_kuzminsky> ok
[09:08:58] <mhaberler> I'm going to try that on the bb and insert a message where it resets emcCommand, just to see it triggers
[09:09:56] <seb_kuzminsky> i was able to reproduce the bug pretty reliably by running the test in a local VM on my development machine, while also running a bunch of crap to load the VM down
[09:10:12] <mhaberler> ah
[09:10:26] <seb_kuzminsky> a couple of "md5sum /dev/urandom" and a couple of "find / -type f -exec shasum \{\} \;"
[09:10:30] <mhaberler> always with the linuxcncrsh test or others too?
[09:10:42] <seb_kuzminsky> all three of the tests that use linuxcncrsh
[09:10:50] <mhaberler> ok
[09:10:51] <seb_kuzminsky> so linuxcncrsh, t0, and now mdi-queue
[09:11:22] <mhaberler> oh, a test; that's going to be a head-to-head race for the number of tests per person ;)
[09:11:24] <seb_kuzminsky> the mdi-queue test is tailored to be more likely to trigger this bug
[09:11:33] <seb_kuzminsky> heh
[09:11:43] <seb_kuzminsky> we all win when anyone adds tests
[09:12:19] <seb_kuzminsky> until it runtests gets so slow that no one runs it any more... but i guess that's where the buildbot comes in
[09:12:26] <mhaberler> it was invaluable with the remapping stuff; initially there was so much collateral damage that without tests it'd never stabilized
[09:12:48] <seb_kuzminsky> i bet, that's some pretty deep stuff
[09:13:30] <mhaberler> actually the principles are quite simple; its just a rather hairy base code to retrofit such stuff onto which makes for less-than-elegant solutions
[09:14:13] <mhaberler> conceptually it's just a glorified procedure call which happens within predefined execution order within a block
[09:14:45] <seb_kuzminsky> i haven't looked much at all at the remapping work you did... my head is still in 2.5 land
[09:15:03] <seb_kuzminsky> i'm glad someone's looking forwards
[09:15:46] <mhaberler> I was a bit wobbly about merging it but there are really no significant bugs coming or outstanding from that code
[09:16:03] <seb_kuzminsky> i wonder how widely used it is
[09:16:25] <seb_kuzminsky> i guess we'll see when we start stabilizing 2.6 for release
[09:16:48] <mhaberler> well some folks have cooked up customized toolchanging flows with it mostly; it is a pity the profiling work never caught on
[09:16:54] <seb_kuzminsky> we should probably do that soonish, it's almost a year since 2.5.0 and much has happened in 2.6 since the 2.5 branch was forked off
[09:17:18] <seb_kuzminsky> profiling?
[09:17:49] <mhaberler> well there was this british fellow who did a rather wild c++ extension to specifiy a lathe profile
[09:17:57] <mhaberler> basically stored gcode sequence
[09:18:15] <mhaberler> and then would run it with incremental offsets for roughing and finishing
[09:18:25] -!- rob_h [rob_h!~rob_h@5e04027e.bb.sky.com] has joined #linuxcnc-devel
[09:18:35] <seb_kuzminsky> i do that kind of stuff often on my mill, but i just write it all in gcode
[09:18:38] <mhaberler> it was a fairly massive break of label semantics and then some
[09:19:41] <mhaberler> I showed an example how you can record a sequence of moves with embedded python (not actually remapping alttogether), and not touching a line of C++
[09:19:42] <mhaberler> he didnt bite
[09:20:12] <mhaberler> http://git.mah.priv.at/gitweb?p=emc2-dev.git;a=shortlog;h=refs/heads/list-recorder-by-remap
[09:20:30] <mhaberler> well actually it was a remap
[09:20:40] <mhaberler> but all of the logic is in python
[09:21:09] <mhaberler> well, 'logic', ha. a list append:
http://git.mah.priv.at/gitweb?p=emc2-dev.git;a=blob;f=configs/sim/remap/list-recorder/python/recorder.py;h=b70d71f9eb241b2d937b57e14a90f8d006c667f6;hb=65e9a3087223a196147d74625f715700cbe5d683
[09:22:05] <mhaberler> it's a pity. it'd be a useful feature, and great example
[09:22:22] <mhaberler> a Python refusnik
[09:22:45] <seb_kuzminsky> i think most of our users dont like to code
[09:23:43] <mhaberler> well take JT for example: I guess he'd be able to do that based on Python; not sure he'd feel comfortable with C++ code in the interp
[09:24:02] <seb_kuzminsky> yeah, python's way more approachable than c++
[09:24:07] <mhaberler> the idea really was to make that kindof thing amenable to integrators
[09:24:23] <mhaberler> plus: you dont run the config, you dont get those bugs
[09:24:24] <seb_kuzminsky> is linuxcnc your full-time job?
[09:24:43] <mhaberler> I choose to keep it looking like that for a year or two
[09:24:56] <seb_kuzminsky> nice, that sounds fun
[09:25:24] <mhaberler> the real answer: no, it isnt, but the rest of it leaves a lot of leeway for that, for which I'm very grateful
[09:26:02] <seb_kuzminsky> i should have your boss talk to my boss
[09:26:16] <mhaberler> that'd be me in my case
[09:26:37] <mhaberler> I hope my acceleration program fits within the allocated time window..
[09:26:46] <seb_kuzminsky> uh-oh
[09:28:18] <seb_kuzminsky> i think there's a lot of code in master that no one but you understand
[09:29:21] <mhaberler> hm, well one thing is for sure; maturing that will mean more docs; but conceptually it isnt that wild. remember I'm an MBA..
[09:30:40] <seb_kuzminsky> well, any feedback on the mdi queue thing would be appreciated. i'll check back tomorrow
[09:30:40] <mhaberler> to be specific: the second half of sructure.txt needs serious work
[09:30:51] <mhaberler> fair enough, I'll do my best
[09:30:59] <seb_kuzminsky> thx, goodnight
[09:31:07] <mhaberler> it obviously was an omission of mine - thanks!
[09:32:30] -!- vladimirek has quit [Remote host closed the connection]
[09:44:51] -!- psha [psha!~psha@213.208.162.67] has joined #linuxcnc-devel
[10:04:49] -!- Wildhoney has quit [Ping timeout: 248 seconds]
[10:14:24] -!- micges [micges!~toudi@adde227.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[10:21:06] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc-devel
[10:34:35] -!- psha has quit [Quit: Lost terminal]
[10:37:16] -!- norbert [norbert!~norbert@a89-182-180-224.net-htp.de] has joined #linuxcnc-devel
[10:46:51] -!- mattions_ has quit [Quit: Leaving]
[10:50:40] -!- mattions has quit [Remote host closed the connection]
[10:59:59] -!- pjm_ has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
[11:12:52] <cncbasher> b6:what problem are you having ?
[11:15:06] -!- cncbasher_ [cncbasher_!~quassel@cpc15-hart9-2-0-cust101.11-3.cable.virginmedia.com] has joined #linuxcnc-devel
[11:15:43] -!- micges has quit [Quit: Leaving]
[11:15:45] -!- motioncontrol has quit [Client Quit]
[11:19:31] -!- micges [micges!~micges@adde227.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[11:26:32] -!- hdokes has quit [Quit: When the chips are down, well, the buffalo is empty]
[11:34:51] -!- micges has quit [Quit: Leaving]
[11:41:29] -!- syyl has quit [Ping timeout: 256 seconds]
[11:45:11] -!- sumpfralle has quit [Ping timeout: 244 seconds]
[12:06:58] -!- phantoxeD has quit [Read error: Operation timed out]
[12:16:26] -!- psha [psha!~psha@213.208.162.67] has joined #linuxcnc-devel
[12:32:14] -!- cmorley1 [cmorley1!~chris@S010600c09fc019c2.no.shawcable.net] has joined #linuxcnc-devel
[12:34:54] -!- cmorley has quit [Ping timeout: 264 seconds]
[14:26:11] -!- bedah has quit [Ping timeout: 248 seconds]
[14:50:05] -!- gimps has quit []
[15:00:54] -!- jp__ has quit [Read error: Connection reset by peer]
[15:17:11] -!- micges [micges!~micges@addh205.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[15:23:19] -!- Wildhoney has quit []
[15:30:42] -!- bedah2 has quit [Quit: bye]
[15:31:49] -!- cncbasher__ [cncbasher__!~quassel@cpc15-hart9-2-0-cust101.11-3.cable.virginmedia.com] has joined #linuxcnc-devel
[15:37:40] -!- motioncontrol has quit [Quit: Sto andando via]
[15:38:31] -!- kwallace [kwallace!~kwallace@smb-245.sonnet.com] has joined #linuxcnc-devel
[15:44:15] -!- [Chance] has quit []
[15:57:48] -!- kwallace1 [kwallace1!~kwallace@tmb-244.sonnet.com] has joined #linuxcnc-devel
[15:59:18] -!- kwallace has quit [Ping timeout: 252 seconds]
[16:13:28] -!- skorasaurus has quit [Ping timeout: 245 seconds]
[16:35:32] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[16:41:58] -!- firephoto has quit [Quit: ZNC - http://znc.in]
[16:42:40] -!- hashfail has quit [Read error: Connection reset by peer]
[16:48:20] firephoto_ is now known as firephoto
[16:55:35] -!- skorasaurus has quit [Quit: left the building.]
[17:15:57] -!- ve7it has quit [Remote host closed the connection]
[17:23:47] -!- mattions has quit [Ping timeout: 248 seconds]
[17:42:25] -!- hdokes has quit [Ping timeout: 248 seconds]
[18:23:51] -!- Loetmichel has quit [Ping timeout: 260 seconds]
[18:27:03] Cylly is now known as Loetmichel
[19:06:43] -!- jpk has quit [Ping timeout: 248 seconds]
[19:19:32] -!- sumpfralle has quit [Quit: Leaving.]
[19:33:26] -!- plushy has quit [Quit: Leaving.]
[19:43:46] -!- racycle has quit [Quit: racycle]
[19:44:45] -!- norbert has quit [Quit: Verlassend]
[19:55:00] -!- snkashis has quit [Quit: Leaving.]
[20:05:52] -!- mhaberler has quit [Read error: Operation timed out]
[20:09:56] -!- Adventsparky has quit [Client Quit]
[20:10:24] -!- nOStahl has quit [Quit: nOStahl]
[20:25:27] -!- L84Supper has quit [Quit: <puff of smoke>]
[20:27:19] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[20:38:22] -!- holgi has quit [Quit: Bye]
[20:44:22] -!- micges has quit [Quit: Leaving]
[20:44:29] -!- motioncontrol has quit [Quit: Sto andando via]
[20:47:24] -!- L84Supper [L84Supper!~Larch@unaffiliated/l84supper] has joined #linuxcnc-devel
[21:14:15] -!- nOStahl has quit [Ping timeout: 252 seconds]
[21:23:19] -!- bedah has quit [Quit: bye]
[21:27:54] -!- psha has quit [Quit: Lost terminal]
[21:36:09] <KGB-linuxcnc> 03chrisinnanaimo 05v2.5_branch 13cf6e2 06emc2 10src/emc/ 10usr_intf/pncconf/pncconf-help/help-axismotor.txt 10usr_intf/pncconf/pncconf.glade * pncconf -change some text so users don't select BLDC option
[21:40:03] -!- micges [micges!~toudi@addh205.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[22:05:11] -!- DJ9DJ has quit [Quit: bye]
[22:10:27] -!- nOStahl has quit [Quit: nOStahl]
[22:10:29] -!- Thetawaves_ has quit [Quit: This computer has gone to sleep]
[22:15:25] -!- zzolo has quit [Quit: zzolo]
[22:35:18] -!- wildbilldonovan has quit [Quit: EOT]
[22:46:46] -!- nOStahl has quit [Quit: nOStahl]
[23:10:22] -!- jmk-mcfaul has quit [Quit: Ex-Chat]
[23:17:15] -!- mhaberler has quit [Quit: mhaberler]
[23:22:04] cevad is now known as davec
[23:35:27] -!- heyapple has quit [Ping timeout: 245 seconds]
[23:37:46] <KGB-linuxcnc> 03chrisinnanaimo 05v2.5_branch b35fb49 06emc2 10src/emc/usr_intf/pncconf/pncconf.py * pncconf -add pwm invert output to tests and HAL file
[23:41:56] <seb_kuzminsky> awesome, if you install the linuxcnc 2.5 deb, then check out & build master and try to run-in-place, you get totally cryptic rtapi shmem errors
[23:42:42] <micges> fresh install?
[23:44:35] <KGB-linuxcnc> 03chrisinnanaimo 05master c96ed95 06emc2 10lib/python/gladevcp/tooledit_widget.py * gladevcp -you can change the tooledit_widget's font now
[23:50:58] <seb_kuzminsky> i think the mdi-queue test i pushed last night is good, but i think the fix is wrong