converters went from 56 to 30
you know, a mux2 is a good conv_bit_float ...
yep - and a lot more flexible
and you even get to choose what thefloat values should be
and a comparator is the right way (IMO) to do float to bit
we should kill the ones that aren't that useful sooner instead of later
so by all means kill the bit<->float converters
consider them dead
did you get rid of hal_[su]8 as well?
there are a few more places where it is used
I think the number of converters goes down to 4 without the 8-bit types
possibly 6 if you also have signed/unsigned conversion
I've got to bug out! have a good evening!
jmkasunich: whatever happened with your investigation of Interp::init, M2, startup gcodes, etc?
I forget what we were trying to do
wasn't that a week ago?
thats forever in dog years
I must have been busy with something else because I barely remember what was going on
oh, I remember
it was the new codes to turn on/off feedoverride, spindleoverride, feedhold, and adaptive feed
they were being set to their initial state in the wrong place, which let the interp and the controller get out of sync
we fixed it all - the initial values now come from the controller, and the interp can get or set them with canonicals
at least I think its all fixed... that was strange territory for me to be poking around in
I'm still worried about M2/G92.3 which is one of the tasks
yeah same for all of us I think
putting g92.3 in the startup gcodes doesn't fix it because it doesn't get run before every program
we have startup = "starting the program" codes
that's not what my testing showed a few weeks ago - did you change it?
right, starting emc
should we have additional codes for starting the g-code program?
I don't know
part of me wants to say that's dumb - put them in the program if you want them to run at the beginning of the program
we looked into how the startup codes are implemneted a bit while working on the other issue, but wound up with another solution that was more correct - so we didn't change anything in that area
running them at every program run seems problematic too. you can't change the interp state in MDI and have it stick then.
well, if you want to do that, don't put any "program-startup-codes" in the ini
the whole thing driving this problem is tkemc's use of G92. maybe I should ask ray how it's supposed to work and what he wants to do about it
sounds good to me
... make ray and jon E sort it out, and then we can fix it
I have absolutely no clue about G92, and probalby never will
adding configurability is NOT a good way to fix a simple bug
or at least, not until I do my conversion and actually find myself using EMC to make parts
well I understand it completely from reading the spec.
emc *does* what the spec says
but tkemc seems to ?? expect something else to happen
I guess there may be times when adding configurability is the way to fix a bug: when a large chunk of the user community doesn't consider it one, and another chunk does
and that bothers me (and jon E)
yes we may decide to do that, but we probably shouldn't do it first
A-L-P-H-A is now known as a-l-p-h-a
has anybody written some text to explain why we're not making packages for edgy? Something that could go in the wiki, for instance.
I think I said something in an email, but that's it
btw: my update manager does NOT show an edgy upgrade thingy
yeah that was operator error
somehow I was running a "dapper" that was 6.04, not 6.06
that was a curse in breezy
I'm going to add something like this to the wiki "Installing EMC2" page:
=== # Why aren't there packages for Ubuntu 6.10 "Edgy Eft"? ===
We have chosen to use 6.06 because it's a "long term support" (LTS) release. If you use it, you can be sure of support and security fixes from the Ubuntu team for 3-5 years. However, we would be happy to accept and host packages for 6.10 if a user/developer of emc2 wishes to contribute them.
sounds fine to me
I like it
I think I'm going to do something radical and go to bed before jepler does
see you jmkasunich
the best way to ask for help on a mailing list is to say "I have limited patience for this"?
I dunno, but I just saw this in someone's signature:
Q: Gentoo is too hard to install and I feel like whining.
A: Please see /dev/null. (from the gentoo installer FAQ)
sounds like it booted up without the monitor hooked up. defaulted to 640X480
that would be my thought
sure could be
I thought about mentioning <CTL-ALT-+>, but didn't bother
I doubt cradek changed the monitor detection routines for the live cd
what? thats the first thing he does... :)