EMC: 03jthornton 07master * r5348c2949a41 10/docs/src/hal/ (3 files in 2 dirs): add remote program start example
can I cherry pick manual updates from master to 2.4 branch?
that's OK to do and it's preferable to making the same edits manually in two branches.
Is lathe threading broken in 2.3.5? I ask because I'm trying to run g76.ngc from the examples and it has always worked before. Now, it runs all the way up to the G76 block and just sits there waiting for...something. Clues??
I should clarify that I don't know that I tried it in 2.3.4. Maybe somewhere in the 2.3.3 series...
P.S. motion.spindle-at-speed is TRUE, if that helps.
mshaver, it's probably waiting for an index pulse from the spindle encoder
yeah, if it doesn't move, spindle feedback is wrong
cradek: what should my T1 be to run g76.ngc? I set diameter to .020 and it's still grumpy (2.3.6~pre, sim/lathe.ini)
"Length of cutter compensation entry move is not greater than the tool radius". At .000 it's OK..
well, anyway, my contribution is that in 2.3.6~pre (v2.3.5-1-g2f587c2) sim/lathe threading works as expected
EMC: 03jepler 07master * rb77e79b12c7f 10/src/emc/rs274ngc/gcodemodule.cc: simplify populating n
EMC: 03jepler 07master * rade0205fe9a8 10/src/emc/rs274ngc/gcodemodule.cc: this reformulation allows g++ to see that plane is initialized
EMC: 03jepler 07master * r703153a026b5 10/src/emc/rs274ngc/gcodemodule.cc: calculate tx, ty without requiring rad
EMC: 03jepler 07master * ra1a3b968a5d9 10/src/emc/rs274ngc/gcodemodule.cc: fix helical arcs
EMC: 03jepler 07master * rf4e7e02f2367 10/lib/python/rs274/glcanon.py: the machine coordinate system does not rotate
EMC: 03jepler 07master * rde93ba1f46ea 10/lib/python/rs274/glcanon.py: don't push/pop translations unnecessarily
EMC: 03jepler 07master * rb1689654996c 10/src/emc/task/emctaskmain.cc: use symbolic constants
jepler: I have no idea
cool, you fixed rotation. did you fix it in 2.4?
oops, I should have shouldn't I. :-/
the change doesn't cherry-pick anyway
rad=0.707107 theta1=-2.35619449019234439 theta2=-2.35619449019234484
looks like my 33 degree problem is precision/roundoff
the arc is going clockwise, so theta2 has to be less than theta1, and it is
* jepler contemplates http://emergent.unpy.net/files/sandbox/0001-make-a-certain-full-circle-arc-appear.patch
you expect 1 or (rarely) 2 iterations through the while, right?
seems like there might be GIGO cases where the while is much worse than if you'd just write it twice
oh I bet they both come from atan2 right above - never mind
you won't get GI from that
EMC: 03jepler 07master * rbba4216e324a 10/src/emc/rs274ngc/gcodemodule.cc: another fix for helical arcs
EMC: 03jepler 07master * rd2b9d0b97659 10/src/emc/rs274ngc/gcodemodule.cc: make a certain "full circle" arc appear
EMC: 03jepler 07v2.4_branch * rb401ab22739a 10/src/Makefile: nurbs are broken, so don't install this
EMC: 03jepler 07v2.4_branch * r3d01e8ef445c 10/.gitignore: generated file
[22:05:30] <alex_joni> http://news.softpedia.com/news/New-Kernel-Vulnerabilities-in-Ubuntu-6-06-8-04-8-10-9-04-and-9-10-137655.shtml
I'm surprised they released an update for 6.06
they promissed long time support, it is 5 years...
server support is for another 2 years
[22:13:03] <aystarik> https://wiki.ubuntu.com/LTS
there are still regular updates for dapper
ries_ is now known as ries