#linuxcnc-devel | Logs for 2014-10-20

[08:47:38] <jepler> TypeError: __init__() takes at least 6 arguments (6 given)
[08:47:42] <jepler> thanks python
[08:51:32] <ssi> ha
[08:54:18] <jepler> typical autogenerated lui getter manpage: http://paste.debian.net/127726/
[09:01:28] <KGB-linuxcnc> 03Jeff Epler 05seb/master/linuxcnc-ui-api ce60422 06linuxcnc 10src/liblinuxcnc-ui/luigetter.py lui: improve getter generation * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=ce60422
[09:33:53] <cradek> jepler: we were groaning about having to write all those manpages. thanks for being smarter.
[09:34:19] <cradek> jepler: any sign of john k and his potatoes yet?
[09:56:39] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/master/linuxcnc-ui-api 478f14e 06linuxcnc 10src/liblinuxcnc-ui/connect.cc lui connect: wait for the first Status message before declaring success * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=478f14e
[09:56:39] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/master/linuxcnc-ui-api 7102102 06linuxcnc 10(6 files) add a lui test * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=7102102
[09:59:20] <skunkworks> wow - you guys are moving fast
[10:08:28] <skunkworks> when does the fest end?
[10:13:30] <cradek> it goes until saturday officially
[10:14:06] <cradek> but I think most of us will not stay that long.
[10:14:17] <cradek> I know some are leaving tomorrow
[10:15:14] <skunkworks> wow
[10:20:49] <jepler> cradek: not yet. jon e. and dushka(?) are here
[10:21:02] <jepler> as well as a few locals, but not the ones I've been introduced to
[10:25:27] <KGB-linuxcnc> 03Jeff Epler 05seb/master/linuxcnc-ui-api ea4b80d 06linuxcnc 10src/liblinuxcnc-ui/linuxcnc-ui.h lui: additional typedefs * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=ea4b80d
[10:25:27] <KGB-linuxcnc> 03Jeff Epler 05seb/master/linuxcnc-ui-api 3ee3a50 06linuxcnc 10src/liblinuxcnc-ui/luigetter.py lui: additional getters * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=3ee3a50
[10:29:38] <skunkworks> potatoes?
[10:29:44] <skunkworks> instead of apples?
[10:52:12] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/master/linuxcnc-ui-api 09482b0 06linuxcnc 10src/liblinuxcnc-ui/status-nml-update.cc fixup comments in lui_status_nml_update() * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=09482b0
[11:07:16] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/master/linuxcnc-ui-api 521d5b6 06linuxcnc 10src/liblinuxcnc-ui/command-nml-wait-received.cc lui: comment lui_command_nml_wait_received() some * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=521d5b6
[11:07:16] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/master/linuxcnc-ui-api 0a59885 06linuxcnc 03tests/liblinuxcnc-ui/.gitignore lui test: ignore generated files * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=0a59885
[11:07:16] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/master/linuxcnc-ui-api e6687bc 06linuxcnc 10docs/man/.gitignore lui: ignore generated manpages * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=e6687bc
[11:07:18] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/master/linuxcnc-ui-api 5b67ad9 06linuxcnc 10src/liblinuxcnc-ui/command-nml-wait-received.cc lui: sleep 1 ms instead of 10 us in lui_command_nml_wait_received() * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=5b67ad9
[11:07:22] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/master/linuxcnc-ui-api a2f78fe 06linuxcnc 10src/liblinuxcnc-ui/command-nml-wait-received.cc 10src/liblinuxcnc-ui/linuxcnc-ui.h lui: add lui_command_nml_wait_done() * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=a2f78fe
[11:10:12] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/master/linuxcnc-ui-api 704f077 06linuxcnc 10tests/liblinuxcnc-ui/lui-test.c lui test: verify Task state transitions * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=704f077
[11:53:08] <jepler> chrome 2335
[11:53:09] <jepler> firefox 2012
[11:53:09] <jepler> ie 9/10/11 252
[11:53:09] <jepler> ie 5/6/7/8 163
[11:53:26] <jepler> based on running shell commands like grep /docs/.*html access.log | grep 'MSIE [91]' | wc
[11:55:19] <jepler> safari 2701
[11:55:41] <jepler> oh that includes chrome hits
[11:56:29] <jepler> so safai (- chrome) 366
[11:57:17] <jepler> so assuming all versions of ff/chrome/safari support svg, something like 3% of readers of /docs/*.html would be unable to see svgs
[12:02:34] <seb_kuzminsky> that's probably better than having to guess how big people's browser windows are...
[12:16:39] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master cb5fb25 06linuxcnc 10debian/control.in 10docs/src/Submakefile 10docs/src/code/.gitignore 10docs/src/code/Code_Notes.txt docs: include homing state diagrams in the Code Notes * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=cb5fb25
[12:16:40] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master 78624f6 06linuxcnc 10docs/src/asciideps docs: better asciidoc dependency generation * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=78624f6
[12:16:54] <KGB-linuxcnc> 05seb/master/dotty-docs f594930 06linuxcnc 04. branch deleted * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=f594930
[12:26:30] <KGB-linuxcnc> 03Chris Radek 05master 2f38c5c 06linuxcnc 10docs/man/man9/motion.9 Fix motion-type docs in motion manpage * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=2f38c5c
[12:38:03] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/sf328 a72e5fb 06linuxcnc 10(29 files in 7 dirs) nml: implement command queue with reliable reception * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=a72e5fb
[12:39:34] <jepler> so I applied Sascha's patch to the tip of master and it does fix sf#328 and and sf#395, and I think it's mostly orthogonal to the lui project (but it'll need changes in the lui code written to date)
[12:40:33] <jepler> but there are at least some minor problems it introduces, such as "now we know for sure nml over the network won't work until somebody does something"
[12:40:45] <jepler> namely, implements the globally-unique serial number generation method for it
[12:41:20] <jepler> so in summary, the proposed change is a land of contrasts
[12:52:11] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master d4d223f 06linuxcnc 10docs/src/index.tmpl docs: add punctuation * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=d4d223f
[12:52:11] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master 401caf3 06linuxcnc 10docs/src/hal/tutorial.txt docs: don't call the HAL tutorial "Advanced", because it's the one to start with * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=401caf3
[12:52:11] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master 484629d 06linuxcnc 10docs/src/hal/basic_hal.txt 10docs/src/index.tmpl docs: this is more of a basic reference than a tutorial * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=484629d
[12:52:13] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master 5bf4a50 06linuxcnc 10docs/src/hal/basic_hal.txt docs: clean up the Basic HAL Reference intro a little bit * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=5bf4a50
[12:52:17] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master 51eaa0a 06linuxcnc 10docs/src/index.tmpl docs: minor reorg of HAL docs * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=51eaa0a
[13:06:30] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/sf328 2c75081 06linuxcnc 10(29 files in 7 dirs) nml: implement command queue with reliable reception * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=2c75081
[13:06:38] <jepler> whee, one fix and then all the runtests pass for me
[13:06:41] <seb_kuzminsky> yay
[13:06:50] <jepler> for (end = 0.0; emcTimeout <= 0.0 || end < emcTimeout; end += EMC_COMMAND_D
[13:06:53] <jepler> + updateStatus();
[13:06:56] <jepler> int serial_diff = emcStatus->echo_serial_number - emcCommandSerialNumber
[13:07:04] <jepler> otherwise if you don't update status it doesn't do much good to check the new echo_serial_number
[13:13:10] <jepler> seb_kuzminsky: the commit ordering thing is that
[13:13:11] <jepler> lui: introduce struct for positions
[13:13:26] <jepler> needs to go before the fixup'd initial commit of getter generators
[13:14:00] <seb_kuzminsky> noted
[13:28:51] <KGB-linuxcnc> 03Chris Radek 052.6 e664379 06linuxcnc 10docs/man/man9/motion.9 Fix motion-type docs in motion manpage * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=e664379
[13:30:03] <seb_kuzminsky> cradek: thanks for fixing the docs that i botched
[13:36:19] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master c6911bc 06linuxcnc 10docs/src/code/Code_Notes.txt Merge remote-tracking branch 'origin/2.6' * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=c6911bc
[14:03:24] <cradek> no problem, thanks for your misguided attempt :-)
[14:22:21] <skunkworks_> wow - dxf2gcode looks very promising.. You can bring in a dxf file - change cut directions, add cutter comp..
[14:25:32] <skunkworks_> took a bit to figure out that my dxf files are non-units so dxf2gcode brought them in as mm
[14:25:54] <skunkworks_> adding a $measurement to the dxf file fixed it
[14:38:19] <skunkworks_> well crap - found a constraint violation
[14:43:21] <skunkworks_> http://electronicsam.com/images/KandT/testing/Screenshot%20from%202014-10-20%2014:21:17.png
[14:57:37] <cradek> skunkworks_: that looks terrible
[14:58:05] <cradek> the divergence is much more than the G64P?
[14:58:39] <skunkworks_> no - that was strait G64. If I add tolerance it doesn't violate - but does slow down around that edge..
[14:59:05] <skunkworks_> I think something is wrong.. I wonder what 2.6 does/
[14:59:26] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/master/linuxcnc-ui-api e957a42 06linuxcnc 32 commits pushed, 1020 files changed, 031636(+), 041684(-)
[15:00:09] <skunkworks_> huh - I don't have 2.6 installed..
[15:03:11] <jepler> skunkworks_: why would you want that old version?
[15:03:35] <skunkworks_> 2.6 runs the classic trajectory planner..
[15:07:27] <skunkworks_> oh... wait - I was running 2.6.3 it looks like...
[15:07:34] <skunkworks_> wow
[15:07:36] <skunkworks_> ok
[15:07:41] <skunkworks_> let me try it in master.
[15:10:55] <skunkworks_> jepler question makes sense now..
[15:23:35] <skunkworks_> ok - seems to be fixed in master... Phew http://electronicsam.com/images/KandT/testing/Screenshot%20from%202014-10-20%2015:02:29.png
[16:46:26] <brianmorel99> I think I may have got USB on Baytrail working with the RTAI kernel.
[16:47:38] <brianmorel99> At least it worked on my system, problem is when I built the kernel, I didn't change the name for the stock RTAI kernel, so I pretty much had to uninstall the kernel & linuxcnc to test it.
[16:48:26] <brianmorel99> I have to go out tonight, but hopefully tomorrow, I can re-spin a "feature" kernel for some people to test.
[17:00:43] <PCW> Thanks for working on that I just tried running one of our Ethernet boards on a Atom 330
[17:00:44] <PCW> and I had forgotten how dismally slow they are, the Baytrial CPUs are really snappy in comparison (and lower power)
[18:46:12] <seb_kuzminsky> brianmorel99: that's really exciting
[19:29:46] <PCW> hmm how do you make the latency test not run a base thread?
[19:43:01] <jepler> PCW: latency-test 1ms -
[19:43:34] <jepler> latency-histogram --nobase
[19:43:52] <PCW> Yeah I tried latency-test 1ms 1ms and that works also
[19:44:05] <jepler> yes that sounds right
[19:51:17] <PCW> the Atom 330s actually run our Ethernet cards at 1 KHz under Preemt-RT but man those things are slow
[19:51:19] <PCW> sometime the screen gets really jerky like its only being updated once or twice a second
[19:52:44] <PCW> of course I have a browser and halscope and a bunch of windows open
[20:01:24] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/master/linuxcnc-ui-api fe2cf5a 06linuxcnc 10docs/src/code/Code_Notes.txt 10docs/src/code/task-state-transitions.dot docs: prettier task state transition diagram * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=fe2cf5a
[20:01:25] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/master/linuxcnc-ui-api 73c1935 06linuxcnc 10tests/liblinuxcnc-ui/test.sh lui test: fail the test if lui-test.c fails to compile * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=73c1935
[20:01:25] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/master/linuxcnc-ui-api a47a847 06linuxcnc 10tests/liblinuxcnc-ui/lui-test.c lui-test: test all the task state transitions * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=a47a847
[20:01:28] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/master/linuxcnc-ui-api 7d3ac33 06linuxcnc 10tests/liblinuxcnc-ui/lui.ini lui test: turn up verbosity * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=7d3ac33
[20:27:16] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/master/linuxcnc-ui-api 44b5d01 06linuxcnc 10tests/liblinuxcnc-ui/lui-test.c lui test: move task state tests to a separate function * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=44b5d01
[20:27:16] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/master/linuxcnc-ui-api c9e514e 06linuxcnc 10tests/liblinuxcnc-ui/lui-test.c lui test: test task mode setting * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=c9e514e
[22:12:32] <skunkworks_> I think trying to explain why linuxcnc didn't go the machinekit route is a no-win situation..
[22:25:46] <seb_kuzminsky> we've talked about it before
[22:26:05] <seb_kuzminsky> jeff explained eloquently and in detail why he made his choice
[22:26:18] <seb_kuzminsky> about uspace, i mean
[22:26:21] <seb_kuzminsky> months ago
[22:26:32] <seb_kuzminsky> having that conversation again seems useless
[22:27:15] <pcw_home> I for one am really happy with uspace
[22:28:40] <pcw_home> eth1 Link encap:Ethernet HWaddr 00:e0:7d:e4:db:32
[22:28:41] <pcw_home> inet addr: Bcast: Mask:
[22:28:43] <pcw_home> UP BROADCAST RUNNING MULTICAST MTU:1200 Metric:1
[22:28:44] <pcw_home> RX packets:1445693515 errors:0 dropped:0 overruns:0 frame:0
[22:28:46] <pcw_home> TX packets:2880047243 errors:0 dropped:0 overruns:0 carrier:0
[22:28:47] <pcw_home> collisions:0 txqueuelen:1000
[22:28:49] <pcw_home> RX bytes:175656929846 (175.6 GB) TX bytes:304746873756 (304.7 GB)
[22:28:50] <pcw_home> ~9 days at 2 KHz on my desktop
[22:33:01] <KGB-linuxcnc> 03Jeff Epler 05seb/master/linuxcnc-ui-api f13d467 06linuxcnc 10src/liblinuxcnc-ui/luigetter.py luigetter: coding style * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=f13d467
[22:33:01] <KGB-linuxcnc> 03Jeff Epler 05seb/master/linuxcnc-ui-api bdf5fe4 06linuxcnc 10src/liblinuxcnc-ui/luigetter.py luigetter: doc fixes * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=bdf5fe4
[22:33:01] <KGB-linuxcnc> 03Jeff Epler 05seb/master/linuxcnc-ui-api f4d4ac1 06linuxcnc 10src/liblinuxcnc-ui/luigetter.py luigetter: additional getters * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=f4d4ac1
[22:33:03] <KGB-linuxcnc> 03Jeff Epler 05seb/master/linuxcnc-ui-api 7050726 06linuxcnc 10tests/liblinuxcnc-ui/lui-test.c 10tests/liblinuxcnc-ui/test.sh lui-test: test gcode / mcode getters * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=7050726
[22:56:28] <skunkworks_> same here.. wheezy and the rt_preempt from the repository has been working great
[23:29:32] <skunkworks_> dxf2gcode - http://electronicsam.com/images/KandT/testing/Screenshot%20from%202014-10-20%2023:05:22.png
[23:30:51] <skunkworks_> then - exporting with cutter comp enabled - one run with 0 tool diameter - then reloaded with .125 diameter cutter.
[23:30:53] <skunkworks_> http://electronicsam.com/images/KandT/testing/Screenshot%20from%202014-10-20%2023:08:50.png
[23:31:56] <skunkworks_> boy - I do have a short attention span..
[23:32:24] <skunkworks_> (but the issue with the camera is I need a machine that I can play with - and I don't have one here)
[23:33:45] <cradek> I think I don't understand what you mean - are you using our cutter comp or dxf2gcode's cutter comp?
[23:35:32] <cradek> I ran my 5i25 mill in uspace for a while - I don't remember if it still is - it works fine both ways
[23:36:33] <skunkworks_> cradek: it allows you to enable cutter comp. (G41,42) it also allows you to change the direction of cut of the profile/.
[23:37:14] <cradek> ah so it doesn't do its own offsetting
[23:37:39] <cradek> I like seeing nontrivial (but successful) cutter comp usages
[23:38:12] <skunkworks_> it works all the way up to .249" cutter :)
[23:38:29] <cradek> ah inside corners that are .25 arcs?
[23:38:48] <skunkworks_> Most likely - has been a while since I have drawn it.
[23:39:20] <ssi> how common is it to use cutter compensation in linuxcnc and program actual path in cam?
[23:39:35] <cradek> no idea
[23:40:00] <ssi> I use it all the time for lathes, but it's sort of a different use there
[23:40:03] <cradek> I'm sure some people do it
[23:40:19] <cradek> I program nominal (unoffset) path often when hand-coding
[23:40:26] <skunkworks_> it is nice for relatively simple profiles to use cutter comp - so you don't have to re-export everytime to adjust a part.
[23:41:09] <ssi> skunkworks_: so that's what you're doing there? using a 0 diameter in cam, and letting cutter comp offset for you?
[23:41:18] <skunkworks_> yes
[23:41:45] <skunkworks_> drawing 'to size'
[23:41:51] <cradek> neat
[23:41:51] <ssi> yeah
[23:41:59] <ssi> that seems like how I'd want to work, but I'm not really sure
[23:42:00] <cradek> I'm proud of our cutter comp
[23:42:11] <skunkworks_> I want to get dad using it.. I think it will be easier for him.
[23:43:02] <skunkworks_> and dxf2gcode would allow him to tell cut directions and easly turn off profiles.
[23:43:26] * skunkworks_ just needs to setup the tool table better..
[23:44:21] <skunkworks_> cradek: it seems to tell you when it can't do it.
[23:44:42] <skunkworks_> (cutter comp) so no surprise gouges.
[23:45:05] <cradek> design goal the #1: don't do crazy shit
[23:45:11] <ssi> skunkworks_: is dxf2gcode your project?
[23:45:29] <skunkworks_> heh - no.. I am not that focused or that good of a programmer..
[23:45:49] <ssi> I'll try it
[23:45:54] <ssi> I'm still struggling with cam for the mill
[23:45:58] <ssi> this would probably work well for 2d cam
[23:45:59] <skunkworks_> I had heard of it - but I didn't know it had a gui..
[23:46:14] <skunkworks_> it suposidly works on windows also..
[23:46:22] <ssi> well I want it to work on osx
[23:46:26] <ssi> there's plenty of tools for windows :)
[23:46:29] <skunkworks_> yes - 2.5d.
[23:46:39] <ssi> yeah
[23:46:42] <ssi> that'll be fine for me for starters
[23:46:50] <ssi> eventually I'm going to want 3d contouring though
[23:48:31] <skunkworks_> it may also import ps and pdfs...
[23:50:04] <skunkworks_> cradek: even so - the classic trajectory planner seems to only over shoot acceleration by 15% in very rare cases..
[23:50:36] <cradek> ugh
[23:50:41] <cradek> haha "classic"
[23:51:09] <skunkworks_> :)
[23:51:19] <cradek> what a great euphemism for old and busted
[23:51:24] <ssi> ahah
[23:51:36] <cradek> 2.7 here we come (soon I hope)
[23:51:38] <ssi> pyqt is taking ages to install!
[23:52:28] <skunkworks_> I would not say that.. I have not heard anyone complain about the classic tp causing constrain violations.. Just that it was 'way to slow'..
[23:52:49] <cradek> it's true. it served us well (adequately) for years and that's nothing to sneeze at
[23:53:00] <skunkworks_> I had that installed already. from what I don't know.
[23:53:17] <ssi> so now we can start on the finite jerk tp! :D
[23:53:23] <cradek> I'm proud of that and also very glad we're moving on
[23:53:26] <skunkworks_> good luck!]
[23:53:30] <cradek> haha "we"
[23:54:04] <ssi> me and my infinite monkeys at infinte typewriters
[23:56:23] <skunkworks_> I have been getting by with ace converter... so this is quite a step up I hope.
[23:56:34] <skunkworks_> (same guy who made turbocnc)
[23:57:08] <ssi> I don't guess these tools will do things like pocketing for you
[23:57:21] <skunkworks_> no - not yet
[23:57:52] <ssi> I've really been stressing over cam
[23:57:59] <ssi> sheetcam gets me by on the jet cutters
[23:58:01] <skunkworks_> it will if you draw the lines in cad.. ;)
[23:58:07] <ssi> and I mostly hand-write lathe code
[23:58:12] <ssi> but with this vmc I really need proper cam
[23:58:17] <skunkworks_> heh