Back
[00:16:54] -!- asdfasd has quit [Ping timeout: 264 seconds]
[00:28:19] -!- MrFahrenheit has quit [Ping timeout: 276 seconds]
[00:29:31] <mhaberler> cradek: if you disable lines 797..802 of b11704e8 (Chris Radek 2012-02-02 15:15:01 -0600 797) 315.ngc passes
[00:30:03] <mhaberler> interp_read.c - the trailing expression issue on skipped oword
[00:46:23] -!- Servos4ever has quit [Ping timeout: 240 seconds]
[00:46:28] Servos4ever_ is now known as Servos4ever
[00:49:37] -!- jerryitt has quit [Read error: Connection reset by peer]
[01:09:42] -!- mhaberler has quit [Quit: mhaberler]
[01:11:54] -!- mhaberler [mhaberler!~mhaberler@extern-186.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[01:18:56] -!- Roguish has quit [Remote host closed the connection]
[01:22:21] -!- c-bob has quit [Ping timeout: 264 seconds]
[01:23:32] <dgarr> cradek: my first tests of the debs for lucid and precise are ok -- thanks
[01:28:22] -!- tjb1 has quit [Quit: tjb1]
[01:31:08] _BJFreeman is now known as BJfreeman
[01:31:40] -!- f1oat has quit [Ping timeout: 246 seconds]
[01:48:53] <skunkworks> jepler: cradek: the reset worked. (all I had to do was setp the pin high - and the pin toggled on for a the time specified by reset every base period.) pretty cool stuff.
[01:49:00] -!- Servos4ever has quit [Quit: ChatZilla 0.9.90 [SeaMonkey 2.17.1/20130410210803]]
[01:49:19] <skunkworks> inverting that created the latch at the time needed.
[01:50:18] <skunkworks> all I can say is the performace of those drives and steppers are pretty bad. the artical says that you will probably not get much more than 20ish ipm out of them and they are right.
[01:50:47] -!- PetefromTn has quit [Remote host closed the connection]
[01:50:55] <skunkworks> plus there seems to be a funny interaction when you run 2 axis at once. they get noiser. I don't think they are missing steps - but buy does it sound crappy.
[01:52:35] <skunkworks> the original control must have done phase drive of some kind. I got a little hung up trying to get it to work as I forgot to set a switch to on which sets the driver in step/dir mode. I was flipping most of the data bits on the printer port and the steppers would clunk.
[01:53:25] <skunkworks> So for grins I might try to figure out what the patter is - most likely just 4 phase drive.. and see for grins if that works better. wth
[01:56:55] <skunkworks> (that is what goes from the interface to the drive board - abcd.
[01:57:01] <skunkworks> for each axiis
[01:59:02] <skunkworks> 72 steps per rev steppers with 10.something tpi ball screws. half stepped
[02:02:27] <jepler> skunkworks: you got it to move? great
[02:02:58] <jepler> too bad it doesn't work very well though
[02:07:20] <skunkworks> eh - it was kinda expected..
[02:07:29] <skunkworks> it would be usable as is - just slow.
[02:09:55] -!- BJfreeman has quit [Ping timeout: 252 seconds]
[02:11:29] _BJFreeman is now known as BJfreeman
[02:17:07] -!- pjm_ has quit [Read error: Connection reset by peer]
[02:25:59] -!- Tom_L has quit []
[02:32:36] -!- mhaberler has quit [Quit: mhaberler]
[02:33:31] -!- atom1 has quit [Quit: Leaving]
[02:35:37] -!- atom1 has quit [Changing host]
[02:39:40] -!- atom1 has quit [Client Quit]
[02:44:25] -!- FinboySlick has quit [Quit: Leaving.]
[02:52:40] <KGB-linuxcnc> 03elson 05v2.5_branch ad2a8b7 06linuxcnc 10src/hal/drivers/hal_ppmc.c * add encoder filter clock selection parameter to loadrt command line
[02:52:41] <KGB-linuxcnc> 03elson 05v2.5_branch 241586a 06linuxcnc
[02:52:41] <KGB-linuxcnc> Merge branch 'v2.5_branch' of ssh://jmelson@git.linuxcnc.org/git/emc2 into v2.5_branch
[03:06:45] -!- Loetmichel has quit [Ping timeout: 264 seconds]
[03:56:13] -!- mattiasb has quit [Ping timeout: 246 seconds]
[03:56:17] -!- BJfreeman has quit [Quit: had a good time]
[03:56:38] -!- skorasaurus has quit [Quit: WeeChat 0.3.7]
[04:00:24] -!- zzolo has quit [Quit: zzolo]
[04:03:09] -!- lyzidiamond has quit [Quit: lyzidiamond]
[04:05:40] -!- dhoovie has quit [Ping timeout: 246 seconds]
[04:14:04] -!- dhoovie|2 has quit [Ping timeout: 246 seconds]
[04:24:05] -!- ink has quit [Ping timeout: 248 seconds]
[04:31:11] -!- dgarr has quit [Read error: Operation timed out]
[04:48:19] -!- mattiasb has quit [Ping timeout: 276 seconds]
[05:01:15] -!- AR_ has quit [Ping timeout: 256 seconds]
[05:01:49] -!- Fox_Muldr has quit [Ping timeout: 256 seconds]
[05:01:55] <KGB-linuxcnc> 03jthornton 05master b538aa7 06linuxcnc 10docs/src/examples/mpg.txt
[05:01:55] <KGB-linuxcnc> Docs: fix example code
[05:01:55] <KGB-linuxcnc> Thanks to Tom for spotting this and fixing the example
[05:01:55] <KGB-linuxcnc> Signed-off-by: John Thornton <jthornton@gnipsel.com>
[05:02:06] <KGB-linuxcnc> 03jepler 05master 8c87823 06linuxcnc 10src/po/zh_CN.po * l10n: fix translation of combobox contents
[05:02:13] <KGB-linuxcnc> 03elson 05master ad2a8b7 06linuxcnc 10src/hal/drivers/hal_ppmc.c * add encoder filter clock selection parameter to loadrt command line
[05:02:20] <KGB-linuxcnc> 03elson 05master 241586a 06linuxcnc
[05:02:22] <KGB-linuxcnc> Merge branch 'v2.5_branch' of ssh://jmelson@git.linuxcnc.org/git/emc2 into v2.5_branch
[05:02:31] <KGB-linuxcnc> 03seb 05master c110802 06linuxcnc 10src/ 10hal/drivers/hal_ppmc.c 10po/zh_CN.po * Merge remote-tracking branch 'origin/v2.5_branch'
[05:08:00] -!- Valen has quit [Quit: Leaving.]
[05:11:49] -!- mattiasb has quit [Ping timeout: 246 seconds]
[05:31:10] -!- kwallace2 [kwallace2!~kwallace@smb-55.sonnet.com] has parted #linuxcnc-devel
[05:32:19] -!- psha[work] [psha[work]!~psha@195.135.238.205] has joined #linuxcnc-devel
[05:33:18] -!- zzolo has quit [Quit: zzolo]
[05:38:35] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc-devel
[05:43:36] -!- f1oat [f1oat!~f1oat@AMontsouris-553-1-114-240.w92-151.abo.wanadoo.fr] has joined #linuxcnc-devel
[05:46:23] -!- f1oat has quit [Client Quit]
[06:05:30] -!- kwallace1 [kwallace1!~kwallace@smb-150.sonnet.com] has joined #linuxcnc-devel
[06:06:09] -!- kwallace1 [kwallace1!~kwallace@smb-150.sonnet.com] has parted #linuxcnc-devel
[06:06:35] -!- ve7it has quit [Remote host closed the connection]
[06:07:15] <seb_kuzminsky> this is cool: a xenomai kernel that i built using zultron's kernel builder + master-rtos-v0 branch + hm2 firmwares from the buildbot = blinky lights off the 5i20
[06:10:52] -!- Laremere has quit [Ping timeout: 276 seconds]
[06:14:18] <KGB-linuxcnc> 03seb 05master ccf857a 06linuxcnc 10debian/configure * deb: libmodbus-dev is always a build dependency now
[06:31:56] -!- mourner has quit [Quit: mourner]
[07:16:45] -!- |1li has quit [Read error: Connection reset by peer]
[07:44:37] -!- gambakufu has quit [Read error: Connection reset by peer]
[07:46:11] -!- rob_h [rob_h!~rob_h@2.124.33.159] has joined #linuxcnc-devel
[08:13:24] -!- Nickparker has quit [Quit: Some folks are wise, and some otherwise.]
[08:30:22] Cylly is now known as Loetmichel
[08:32:39] -!- mhaberler [mhaberler!~mhaberler@extern-186.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[09:06:00] _BJFreeman is now known as BJfreeman
[09:10:55] -!- b_b has quit [Changing host]
[09:13:47] -!- b_b has quit [Changing host]
[09:15:42] -!- theorbtwo has quit [Ping timeout: 264 seconds]
[09:15:42] theorb is now known as theorbtwo
[09:17:34] aude|away is now known as aude
[09:24:18] -!- doobeh has quit [Ping timeout: 245 seconds]
[09:50:49] -!- stsydow has quit [Remote host closed the connection]
[09:56:03] -!- mattiasb has quit [Ping timeout: 260 seconds]
[09:56:11] <mhaberler> sourceforge bugtracker: can someone please add me so I can close bugs which I already fixed?
[10:01:45] -!- stsydow has quit [Remote host closed the connection]
[10:08:59] -!- karavanjoW has quit [Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/]
[10:15:58] -!- dhoovie has quit [Ping timeout: 246 seconds]
[10:28:13] -!- skunkworks has quit [Ping timeout: 246 seconds]
[10:38:11] -!- mattiasb has quit [Ping timeout: 240 seconds]
[10:40:41] -!- mourner has quit [Quit: mourner]
[10:51:29] -!- cmorley1 [cmorley1!~chris@S0106204e7f8c229b.no.shawcable.net] has joined #linuxcnc-devel
[10:52:18] -!- cmorley has quit [Ping timeout: 264 seconds]
[11:01:16] -!- BJfreeman has quit [Quit: had a good time]
[11:04:23] -!- mattiasb has quit [Ping timeout: 240 seconds]
[11:12:07] -!- mhaberler has quit [Ping timeout: 260 seconds]
[11:15:25] -!- nfn_ has quit [Ping timeout: 245 seconds]
[11:19:03] -!- skunkworks [skunkworks!~chatzilla@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[11:22:28] -!- capricorn_one has quit [Ping timeout: 246 seconds]
[11:42:34] -!- lyzidiamond has quit [Quit: lyzidiamond]
[11:48:55] <jepler> mhaberler: I don't know your sf id
[11:49:05] <jepler> the obvious didn't work
[11:51:00] <jepler> and if they have a user search function I have overlooked it
[11:52:26] -!- skunkworks_ [skunkworks_!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[11:52:56] -!- md-2 has quit [Remote host closed the connection]
[11:59:39] -!- nfn_ has quit [Read error: Connection reset by peer]
[12:06:58] -!- dhoovie|2 has quit [Read error: Connection reset by peer]
[12:13:41] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc-devel
[12:35:40] -!- dgarr [dgarr!~dgarrett@174-26-249-207.phnx.qwest.net] has joined #linuxcnc-devel
[12:42:16] -!- skunkworks has quit [Ping timeout: 246 seconds]
[13:09:58] -!- Valen has quit [Quit: Leaving.]
[13:15:52] -!- Mjolinor has quit [Quit: Leaving]
[13:27:28] -!- theorb has quit [Remote host closed the connection]
[13:54:51] -!- cpresser has quit [Quit: Lost terminal]
[13:55:21] -!- tmcw has quit [Remote host closed the connection]
[13:59:17] -!- tmcw has quit [Remote host closed the connection]
[14:00:56] -!- CaptHindsight has quit [Quit: gone]
[14:08:55] -!- kwallace [kwallace!~kwallace@smb-243.sonnet.com] has joined #linuxcnc-devel
[14:10:07] -!- CaptHindsight [CaptHindsight!~2020@unaffiliated/capthindsight] has joined #linuxcnc-devel
[14:14:42] <JT-Shop> stepgen is limited to 8, how do you run 9 steppers?
[14:14:49] -!- cpresser has quit [Quit: leaving]
[14:21:11] -!- erictheise has quit [Quit: erictheise]
[14:24:04] <cradek> change it to 9 and rebuild?
[14:24:19] <JT-Shop> ok
[14:30:54] <cradek> if you do that and it tests ok, I'd think doing that in master would be smart.
[14:31:12] <cradek> the limit of 8 was surely from before we had 9 axes
[14:31:36] <JT-Shop> I asked for a guy on the forum, but I can test it out this weekend to see
[14:31:37] <cradek> someone probably thought "a few more than the number of axes should be plenty"
[14:32:01] <JT-Shop> did we start with 6 axes?
[14:32:15] <cradek> yes emc2 always had 6 (emc1 had just 3 originally)
[14:34:24] -!- EDocToor has quit [Quit: Leaving]
[14:38:14] -!- bithin has quit [Quit: Page closed]
[14:41:18] <mhaberler> sourceforge bugtracker: can someone please add me so I can close bugs which I already fixed?
[14:41:25] <cradek> mhaberler: read back
[14:41:56] <mhaberler> my userid is mahsofo
[14:42:34] <jepler> working on it..
[14:42:42] <mhaberler> thanks!
[14:43:14] <mhaberler> I thought I was 'in', did sf change something? the UI looks revamped
[14:43:15] <jepler> I apparently do not understand sf permissions
[14:43:16] <cradek> interestingly it looks like they now gateway both ways between the bug and the email thread
[14:43:19] <jepler> yes they changed something
[14:43:34] <jepler> bear with me
[14:43:59] <cradek> I think they changed everything actually
[14:45:44] <jepler> I found permissions for the tracker but not the documentation that explains what each permission allows
[14:46:49] <jepler> mhaberler: I've tried adding the "update" permission to "developer", please see whether that lets you make the bug change you want to do.
[14:47:01] <mhaberler> ok, will try
[14:48:58] <mhaberler> yep, that worked - closed a bug fixed since 2011
[14:49:01] <mhaberler> thanks!
[14:49:05] <cradek> wheee
[14:55:42] <mhaberler> jepler: thanks to this exception upcall, and threadflavor-specific handling now being possible, RT fault messages become a bit more meaningful - this is an example from the rtmon.comp HAL comp:
http://hastebin.com/kihiwoqoro.sm
[14:56:19] <mhaberler> plus, no compiled in HAL pins
[14:56:39] <mhaberler> (and hal_lib.c need not become a comp)
[14:57:07] <jepler> I didn't take the time to look at the code, but that sounds promising to me.
[14:57:30] <pcw_home> JT-Shop: it might be better to bump the max stepgens to 16 or so (since they are useful for tool changers and other non synchronized motion things) I dont think there is any downside except a bit more allocated memory
[14:57:47] -!- psha[work] has quit [Quit: Lost terminal]
[14:58:04] <mhaberler> I'll ask once the branch is cleaned; this is all ontop of the ub already
[14:58:39] -!- kwallace2 [kwallace2!~kwallace@smb-149.sonnet.com] has joined #linuxcnc-devel
[14:59:23] -!- kwallace has quit [Ping timeout: 256 seconds]
[15:01:04] <JT-Shop> pcw_home: I don't have enough experiance to know if bumping the max stepgens to 16 will cause a problem. I would much rather pass that off to someone that knows what their doing, but I can give it a try and see if it breaks anything as far as I can tell.
[15:01:40] <JT-Shop> it was not hard for me to find the #define MAX_CHAN 8 line :)
[15:02:02] <pcw_home> I notice PID has 16 max instances
[15:02:48] `Nerobro_ is now known as `Nerobro
[15:03:14] <JT-Shop> it looks like int step_type[MAX_CHAN] = { -1, -1, -1, -1, -1, -1, -1, -1 }; would need to be changed too
[15:03:53] <JT-Shop> and perhaps this too int user_step_type[MAX_CYCLE] = {-1,-1,-1,-1,-1,-1,-1,-1,-1,-1};
[15:03:55] <jepler> seb had some magic for that
[15:03:58] <jepler> something like
[15:03:59] <jepler> int step_type[MAX_CHAN] = { [0 ... MAX_CHAN] = -1 } ;
[15:04:27] <cradek> except that would be one too many
[15:04:34] <jepler> oh yeah except that
[15:04:39] <jepler> [0 ... (MAX_CHAN-1)] ?
[15:04:43] * cradek shrugs
[15:05:32] <JT-Shop> int step_type[MAX_CHAN] = { [1 ... MAX_CHAN] = -1 } ;
[15:05:37] <JT-Shop> can you skip 0?
[15:06:01] <cradek> heh nope
[15:06:30] <cradek> yay C
[15:08:40] -!- Nick001 has quit [Ping timeout: 268 seconds]
[15:08:56] <jepler> I wonder if we should implement rtapi_strtod so that we could pass floats (doubles) as loadrt parameters
[15:11:06] <zultron> seb_kuzminsky, AWESOME! I have to admit I haven't gotten that far. :P
[15:25:57] -!- MrFahrenheit has quit [Read error: No buffer space available]
[15:26:37] _BJFreeman is now known as BJfreeman
[15:30:15] -!- AR_ has quit [Read error: Connection reset by peer]
[15:36:57] -!- odogono has quit [Read error: Connection reset by peer]
[15:40:26] -!- mourner has quit [Quit: mourner]
[15:45:23] -!- odogono has quit [Ping timeout: 240 seconds]
[15:49:50] -!- zzolo has quit [Quit: zzolo]
[15:56:40] <cradek> seb_kuzminsky: thanks for responding to EBo about that
[15:58:34] -!- capricorn_one has quit [Quit: Konversation terminated!]
[16:03:00] <cradek> zultron: how's your UB work coming? it's been a couple weeks now since fest - do you have an updated estimate for when we could merge it?
[16:04:00] <seb_kuzminsky> ooh, i'm pretty excited about merging whatever we're calling the new rtos branch these days :-)
[16:04:45] <seb_kuzminsky> oh speaking of which, i ran into a problem building rtos-master-v0 last night: 'make -j' failed, but 'make' worked
[16:04:53] <seb_kuzminsky> so there's some dependency tracking that's off
[16:06:03] <cradek> not for the first or last time...
[16:06:30] <jepler> seb_kuzminsky: :( :(
[16:07:31] <cradek> jepler: strikes me that a delta should home like my gantry model (wait for all peers to finish homing phase N before simultaneously starting phase N+1)
[16:07:43] -!- ankesh11 has quit [Ping timeout: 264 seconds]
[16:07:55] -!- phillipadsmith_ has quit [Ping timeout: 245 seconds]
[16:07:57] <jepler> unlike the gantry there's no problem if all axes proceed independently
[16:08:01] <jepler> .. within limits I suppose
[16:08:45] -!- XiXora has quit [Ping timeout: 245 seconds]
[16:08:55] -!- beawesomeinstead has quit [Ping timeout: 264 seconds]
[16:09:06] -!- rob__H [rob__H!~rob_h@2.124.33.159] has joined #linuxcnc-devel
[16:09:19] <seb_kuzminsky> jepler: are you building/buying a delta 3d printer?
[16:09:39] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[16:09:42] <jepler> seb_kuzminsky: I am thinking about buying one.
[16:09:59] <seb_kuzminsky> cool
[16:10:13] <jepler> I've been thinking mostly about
http://shop.seemecnc.com/Rostock-MAX-COMPLETE-3D-Printer-Kit-68398.htm
[16:10:29] <seb_kuzminsky> more because it's a nifty robot than because you want to squirty molten plastic, i bet
[16:10:29] <jepler> since I can buy it complete, not buy a set of printed parts and then chase down the remaining 99 items on the BOM
[16:10:45] <cradek> and I'm the one foolish enough to build one instead of buying it
[16:11:39] <seb_kuzminsky> a delta robot 3d printer?
[16:11:54] <seb_kuzminsky> wow, we're all going to end up with linuxcnc 3d printers after seeing charles' cool demo!
[16:12:14] -!- Jymmm has quit [Ping timeout: 276 seconds]
[16:12:22] <cradek> well ideally mine'll be a delta robot mill.
[16:12:59] <seb_kuzminsky> like this one?
https://www.youtube.com/watch?v=G_UmhUjZhNo
[16:13:25] -!- rob_h has quit [Ping timeout: 276 seconds]
[16:13:39] -!- Heinz_60 has quit [Ping timeout: 246 seconds]
[16:14:28] md2 is now known as Guest42330
[16:15:10] <cradek> mine will be based on rotating joints, so will end up with a much smaller work volume
[16:15:17] -!- Kup has quit [Read error: Connection reset by peer]
[16:15:49] <seb_kuzminsky> can't wait to see it :-)
[16:15:57] <cradek> um, me too
[16:16:01] <seb_kuzminsky> heh
[16:16:01] -!- md-2 has quit [Ping timeout: 276 seconds]
[16:16:07] <cradek> you know how it is
[16:16:57] <seb_kuzminsky> about those intermittently failing linuxcncrsh tests... i think there's no way for the UI (linuxcncrsh) to know when motion has completed the command that task sent it
[16:16:58] <skunkworks_> with what charles is talking about 'probing' the table to set home.. Could that be done by then setting the corisponding 'joint' lengths or such of the kins?
[16:17:12] <cradek> (it's appealing to me to not have any slidey parts)
[16:17:19] <seb_kuzminsky> the best we can do is poll the motion part of the stat structure and see if the homing happened yet
[16:17:39] <seb_kuzminsky> but that's a giant pain in the ass to do within a shell script that talks to linuxcncrsh via nc :-/
[16:17:48] <cradek> ugh
[16:17:50] <jepler> seb_kuzminsky: yes I fear you're right
[16:17:58] <cradek> are you trying to test linuxcncrsh itself?
[16:18:04] <seb_kuzminsky> so i think the right approach is to not write tests using linuxcncrsh, and instead do it in python like the halui jogging test
[16:18:20] <cradek> yeah, that was going to be my point
[16:18:32] <seb_kuzminsky> i wrote one or two tests to test linuxcncrsh, and then i used linuxcncrsh to test a bunch of other stuff (tool table mainly, iirc)
[16:19:03] <seb_kuzminsky> so i'll try to rewrite the tests soonish
[16:19:16] <jepler> if you were using something like expect, instead of cat|telnet, seems like you could make it work
[16:19:18] <seb_kuzminsky> it's actually a huge relief - writing a custom UI in python is so much nicer than doing it in bash ;-)
[16:19:35] <jepler> but yeah except for testing linuxcncrsh I guess I'd prefer the python solution
[16:22:53] -!- toner has quit [Read error: Operation timed out]
[16:34:04] -!- BJfreeman has quit [Ping timeout: 251 seconds]
[16:34:42] _BJFreeman is now known as BJfreeman
[16:39:56] -!- BJfreeman has quit [Ping timeout: 252 seconds]
[16:41:23] _BJFreeman is now known as _BJfreeman
[16:41:44] _BJfreeman is now known as BJfreeman
[16:42:20] -!- andypugh [andypugh!~andy2@cpc16-basl9-2-0-cust685.20-1.cable.virginmedia.com] has joined #linuxcnc-devel
[16:52:24] -!- jfire has quit [Quit: Leaving.]
[16:56:03] <cradek> jepler: how can I help you finish up the touchy change? do you need a wheel to test with?
[16:56:53] <cradek> oh hey, lunchtime
[16:56:57] <jepler> cradek: mostly I keep forgetting
[16:56:59] <jepler> so it's pinging I need
[16:57:06] <cradek> ok, I can do that too
[16:57:23] <cradek> crontab -e -u jepler
[16:58:51] -!- mackerski has quit [Quit: mackerski]
[17:01:53] -!- Fox_Muldr has quit [Read error: Operation timed out]
[17:17:11] -!- Guest42330 has quit [Remote host closed the connection]
[17:23:32] -!- IchGuckLive [IchGuckLive!~chatzilla@95-89-97-51-dynip.superkabel.de] has joined #linuxcnc-devel
[17:23:55] -!- psha [psha!~psha@213.208.162.67] has joined #linuxcnc-devel
[17:24:51] <IchGuckLive> folks the motion.spindel-speed-out is this positiv negativ i need it always positiv
[17:25:32] <skunkworks_> IchGuckLive, look at abs
[17:26:00] <seb_kuzminsky> yes, look at skunkwork's abs
[17:26:22] <skunkworks_> heh
http://www.linuxcnc.org/docs/2.5/html/man/man9/abs.9.html
[17:26:34] <seb_kuzminsky> oh, that abs... ;-)
[17:26:40] <ssi> lol
[17:27:40] <skunkworks_> seb_kuzminsky, you can look at my abs - I still don't want any of your salty nuts...
[17:27:43] <skunkworks_> ;)
[17:28:11] <seb_kuzminsky> haha
[17:28:23] <IchGuckLive> i got a comp already in plase so igo for *-1
[17:28:44] <skunkworks_> what goes on at the fest - stays at the fest...
[17:29:45] <IchGuckLive> as i need a 6bit RPM manging
[17:30:35] <IchGuckLive> Bit 0 ads 500 RPM B1 1000 B2 2000 B4 4000 B5 8000 B6 16000
[17:30:51] <IchGuckLive> wotks fine
[17:31:17] <IchGuckLive> ok thanks
[17:32:01] <IchGuckLive> first time today as i put a left tool in and M4 and no RPM i got the - at the halmeter
[17:32:24] <IchGuckLive> so done linuxcnc best mach3,4 no way
[17:32:32] -!- IchGuckLive [IchGuckLive!~chatzilla@95-89-97-51-dynip.superkabel.de] has parted #linuxcnc-devel
[17:33:10] -!- motioncontrol has quit [Quit: Sto andando via]
[17:34:51] -!- gonzo_ has quit [Read error: Connection reset by peer]
[17:36:24] -!- cmorley1 has quit [Ping timeout: 240 seconds]
[17:44:20] -!- IchGuckLive [IchGuckLive!~chatzilla@95-89-97-51-dynip.superkabel.de] has joined #linuxcnc-devel
[17:44:36] <IchGuckLive> one more question on abs.N (requires a floating-point thread)
[17:44:55] <IchGuckLive> dies this mean addf abs.0 floating-point thread
[17:45:09] <IchGuckLive> ??
[17:45:59] -!- gonzo_ has quit [Ping timeout: 260 seconds]
[17:46:07] <IchGuckLive> in the man9 there shoudt be a example on all the options how to handle most at servo-tread required are missing that
[17:46:24] <IchGuckLive> if it where a short example below it woudt fell of all eys
[18:00:52] -!- mourner has quit [Quit: mourner]
[18:01:17] -!- syyl__ has quit [Read error: Connection reset by peer]
[18:05:43] -!- IchGuckLive [IchGuckLive!~chatzilla@95-89-97-51-dynip.superkabel.de] has parted #linuxcnc-devel
[18:17:07] -!- syyl_ws has quit [Quit: Verlassend]
[18:28:04] <KGB-linuxcnc> 03chris 05v2.5_branch 683c386 06linuxcnc 10tests/interp/ 03oword-bug315/README 03oword-bug315/expected 03oword-bug315/test.ngc 03oword-bug315/test.sh * New test for bug 315 part 1
[18:28:39] -!- gimpswork has quit []
[18:28:47] <KGB-linuxcnc> 03chris 05master 683c386 06linuxcnc 10tests/interp/ 03oword-bug315/README 03oword-bug315/expected 03oword-bug315/test.ngc 03oword-bug315/test.sh * New test for bug 315 part 1
[18:28:48] <KGB-linuxcnc> 03chris 05master bf7e41a 06linuxcnc * Merge branch 'v2.5_branch'
[18:33:54] -!- cmorley [cmorley!~chris@S0106204e7f8c229b.no.shawcable.net] has joined #linuxcnc-devel
[18:40:52] Jymmmm is now known as Jymmm
[18:55:39] -!- Heinz_60 has quit [Quit: Bye]
[18:55:50] <jthornton> well I got 9 stepgen's to work
[18:58:42] <jepler> whee, for linux on 32-bit x86 I think I have a solution to detect improper use of FP in a realtime thread that is marked nofp
[18:59:07] <jepler> (userspace rtapi_app that is)
[19:01:27] <cradek> cool!
[19:01:50] <jepler> now seeing whether anything in the testsuite gets hit
[19:04:03] <jepler> seb_kuzminsky: related to this, I happened to look at abs_s32 and I think it's needlessly using FP (but not tagged as nofp, so in that respect it's fine)
[19:04:19] <jepler> I can't see why you're comparing a s32 with .000001
[19:08:20] <jepler> http://pastebin.com/LXU2nq6m
[19:08:33] <jepler> whee
[19:11:53] -!- psha has quit [Quit: Lost terminal]
[19:27:49] -!- stsy has quit [Remote host closed the connection]
[19:31:01] krusty_ar_ is now known as krusty_ar
[20:04:48] -!- skunkworks_ has quit [Read error: Connection reset by peer]
[20:05:34] -!- wboykinm has quit [Remote host closed the connection]
[20:11:04] -!- Nick001-Shop has quit [Ping timeout: 256 seconds]
[20:11:39] -!- mourner has quit [Quit: mourner]
[20:24:49] <seb_kuzminsky> jepler: wow, that sure looks silly of me
[20:25:09] <seb_kuzminsky> cool fpe catcher, btw
[20:27:46] <linuxcnc-build> build #347 of precise-i386-realtime-rip is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/precise-i386-realtime-rip/builds/347 blamelist: Chris Radek <chris@timeguy.com>
[20:29:04] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[20:30:48] <seb_kuzminsky> that's expected to fail in master because of a real bug in interp, right?
[20:37:46] <linuxcnc-build> build #1147 of precise-i386-sim is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/precise-i386-sim/builds/1147 blamelist: Chris Radek <chris@timeguy.com>
[20:38:06] -!- dgarr has quit [Quit: Leaving.]
[20:40:57] <linuxcnc-build> build #1145 of lucid-i386-sim is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/lucid-i386-sim/builds/1145 blamelist: Chris Radek <chris@timeguy.com>
[20:41:27] -!- morfic has quit [Ping timeout: 260 seconds]
[20:41:57] <linuxcnc-build> build #1149 of precise-amd64-sim is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/precise-amd64-sim/builds/1149 blamelist: Chris Radek <chris@timeguy.com>
[20:43:23] -!- odogono has quit [Ping timeout: 240 seconds]
[20:44:02] -!- vladimirek has quit [Remote host closed the connection]
[20:52:21] <linuxcnc-build> build #1150 of hardy-amd64-sim is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/hardy-amd64-sim/builds/1150 blamelist: Chris Radek <chris@timeguy.com>
[20:56:51] -!- FinboySlick has quit [Quit: Leaving.]
[20:59:50] <linuxcnc-build> build #1146 of hardy-i386-realtime-rip is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/hardy-i386-realtime-rip/builds/1146 blamelist: Chris Radek <chris@timeguy.com>
[21:00:34] <linuxcnc-build> build #1148 of hardy-i386-sim is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/hardy-i386-sim/builds/1148 blamelist: Chris Radek <chris@timeguy.com>
[21:01:50] <linuxcnc-build> build #1147 of lucid-amd64-sim is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/lucid-amd64-sim/builds/1147 blamelist: Chris Radek <chris@timeguy.com>
[21:07:04] -!- servos4ever has quit [Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.11/20101206162726]]
[21:07:48] <linuxcnc-build> build #1146 of lucid-i386-realtime-rip is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/lucid-i386-realtime-rip/builds/1146 blamelist: Chris Radek <chris@timeguy.com>
[21:07:49] <linuxcnc-build> build #1144 of checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/checkin/builds/1144 blamelist: Chris Radek <chris@timeguy.com>
[21:10:17] -!- mhaberler has quit [Quit: mhaberler]
[21:12:43] <jepler> seb_kuzminsky: yes, so probably an xfail turd should be dropped in there for now ... ?
[21:16:19] Logxen is now known as Wolfxen
[21:17:21] <seb_kuzminsky> i think cradek and maybe mhaberler are actively working on it, so let's wait and see what they want to do
[21:17:31] Wolfxen is now known as WolfRyder
[21:17:35] -!- DJ9DJ has quit [Quit: bye]
[21:17:47] <seb_kuzminsky> nice thoughtful email re: hal packaging btw
[21:18:27] <seb_kuzminsky> i'm open to finer-grained packaging for 2.6
[21:18:33] WolfRyder is now known as Logxen
[21:28:36] <seb_kuzminsky> not sure where the new boundaries would be - is the driver here to get smaller packages for storage constrained systems?
[21:28:46] -!- motioncontrol has quit [Quit: Sto andando via]
[21:29:24] <seb_kuzminsky> so maybe a base linuxcnc package with few dependencies, and another package that adds all the tcl/tk stuff (and depends on tcl/tk)
[21:32:51] -!- morfic has quit [Ping timeout: 268 seconds]
[21:34:55] <zultron> cradek, sorry I missed your question this morning.
[21:35:40] <zultron> UB is coming along OK. It seems like it's about two days away from being done, but it's been like that for a week now. :P
[21:36:41] <zultron> I'd say realistically it'll be done in a week.
[21:37:41] <zultron> mhaberler said he tried merging the ub branch onto his -v0 branch and it wasn't too horrible, which brings me great relief....
[21:38:42] -!- zzolo has quit [Quit: zzolo]
[21:40:45] <jepler> seb_kuzminsky: I hope you're not the only one to think so
[21:42:34] -!- stsydow has quit [Remote host closed the connection]
[21:43:16] <seb_kuzminsky> zultron: do you still think ub + rtos-master-v0 are candidates for 2.6?
[21:43:56] <zultron> I think so, yes.
[21:44:01] <seb_kuzminsky> great :-)
[21:44:18] -!- |1li has quit [Read error: Connection reset by peer]
[21:44:42] <seb_kuzminsky> i spent a bunch of time at the hackfest looking at rtos-master-v0 and got sort of a feel for it, and i think most of it can go in
[21:44:48] <zultron> I'm at that annoying phase where it's so close I can just taste it.... But then I hit another mini-snag. And then another...
[21:45:29] <seb_kuzminsky> though i'd love to see some of the more egregious stuff cleaned up, but i dont know if that's included in yours and/or michaels plans
[21:45:31] <zultron> Ok, great. I remember you saying something about EMC branding.
[21:45:49] <seb_kuzminsky> yeah there's a web server in there called emcweb, which won't fly
[21:46:08] <seb_kuzminsky> but i'm also thinking of some obvious blooper commits containing merge conflict markers and stuff like that
[21:46:12] <zultron> What's the egregious stuff?
[21:46:19] <zultron> Oh, ok.
[21:46:46] <seb_kuzminsky> as the recent bisect fiasco showed, having unbuildable commits in our history can slow down debugging later
[21:46:52] -!- BJfreeman has quit [Quit: had a good time]
[21:46:53] <zultron> I hope you won't find much of that in my commits, but I'll happily clean mine up.
[21:47:12] <seb_kuzminsky> thanks! i didn't see any of that in the commits with your name on them
[21:47:30] <zultron> Actually, it would be helpful for me to understand what to do in that case.
[21:47:54] <zultron> After cradek's comment about 'git hygiene' I googled around a little bit.
[21:48:04] <seb_kuzminsky> imo a feature branch that's slated for merge into mainline shouldnt have merge commits in it
[21:48:35] <seb_kuzminsky> but i think i may be in a minority on this point (i'm more ocd than most of our peers in terms of vc hygiene)
[21:49:53] -!- Thetawaves has quit [Ping timeout: 240 seconds]
[21:50:10] <zultron> I don't exactly like the idea of squashing lots commits together, since history is lost. On the other hand, I agree with cradek that each commit should be buildable so that bisecting is useful.
[21:50:58] <zultron> It occurred to me that merging 'chunks' might be a solution, but I haven't experimented, and as you say you have issues with that.
[21:51:12] <zultron> So I'm a bit lost. :)
[21:51:43] <seb_kuzminsky> i'm not proposing squashing all commits into one, because i too love history
[21:52:04] <seb_kuzminsky> i'm advocating a workflow like this:
[21:52:45] <seb_kuzminsky> when a developer is working on a new feature, they should do so on a branch other than master or the release branches (just like you guys did with the rtos work)
[21:53:22] <seb_kuzminsky> when you want to synchronize with the mainline, use 'git fetch && git rebase' instead of 'git pull' or 'git fetch && git merge'
[21:53:58] <seb_kuzminsky> if someone else is working on a feature branch that builds on *your* feature branch, they would fetch your work and rebase --onto your rebased feature branch
[21:54:06] <seb_kuzminsky> that's the workflow, in a nutshell
[21:54:19] <seb_kuzminsky> it has a couple of big benefits over a merge-based workflow
[21:54:37] <zultron> And what about if your branch has commits that are unbuildable? Then cradek will start to fume while bisecting. ;)
[21:54:51] <seb_kuzminsky> one is that you get to continuously re-evaluate early commits in the light of later commits, and clean them up as needed
[21:54:54] -!- tmcw has quit [Remote host closed the connection]
[21:55:01] -!- f1oat [f1oat!~f1oat@AMontsouris-553-1-114-240.w92-151.abo.wanadoo.fr] has joined #linuxcnc-devel
[21:55:09] <seb_kuzminsky> if an early commit fails to build, you can re-write it to correct the error next time you rebase
[21:55:30] <zultron> Interactive rebase, maybe?
[21:55:38] <zultron> (Just learned about that one)
[21:55:41] <seb_kuzminsky> and if an early commit starts down a path you later determine is wrong, you can drop it, or re-write it so it points in the right direction
[21:55:42] -!- stsydow has quit [Remote host closed the connection]
[21:55:49] <seb_kuzminsky> yes, this is all "git rebase --interactive"
[21:56:09] <seb_kuzminsky> so that's one benefit: you can make it look like you knew what you were doing all along, and never made any mistakes ;-)
[21:56:31] <zultron> Heh, yeah, I do that already to some degree.
[21:56:33] <seb_kuzminsky> which also has a second benefit: it makes it very easy for reviewers to tell what you did
[21:57:14] <seb_kuzminsky> that's good, i do too, because i'm clumsy and i dont want anyone to notice ;-)
[21:58:09] <seb_kuzminsky> another win with rebase over merge is that when the mainline moves ahead and you use rebase to synchronize, merge conflicts happen in the context of your commit that has the conflict, not in the context of your branch head (if that makes any sense)
[21:58:18] <zultron> Yep. I definitely keep that in mind as I go along. However, I do know that there are places where I started some new thrust and committed unbuildable stuff. It won't be much fun figuring out where those are now. :(
[21:58:49] <seb_kuzminsky> it may be that it's not worth it to clean up at this point, and i'm not going to make a fuss about it
[21:59:00] -!- kwallace1 [kwallace1!~kwallace@smb-178.sonnet.com] has joined #linuxcnc-devel
[21:59:19] <seb_kuzminsky> the end result is so awesome and valuable that the bad smell in the history is worth it
[21:59:20] <zultron> I think there aren't many of those, though. cradek wouldn't have to sift around much to find a buildable commit.
[21:59:40] <seb_kuzminsky> or me, or you, or whoever is doing the bisecting ;-)
[21:59:52] -!- kwallace2 has quit [Ping timeout: 256 seconds]
[22:00:32] <zultron> Yeah, I'm kidding around. I know exactly how he felt earlier.
[22:00:53] <seb_kuzminsky> ok, i'm going to get off my soapbox. i really like the new rtos support and i appreciate all the hard work you've put into making linuxcnc awsomer
[22:01:07] <zultron> Thanks, Seb!
[22:01:28] -!- JT-Shop has quit [Read error: Connection reset by peer]
[22:01:40] <seb_kuzminsky> i'm looking forward to a new branch to review & merge :-)
[22:01:46] -!- JT-Shop [JT-Shop!~John@99.198.67.11] has joined #linuxcnc-devel
[22:02:49] -!- asdfasd has quit [Disconnected by services]
[22:02:50] asdfasd1 is now known as asdfasd
[22:04:51] -!- gonzo__ has quit [Read error: Connection reset by peer]
[22:05:30] -!- OhmEye has quit [Ping timeout: 264 seconds]
[22:06:00] <zultron> Me too, if I can finally clear the last snags.... ;(
[22:06:20] -!- kwallace2 [kwallace2!~kwallace@tmb-249.sonnet.com] has joined #linuxcnc-devel
[22:07:50] <seb_kuzminsky> oh! i almost forgot another benefit of rebasing, but something you said up above prodded my memory
[22:08:09] <seb_kuzminsky> you mentioned 'merging chunks'
[22:08:16] -!- kwallace1 has quit [Ping timeout: 240 seconds]
[22:08:27] <seb_kuzminsky> one thing interactive rebase lets you do is reorder commits
[22:08:58] -!- Brandonian has quit [Quit: Brandonian]
[22:09:19] <seb_kuzminsky> so if you get halfway through your feature and you realize you want to make a little bugfix or a little refactor of master to make your new feature easier, you can commit it, then rebase it to the beginning of your branch, and push just those few commits to master
[22:09:29] <seb_kuzminsky> incremental integration
[22:09:58] <seb_kuzminsky> this is one thing i think we talked about at the hackfest, getting the rtos support into master before ub
[22:10:42] <seb_kuzminsky> ok, back to $DAYJOB for me
[22:15:10] -!- f1oat has quit [Ping timeout: 256 seconds]
[22:18:52] -!- pjm_ has quit [Read error: No route to host]
[22:25:56] -!- Nick001-Shop has quit [Ping timeout: 256 seconds]
[22:26:08] Nick001-Shop_ is now known as Nick001-Shop
[22:32:08] -!- frallzor has quit []
[22:39:19] -!- JT-Shop has quit [Quit: Leaving]
[22:45:08] -!- mourner has quit [Quit: mourner]
[22:55:47] -!- JT-Shop [JT-Shop!~John@99.198.67.11] has joined #linuxcnc-devel
[22:57:09] -!- PetefromTn has quit [Remote host closed the connection]
[22:59:20] -!- andypugh has quit [Quit: andypugh]
[23:00:45] -!- morfic- has quit [Ping timeout: 256 seconds]
[23:14:35] -!- skorasaurus has quit [Read error: Operation timed out]
[23:21:23] -!- asdfasd has quit [Ping timeout: 268 seconds]
[23:23:48] -!- Nick001-Shop has quit [Ping timeout: 246 seconds]
[23:24:01] Nick001-Shop_ is now known as Nick001-Shop
[23:26:58] -!- syyl__ has quit [Ping timeout: 246 seconds]
[23:27:23] -!- archivist_herron has quit [Ping timeout: 240 seconds]
[23:55:19] -!- skorasaurus has quit [Read error: Connection reset by peer]