Back
[08:49:05] <KGB-linuxcnc> 03Jeff Epler 05jepler/test-nml-over-tcp fc82068 06linuxcnc 10(12 files in 6 dirs) nml: convert arch-dependent types to fixed-width types * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=fc82068
[08:49:05] <KGB-linuxcnc> 03Jeff Epler 05jepler/test-nml-over-tcp 4c7f3ba 06linuxcnc 04tests/linuxcncrsh-tcp/skip tests: this test now passes on 64-bit platforms * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=4c7f3ba
[08:49:28] <jepler> huh, originally glibc said it was necessary to explicitly define __STDC_FORMAT_MACROS to get PRId32 et al in C++, but by the version I'm using on my primary development box they dropped it
[08:49:41] <jepler> so that the macros are always available when inttypes.h is included
[08:54:46] <linuxcnc-build> build #2565 of 1200.rip-lucid-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1200.rip-lucid-i386/builds/2565 blamelist: dummy, Jeff Epler <jepler@unpythonic.net>
[08:55:38] <linuxcnc-build> build #2565 of 1201.rip-lucid-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1201.rip-lucid-rtai-i386/builds/2565 blamelist: dummy, Jeff Epler <jepler@unpythonic.net>
[08:56:31] <linuxcnc-build> build #2565 of 1202.rip-lucid-amd64 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1202.rip-lucid-amd64/builds/2565 blamelist: dummy, Jeff Epler <jepler@unpythonic.net>
[08:56:57] <jepler> that is odd
[08:57:11] <jepler> I don't see what I've done wrong in this case
[08:58:40] <linuxcnc-build> build #2564 of 1900.clang-lucid-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1900.clang-lucid-rtai-i386/builds/2564 blamelist: dummy, Jeff Epler <jepler@unpythonic.net>
[08:59:26] <KGB-linuxcnc> 03Jeff Epler 05jepler/test-nml-over-tcp ae7b7f6 06linuxcnc 10(12 files in 6 dirs) nml: convert arch-dependent types to fixed-width types * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=ae7b7f6
[08:59:26] <KGB-linuxcnc> 03Jeff Epler 05jepler/test-nml-over-tcp cd9c09f 06linuxcnc 04tests/linuxcncrsh-tcp/skip tests: this test now passes on 64-bit platforms * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=cd9c09f
[08:59:31] <jepler> .. depending on indirect inclusion of inttypes.h possibly
[09:18:50] <jepler> still puzzled by the halui-jogging failures seen on buildbot. it failed on wheezy and only wheezy
[09:19:42] <jepler> linuxcnc-build: force build --branch=liblinuxnc-ui 0000.checkin
[09:19:48] <linuxcnc-build> The build has been queued, I'll give a shout when it starts
[09:21:02] <linuxcnc-build> build #2574 of 0000.checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/2574 blamelist: dummy, Jeff Epler <jepler@unpythonic.net>
[09:57:11] <linuxcnc-build> build #2566 of 1202.rip-lucid-amd64 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1202.rip-lucid-amd64/builds/2566 blamelist: dummy, Jeff Epler <jepler@unpythonic.net>
[09:57:36] <linuxcnc-build> build #2575 of 0000.checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/2575 blamelist: dummy, Jeff Epler <jepler@unpythonic.net>
[09:57:37] <linuxcnc-build> build forced [ETA 1h13m45s]
[09:57:37] <linuxcnc-build> I'll give a shout when the build finishes
[09:57:38] <linuxcnc-build> build #2576 of 0000.checkin is complete: Failure [4failed fetch branch to local git repo] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/2576
[10:00:50] <jepler> linuxcnc-build: force build --branch=liblinuxcnc-ui 0000.checkin
[10:00:51] <linuxcnc-build> build forced [ETA 1h13m45s]
[10:00:51] <linuxcnc-build> I'll give a shout when the build finishes
[10:01:08] <jepler> all my branches fail these days
[10:02:44] <jepler> the lucid-amd64 linuxcncrsh-tcp failure looks a bit like something (linuxcncsvr?) crashed
[10:04:27] <jepler> something crashed during the run anyhow
[10:04:28] <jepler> [922923.353047] ldpreload_main[9941]: segfault at 18 ip 00007f87ce1d9c09 sp 00007fffed2446e0 error 4 in libstdc++.so.6.0.13[7f87ce110000+f6000]
[10:04:59] <jepler> nah, same failure in
http://buildbot.linuxcnc.org/buildbot/builders/1202.rip-lucid-amd64/builds/2563/steps/get-dmesg/logs/stdio
[10:05:10] <jepler> I bet that's the libgl ldpreload test
[10:08:29] <jepler> ../scripts/test-libgl-bug.sh:./ldpreload_main >/dev/null 2>&1
[10:22:17] <linuxcnc-build> build #235 of 1402.rip-wheezy-rtpreempt-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1402.rip-wheezy-rtpreempt-i386/builds/235
[10:37:51] <linuxcnc-build> build #2577 of 0000.checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/2577
[10:40:00] <jepler> linuxcnc-build: force build --branch=liblinuxcnc-ui 0000.checkin
[10:40:01] <linuxcnc-build> build forced [ETA 1h13m45s]
[10:40:01] <linuxcnc-build> I'll give a shout when the build finishes
[10:45:14] <jepler> it looks like a (new?) intermittent failure in the halui-jogging test. the first time, it failed on 1402.rip-wheezy-rtpreempt-i386 and 1401.rip-wheezy-rtai-i386; when forced to build again, it only failed on 1402.rip-wheezy-rtpreempt-i386
[10:53:38] <jepler> unfortunately in 20+ runs locally I have zero failures
[10:57:01] <jepler> no interesting valgrind diagnostics from tests/halui-jogging$ valgrind --trace-children=yes bash test.sh
[10:59:54] <linuxcnc-build> build #236 of 1402.rip-wheezy-rtpreempt-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1402.rip-wheezy-rtpreempt-i386/builds/236
[11:17:33] <linuxcnc-build> build #2578 of 0000.checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/2578
[11:21:37] <jepler> and that time the failed test was mdi-queue/simple-queue-buster
[11:26:53] <seb_kuzminsky> strange
[11:27:00] <jepler> it's not even the same test
[11:27:41] <seb_kuzminsky> this is after your emcStat = lui_get_status_pointer() trick, right? (i probably have the spelling wrong)
[11:29:06] <jepler> yes
[11:29:34] <jepler> but also after I rebased things and potentially got something wrong :-/
[11:30:20] <seb_kuzminsky> i'm definitely of two minds about rebase :-/
[11:31:36] <jepler> failed to connect to Status NML
[11:31:37] <jepler> Error: failed to connect linuxcnc-ui handle
[11:37:52] <seb_kuzminsky> his bugs are so bad they took down his internet connection
[11:38:21] <Tom_shop> heh
[18:32:11] <jepler> my wheezy 32-bit vm has run the liblinuxcnc-ui and mdi-queue/simple-queue-buster tests successfully in a loop for 5+ hours
[18:32:46] <jepler> .. at commit UIs: It's OK to lui_free(NULL)
[18:51:27] <jepler> but it also passes multiple iterations at d02dd47 lui: introduce, use get_command_channel_nml
[18:51:38] <jepler> .. built for uspace but running on an rtai kernel not setuid
[20:27:16] <skunkworks_> read the article in the digital machinist.. mach->linuxcnc. it was ok - few things wrong. The greatest thing was the screenshot shows a latency error...
[20:28:09] <Connor> skunkworks_: It available online for free?
[20:33:00] <skunkworks_> not that I know of
[21:17:52] <jepler> skunkworks_: ouch
[21:20:20] <skunkworks_> I see that a lot... youtube videos showing the machine running and a rtai error in the lower left of the screen.
[21:21:30] <Connor> I get them sometimes on startup.. I never get them when running the machine..
[21:21:37] <skunkworks_> dad is making parts for my work.. he is doing very well - been a while since he had acutally gone from blueprint to machining..
[21:22:00] <Connor> How old is he?
[21:22:23] <skunkworks_> jeeze - I don't know exactly. retired - late 60's?
[21:25:58] <Tom_itx> hope you're paying him well...
[22:01:29] <skunkworks_> minimum?
[23:26:03] <seb_kuzminsky> jepler: if you load down the hypervisor host so the guest is starved for cycles, can you make it fail?
[23:30:29] <KGB-linuxcnc> 03Dewey Garrett 05master 2c56474 06linuxcnc 10src/emc/task/taskintf.cc task: ini_hal_init only when emcmotion_initialized * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=2c56474