EMC: 03cradek 07v2.4_branch * r4b410959a4df 10/src/emc/iotask/ioControl.cc: Fix T1M6 / T0M6 / T1M6 not doing the last one, on nonrandom
EMC: 03cradek 07master * r72873fe84aff 10/src/emc/motion/ (control.c mot_priv.h motion.c): Export motor offset to HAL
EMC: 03seb 07master * r1f75173a3820 10/ (2 files in 2 dirs): Fix hm2 stepgen.enable=0 behavior
ries_ is now known as ries
software stepgen doesn't have its position-fb track its position-cmd while not enabled
emc tracks position-fb and sets position-cmd during machine off, and that avoids gross position changes with the machine off -> machine on transition
so in summary I'm unsure about the portion of this hostmot2 change that changes position-fb and counts behavior
bbl, time to go to the office
[13:56:14] <cradek> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl/emcinfo.pl?action=browse&diff=1&id=Screenshots
touchy got a new look!
hm, in the default (?) theme on lucid, you can't tell which buttons are pressed
* skunkworks stayed home to work on the pantry an wait for his laptop to show up
I wish people working on "new looks" would care about usability just the tiniest bit
ah I found the answer - keep trying themes until you find one that's sane
cradek: did you see this? heard it on public radio and thought you might like the group. http://www.youtube.com/watch?v=Iq4DsqiW2DI
I have never seen someone play a cello while standing up
I guess all you need is a longer post.. ;)
he has it tied to himself somehow - you can see at the end
I've just compiled emc on 10.04 without any problems
system also seems very improved: booting in 7sec, shutting down in 2sec
no problems with drivers for brand new hardware
even I managed to move closing box to right :D
micges: i love how fast lucid boots
i'm going to add a lucid machine to the buildbot. sim only for now. 64-bit
did you see my criticism earlier?
I wanted to try build some rt kernel but didn't get time today, will try on monday
oh, and any idea why one of the buildbots always says it failed?
something about locking apt
Just this once .. here's the log: http://www.linuxcnc.org/irc/irc.freenode.net:6667/emcdevel/2010-05-07.txt
cradek: I see that the class of those problematic widgets is GtkToggleButton so it's perfectly sane to think the two states should be very clearly differentiable.
jepler: there was a crashed apt on one of the buildslaves that prevented an apt build step from running on that vm
i logged in and killed it and the next build on that machine worked
i think it was cron-apt, and i've had problems with that on this virtual cluster before... :-/
jepler: i see the feedback, thanks
tags: added: rhubarb
I wonder what that means
Kenneth Wimer on 2010-05-03
tags: added: rhubarb
(on a different bug)
I just noticed Seb leave as I thought of a question I wanted to ask him.
he'll be back. he can't stay away.
(and there's always the dev list)
Is there a built-in constant for 'eps', ie too close to zero to be sensible?
andypugh: no. what do you want it for?
I want to allow sensibly small values, but not too small. I can define it in the file, but I thought there might be a global "standard"
you mean for the "scale"?
For any scale less than 1 there's a value that gives a problematic result (infinity, because it's bigger than the biggest expressible finite number) when you compute value/scale
so you could add an 'if(scale == 0.0)' to test for *exactly* zero but I wouldn't pick any other nonzero cut-off value
or just skip zero protection; I don't see any zero protection in the traditional pwm either
but _exactly_ zero isn't the only problem.
Seb said it should be there...
But you are saying that even with a scale of .5, an input of 2^31+1 is infinite?
what I see as missing in that first patch you submitted is clamping to -1.0 for negative scaled values
(actually, we only have 9 bits of PWM resolution, so it is worse than that)
It is there now.
I'm talking about the range of values that can be expressed by a C "double"
which is bigger than the range of PWM values but still not unlimited
OK, so check for zero as you can't do anything with NaN, but you can say that -inf <1 ?
-inf < -1 and inf > 1
(I still can't find any protection against scale=0.0 in hostmot2 traditional pwmgen)
No, it isn't there.
anybody who does that deserves to have to reboot linux :-/
But Seb said I should have it, and he put it in Stepgen
And it doesn't seem to cause a serious problem,
it looooks like x/0 will be an infinity with the sign of x, except for 0/0 which is nan.
(under rtai on x86, because all the fpu exceptions such as "infinity" and "divide by zero" are masked)
(fpenv).fxsave.cwd = 0x37f; \
scale=0 gives 100% PWM regardless.
yes, there is a certain sense to that
If I have master -> branchA -> branchB and have made a lot of changes to A, what is the process to be able to check branchB back out again?
commit your stuff on A, and then git checkout B
That's what I assumed, but it is moaning.
what's the moan?
bear with me
bash: git: command not found
OK, now it didn't complain :-/
are you the one who sent me home-areyousure.diff a long time ago?
Who me? Not I
I think that was aystarik
OK, this isn't quite what I wanted as the B-branch doesn't have the changes made to the A-branch
Including one fairly important file completely gone.
maybe you want to merge A into B, or make a new branch C from the tip of A
not me. definetly
forget it, it's already committed, I'm just not paying attention
I was wanting B to be a branch of A. Perhaps it doesn't work that way.
not sure what you mean by a branch of A
No, neither am I.
imagebin a picture of gitk --all?
if you don't know what you want, I should stop trying to help :-)
In terms of git-diffs I wanted master-TPPWM to be the TPPWM stuff only, and TPPPWM-LED to be the LED stuff only.
that sounds linear, not branchy
maybe you have master-TPPWM and master-LED? that's fine, just rebase one onto the other if you want to linearize it
Yes, but linear is a degenerate form of branchy?
lost me again
I did have it as I described, but then made a lot of changes to A
what is A?
seriously, I bet a pic of gitk --all would help
A is TPPWM
I'm too hungry to help with this right now, sorry
I'll help after dinner if you don't get it by then :-)
2.4 pre this file http://pastebin.com/HnsnQrZD
skips the tool change to tool 7 for some reason and show tool 6 as the current tool after the T7M6
never mind waht a dummy I put M3
* JT-Hardinge smacks his forhead on the table again :/
is X << (32-y) valid or does << only take literals?
I am finding the error message opaque
mesa-hostmot2/led.c:115: warning: ISO C90 forbids mixed declarations and code
(though they are not on the same line)
Never mind. noob-mistake