Back
[11:54:19] <CIA-2> EMC: 03jthornton 07master * r5348c2949a41 10/docs/src/hal/ (3 files in 2 dirs): add remote program start example
[11:55:10] <JT-Dev> can I cherry pick manual updates from master to 2.4 branch?
[12:49:37] <jepler> that's OK to do and it's preferable to making the same edits manually in two branches.
[17:04:08] <mshaver> 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??
[17:05:15] <mshaver> I should clarify that I don't know that I tried it in 2.3.4. Maybe somewhere in the 2.3.3 series...
[17:05:44] <mshaver> P.S. motion.spindle-at-speed is TRUE, if that helps.
[17:14:10] <SWPadnos> mshaver, it's probably waiting for an index pulse from the spindle encoder
[17:58:16] <cradek> yeah, if it doesn't move, spindle feedback is wrong
[18:08:48] <jepler> 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)
[18:10:03] <jepler> "Length of cutter compensation entry move is not greater than the tool radius". At .000 it's OK..
[18:13:26] <jepler> well, anyway, my contribution is that in 2.3.6~pre (v2.3.5-1-g2f587c2) sim/lathe threading works as expected
[18:16:08] <CIA-2> EMC: 03jepler 07master * rb77e79b12c7f 10/src/emc/rs274ngc/gcodemodule.cc: simplify populating n[]
[18:16:08] <CIA-2> EMC: 03jepler 07master * rade0205fe9a8 10/src/emc/rs274ngc/gcodemodule.cc: this reformulation allows g++ to see that plane is initialized
[18:16:08] <CIA-2> EMC: 03jepler 07master * r703153a026b5 10/src/emc/rs274ngc/gcodemodule.cc: calculate tx, ty without requiring rad
[18:16:08] <CIA-2> EMC: 03jepler 07master * ra1a3b968a5d9 10/src/emc/rs274ngc/gcodemodule.cc: fix helical arcs
[18:16:08] <CIA-2> EMC: 03jepler 07master * rf4e7e02f2367 10/lib/python/rs274/glcanon.py: the machine coordinate system does not rotate
[18:16:08] <CIA-2> EMC: 03jepler 07master * rde93ba1f46ea 10/lib/python/rs274/glcanon.py: don't push/pop translations unnecessarily
[18:16:08] <CIA-2> EMC: 03jepler 07master * rb1689654996c 10/src/emc/task/emctaskmain.cc: use symbolic constants
[18:18:50] <cradek> jepler: I have no idea
[18:19:16] <cradek> cool, you fixed rotation. did you fix it in 2.4?
[18:19:45] <jepler> oops, I should have shouldn't I. :-/
[18:30:43] <jepler> the change doesn't cherry-pick anyway
[19:16:12] <jepler> rad=0.707107 theta1=-2.35619449019234439 theta2=-2.35619449019234484
[19:16:23] <jepler> looks like my 33 degree problem is precision/roundoff
[19:16:42] <jepler> the arc is going clockwise, so theta2 has to be less than theta1, and it is
[19:43:19] <jepler> * jepler contemplates
http://emergent.unpy.net/files/sandbox/0001-make-a-certain-full-circle-arc-appear.patch and cries
[19:46:15] <cradek> you expect 1 or (rarely) 2 iterations through the while, right?
[19:46:21] <jepler> right
[19:47:47] <cradek> seems like there might be GIGO cases where the while is much worse than if you'd just write it twice
[19:48:03] <cradek> oh I bet they both come from atan2 right above - never mind
[19:48:22] <cradek> you won't get GI from that
[20:09:32] <CIA-2> EMC: 03jepler 07master * rbba4216e324a 10/src/emc/rs274ngc/gcodemodule.cc: another fix for helical arcs
[20:09:41] <CIA-2> EMC: 03jepler 07master * rd2b9d0b97659 10/src/emc/rs274ngc/gcodemodule.cc: make a certain "full circle" arc appear
[20:09:47] <cradek> yay
[20:18:16] <CIA-2> EMC: 03jepler 07v2.4_branch * rb401ab22739a 10/src/Makefile: nurbs are broken, so don't install this
[20:18:18] <CIA-2> 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
[22:09:38] <alex_joni> I'm surprised they released an update for 6.06
[22:11:42] <aystarik> they promissed long time support, it is 5 years...
[22:13:02] <jepler> server support is for another 2 years
[22:13:03] <aystarik> https://wiki.ubuntu.com/LTS
[22:20:02] <cradek> there are still regular updates for dapper
[23:14:26] <ries_> ries_ is now known as ries