Back
[10:09:04] <seb_kuzminsky> so... no meeting today?
[10:14:17] <jepler> seb_kuzminsky: that's my understanding
[10:53:24] <cradek> there's no agenda.
[11:13:47] <Tom_itx> making an agenda is peanuts
[11:13:58] <Tom_itx> ( may not suit the topic )
[11:24:38] <jepler> random thoughts: A common gotcha is "loadusr -W something" waits for the component named "something" and the user is left scratching her head when the component has hal_init("notthatsamestring")
[11:25:02] <jepler> we could (A) redefine "loadusr -W" without "-n" as waiting for the any userspace component to become ready
[11:25:14] <jepler> and/or we could (B) print a message to the user when a component with an unexpected name becomes ready:
[11:25:23] <jepler> halcmd: loadusr -W ./randomname
[11:25:23] <jepler> Waiting for component 'randomname' to become ready.
[11:25:23] <jepler> Note: component 'passthrough' became ready.
[11:25:23] <jepler> Use 'loadusr -Wnpassthrough ...' to wait for this component by name................................................^C
[11:25:58] <jepler> ^^ I wrote this, the downside(?) being that it involves converting halcmd_commands to C++ (should not affect its users, the same C ABI is maintained; just liblinuxcnchal.so is now linked with libstdc++)
[11:26:38] <jepler> (er, no, that's not accurate; halcmd and tcl/hal.so are now linked by g++ and link with libstdc++)
[11:26:50] <jepler> (liblinuxcnchal still does not link with or require C++)
[11:31:32] <seb_kuzminsky> i like B: more verbosity deconfuses users
[11:31:56] <seb_kuzminsky> err, i see now that jepler answered sven in the same way i did, but better...
[11:32:43] <seb_kuzminsky> i'm off to make spooky liquid nitrogen ice cream for a gaggle of kids, bbl!
[11:32:50] <jepler> ooh have funs
[11:39:50] <KGB-linuxcnc> 03jepler 05jepler-halcmd-loadusr-nag 4bd6e54 06linuxcnc 10src/hal/ 10utils/halcmd.h 10utils/halcmd_commands.h * halcmd: make these files work when included by a C++ compiler
[11:39:50] <KGB-linuxcnc> 03jepler 05jepler-halcmd-loadusr-nag cdfd8e3 06linuxcnc 10src/hal/ 10utils/Submakefile 04utils/halcmd_commands.c 03utils/halcmd_commands.cc * halcmd: convert halcmd_commands to C++
[11:39:55] <KGB-linuxcnc> 03jepler 05jepler-halcmd-loadusr-nag b27fbe0 06linuxcnc 10src/hal/utils/halcmd_commands.cc * halcmd: Help diagnose the "-W without needed -n" problem
[11:40:02] <KGB-linuxcnc> 03jepler 05jepler-halcmd-loadusr-nag 6753fd7 06linuxcnc 10docs/man/man1/halcmd.1 10src/hal/utils/halcmd_commands.cc * halcmd: halcmd -W with no -n waits for any component
[11:40:09] <KGB-linuxcnc> 03jepler 05jepler-halcmd-loadusr-nag 8baf90a 06linuxcnc 10src/hal/utils/halcmd_commands.cc * fixup! b27fbe0
[11:40:15] <KGB-linuxcnc> 03jepler 05jepler-halcmd-loadusr-nag d649b8b 06linuxcnc 10src/hal/utils/halcmd_commands.cc * halcmd: only print newline when pacifier was printed
[11:44:24] <linuxcnc-build> build #630 of precise-i386-realtime-rip is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/precise-i386-realtime-rip/builds/630 blamelist: Jeff Epler <jepler@unpythonic.net>
[11:46:13] <jepler> (hmm I fail at c++ anyway, I guess)
[11:46:30] <linuxcnc-build> build #1429 of lucid-i386-realtime-rip is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/lucid-i386-realtime-rip/builds/1429 blamelist: Jeff Epler <jepler@unpythonic.net>
[11:48:31] <linuxcnc-build> build #1425 of hardy-i386-realtime-rip is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/hardy-i386-realtime-rip/builds/1425 blamelist: Jeff Epler <jepler@unpythonic.net>
[11:48:50] <linuxcnc-build> build #1425 of lucid-rtai-i386-clang is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/lucid-rtai-i386-clang/builds/1425 blamelist: Jeff Epler <jepler@unpythonic.net>
[11:52:46] <jepler> well I can ditch the C++ and just count ready components, but then if some other component exits in the meantime that won't work either
[12:17:55] <linuxcnc-build> build #1430 of checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/checkin/builds/1430 blamelist: Jeff Epler <jepler@unpythonic.net>
[12:28:32] <jepler> #if 0 /* newinst deferred to version 2.2 */
[12:28:38] <jepler> hah that's a funny comment
[14:30:42] <KGB-linuxcnc> 03jepler 05jepler-halcmd-mindreader f3af33c 06linuxcnc 10src/hal/utils/halcmd_commands.c * halcmd: only print newline when pacifier was printed
[14:30:42] <KGB-linuxcnc> 03jepler 05jepler-halcmd-mindreader 08a8cb6 06linuxcnc 10src/hal/ 10utils/halcmd.h 10utils/halcmd_commands.h * halcmd: make these files work when included by a C++ compiler
[14:30:46] <KGB-linuxcnc> 03jepler 05jepler-halcmd-mindreader 36161f1 06linuxcnc 10src/hal/ 10utils/Submakefile 04utils/halcmd_commands.c 03utils/halcmd_commands.cc * halcmd: convert halcmd_commands to C++
[14:30:54] <KGB-linuxcnc> 03jepler 05jepler-halcmd-mindreader 7627473 06linuxcnc 10docs/man/man1/halcmd.1 10src/hal/utils/halcmd_commands.cc * halcmd: halcmd -W with no -n waits for any component
[14:35:09] <KGB-linuxcnc> 03TODO: deletor 05jepler-halcmd-loadusr-nag d649b8b 06linuxcnc 04. * branch deleted
[16:40:13] <jepler> hm, thought of a problematic wrinkle while composing the e-mail about that branch: halcmd loadusr -W invokes script that invokes halcmd
[18:45:00] <alex_joni> jepler: which one?
[18:49:02] <jepler> alex_joni: branch is jepler-halcmd-mindreader
[18:49:16] <jepler> trying to make halcmd loadusr -W work fine even when executable name and component name don't match
[18:57:26] <andypugh> Is it an option to just make it an error to have a mis-match?
[18:58:42] <alex_joni> heh, mindreader
[18:59:26] <alex_joni> btw, happen to know what this means?
[18:59:29] <alex_joni> hal/utils/halsh.c:1:0: warning: -fPIC ignored for target (all code is position independent) [enabled by default]
[19:58:47] <alex_joni> jepler: can you make something of this?
http://www.flightlab.com/~joe/tcl/cygwin-howto.txt
[19:59:11] <alex_joni> afaik we use tcl stubs, but I'm not aware that we run Tcl_InitStubs()
[20:00:07] <alex_joni> same for Package_Init()
[21:28:00] <jepler> alex_joni: if you're using a cygwin tcl/tk I assume you don't need -mno-cygwin
[21:28:10] <jepler> the rest doesn't mean much to me, sorry :-/