#emc-devel | Logs for 2010-11-30

[00:01:20] <andypugh> For example, the current version has a parameter that switches the direction of the second gear. It makes rather more sense to do that by simply having a negative ratio for reversed gears. To retain compatibility I need a rather untidy if (gear == 2 && reverse) speed = -speed.
[04:05:30] <CIA-41> EMC: 03jepler 07master * rca321ba7b7f3 10/src/emc/usr_intf/axis/scripts/hal_manualtoolchange.py: hal_manualtoolchange: withdraw popup if toolchange is aborted
[04:05:30] <CIA-41> EMC: 03jepler 07master * rccfa8c2037d6 10/tcl/bin/pickconfig.tcl: pickconfig: make files writable
[04:21:41] <CIA-41> EMC: 03jepler 07master * r2e7d4506a65e 10/src/ (Makefile Makefile.modinc.in): build: we want sane math
[04:21:42] <CIA-41> EMC: 03jepler 07master * r7459f5516ec6 10/src/rtapi/rtapi_math.h: rtapi_math.h: frexp, isinf, signbit
[04:21:43] <CIA-41> EMC: 03jepler 07master * rbe3a915d5b2e 10/src/rtapi/vsnprintf.h: vsnprintf: use ch() everywhere
[04:21:44] <CIA-41> EMC: 03jepler 07master * r9a4f76459386 10/src/rtapi/vsnprintf.h: vsnprintf: let others use small_digits, large_digits
[04:21:44] <CIA-41> EMC: 03jepler 07master * r85fc0e31b32f 10/src/rtapi/vsnprintf.h: vsnprintf: function to add a string to output
[04:21:46] <CIA-41> EMC: 03jepler 07master * r2ab3938c9b23 10/src/rtapi/vsnprintf.h: vsnprintf: print floats like %A, not F[...]
[04:21:46] <CIA-41> EMC: 03jepler 07master * r3fe8805143a8 10/scripts/decode_dmesg: decode_dmesg: decode hex floats in dmesg
[04:24:30] <jepler> 'night all
[05:11:17] <cradek> cool!
[13:09:19] <CIA-41> EMC: 03jepler 07master * re2d7c7db71e5 10/src/emc/usr_intf/axis/scripts/hal_manualtoolchange.py: get rid of debugging print
[13:10:14] <jepler> hm when you estop during toolchange, something sane thing seems to happen (iocontrol deasserts "change" and all is well)
[13:11:13] <jepler> but when you abort during toolchange, everything freezes up until "changed" is asserted
[13:13:44] <SWPadnos> imagine how the external ladder feels :)
[13:14:04] <SWPadnos> (ie, I wonder how many people actually account for that scenario in the ladder logic)
[13:14:10] <SWPadnos> or whatever they use
[13:14:17] <jepler> http://pastebin.ca/2006695
[13:17:05] <jepler> yeah, well, we could probably better define how either side of the toolchange can abort it, and what the state after the aborted toolchange is
[13:17:41] <SWPadnos> yep
[13:18:00] <jepler> but for hal_manualtoolchange, my concern of the moment, treating "changed went false" as "io wanted to abort the change" is just about enough
[13:18:11] <jepler> .. and it worked fine for estopping during toolchange
[13:18:19] <jepler> .. but not for aborting during toolchange
[13:18:23] <SWPadnos> heh, excellent! :)
[13:18:46] <jepler> anyway, bbl
[13:18:53] <SWPadnos> seeya
[13:19:57] <jepler> uh oh, buildbot is pissy
[13:21:13] <jepler> E: emc2-dev: debian-changelog-file-contains-invalid-email-address buildslave@lucid-rtai-i386
[13:23:22] <jepler> or maybe this is the real error
[13:23:22] <jepler> Running test: /home/farmer/buildbot/hardy-rtai-i386/hardy-i386-trunkish-realtime-rip/build/tests/abs.0
[13:23:26] <jepler> insmod: error inserting '/home/farmer/buildbot/hardy-rtai-i386/hardy-i386-trunkish-realtime-rip/build/rtlib/rtapi.ko': -1 Unknown symbol in module
[13:25:07] <SWPadnos> hmm. how do you actually get to the build/test logs on the buildbot?
[13:25:57] <jepler> from http://emc2-buildbot.colorado.edu/buildbot/ you can pick which confusing view you like, then try to find the related error somewhere in that view.
[13:26:41] <SWPadnos> yeah, that's what I was doing, but I never got to an actual log (for this build)
[13:27:21] <jepler> http://emc2-buildbot.colorado.edu/buildbot/builders/hardy-i386-trunkish-realtime-rip/builds/71/steps/runtests/logs/stdio
[13:29:12] <jepler> looks like the problem will turn out to be WARNING: "isinf" [/home/farmer/buildbot/hardy-rtai-i386/hardy-i386-trunkish-realtime-rip/build/src/rtapi.ko] undefined!
[13:29:42] <morficmobile> alex_joni: sorry it took so long
[13:30:26] <SWPadnos> ah, ok. the confusing waterfall view is - confusing
[13:30:51] <SWPadnos> and the commit list message says the build failed, when actually it's not the build, but the tests, that failed
[13:34:42] <alex_joni> morficmobile: no problem
[13:36:15] <alex_joni> SWPadnos: the message comes from the trigger of the build, not from the builder itself
[13:36:22] <alex_joni> or something like that seb explained
[13:38:00] <jepler> sigh, I wish there was somebody who really cared about hardy (i.e., planned to run master on hardy) who I expected to have the expertise to fix this isinf problem
[13:38:25] <jepler> .. because I sure know I don't care about hardy
[13:51:33] <jthornton> I have two of the three requirements
[13:57:50] <jepler> bbl for real this time
[13:57:52] <CIA-41> EMC: 03jepler 07master * r2be4c54d278e 10/src/rtapi/rtapi_math.h: rtapi_math: implement isinf for pre-gcc4.4 systems
[13:58:04] <CIA-41> EMC: 03jepler 07master * r20d714ead8dd 10/scripts/decode_dmesg: decode_dmesg: script should be marked executable
[17:18:03] <Chat8988> Chat8988 is now known as emcrules_mobile
[19:21:46] <jepler> qhttp://majewsky.wordpress.com/2010/11/29/tip-of-the-day-dont-remember-git-clone-urls/
[19:21:49] <jepler> s/q//
[19:23:20] <psha> jepler: wow, it's really cool to read manuals :)
[19:35:23] <jepler> http://www.ini.uzh.ch/~conradt/Projects/PencilBalancer/
[19:41:23] <alex_joni> jepler: that git "alias" is also done for lp I think
[19:41:32] <alex_joni> lp = launchpad
[19:45:34] <jepler> that's bzr, not sure how they do it
[19:48:01] <psha> via plugin
[19:48:42] <psha> lp: is not only alias to launchpad but also some custom auth mechs
[20:14:49] <SWPadnos> andypugh, (switching here for development talk) what do you mean by "put the driver in setup mode any time it is stopped "
[20:14:59] <SWPadnos> what do you mean by stopped?
[20:15:57] <andypugh> The sserial interface has two modes "running" and "stopped"
[20:16:33] <SWPadnos> oh, and you have a HAL pin to control that
[20:16:36] <andypugh> The actual driver always completes each thread, if that was worrying you.
[20:17:16] <SWPadnos> yeah, I was wondering how you'd tell if it was stopped, when your driver functions weren't getting called :)
[20:17:35] <andypugh> Which, with tens-of-milliseconds response times and handshaking makes for some fun programming.
[20:18:17] <SWPadnos> ?
[20:19:48] <andypugh> You write a command to a register, then watch for the readback to clear. Then check the error flags, then do it all again. The response to (say) card-start can be 100mS.
[20:20:54] <SWPadnos> ah, so you have a state machine in the configuration part of the driver
[20:21:55] <andypugh> I have two (and potentially 40 total instances).
[20:22:33] <andypugh> There is a per-port state machine that handles start and stop, and a per-card that handles parameter setting.
[20:23:54] <andypugh> I am almost certainly going to move the per-card into the per-port and then have a "which card to program" pin for the whole port.
[20:25:01] <mhaberler> psha: communicado?
[20:25:19] <psha> mhaberler: hardly :) bit you have questions - i'm here :)
[20:25:59] <psha> mhaberler: only useless talks :) i'm limited to text-only communications :)
[20:27:19] <mhaberler> psha: re easy widgets acces: what I'm going to do is a) pass panel to hal_init(), b) add the other gtkwidgets in a second dict in makepins.GladePanel
[20:30:26] <psha> hn
[20:30:26] <psha> hm
[20:30:36] <psha> what second dict?
[20:30:57] <mhaberler> psha: for the occasional gtk widget
[20:31:10] <psha> you want to add gtkwidgets in hal init?!
[20:31:39] <psha> i'll pull you branch and see
[20:32:18] <mhaberler> its in my brain, not in a branch
[20:32:20] <mhaberler> no... I want to be able to access all widgets easily for persistence in the user.py file
[20:32:49] <mhaberler> this is a basic stupidity test ;-)
[20:32:49] <psha> then do what you want with provided glade/gtkbuilder objects
[20:33:23] <psha> oh man
[20:33:34] <psha> you again commited lot of junk
[20:33:45] <mhaberler> I want to parcel out the libglade/gtkbuilder issue into makepins
[20:34:09] <mhaberler> this is a work branch..
[20:35:45] <psha> you've commited time.9 in man pages :)
[20:35:53] <mhaberler> uh
[20:36:24] <alex_joni> well.. it's a manpage alright :)
[20:36:38] <mhaberler> blush.
[20:38:17] <psha> mhaberler: i'm not talking about lib/python/touchy in some of previous branches :)
[20:38:59] <mhaberler> ok.. will read uo and behave
[20:39:50] <psha> it's no harm but it's hard to switch barnches ;(
[20:40:20] <andypugh> I think I am seeing why nobody lets me loose with commit access.
[20:40:40] <mhaberler> here is your reason: learning curve
[20:43:41] <psha> that's why git's main worflow is pulling and not pushing :)
[20:45:43] <mhaberler> psha: anyway: I will go ahead as I think fit and let you throw out what you dont like
[20:47:16] <psha> i don't like time.9 :)
[20:47:53] <psha> seriously i've not yet inspected what's going on
[20:49:21] <psha> have to stash current signal work first
[20:51:29] <psha> i think i'll look on it tomorrow
[20:51:42] <psha> or i have chances to loose signals work...
[20:51:48] <CIA-41> EMC: 03jepler 07master * raf40e5d29013 10/docs/man/man9/.gitignore: ignore generated file
[20:52:21] <psha> jepler: while youngsters talk wise one listens :)