#emc-devel | Logs for 2010-03-19

Back
[00:05:10] <mshaver> SWPadnos:
[00:05:16] <SWPadnos> mshaver
[00:05:23] <mshaver> yes
[00:05:28] <SWPadnos> you rang?
[00:05:33] <SWPadnos> :)
[00:05:34] <mshaver> before, the encoder direction was wrong
[00:05:44] <mshaver> just thought I'd let you know
[00:05:47] <SWPadnos> oh. that wouldn't help at all :)
[00:05:51] <SWPadnos> thanks
[00:05:58] <mshaver> no :)
[00:06:11] <mshaver> hey! THANK YOU!
[00:06:20] <mshaver> you're the only one who responded
[00:06:31] <mshaver> anyway back to work..
[00:06:33] <SWPadnos> sure
[00:06:36] <SWPadnos> ok, have fun
[02:10:22] <dgarr> i'm noticing some problems with axis and recent changes: http://www.panix.com/~dgarrett/stuff/e.txt
[02:20:49] <jepler> hmmmmm
[02:20:50] <jepler> thanks
[02:26:41] <dgarr> np, maybe i'm doing something wrong
[02:29:33] <jepler> I doubt it, it's just that I thought I tested that returning inf from that function was OK
[02:31:06] <jepler> does changing all the INFINITY to 9e99 in gcodemodule.cc fix it for you?
[02:35:04] <dgarr> seems like that change works on those tests, i originally saw it elsewhere so i should test some more things too
[02:40:22] <dgarr> yes, i think changng INFINITY to 9e99 fixes all the cases i saw
[02:48:59] <CIA-2> EMC: 03jepler 07master * rf68caf7e35da 10/src/emc/usr_intf/axis/extensions/minigl.c: provide GLCALLxV for 5, 7 and 8 args
[02:49:07] <CIA-2> EMC: 03jepler 07master * rddafe687765c 10/src/emc/rs274ngc/gcodemodule.cc: fix crash loading empty file
[02:49:08] <CIA-2> EMC: 03jepler 07master * r326b73f9f5b4 10/lib/python/rs274/OpenGLTk.py: use swapbuffers method
[02:49:09] <CIA-2> EMC: 03jepler 07master * r96aab8b255f9 10/src/emc/usr_intf/axis/scripts/axis.py: don't define method; base class has it
[03:13:01] <jepler> 'night all
[03:13:40] <dgarr> thanks for the fix!
[07:37:18] <ries_> ries_ is now known as ries
[11:36:18] <e-jones> e-jones is now known as jkastner|away
[11:36:32] <jkastner|away> jkastner|away is now known as e-jones|away
[12:16:46] <e-jones|away> e-jones|away is now known as e-jones
[13:11:32] <tomaw> [Global Notice] Hi all. We just had a minor incident with an automated bot killing web gateway users as they connected. We've since disciplined it and things are back to normal. Sorry for the inconvenience and noise.
[20:30:22] <cradek> jepler_: if you are still wanting opinions, I think you should backport the new arc stuff and we'll hope for the best
[20:40:00] <jepler_> unless I missed something on the mailing list, yours is the only opinion I've gotten
[20:45:39] <cradek> I figured you knew mine already...
[20:45:52] <cradek> I'll help you test if you do it
[20:46:11] <cradek> writing a new implementation is crazy
[20:46:21] <cradek> leaving it broken is distasteful
[20:59:00] <alex_joni> so far we've been really reponsive with quick bugfixes for serious things
[20:59:46] <alex_joni> so I'm in favour of backporting this, and a bugfix version or two if there's still something wrong uncovered later
[21:17:21] <micges> jepler_: in commit r47459e45275 you disabled rotating origin axes according with s.rotation_xy, this was intended?
[21:19:29] <micges> if so there will be no visible indication about current rotation, and I think that would be confusing if s.rotation_xy will be let say 1.5 degree
[21:20:08] <micges> (or maybe I'm wrong)
[21:21:30] <jepler_> with the tip of master the coordinate axes are shown rotated when displaying relative coordinates and not rotated when displaying machine coordinates
[21:21:33] <jepler_> jepler_ is now known as jepler
[21:21:42] <jepler> at least, that's how it's supposed to be
[21:24:34] <jepler> I think a 1.5 degree rotation will be difficult to see no matter what
[21:25:00] <micges> yes I've thinked about that after I wrote it :)
[21:25:09] <jepler> oh, hmmmm
[21:25:27] <jepler> though I think there *is* a bug if you have zero offsets but do have a rotation..
[21:25:48] <jepler> yeah, in that specific case the rotation isn't shown
[21:25:52] <micges> I had situation that preview was wrong when I entered g10 l2 p1 r30