Back
[00:36:14] <Roguish> SWPadnos: got my vertical into production:
http://www.youtube.com/watch?v=KT_cAiyks5U
[00:38:04] <Roguish> more later next week.
[02:23:17] <jepler> pmbdk: you can look at 'halcmd show sig' to see that there's nothing normally connected to XYvel as an input. that means it's not "doing anything". XYvel is there because during development it's often useful to show in halscope.
[02:24:26] <jepler> pmbdk: if you're trying to "optimize" the servo loop, just running the hypot and ddt functions is a pretty small fraction, maybe each one is 2% as much as running motion's functions, and all the servo-thread code is also a small fraction of the total CPU time available ..
[02:25:05] <jepler> SWPadnos: alex and I haven't made any plans for a release weekend.
[07:11:32] <micges> logger_dev: bookmark
[07:11:32] <micges> Just this once .. here's the log:
http://www.linuxcnc.org/irc/irc.freenode.net:6667/emcdevel/2008-08-02.txt
[13:08:59] <CIA-35> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/common/machining_center.lyx: Split out machining center from g code to aid in editing
[13:11:20] <CIA-35> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/ (Master_User.lyx Submakefile): Split out machining center from g code to aid in editing
[13:11:21] <CIA-35> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/gcode/main.lyx: Split out machining center from g code to aid in editing
[13:20:53] <CIA-35> EMC: 03bigjohnt 07v2_2_branch * 10emc2/docs/src/common/machining_center.lyx: Split out machining center from g code to aid in editing
[13:22:35] <CIA-35> EMC: 03bigjohnt 07v2_2_branch * 10emc2/docs/src/ (Master_User.lyx Submakefile): Split out machining center from g code to aid in editing
[13:22:45] <CIA-35> EMC: 03bigjohnt 07v2_2_branch * 10emc2/docs/src/gcode/main.lyx: Split out machining center from g code to aid in editing
[13:43:52] <jepler> BigJohnT: make: *** No rule to make target `/home/jet/emc2-trunk/docs/src/gcode/cutting_orientation2.png', needed by `depends/common/machining_center.d'. Stop.
[13:44:17] <jepler> removing depends and trying again just in case that fixes it
[13:46:30] <jepler> nope, problem remains
[13:46:35] <jepler> perhaps you forgot to commit a new file?
[13:47:56] <BigJohnT> let me see jepler
[13:54:17] <BigJohnT> dang it lyx tacked on the /home/jet/emc2-trunk on to the reference
[13:54:54] <rayh> jepler, Do I need to do any work beyond lyx if I split out a bunch of new files for the developer handbook.
[13:55:28] <jepler> BigJohnT: oh I see that now that I look at the error more closely :-P
[13:56:29] <rayh> That's right. I've had problems with lyx making a absolute reference to some graphics and stuff.
[13:57:36] <jepler> rayh: If they are only included from Master_xxx.lyx files, then more steps are required to add them as new sections in the html documentation.
[13:58:07] <jepler> rayh: from memory, this consists of adding entries in index.tmpl, Submakefile, and docs.xml for each new addition
[14:00:15] <BigJohnT> looks like if an image is not in the same directory or a subdirectory lyx tacks on the complete path
[14:00:42] <jepler> you may need to edit the .lyx file in a normal text editor to correct it, then
[14:00:57] <rayh> Okay. I'll see if I can catch up with the html stuff.
[14:01:22] <rayh> You can click on the insert and edit the location there.
[14:04:09] <BigJohnT> is index.tmpl and docs.xml for the html files?
[14:04:42] <rayh> Hi alex
[14:06:33] <rayh> I'm guessing then that we need the chapter heading in the file rather than in the master.lyx?
[14:06:50] <rayh> brb
[14:13:35] <jepler> BigJohnT: yeah
[14:14:12] <BigJohnT> I see it now... I'm on it like a chicken after a june bug :)
[14:17:49] <alex_joni> hi guys
[14:17:57] <BigJohnT> hi Alex
[14:18:29] <alex_joni> * alex_joni is finally home again :)
[14:18:37] <jepler> alex_joni: lucky you!
[14:18:39] <alex_joni> close to a week without PC's :)
[14:18:47] <jepler> although that doesn't sound so bad either
[14:19:03] <alex_joni> and the best was that not much happened while I was gone :D
[14:20:39] <alex_joni> bbl
[14:24:36] <CIA-35> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/common/ (lathe_tool.png machining_center.lyx): fixed a file path error
[14:33:04] <CIA-35> EMC: 03bigjohnt 07v2_2_branch * 10emc2/docs/src/common/ (lathe_tool.png machining_center.lyx): fixed a file path error
[14:38:03] <rayh> whoa that makes for some difficult editing.
[14:38:56] <BigJohnT> what's that ray?
[14:40:27] <rayh> I changed a bit of the developer book around.
[14:40:41] <rayh> and in process see that glossary does not have a chapter heading.
[14:41:10] <rayh> so I add the chapter heading, fix the other master files but then find the html is way wrong.
[14:41:10] <BigJohnT> only if you make it a part does it show up in the index
[14:41:26] <BigJohnT> of the pdf
[14:41:46] <rayh> I don't believe in parts.
[14:42:00] <rayh> cause most books don't have em.
[14:42:15] <BigJohnT> is the html wrong because of my addition?
[14:42:24] <rayh> And they each waste a page
[14:42:31] <BigJohnT> I hate that
[14:43:05] <rayh> But I did use parts in the developer manual. Now my problems are with the html.
[14:43:47] <rayh> What do you think of a README that describes the whole document production process.
[14:44:19] <BigJohnT> let me refresh my brain cell... one moment
[14:44:21] <rayh> Or a chapter in the developer handbook on how it works between Lyx and html and man.
[14:47:01] <BigJohnT> I don't see that chapter rayh
[14:49:17] <rayh> I'm imagining it.
[14:52:54] <BigJohnT> what does it look like? can you send me a mental picture?
[14:55:17] <rayh> Back when I picked LyX as a document format I did it because I thought it offered a write once publish wherever environment.
[14:55:59] <rayh> And if a person learned LyX they would be able to effect any changes to documents that they wished.
[14:56:32] <rayh> Now it looks like LyX is only a part.
[14:56:37] <BigJohnT> so far I've been having fun finding some of the gotchas :)
[14:57:27] <rayh> Yep. I guess that is my mental image for the "Writing and Publishing EMC2 Docs" chapter.
[14:57:44] <rayh> Each section there is a gotcha.
[14:58:15] <rayh> If you do zzz you'll have to edit zza, zzb, ...
[14:59:27] <rayh> I forgot about the absolute graphic references thing so if it was a gotcha in that chapter we could refer back.
[14:59:40] <BigJohnT> adding new files seems to be a 3 part task... cvs add, edit Submakefile, figure out where it fits in the html index
[15:00:31] <rayh> Yes. But the whole html creates severe limitations on what Lyx can do.
[15:00:55] <rayh> That was the problem I had a bit ago with the chapter heading in glossary.
[15:01:22] <BigJohnT> other than one html vs three pdf documents what does that change?
[15:02:12] <rayh> First having to edit 4 things instead of one
[15:03:23] <rayh> And being really limited in the ability to build other arrangements of the source.
[15:04:08] <rayh> Some of the early lyx docs were only sections, and some chapters were built from several sections.
[15:04:52] <rayh> I guess I'll need to play with the system here for a while and see if I can get my head around it.
[15:05:09] <rayh> The way it works now.
[15:07:12] <BigJohnT> when you get a grip on it let me know :)
[15:10:03] <rayh> you bet.
[15:10:41] <rayh> I don't know whether to commit my changes to the developer book just yet.
[15:10:43] <BigJohnT> just looking at the html and it seems to follow it's own direction as an all in one doc
[15:11:18] <rayh> Sure I just don't know how it parses the Lyx file and what it does with various levels of heading.
[15:11:37] <BigJohnT> did you make it to see
[15:11:59] <BigJohnT> in the html?
[15:13:51] <BigJohnT> from what I see if you don't change the index.tmpl, and docs.xml to put a new file in the html it won't show up there...
[15:16:11] <rayh> Looks like it.
[15:16:49] <BigJohnT> np, we just need to write a how to for us :)
[15:17:08] <BigJohnT> I have a good start on one on my desktop
[15:37:35] <CIA-35> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/gcode/main.lyx: fix error in function table
[15:40:33] <CIA-35> EMC: 03bigjohnt 07v2_2_branch * 10emc2/docs/src/gcode/main.lyx: fix error in function table
[17:04:34] <jmkasunich> logger_dev: bookmark
[17:04:34] <jmkasunich> Just this once .. here's the log:
http://www.linuxcnc.org/irc/irc.freenode.net:6667/emcdevel/2008-08-02.txt
[17:17:49] <jmkasunich> that's odd - the most recent email in the "possible bugreport" thread is labeled "2:11pm"
[17:18:05] <jmkasunich> its only 1:16 here, I thought thunderbird would make those labels in local time
[17:19:44] <jmkasunich> maybe I should ask BigJohnT to email me some stock tips from the future
[17:20:09] <SWPadnos> heh
[17:20:25] <SWPadnos> that's probably hte "sent" tine, vs. the "received" time
[17:20:30] <SWPadnos> they're separate columns
[17:20:56] <jmkasunich> my window just has one column
[17:21:13] <jmkasunich> but I've never noticed time zone issues before - we have messages send from all over the place
[17:21:21] <SWPadnos> there's a button on the right that you can use to add columns to the display
[17:21:48] <jmkasunich> thats quite alright, I think I can live with a few mysteries
[17:29:04] <jmkasunich> heh - cradek has the right idea
[17:33:17] <BigJohnT> ok, I'm back from the future... the only problem is your memory gets wiped clean or is that when you take a nap
[17:33:33] <BigJohnT> I better go take a nap to be sure
[17:33:39] <cradek> I think I'm from the past - it's all I can remember.
[17:33:47] <BigJohnT> :)
[17:34:55] <jmkasunich> when I sleep till noon on Saturday, can I claim that I got up at 7:30 and then decided to take a nap?
[17:35:37] <BigJohnT> yep I sometimes take two naps
[17:35:47] <BigJohnT> just to be sure
[19:19:23] <KimK> KimK is now known as KimK_
[20:28:43] <KimK_> KimK_ is now known as KimK
[20:57:39] <BigJohnT> is there any way to not build the french html docs?
[21:02:58] <alex_joni> other than hacking the build system?
[21:03:24] <alex_joni> don't think so
[21:07:13] <BigJohnT> * BigJohnT gets out his camp axe :)
[21:07:27] <BigJohnT> didn't know if there was a magic key word to just build the english ones...
[21:07:28] <CIA-35> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/ (docs.xml index.tmpl): added a couple of words
[21:10:31] <alex_joni> not that I know..
[21:11:56] <BigJohnT> I get an error on the french html during the make
[21:12:36] <BigJohnT> well now it's gone away
[21:13:22] <alex_joni> magic errors?
[21:13:43] <alex_joni> * alex_joni heads to bed
[21:13:46] <alex_joni> good night all
[21:13:51] <BigJohnT> good night Alex
[21:14:11] <BigJohnT> I think they were self induced errors :)
[22:28:01] <mhel> hello, emc & linux noobie here.
[22:28:32] <jmkasunich> hi ;-)
[22:28:40] <mhel> yes,
[22:29:05] <mhel> I'm trying to compile the latest emc2 as a simulator for now, but having error.
[22:29:29] <mhel> related to sim_rtapi_app.cc
[22:29:34] <jmkasunich> can you post the error - if short, put it here, otherwise use pastebin.ca and post the url
[22:30:01] <mhel> Compiling rtapi/sim_rtapi_app.cc
[22:30:03] <mhel> rtapi/sim_rtapi_app.cc: In function 'void remove_quotes(std::string&)':
[22:30:05] <mhel> rtapi/sim_rtapi_app.cc:112: error: 'remove_copy' was not declared in this scope
[22:30:06] <mhel> make: *** [objects/rtapi/sim_rtapi_app.o] Error 1
[22:30:37] <jmkasunich> eww, .cc
[22:30:48] <jmkasunich> I'm mostly a C guy, I know very little C++
[22:30:55] <jmkasunich> lemme take a look at that file
[22:31:48] <mhel> there was another one before that, I think the .cc file is missing stdlib header, I added it and eliminated the first error.
[22:32:53] <jmkasunich> I'm afraid I probably won't be able to help
[22:33:02] <jmkasunich> I don't think I've ever seen this file before
[22:33:12] <jmkasunich> (which is odd, because I did a lot of work on RTAPI)
[22:33:47] <mhel> thanks anyway, I just thought it should compile ok, since it's just the sim.
[22:34:46] <jmkasunich> I'm trying to figure out what it is for
[22:35:48] <jmkasunich> what is your environment (the code is known to compile properly on some platforms)
[22:35:57] <mhel> thanks, another questions, if I may, would I be able to use emc2 with xenomai? I just happened to use it since it's the most updated rt.
[22:36:21] <jmkasunich> you'd probably have to write another rtapi interface layer
[22:36:22] <mhel> gcc 4.3.1 on ARCHlinux
[22:36:24] <SWPadnos> there is no xenomai interface layer for RTAPI, but please contribute it if you write one :)
[22:36:43] <SWPadnos> hmmm - isn't ARCH either ARM or non-MMU Linux?
[22:36:52] <jmkasunich> RTAPI is our simplified interface for realtime threads and RT/userspace shared memory
[22:37:08] <SWPadnos> ah no, it's just a small distribution
[22:37:14] <jmkasunich> we have interface layers for RTAPI -> RTAI and RTAPI -> (older) RTLinux
[22:37:18] <mhel> if I ever get more knowledgeable than you think of me, I'd gladly contribute :)
[22:37:26] <SWPadnos> heh, fair enough :)
[22:38:06] <jmkasunich> have you compiled Xenomai?
[22:38:13] <mhel> yes
[22:38:23] <jmkasunich> then you aren't a newbie anymore ;-)
[22:38:27] <SWPadnos> hmm. so you must have kernel headers installed
[22:38:28] <mhel> atleast the test works
[22:38:49] <mhel> I supposed I'm not a newbie anymore, I just read a lot.
[22:38:51] <jmkasunich> most of us use the precompiled RT kernel that is distributed on the EMC2 CD
[22:39:25] <jmkasunich> the decision to use a different RT system is not a newbie choice - it will involve some tricky work
[22:39:34] <mhel> it's part of the learning that's why I'm trying it.
[22:39:42] <jmkasunich> ok
[22:40:07] <jmkasunich> good actually - just be aware that you aren't taking the newbie route
[22:40:55] <jmkasunich> I think we'd like to hear about your progress - if there are things that are easily fixed to improve our portability to other systems, we want to fix them
[22:41:06] <mhel> I was actually looking for a small distro that I could put emc2 in, and found ArchLinux. which looks good.
[22:41:57] <SWPadnos> there is a puppy based EMC disc
[22:42:21] <jmkasunich> you've already compiled Xenomi for Arch?
[22:43:08] <mhel> I got xenomai compiled after tinkering with it for hours.
[22:43:18] <jmkasunich> did you take notes?
[22:43:58] <mhel> SWPadnos: I saw puppy, but I really want to learn linux from scratch this time.
[22:44:09] <SWPadnos> cool
[22:44:35] <jmkasunich> if you have any notes, please put them in our wiki
[22:44:38] <jmkasunich> either here:
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Installing_EMC2
[22:44:48] <jmkasunich> or on a new page dedicated to arch and linked from that page
[22:45:18] <jmkasunich> that first page is getting long - an arch/xenomai page would be good
[22:46:19] <SWPadnos> mhel, you shouldn't have to add headers to the source files. can you check whether you have the full set of c++ headers?
[22:46:21] <mhel> jmkasunich: I followed the xenomai mixed instruction for different distros, I actually had to redo it twice, I'm goin to redo the compiling to get more familiar with the process.
[22:46:35] <jmkasunich> if you redo it, please take notes
[22:46:54] <SWPadnos> if you go to /ust/include and grep for remove_copy, that should tell you whether the needed headers are installed correctly
[22:47:02] <jmkasunich> xenomai support is a very interesting thing - any progress in that direction, even if only partial, would be good
[22:47:06] <SWPadnos> use this: `grep -lR remove_copy *`
[22:47:07] <mhel> I'll try it.
[22:48:23] <jmkasunich> jepler: sim_rtapi_app.cc seems to be your work - any thoughts?
[22:48:35] <jmkasunich> btw, I noticed a lack of GPL notice at the top of the file.....
[22:48:36] <mhel> jmkasunich: I will, but this time I wont be ask for the missing libraries.
[22:48:56] <jmkasunich> understood - that is ok
[22:49:25] <mhel> SWPadnos: this is what I got:
[22:49:26] <mhel> c++/4.3.1/bits/stl_algo.h
[22:49:28] <mhel> c++/4.3.1/bits/algorithmfwd.h
[22:50:03] <SWPadnos> ok, now grep -lR stl_algo *
[22:50:09] <SWPadnos> that should give you a larger list
[22:50:47] <mhel> ok
[22:50:49] <SWPadnos> I'm specifically wondering if vector string or map are in the list
[22:51:04] <SWPadnos> that will be c++/4.3.1/vector
[22:51:10] <SWPadnos> or string or map as the file name
[22:51:19] <SWPadnos> (in the c++/4/3/1/ directory)
[22:51:45] <mhel> it's taking a little bit longer this time.
[22:52:25] <SWPadnos> heh - no problem
[22:52:44] <SWPadnos> strange though, it should take less time, unless you have a low RAM system
[22:53:32] <mhel> 1G ram, on a P4 1.6
[22:54:16] <SWPadnos> weird. it took a few seconds the first time, then a fraction of a second after that on my laptop - core 2 duo 1.8GHz, 2G RAM
[22:54:33] <mhel> does it matter if I'm already booted on xenomai patch kernel?
[22:55:04] <SWPadnos> it shouldn't for sim
[22:55:11] <mhel> ok,
[22:55:19] <mhel> I cancel the grep, I'll redo it.
[22:55:39] <SWPadnos> you can compile sim on a system with no RT whatsoever
[22:55:46] <SWPadnos> ok - I wonder if you forgot the * at the end :)
[22:56:21] <mhel> I think I got the * too close, this time I got a lot of hits, I'll sift thru it first.
[22:57:16] <mhel> Ok, I don't have the vector.
[22:57:40] <mhel> oops sorry, I do have it.
[22:57:56] <mhel> it was actually the first one on the list.
[22:57:59] <SWPadnos> heh - you can reduce the list by running the grep output through another grep :)
[22:58:14] <SWPadnos> grep -lR stl_algo * | grep -v \.h$
[22:58:30] <SWPadnos> that will list only files that don't end with .h
[22:58:53] <mhel> Ok I got these:
[22:58:58] <mhel> c++/4.3.1/vector
[22:58:59] <mhel> c++/4.3.1/algorithm
[22:59:01] <mhel> c++/4.3.1/tr1/memory
[22:59:03] <mhel> c++/4.3.1/tr1/array
[22:59:05] <mhel> c++/4.3.1/tr1/unordered_map
[22:59:06] <mhel> c++/4.3.1/tr1/unordered_set
[22:59:08] <mhel> c++/4.3.1/deque
[22:59:10] <mhel> c++/4.3.1/memory
[22:59:12] <mhel> c++/4.3.1/list
[22:59:13] <mhel> c++/4.3.1/debug/list
[22:59:15] <mhel> c++/4.3.1/array
[22:59:16] <mhel> c++/4.3.1/unordered_map
[22:59:19] <mhel> c++/4.3.1/string
[22:59:20] <mhel> c++/4.3.1/unordered_set
[22:59:59] <SWPadnos> ok, so vector and string are both there, which tells me (without looking at your headers) that the remove_copy function should have been pulled in by one of those
[23:00:31] <SWPadnos> it's possible that the include directories weren't correctly picked up by configure
[23:00:38] <SWPadnos> I'm not sure how to fix that if it is the case
[23:01:03] <mhel> I'm going to try to reconfigure again,
[23:01:53] <mhel> when I configured before, I used enable RIP and sim, do I need to pass anything else?
[23:02:02] <SWPadnos> shouldn't have to
[23:02:29] <SWPadnos> in fact, I think --enable-simulator automatically sets run-in-place
[23:02:36] <SWPadnos> (could be wrong about that though)
[23:03:07] <mhel> ok, thanks. I guess I'll have to tinker with it even more :)
[23:03:34] <SWPadnos> heh. if you come back some time that jepler is around, he may be able to help
[23:03:40] <SWPadnos> or possibly alex_joni or cradek
[23:03:55] <SWPadnos> (you got the low level hardware guys this time :) )
[23:04:51] <BigJohnT> well beyond my guesspertice too :)
[23:04:55] <jmkasunich> heh, reading about Arch Linux - it doesn't seem to be the natural choice of a newbie
[23:05:04] <jmkasunich> but it is very interesting - I like their philosophy
[23:05:12] <jmkasunich> http://wiki.archlinux.org/index.php/The_Arch_Way
[23:05:25] <mhel> I'll most likely comeback, I like this distro I'm using, and I want to use emc2 on it :)
[23:05:41] <jmkasunich> thats great
[23:05:51] <jmkasunich> you might also want to subscribe to the emc developers mailing list
[23:05:55] <BigJohnT> I like the arch way too
[23:06:15] <mhel> that's why I chose it, it's closer to Slackware, which is too much for me.
[23:06:20] <jmkasunich> https://lists.sourceforge.net/lists/listinfo/emc-developers
[23:07:57] <jmkasunich> questions about compilation, etc that don't get answered right away here are best sent to the dev list
[23:07:58] <mhel> just subscribed.
[23:09:52] <mhel> btw: This is what I got when removed the stdlib header I placed in sim_rtapi_app.cc
[23:10:04] <mhel> Compiling rtapi/sim_rtapi_app.cc
[23:10:05] <mhel> rtapi/sim_rtapi_app.cc: In function 'int do_one_item(char, const std::string&, const std::string&, void*, int)':
[23:10:07] <mhel> rtapi/sim_rtapi_app.cc:77: error: 'strtol' was not declared in this scope
[23:10:09] <mhel> rtapi/sim_rtapi_app.cc:88: error: 'strtol' was not declared in this scope
[23:10:10] <mhel> rtapi/sim_rtapi_app.cc: In function 'void remove_quotes(std::string&)':
[23:10:12] <mhel> rtapi/sim_rtapi_app.cc:112: error: 'remove_copy' was not declared in this scope
[23:10:13] <mhel> rtapi/sim_rtapi_app.cc: In function 'int main(int, char**)':
[23:10:15] <mhel> rtapi/sim_rtapi_app.cc:342: error: 'exit' was not declared in this scope
[23:10:16] <mhel> rtapi/sim_rtapi_app.cc:351: error: 'exit' was not declared in this scope
[23:10:18] <mhel> rtapi/sim_rtapi_app.cc:362: error: 'srand48' was not declared in this scope
[23:10:19] <mhel> rtapi/sim_rtapi_app.cc:363: error: 'lrand48' was not declared in this scope
[23:10:21] <mhel> rtapi/sim_rtapi_app.cc:372: error: 'exit' was not declared in this scope
[23:10:22] <mhel> rtapi/sim_rtapi_app.cc:375: error: 'exit' was not declared in this scope
[23:10:24] <mhel> make: *** [objects/rtapi/sim_rtapi_app.o] Error 1