Back
[00:01:35] <linuxcnc-build> build #9 of deb-precise-xenomai-binary-x86 is complete: Failure [4failed apt-get-update shell_2] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-xenomai-binary-x86/builds/9 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[00:01:38] <linuxcnc-build> build #9 of deb-precise-xenomai-binary-amd64 is complete: Failure [4failed apt-get-update shell_2] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-xenomai-binary-amd64/builds/9 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[00:02:58] <linuxcnc-build> build #9 of deb-precise-rtpreempt-binary-x86 is complete: Failure [4failed apt-get-update shell_2] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-rtpreempt-binary-x86/builds/9 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[00:03:13] <linuxcnc-build> build #9 of deb-precise-rtpreempt-binary-amd64 is complete: Failure [4failed apt-get-update shell_2] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-rtpreempt-binary-amd64/builds/9 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[00:04:25] <linuxcnc-build> build #0 of deb-wheezy-rtpreempt-binary-amd64 is complete: Failure [4failed shell_1] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-wheezy-rtpreempt-binary-amd64/builds/0 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[00:05:23] <linuxcnc-build> build #1274 of package-rt-hardy-source is complete: Failure [4failed making debian source package] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/package-rt-hardy-source/builds/1274 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[00:06:30] <linuxcnc-build> build #1271 of package-sim-hardy-source is complete: Failure [4failed making debian source package] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/package-sim-hardy-source/builds/1271 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[00:15:51] <linuxcnc-build> build #1638 of checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/checkin/builds/1638 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[00:24:03] <linuxcnc-build> build #1 of deb-wheezy-rtpreempt-binary-amd64 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-wheezy-rtpreempt-binary-amd64/builds/1 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[00:34:01] <KGB-linuxcnc> 03Sebastian Kuzminsky 05unified-build-candidate-3 d743579 06linuxcnc 10debian/configure 10debian/control.in deb: unconditionally build-depend on imagemagick * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=d743579
[00:43:39] <linuxcnc-build> build #1266 of deb-precise-sim-binary-i386 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-sim-binary-i386/builds/1266 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[00:43:56] <linuxcnc-build> build #1260 of deb-lucid-sim-binary-i386 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-lucid-sim-binary-i386/builds/1260 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[00:44:19] <linuxcnc-build> build #1265 of deb-precise-sim-binary-amd64 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-sim-binary-amd64/builds/1265 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[00:46:38] <linuxcnc-build> build #95 of deb-precise-rt-binary-i386 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-rt-binary-i386/builds/95 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[01:04:54] <linuxcnc-build> build #1261 of deb-lucid-rt-binary-i386 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-lucid-rt-binary-i386/builds/1261 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[01:06:10] <linuxcnc-build> build #1260 of deb-lucid-sim-binary-amd64 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-lucid-sim-binary-amd64/builds/1260 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[03:44:28] <KGB-linuxcnc> 03Chris Morley 05master 6007463 06linuxcnc 10(5 files) halcmd - add commands echo and unecho and -e * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=6007463
[03:44:28] <KGB-linuxcnc> 03Chris Morley 05master 223b98d 06linuxcnc 10scripts/halrun.in halrun -add -e option and allow -s and -e with interactive. * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=223b98d
[03:45:42] <linuxcnc-build> build #10 of deb-precise-xenomai-binary-x86 is complete: Failure [4failed apt-get-update shell_2] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-xenomai-binary-x86/builds/10 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[03:45:53] <linuxcnc-build> build #10 of deb-precise-xenomai-binary-amd64 is complete: Failure [4failed apt-get-update shell_2] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-xenomai-binary-amd64/builds/10 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[03:47:12] <linuxcnc-build> build #10 of deb-precise-rtpreempt-binary-x86 is complete: Failure [4failed apt-get-update shell_2] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-rtpreempt-binary-x86/builds/10 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[03:47:18] <linuxcnc-build> build #10 of deb-precise-rtpreempt-binary-amd64 is complete: Failure [4failed apt-get-update shell_2] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-rtpreempt-binary-amd64/builds/10 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[03:49:40] <linuxcnc-build> build #1276 of package-rt-hardy-source is complete: Failure [4failed making debian source package] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/package-rt-hardy-source/builds/1276 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[03:50:44] <linuxcnc-build> build #1273 of package-sim-hardy-source is complete: Failure [4failed making debian source package] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/package-sim-hardy-source/builds/1273 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[04:00:02] <linuxcnc-build> build #2 of deb-wheezy-rtpreempt-binary-amd64 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-wheezy-rtpreempt-binary-amd64/builds/2 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[04:00:41] <linuxcnc-build> build #1640 of checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/checkin/builds/1640 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[04:27:13] <linuxcnc-build> build #1268 of deb-precise-sim-binary-i386 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-sim-binary-i386/builds/1268 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[04:28:30] <linuxcnc-build> build #1267 of deb-precise-sim-binary-amd64 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-sim-binary-amd64/builds/1267 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[04:28:43] <linuxcnc-build> build #1262 of deb-lucid-sim-binary-i386 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-lucid-sim-binary-i386/builds/1262 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[04:30:41] <linuxcnc-build> build #97 of deb-precise-rt-binary-i386 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-rt-binary-i386/builds/97 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[04:48:00] <linuxcnc-build> build #1263 of deb-lucid-rt-binary-i386 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-lucid-rt-binary-i386/builds/1263 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[04:49:09] <linuxcnc-build> build #1262 of deb-lucid-sim-binary-amd64 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-lucid-sim-binary-amd64/builds/1262 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[06:20:32] <memleak> jepler, you've suggested the idea of having a test condition for whether if -ffast-math is needed or not, how do you suggest i start writing such a ./configure test for it?
[06:21:14] <memleak> and even with -ffast-math i get math related warnings after it compiles, such as sqrt asin acos invalid symbols in models
[06:21:22] <memleak> *modules
[06:22:30] <memleak> i have the issue when compiling for fedora, archlinux, and gentoo but only if its a 64-bit distro, i'm really surprised the tree works as-is for other people's x86_64 machines
[06:24:15] <memleak> seb_kuzminsky, the linuxcnc compilation warnings about kernel header in userspace has been fixed btw
[06:24:59] <memleak> the new master branch of the github repo for linuxcnc doesn't have that problem anymore, in case you're still interested but that tree has not yet been stabilized and is still in flux.
[06:25:20] <memleak> github repo for RTAI i meant
[07:15:25] <jepler> memleak: well for linuxcnc it would be nice if we could simply believe the rtai cflags (assuming rtai was configured for kernel math support)
[07:17:21] <jepler> memleak: for the symbols thing, we should follow linux Documentation/kbuild/modules.txt point 6.3 KBUILD_EXTRA_SYMBOLS, assuming that such a symbol file is packaged by rtai
[07:22:57] <jepler> memleak: anyway, the configure script would need to create a temporary directory (mkdtemp) with a Makefile with obm-m += foo.o and foo.c containing whatever code snippet you need to know if it compiles
[07:23:20] <jepler> memleak: then you'd run the kernel build process in that directory and use the exit value to determine whether to append something to the appropriate variable (EXTRA_CFLAGS?)
[07:23:42] <jepler> that's assuming it's a compile-time error. I forget the details. If it's a load-time error then you're really sunk.
[07:28:45] <jepler> (at some point linuxcnc did start assuming rtai symbols were shipped: commit ebcc345 claims it did this, but I don't now understand how it worked. it seems to be including our own Modules.symvers which wouldn't help much)
[07:29:50] <jepler> afk
[11:49:26] <KGB-linuxcnc> 03Sebastian Kuzminsky 05v2.5_branch 4e47db6 06linuxcnc 10docs/man/man1/halui.1 halui manpage: fix incremental jog pin types * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=4e47db6
[11:52:10] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master cb024e4 06linuxcnc Merge remote-tracking branch 'origin/v2.5_branch' * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=cb024e4
[12:30:37] <IchGuckLive> hi all woudent it be good to have in the toutchoff Frame a 1/2 button that havens the mesurment of a touchof hole
[12:31:45] <IchGuckLive> walk trouh touch off one side of the hole ManZero touch on the other side press 1/2 button and you are set to the middle Zero
[12:31:53] <IchGuckLive> in DRO only
[12:32:00] <IchGuckLive> no movement
[12:39:19] <KGB-linuxcnc> 03Bence Kovacs 05gm-fix 2a9b51c 06linuxcnc 10src/hal/drivers/hal_gm.c Fixes: * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=2a9b51c
[12:43:52] <IchGuckLive> psha: still no 2014 in the logs
[12:49:04] <psha> http://psha.org.ru/irc/
[12:49:13] <psha> i've added links here
[12:49:20] <psha> calendar index was already in place
[13:14:28] <seb_kuzminsky> something funny is going on with the sourceforge bug tracker (again)
[13:14:40] <seb_kuzminsky> i can not edit feature request tickets, but i can edit bug tickets
[13:22:18] <cradek> you are both a bug-admin and a developer
[13:22:24] <cradek> whatever those mean
[13:23:19] <Tom_itx> cradek i will try those edits in a bit
[13:23:50] <Tom_itx> i don't think i'm doing anything 'illegal' in the files though
[13:25:21] <cradek> seb_kuzminsky: what exact operation were you trying to do?
[13:27:44] <cradek> oh I think I found it
[13:27:46] <cradek> fixed?
[13:35:18] <cradek> I also accidentally discovered how to rebrand sourceforge
[13:35:26] <cradek> except for the URLs of course
[13:54:18] <skunkworks> that would probably break a lot of things...
[13:57:14] <andypugh> I am trying to compile a Xenomai kernel (well, actually, I am initially trying to compile a stock kernel).
[13:57:55] <andypugh> Howeve, some includes are not being found, specifically: drivers/mfd/mxc-hdmi-core.c:36:24: fatal error: mach/clock.h: No such file or directory
[13:58:43] <andypugh> Now, that file does exist, in /arch/arm/plat-mxc/include/mach
[13:58:46] <mhaberler> pastbin the command history; which arch? how did you create the .config?
[13:59:21] <andypugh> I cloned the (alleged) git kernel config and then did make oldconfig
[13:59:51] <andypugh> I suspect I might need to set environment variables or something
[14:00:19] <andypugh> https://github.com/UDOOboard/Kernel_Unico
[14:02:14] <psha> mhaberler: ^
[14:02:16] <psha> irc is fixed
[14:02:43] <mhaberler> ah, great, thanks - all this needs to be retained for posteriority;)
[14:03:14] <psha> really only fix needed was manually adding links into index.html
[14:05:19] <andypugh> I guess that the makefile needs some clues where to look for includes in a multi-architecture setup. And I don't know how to give it those clues
[14:06:13] <mhaberler> hm, make oldconfig - not sure this get you the proper config?
[14:06:51] <mhaberler> if you have a running kernel, you can copy that config to .config and make oldconfig
[14:08:13] <andypugh> Hmm, OK
[14:08:28] <andypugh> Though when I tried make menuconfig it all looked OK
[14:09:11] <andypugh> Where would the original .config be living?
[14:09:35] <cradek> on a normal debian you can find it in /boot
[14:10:29] <andypugh> Not in this case
[14:10:56] <cradek> then the kernel package was broken
[14:11:05] <cradek> is it one of the packages we're working on?
[14:11:27] <mozmck> andypugh: on my system it is named config-[kernelversion]
[14:11:30] <mozmck> in /boot
[14:11:55] <andypugh> andypugh@udoo:~/git/Kernel_Unico$ ls -al /boot
[14:11:56] <andypugh> total 4136
[14:11:57] <andypugh> drwxr-xr-x 2 root root 4096 Nov 10 16:53 .
[14:11:58] <andypugh> drwxr-xr-x 22 root root 4096 Nov 28 09:32 ..
[14:11:59] <andypugh> -rw-r--r-- 1 root root 4221412 Nov 28 12:23 uImage
[14:12:42] <andypugh> Does the config contain the include path?
[14:20:26] <mhaberler> no, just syms turning on/off optional parts etc
[14:21:39] <seb_kuzminsky> cradek: fixed, thanks
[14:25:07] <andypugh> So, how are includes like <mach/clock.h> resolved when there might be a dozen of them in the source tree?
[14:25:36] <andypugh> Do I perhaps need to make "mach" into a symlink?
[14:39:45] <mhaberler> no, look at 'make help' output under architecture specific options
[14:40:00] <mhaberler> whatever the arch tag is - say foo, try make foo_defconfig
[15:11:24] <andypugh> No, it appears to be much the same.
[16:35:50] <memleak> RTAI_FP_CFLAGS="$RTAI_FP_CFLAGS -ffast-math -mhard-float"
[16:36:08] <memleak> jepler, what's wrong with those CFLAGS from RTAI?
[16:44:53] <memleak> the load time errors are only occurring though I think because of the way I "fixed" the compiling errors. Not much of a linuxcnc developer.
[16:53:32] <jepler> memleak: the reason we started tinkering with the cflags is because whatever we were getting from rtai didn't work
[16:53:58] <jepler> memleak: and everybody's experience is different .. "I need -ffast-math" "I don't" "I need -msss3" "it crashes with -msse3"
[16:59:23] <jepler> rather than going upstream to rtai and saying "look, we found that your cflags were wrong" we just hacked around it
[17:00:03] <memleak> well instead of hacking around it, tell me what the correct fix should be for RTAI and i'll push it in
[17:00:12] <jepler> I have no clue what the right fix is
[17:00:17] <jepler> smart person needed
[17:00:25] <memleak> xD
[17:02:24] <jepler> from the variety of behaviors, it seems like the right answer depends on CPU architecture, kernel version, compiler version, rtai version, and probably phase of the moon
[17:06:37] <memleak> well that makes things a bit difficult
[17:31:03] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master 2a9b51c 06linuxcnc fast forward * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=2a9b51c
[18:12:07] <KGB-linuxcnc> 03Chris Morley 05master 49f1fc2 06linuxcnc 10(19 files in 2 dirs) stepconf -refactor to use GTK Builder and Notebook * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=49f1fc2
[18:12:08] <KGB-linuxcnc> 03Chris Morley 05master ae81a4e 06linuxcnc 10src/emc/usr_intf/stepconf/base.glade 10src/emc/usr_intf/stepconf/pages.py 10src/emc/usr_intf/stepconf/stepconf.py stepconf -have stepconf reset the axis defaults on unit change * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=ae81a4e
[18:12:08] <KGB-linuxcnc> 03Chris Morley 05master 37f6387 06linuxcnc 10src/emc/usr_intf/stepconf/finished.glade 10src/emc/usr_intf/stepconf/main_page.glade 10src/emc/usr_intf/stepconf/pages.py 10src/emc/usr_intf/stepconf/stepconf.py stepconf -make the navigation buttons direct the user * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=37f6387
[18:12:12] <KGB-linuxcnc> 03Chris Morley 05master ae9d2e9 06linuxcnc 10(7 files) stepconf -add a second parallel port signal selection page * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=ae9d2e9
[18:12:16] <KGB-linuxcnc> 03Chris Morley 05master e4bb09f 06linuxcnc 10src/emc/usr_intf/stepconf/pages.py 10src/emc/usr_intf/stepconf/pport1.glade 10src/emc/usr_intf/stepconf/stepconf.py stepconf -add output presets for TB6560 board * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=e4bb09f
[18:12:20] <KGB-linuxcnc> 03Chris Morley 05master c27037f 06linuxcnc 10src/emc/usr_intf/stepconf/stepconf.py stepconf -use better option parsing * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=c27037f
[18:12:24] <KGB-linuxcnc> 03Chris Morley 05master d1a31fa 06linuxcnc 10src/emc/usr_intf/stepconf/stepconf.py stepconf -use the index number as default for other parports * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=d1a31fa
[18:12:28] <KGB-linuxcnc> 03Chris Morley 05master 8631304 06linuxcnc 10src/emc/usr_intf/stepconf/base.glade 10src/emc/usr_intf/stepconf/options.glade 10src/emc/usr_intf/stepconf/pages.py stepconf -move the toolchange option. for more room * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=8631304
[18:12:33] <KGB-linuxcnc> 03Chris Morley 05master 02a3393 06linuxcnc 10src/emc/usr_intf/stepconf/stepconf.py stepconf -in debug mode use halcmd echo * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=02a3393
[18:12:37] <KGB-linuxcnc> 03Chris Morley 05master 328d9c0 06linuxcnc 10src/emc/usr_intf/stepconf/pages.py 10src/emc/usr_intf/stepconf/stepconf.py stepconf -move the page initialization to pages file * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=328d9c0
[19:27:14] <andypugh> How is one meant to spot that a kernel compile has failed if the "fatal error" is 3 screens up?
[19:27:25] <andypugh> Bah!
[19:28:12] <Tom_itx> have your client beep when your name is mentioned
[19:29:35] <andypugh> I don't mean the Buuildbot ones, I mean local ones.
[19:31:02] <andypugh> http://pastebin.com/6FMwPg8t
[19:31:29] <andypugh> That's a failed build with a fatal error. Not easy to spit
[19:32:06] <andypugh> (line 558)
[19:32:15] <andypugh> ls
[19:32:42] <andypugh> (sorry, wrong window)
[19:55:38] <atom1> cradek, commenting lines 102 - 109 fixed the MDI toolchange issue:
http://tom-itx.dyndns.org:81/~webpage/cnc/configs/sherline/my_jog.hal
[19:56:02] <atom1> it works in 2.5.3 and i don't see anything drastically wrong with it do you?
[19:57:52] <cradek> heh the question is what exactly changed?
[19:57:58] <atom1> the idea was that if the program was running, it would pause and vice versa
[19:58:15] <cradek> doubt it's and2/or2. maybe toggle, toggle2nist, halui?
[19:58:32] <atom1> i also wanted to incorporate into it that if the spindle wasn't on, it wouldn't resume
[19:58:41] <atom1> haven't done that yet
[19:59:43] <atom1> i don't remember now why i had all the logic but i did write out a flow diagram at one time for it and at that time it made sense
[20:00:22] <atom1> maybe it's time to revisit it
[20:02:07] <atom1> i considered ladderlogic but i've never done any of that
[20:50:17] <skunkworks> Tom_itx: any testing of the new tp?
[21:10:39] <cradek> oh good grief, use ladder
[21:10:57] <cradek> ...
http://pastebin.com/LsZvC1rZ
[21:12:30] <skunkworks> wow - I don't feel as bad about my spindle comp... :)
[21:15:02] <skunkworks> cradek: be nice.. ;)
http://electronicsam.com/images/KandT/conversion/testing/config/gearshift16.comp
[21:15:26] <cradek> hahaha
[21:16:11] <cradek> actually the ratio stuff would be hard in ladder
[21:16:45] <cradek> well I guess not - you could use the actual ratios (integer math)
[21:16:57] <cradek> did you count teeth to get all those?
[21:17:01] <skunkworks> I don't think I have run into any issues yet..
[21:17:41] <skunkworks> no - I think I just calculated it from the original gear shift table..
[21:17:57] <cradek> ah
[21:18:20] <skunkworks> http://electronicsam.com/images/KandT/conversion/cheatsheet.JPG
[21:18:27] <skunkworks> iirc
[21:19:10] <cradek> wow those are slow
[21:19:13] <skunkworks> I think I was actually going to compare the spindle motor encoder to the spindle encoder to have actual ratios - but never did
[21:19:22] <cradek> I always forget how slow spindles on old machines are
[21:19:29] <cradek> when did hss become common?
[21:19:41] <skunkworks> or carbide..
[21:19:53] <skunkworks> no clue
[21:20:23] <skunkworks> I think I top out at 3000 rpm now
[21:21:07] <cradek> I guess that's fine for big cutters (like 3/4 up)
[21:21:27] <skunkworks> it is pretty darn close though
[21:23:38] <skunkworks> that one comp does a lot though... spindle lock, shifting, SO and things I have forgotten
[21:28:02] <Tom_itx> skunkworks, no i haven't had a chance to try it much
[21:29:00] <skunkworks> http://electronicsam.com/images/KandT/conversion/Shellmill.JPG
[21:30:32] <Tom_itx> are those comp files ladder?
[21:30:42] <Tom_itx> i've never seen ladder code yet
[21:30:51] <cradek> ladder isn't code, it's pictures
[21:31:26] <cradek> very old screenshot:
http://timeguy.com/cradek-files/emc/ladder.png
[21:31:29] <Tom_itx> how does that tie in?
[21:31:46] <cradek> the ins and outs are hal pins of appropriate types that you hook up wherever you need
[21:32:01] <Tom_itx> do you save it in your config directory?
[21:32:19] <cradek> you edit it with the gui
[21:32:27] <cradek> I suppose it ends up in the config directory
[21:32:32] <Tom_itx> and do you need to address it in the ini so it knows to look for it?
[21:32:47] <cradek> you have to load and initialize it, I think in the hal file only
[21:32:55] <cradek> you should run and look at an example
[21:33:11] <Tom_itx> you think that's the way to go on mine ehh?
[21:33:58] <Tom_itx> i think jt managed to get me to look at it once but i didn't really do much with it
[21:34:01] <cradek> demo_sim_cl is one you can just run
[21:35:06] <cradek> is this pastebin comp I was squinting at yours?
[21:35:17] <Tom_itx> not mine
[21:35:58] <cradek> oh then I don't know what you should use :-)
[21:36:09] <cradek> I do know that guy should probably use ladder...
[21:36:27] <Tom_itx> i could do it in ladder probably
[21:36:29] <cradek> I did my entire vmc in ladder. the only hal is the hookups in and out of ladder.
[21:36:39] <Tom_itx> but i thought it was ok in hal
[21:36:49] <Tom_itx> until i loaded 2.6
[21:36:59] <cradek> brb
[22:02:13] <memleak> I pushed a bunch of various math fixes into the RTAI tree but still problems with linuxcnc on the x86_64 end
[23:46:46] <seb_kuzminsky> linuxcnc-build: force build --branch=master checkin
[23:46:47] <linuxcnc-build> build #1647 forced
[23:46:47] <linuxcnc-build> I'll give a shout when the build finishes
