#emc-devel | Logs for 2006-09-12

[00:35:35] <jmkasunich> hi guys
[00:36:13] <cradek> hi jmk
[00:36:27] <jmkasunich> saw the thing about CL and diff
[00:36:41] <jmkasunich> I'm looking up the indent rules that I _think_ were used
[00:36:50] <cradek> I bet that would help him
[00:37:02] <jmkasunich> somewhere in the 150 versions of the makefile ;-/
[00:37:14] <cradek> however I think he can run indent (with any rules) on both and get about the same benefit
[00:37:29] <cradek> must have been before my time that indent was in a Makefile... :-)
[00:37:51] <cradek> I think jepler and I are going to try to make a video of my lathe tonight
[00:37:58] <jmkasunich> cool
[00:41:58] <jmkasunich> hmm, I think I have to look back before the server move (an old module that didn't make the move)
[00:42:10] <jmkasunich> but there's no longer a link on the SF page to browse that cvs
[00:44:01] <jmkasunich> hah, handy being an admin.. just turned it back on (for a few minutes)
[00:56:04] <jmkasunich> reply senty
[01:44:55] <cradek> jmkasunich: your reply looks like it ought to be helpful
[01:45:08] <jmkasunich> hope so
[01:45:15] <cradek> the CL author, whose name I forgot, has been in the channels a few times
[01:45:23] <cradek> so he's a little interested
[01:45:32] <jmkasunich> I wonder what the "right" way to handle that is?
[01:45:46] <jmkasunich> seems that having a copy of the CL source in our CVS is _not_ it
[01:46:49] <cradek> I don't know, it's tough. if they want to collaborate, they could put all possible changes in the CL project, and we could carefully maintain whatever patches we need
[01:47:14] <cradek> without knowing what all we did to it for emc, I can't really comment on what's "right"
[01:47:28] <jmkasunich> I've thought several times about pulling HAL out of the main package, and making it a dependency for emc
[01:47:41] <jmkasunich> then it could also be a dependency for the hal enabled version of CL
[01:47:48] <cradek> +axis -hal
[01:48:15] <cradek> I'd have to think about that. not sure it's best for emc users, but I can see it might be what you want
[01:48:23] <jmkasunich> it would certainly make the build process messier
[01:48:46] <cradek> it's already a bit on the frightful side (as is building any complex project)
[01:48:51] <jmkasunich> its not so much that I want it
[01:50:13] <jmkasunich> I think CL might benefit from using HAL
[01:50:44] <jmkasunich> if I understand it correctly (maybe out of date) the original CL is user space only
[01:52:17] <jmkasunich> the CL page at SF says it has RTLinux support
[01:54:59] <cradek> maybe he needs rtapi as much as hal then
[01:55:11] <jmkasunich> maybe
[01:55:37] <jmkasunich> they kind of go together
[01:57:25] <jmkasunich> hmm, seems he uses Comedi as his interface to hardware
[01:58:27] <jmkasunich> I wonder if a HAL driver for Comedi would be reasonable to write?
[01:58:40] <cradek> I know zip about that
[01:59:47] <jmkasunich> its an api for dealing with data acquisition cards
[02:00:03] <jmkasunich> DACs, ADCs, plus digital I/O
[02:00:21] <jmkasunich> a large number of cards are supported
[02:00:39] <jmkasunich> http://www.comedi.org/doc/index.html
[02:02:36] <jmkasunich> pretty complicated
[02:03:06] <jmkasunich> I think I'll worry about it when I find a pile of fancy boards in the dumpster that already have Comedi drivers
[02:04:18] <jepler> the focus / resolution of the movie aren't good enough to see the threads at all
[02:04:24] <jepler> it's a bit of a crappy movie
[02:04:36] <jepler> especially at 44 megabytes big
[02:04:50] <jmkasunich> bummer
[02:09:00] <cradek> darn
[02:18:43] <jepler> reencoded version: http://emergent.unpy.net/index.cgi-files/sandbox/threading.avi
[02:25:41] <jmkasunich> got some speed going with those servos!
[02:27:13] <cradek> you can see the deflection but not the threads
[02:27:22] <cradek> but yes it is definitely fast
[17:14:05] <cradek_> cradek_ is now known as cradek