Back
[04:42:39] <trasz_> okay.
[04:42:45] <trasz_> most of the tests actually pass now :-)
[04:43:08] <trasz_> most of the failing ones are due to: test.hal:1: HAL_LIB: Cannot run 'setexact' after a thread has been created
[05:14:30] <trasz_> yay, latency-test runs!
[07:00:02] <trasz_> okay, axis runs.
[07:00:31] <trasz_> now i need to learn how to actually use this thing.
[07:06:42] <jthornton> now the fun begins
[07:08:13] <trasz_> ypu.
[07:08:14] <trasz_> erm.
[07:08:15] <trasz_> yup.
[07:08:29] <trasz_> the real fun will begin when i write the code to interface to libgpio.
[07:21:10] <trasz_> oh god, the coordinate system.
[07:37:54] <jepler> trasz_: that's quick progress. as you get it tidied up, I look forward to more pull requets from you.
[08:18:40] <trasz_> jepler: do you know if the setexact problem also occurs under linux, with uspace?
[09:36:24] <cradek> trasz_: I have not seen that error, and I it's not in buildbot output for the rtpreempt builders, like
http://buildbot.linuxcnc.org/buildbot/builders/1404.rip-wheezy-rtpreempt-amd64/builds/2553/steps/runtests/logs/stdio
[09:37:29] <cradek> what does latency-test tell you on freebsd? it would be really exciting if it was good enough to run hardware.
[09:48:10] <skunkworks> cradek, did you get the font part of f-engrave working?
[09:48:14] <skunkworks> I don't have any fonts
[09:48:42] <cradek> http://timeguy.com/cradek-files/emc/fengrave-package-vcarve-r.png
[09:49:10] <cradek> I had to point it to a directory under /usr/share/fonts/... in some preference somewhere before those showed up in "Font Files"
[09:50:04] <skunkworks> ah - I think I was almost there
[10:43:41] <seb_kuzminsky> very cool, trasz!
[11:11:11] <jepler> trasz_: no, all the tests consistently pass on linux uspace
[11:11:58] <jepler> trasz_: my suspicion is something in the cleanup of rtapi_app is not happening, which makes a subsequent test think the previous test was still going. the flag that setexact tickles is somewhere in a shared memory area, so if that's not getting cleaned up it seems like the most likely cause
[14:39:01] <KGB-linuxcnc> 03Edward Tomasz Napierala 05master 59ed979 06linuxcnc 10(6 files in 2 dirs) Add GNU-specific libm #defines, take two. * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=59ed979
[14:39:23] <jepler> seb_kuzminsky: curiously, I juts got this when I pushed
[14:39:23] <jepler> remote: warning: refname 'seb/2.6/task-abort-fix' is ambiguous.
[14:39:27] <jepler> something's not happy
[14:39:47] <jepler> 402c27bddf68fe58aaf4447190adc3029ce821cc refs/heads/seb/2.6/task-abort-fix
[14:39:50] <jepler> 402c27bddf68fe58aaf4447190adc3029ce821cc refs/seb/2.6/task-abort-fix
[14:39:57] <jepler> I think this second one should be deleted, I'll try to do that
[14:40:22] <jepler> - [deleted] refs/seb/2.6/task-abort-fix
[14:40:30] <cradek> but how...?
[14:41:43] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15jepler commented on issue #66: OK, I think that's everything, though I worked by cherry-picking instead of merging so the refs are different and GH doesn't know it. If you agree, can you close up this PR and open a new one the next time you have some work ready for review/inclusion? 02
https://github.com/LinuxCNC/linuxcnc/pull/66#issuecomment-225454886
[14:42:00] <cradek> in that latest, Edward is inconsistent about #include "" vs <> for rtapi_math. does it matter?
[14:43:29] <jepler> cradek: we are inconsistent about it all over. I prefer <>-inclusion for any header which we put in our public APIs, so that would include rtapi_math.h
[14:44:36] <jepler> linuxcnc-build_: force build --branch=sleepybishop-max31855 0000.checkin
[14:44:42] <linuxcnc-build_> The build has been queued, I'll give a shout when it starts
[15:19:02] <trasz_> jepler: hm, you're right.
[15:19:07] <trasz_> jepler: about the cleanup, i mean.
[15:19:17] <trasz_> jepler: now, this stuff lives in a sysv shared memory segment, right?
[15:19:30] <trasz_> jepler: shouldn't this segment get destroyed when rtapi_app exits?
[15:20:10] <linuxcnc-build_> build #1956 of 4016.deb-wheezy-i386 is complete: Failure [4failed shell_1] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4016.deb-wheezy-i386/builds/1956 blamelist: Edward Tomasz Napierala <trasz@FreeBSD.org>
[15:20:30] <linuxcnc-build_> build #378 of 4017.5.deb-wheezy-armhf is complete: Failure [4failed shell_1] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4017.5.deb-wheezy-armhf/builds/378 blamelist: Edward Tomasz Napierala <trasz@FreeBSD.org>
[15:36:54] <linuxcnc-build_> build forced [ETA 1h02m40s]
[15:36:54] <linuxcnc-build_> I'll give a shout when the build finishes
[15:39:31] <seb_kuzminsky> trasz_: the hal shm is deleted in rtapi_app_exit()
[15:46:18] <trasz_> hm.
[15:46:22] <trasz_> i see two segments.
[15:46:44] <trasz_> one of them is allocated in rtapi_init(), but doesn't seem to be destroyed.
[15:55:37] <linuxcnc-build_> build #1351 of 1902.clang-wheezy-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1902.clang-wheezy-rtai-i386/builds/1351
[16:09:38] <linuxcnc-build_> build #3408 of 1301.rip-precise-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1301.rip-precise-rtai-i386/builds/3408
[16:30:02] <KGB-linuxcnc> 03joseph calderon 05sleepybishop-max31855 f14a83c 06linuxcnc 03src/hal/drivers/max31855.comp add bitbang spi driver for the max31855 thermocouple to digital converter * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=f14a83c
[16:30:02] <KGB-linuxcnc> 03Sebastian Kuzminsky 05sleepybishop-max31855 11f7e7b 06linuxcnc 03src/hal/components/max31855.comp 04src/hal/drivers/max31855.comp move the new max31855 comp to hal/components * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=11f7e7b
[16:30:02] <KGB-linuxcnc> 03Jeff Epler 05sleepybishop-max31855 086643b 06linuxcnc 10src/rtapi/rtapi_math.h rtapi_math: provide C99-compatible nan definition in kernelspace * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=086643b
[16:30:05] <KGB-linuxcnc> 03Jeff Epler 05sleepybishop-max31855 25b3527 06linuxcnc 10src/hal/components/max31855.comp max31855: use C99-compatible nan("") * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=25b3527
[16:30:19] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15jepler commented on issue #55: Seb's branch encounters an error on some of the systems in our CI (buildbot) system:... 02
https://github.com/LinuxCNC/linuxcnc/pull/55#issuecomment-225460210
[16:33:29] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15jepler commented on issue #33: @nicokid how would you rate your long-term interest in maintaining stepconf? You're right that no current dev seems too interested in working on it, but I know many users use it for initial setup, so it would be a pity to see it go out of date with gtk2. 02
https://github.com/LinuxCNC/linuxcnc/pull/33#issuecomment-225460425
[16:51:09] <linuxcnc-build_> build #2024 of 1401.rip-wheezy-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1401.rip-wheezy-rtai-i386/builds/2024
[17:05:55] <linuxcnc-build_> build #4212 of 0000.checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/4212
[17:16:43] <linuxcnc-build_> build #3409 of 1301.rip-precise-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1301.rip-precise-rtai-i386/builds/3409 blamelist: dummy, Norbert Schechner <nieson@web.de>, andypugh <andy@bodgesoc.org>, Boris Skegin <boris.skegin.de at gmail.com>, John Thornton
[17:16:43] <linuxcnc-build_> <jthornton@gnipsel.com>, Al Smart <smartmachinetool@yahoo.com>, Chris Radek <chris@timeguy.com>, chris morley <chrisinnanaimo@hotmail.com>, Edward Tomasz Napierala <trasz@FreeBSD.org>, Jeff Epler <jepler@unpythonic.net>, Moses McKnight <moses@texband.net>, joseph calderon <calderon.joe@gmail.com>, Sam Sokolik <samcoinc@gmail.com>, Sebastian Kuzminsky
[17:16:43] <linuxcnc-build_> <seb@highlab.com>, John Thornton <bjt128@gmail.com>, Dewey Garrett <dgarrett@panix.com>
[17:17:51] <andypugh> That’s spreading the blame pretty widely.
[17:21:28] <linuxcnc-build_> build #2025 of 1401.rip-wheezy-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1401.rip-wheezy-rtai-i386/builds/2025 blamelist: dummy, Norbert Schechner <nieson@web.de>, andypugh <andy@bodgesoc.org>, Boris Skegin <boris.skegin.de at gmail.com>, John Thornton <jthornton@gnipsel.com>,
[17:21:28] <linuxcnc-build_> Al Smart <smartmachinetool@yahoo.com>, Chris Radek <chris@timeguy.com>, chris morley <chrisinnanaimo@hotmail.com>, Edward Tomasz Napierala <trasz@FreeBSD.org>, Jeff Epler <jepler@unpythonic.net>, Moses McKnight <moses@texband.net>, joseph calderon <calderon.joe@gmail.com>, Sam Sokolik <samcoinc@gmail.com>, Sebastian Kuzminsky <seb@highlab.com>, John
[17:21:28] <linuxcnc-build_> Thornton <bjt128@gmail.com>, Dewey Garrett <dgarrett@panix.com>
[17:25:58] <linuxcnc-build_> build #1352 of 1902.clang-wheezy-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1902.clang-wheezy-rtai-i386/builds/1352 blamelist: dummy, Norbert Schechner <nieson@web.de>, andypugh <andy@bodgesoc.org>, Boris Skegin <boris.skegin.de at gmail.com>, John Thornton
[17:25:58] <linuxcnc-build_> <jthornton@gnipsel.com>, Al Smart <smartmachinetool@yahoo.com>, Chris Radek <chris@timeguy.com>, chris morley <chrisinnanaimo@hotmail.com>, Edward Tomasz Napierala <trasz@FreeBSD.org>, Jeff Epler <jepler@unpythonic.net>, Moses McKnight <moses@texband.net>, joseph calderon <calderon.joe@gmail.com>, Sam Sokolik <samcoinc@gmail.com>, Sebastian Kuzminsky
[17:25:58] <linuxcnc-build_> <seb@highlab.com>, John Thornton <bjt128@gmail.com>, Dewey Garrett <dgarrett@panix.com>
[17:28:48] <andypugh> .
[17:29:09] <andypugh> Does anyone know what CanonConfig_t is for? ]
[17:29:11] <andypugh> https://github.com/LinuxCNC/linuxcnc/blob/joints_axes14/src/emc/nml_intf/canon.hh#L129
[17:29:21] <andypugh> It exists in JA but not in Master
[17:34:05] <andypugh> OK, I think I get it, it is just a home for a bunch of variables previously scattered around in emccanon.cc
[17:40:12] <linuxcnc-build_> build #4213 of 0000.checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/4213 blamelist: dummy, Norbert Schechner <nieson@web.de>, andypugh <andy@bodgesoc.org>, Boris Skegin <boris.skegin.de at gmail.com>, John Thornton <jthornton@gnipsel.com>, Al Smart
[17:40:12] <linuxcnc-build_> <smartmachinetool@yahoo.com>, Chris Radek <chris@timeguy.com>, chris morley <chrisinnanaimo@hotmail.com>, Edward Tomasz Napierala <trasz@FreeBSD.org>, Jeff Epler <jepler@unpythonic.net>, Moses McKnight <moses@texband.net>, joseph calderon <calderon.joe@gmail.com>, Sam Sokolik <samcoinc@gmail.com>, Sebastian Kuzminsky <seb@highlab.com>, John Thornton
[17:40:12] <linuxcnc-build_> <bjt128@gmail.com>, Dewey Garrett <dgarrett@panix.com>
[18:13:48] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15sleepybishop commented on issue #55: you mean in rtapi_math.h ?... 02
https://github.com/LinuxCNC/linuxcnc/pull/55#issuecomment-225465081
[19:06:45] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15jepler commented on issue #55: Yes, rtapi_math.h. after that the next problem is with the exp() function. I'll look into it a bit more. 02
https://github.com/LinuxCNC/linuxcnc/pull/55#issuecomment-225467242
[19:09:06] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15jepler commented on issue #55:
http://buildbot.linuxcnc.org/buildbot/builders/1401.rip-wheezy-rtai-i386/builds/2025/steps/compile/logs/stdio... 02
https://github.com/LinuxCNC/linuxcnc/pull/55#issuecomment-225467341
[19:25:23] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15joekline9 opened issue #68: G33 issue with Ver 2.7 TP 02
https://github.com/LinuxCNC/linuxcnc/issues/68
[19:43:04] <jepler> looks like a detailed report, hope somebody will be able to look at it
[19:48:44] <skunkworks> I wonder if it is the same issue with slow acceleration...
[19:49:05] <skunkworks> if you put a F0 before the G33 it also fixed it (maybe)
[20:34:32] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15sleepybishop commented on issue #55: wrt to the exp() function, similar issue, pow() is defined but exp() is not, i think a... 02
https://github.com/LinuxCNC/linuxcnc/pull/55#issuecomment-225471427
[21:00:43] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15jepler commented on issue #55:
http://buildbot.linuxcnc.org/buildbot/builders/1401.rip-wheezy-rtai-i386/builds/2025/steps/compile/logs/stdio... 02
https://github.com/LinuxCNC/linuxcnc/pull/55#issuecomment-225467341
[21:09:01] <KGB-linuxcnc> 03Jeff Epler 05sleepybishop-max31855 7781095 06linuxcnc 10src/rtapi/rtapi_math.h rtapi_math: provide declaration for c99-compatible exp() * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=7781095
[22:05:49] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15jepler commented on issue #55: Yes, now the rtai-based systems are happy. @SebKuzminsky what else needs to happen before merging this to master? 02
https://github.com/LinuxCNC/linuxcnc/pull/55#issuecomment-225478514
[22:51:58] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15SebKuzminsky commented on issue #55: The merge is @mozmck's call, he's the release manager for 2.7+1, but it looks good to me.... 02
https://github.com/LinuxCNC/linuxcnc/pull/55#issuecomment-225482265
[23:05:34] <KGB-linuxcnc> 03Sebastian Kuzminsky 05sleepybishop-max31855 75c2329 06linuxcnc 10tests/realtime-math/rtmath.comp tests/realtime-math: test for exp() and nan() * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=75c2329