| 00:01.58 | brlcad | basically should always be clean, even if temporary code or works in progress -- not a huge deal but it becomes more and more important as code tends to hang around much longer than the original author and becomes paramount as a codebase grows and ages |
| 00:03.20 | brlcad | it's a "clean house all the time" not just when you have guests (because it's a huge hotel and there are always guests) |
| 00:09.15 | brlcad | nice, tessellation of 5th level sphflake is still going (4+ days) |
| 00:09.27 | brlcad | the 6th level might be impractical.. :) |
| 00:15.03 | starseeker | if it's exponential... how long did the 4th level take? |
| 00:36.26 | CIA-48 | BRL-CAD: 03n_reed * r47039 10/brlcad/trunk/ (2 files in 2 dirs): seems lemon requires real type name in type declaration |
| 01:02.07 | *** join/#brlcad _pseudonym (~Timothy@208-191-158-89.lightspeed.austtx.sbcglobal.net) | |
| 01:02.31 | *** part/#brlcad _pseudonym (~Timothy@208-191-158-89.lightspeed.austtx.sbcglobal.net) | |
| 01:03.11 | *** join/#brlcad pacman87 (~Timothy@adsl-208-191-158-89.dsl.hstntx.swbell.net) | |
| 01:13.31 | *** join/#brlcad pacman87 (~Timothy@adsl-208-191-158-89.dsl.hstntx.swbell.net) | |
| 01:13.31 | *** join/#brlcad DarkCalfz (DC@173.231.40.98) | |
| 01:13.31 | *** join/#brlcad merzo (~merzo@40-197-132-95.pool.ukrtel.net) | |
| 01:13.31 | *** join/#brlcad n_reed (~nicholas@c-68-55-142-136.hsd1.md.comcast.net) | |
| 01:13.31 | *** join/#brlcad piksi (piksi@pi-xi.net) | |
| 01:13.31 | *** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net) | |
| 01:13.31 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 01:13.31 | *** join/#brlcad CIA-48 (~CIA@cia.atheme.org) | |
| 01:13.31 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 01:13.31 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 01:13.31 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 01:13.31 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 01:14.18 | *** part/#brlcad n_reed (~nicholas@c-68-55-142-136.hsd1.md.comcast.net) | |
| 01:50.14 | starseeker | glowers at all these perl routines generating xml pages... I'm kinda wondering if this shouldn't be some .xml.in files |
| 01:50.23 | starseeker | feels like overkill |
| 01:54.36 | *** join/#brlcad pacman87 (~Timothy@208-191-158-89.lightspeed.austtx.sbcglobal.net) | |
| 02:41.08 | brlcad | starseeker: dunno, few hours maybe or a half a day or something |
| 02:41.52 | brlcad | undoubtedly overkill but if it works, it's definitely great progress .. can't wait to see everything getting regenerated nightly |
| 02:42.33 | brlcad | so the build worked for you? I'm seeing the previous error still but haven't done a clean rebuild to see if it's some other issue |
| 02:42.37 | brlcad | doc build |
| 02:45.06 | starseeker | had to manually run the perl script to create that catalog file, then change the APACHEFOP invocation |
| 02:45.19 | starseeker | he hardcoded the fop path |
| 02:46.46 | starseeker | my sense is we can do most of what he's doing with .in files, and the little bit that can't be (e.g. pulling subversion revision number) can be handled without perl |
| 02:46.54 | starseeker | sounds like he may agree |
| 02:49.59 | starseeker | I'll poke at it more tomorrow - need to run the wife in to work, she's got car trouble |
| 02:50.40 | starseeker | since I have to go exactly the wrong way in the morning anyway, might as well come back here and do fop stuff :-) |
| 02:54.45 | starseeker | here's what got generated for volume 1: http://bzflag.bz/~starseeker/BRL-CAD_Tutorial_Series-VolumeI.pdf |
| 02:57.31 | brlcad | the svn revision number doesn't really belong -- it should be using the include/conf files with good ol' revision numbers or a date stamp ala 20110412 |
| 02:58.19 | starseeker | even easier then |
| 02:59.24 | starseeker | looks like at least one extra title page, and probably we need some way to tell it not to do things like figure lists when n=1... |
| 02:59.50 | starseeker | 'course, "volume 1" isn't properly a book at all... |
| 02:59.53 | starseeker | not now, anyway |
| 05:46.42 | starseeker | brlcad: http://www.cmake.org/pipermail/cmake/2011-October/046553.html |
| 05:46.58 | starseeker | http://www.cmake.org/pipermail/cmake/2011-October/046554.html |
| 06:12.54 | *** join/#brlcad pacman87 (~Timothy@adsl-208-191-158-89.dsl.hstntx.swbell.net) | |
| 06:28.14 | *** join/#brlcad piksi (piksi@pi-xi.net) | |
| 06:45.47 | *** join/#brlcad merzo (~merzo@193.254.217.44) | |
| 07:09.27 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 08:05.12 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 08:10.38 | *** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net) | |
| 10:15.47 | *** join/#brlcad mattS_ (792cfb6c@gateway/web/freenode/ip.121.44.251.108) | |
| 10:16.26 | mattS_ | Hi! Is anyone around here? |
| 10:17.42 | pacman87 | ~ask |
| 10:17.43 | ibot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 10:18.34 | mattS_ | Hm, the bot is telling me to ask better questions... |
| 10:19.18 | mattS_ | OK, I am interested in getting the sweep / revolve feature working, and may have the time to do it these days. |
| 10:19.35 | mattS_ | Not so sure about the programming skills, but that's to be determined. |
| 10:19.57 | pacman87 | Ah, I was the one who suggested you come here |
| 10:20.07 | mattS_ | Indeed. |
| 10:20.31 | mattS_ | So, where should I look? |
| 10:21.15 | pacman87 | From what I remember, the revolve uses a "sketch" as its base, and only straight line segments are supported for the revolve |
| 10:21.29 | pacman87 | do you have the code checked out? |
| 10:21.37 | pacman87 | ~brlsvn |
| 10:21.37 | ibot | try ~cadsvn instead |
| 10:21.42 | pacman87 | ~cadsvn |
| 10:21.42 | ibot | To obtain BRL-CAD from Subversion: svn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk brlcad |
| 10:22.10 | mattS_ | ack. no svn client on this particular computer... |
| 10:22.16 | pacman87 | what OS? |
| 10:22.20 | mattS_ | OK, lemme put one on. |
| 10:22.23 | mattS_ | OSX. |
| 10:22.24 | mattS_ | yuck |
| 10:23.08 | pacman87 | try https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk/src/librt/primitives/ |
| 10:23.53 | mattS_ | That's rather a lot for a browser based approach. |
| 10:24.00 | mattS_ | lemme find an svn client. |
| 10:24.16 | pacman87 | specifically, https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk/src/librt/primitives/revolve/ |
| 10:24.28 | pacman87 | revolve.c, revolve.h, and revolve_brep.cpp |
| 10:25.46 | mattS_ | kk |
| 10:25.56 | mattS_ | u+p for svn checkout? |
| 10:26.31 | pacman87 | try blank |
| 10:27.29 | pacman87 | if not, try your sourceforge user/pass |
| 10:28.09 | mattS_ | blank it is. |
| 10:28.11 | mattS_ | got it. |
| 10:28.25 | pacman87 | yeah, you should only need user/pass for commit access |
| 10:28.38 | mattS_ | Makes sense. |
| 10:30.27 | mattS_ | so in a sentence or two, how far did you get with this project? |
| 10:33.29 | pacman87 | I think it should work for sketches with only straight-line segments |
| 10:33.58 | mattS_ | Great! |
| 10:34.33 | pacman87 | since straight line + revolve axis = cone/cylinder/plane |
| 10:34.41 | pacman87 | so the intersection calculation wasn't too hard |
| 10:35.35 | pacman87 | the next step would probably be to look up what other segment types are supported by the sketch primitive, and start adding those |
| 10:35.51 | mattS_ | Indeed. Ah yes, I recall now that you were taking a different approach to this than what I had first thought of... |
| 10:36.13 | pacman87 | probably circular arcs would be easiest, since that's a toroid |
| 10:36.21 | mattS_ | Any chance you have a document somewhere outlining your approach? |
| 10:36.28 | pacman87 | http://brlcad.org/wiki/Revolve_Primitive |
| 10:36.49 | mattS_ | Circular arcs would be next logical step, yes. |
| 10:38.24 | mattS_ | OK, I need some sleep. I will have a look + think about this tomorrow. |
| 10:38.32 | mattS_ | Thanks for your help! |
| 10:38.46 | pacman87 | from https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk/src/librt/primitives/sketch/sketch.c , it looks like the sketch can have line segments, circular arcs, nurb, and bezier curves |
| 10:39.03 | pacman87 | re: sleep, me too |
| 10:40.03 | *** part/#brlcad mattS_ (792cfb6c@gateway/web/freenode/ip.121.44.251.108) | |
| 10:44.39 | pacman87 | brlcad: looks like the revolve primitive may be getting some work soon (see above) |
| 10:59.27 | *** join/#brlcad merzo (~merzo@193.254.217.44) | |
| 12:56.52 | CIA-48 | BRL-CAD: 03n_reed * r47040 10/brlcad/trunk/src/other/step/src/express/ (CMakeLists.txt expscan.re): Added disabled macros to build temp fedex_new target for development. Added expscan.re to build against, but it has not yet been converted to re2c. |
| 13:31.25 | CIA-48 | BRL-CAD: 03bob1961 * r47041 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: |
| 13:31.26 | CIA-48 | BRL-CAD: bot_split2, if the specified bot was split, now returns a list containing the |
| 13:31.26 | CIA-48 | BRL-CAD: name of the original bot and the backup name. The original name is used for the |
| 13:31.26 | CIA-48 | BRL-CAD: group containing the new bots resulting from the split. The backup name |
| 13:31.26 | CIA-48 | BRL-CAD: references the original bot. |
| 13:33.59 | CIA-48 | BRL-CAD: 03bob1961 * r47042 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Added bot_split_all, bot_sync_all and bot_fix_all. Updated bot_flip_check to return a built up string instead of spewing things directly to the command window. |
| 13:55.49 | ``Erik | http://gcc.gnu.org/wiki/CompileFarm |
| 15:33.21 | CIA-48 | BRL-CAD: 03bob1961 * r47043 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Ripped out Archer's undo mechanism in preparation for using transactions. |
| 15:38.54 | brlcad | ``Erik: nifty, going to set us up the bomb? |
| 15:40.35 | brlcad | mm, that might explain why my revolve sketch performance test case was crashing if it only supports straight line segments... |
| 15:46.29 | ``Erik | I sent a request for an account just before linking it |
| 15:50.35 | CIA-48 | BRL-CAD: 03starseeker * r47044 10/brlcad/trunk/doc/docbook/ (CMakeLists.txt resources/brlcad/brlcad-xml-catalog.xml.in): |
| 15:50.35 | CIA-48 | BRL-CAD: First baby steps towards more advanced Docbook processing with CMake. Make the |
| 15:50.35 | CIA-48 | BRL-CAD: catalog file a CMake configure template, and add the environment variables |
| 15:50.35 | CIA-48 | BRL-CAD: needed for xsltproc to the custom command invocations. Lot more and lot tricker |
| 15:50.36 | CIA-48 | BRL-CAD: to come, but this is a start. |
| 16:15.32 | CIA-48 | BRL-CAD: 03starseeker * r47045 10/brlcad/trunk/doc/docbook/ (CMakeLists.txt resources/brlcad/brlcad-xml-catalog.xml.in): switch a couple of the xsl stylesheet targets, fix paths. |
| 16:54.04 | CIA-48 | BRL-CAD: 03starseeker * r47046 10/brlcad/trunk/doc/docbook/ (CMakeLists.txt books/CMakeLists.txt): Getting closer to getting pdf working, but not finding fonts... missing something. |
| 16:58.22 | CIA-48 | BRL-CAD: 03starseeker * r47047 10/brlcad/trunk/doc/docbook/ (articles/en/CMakeLists.txt presentations/en/CMakeLists.txt): Couple stray leftover variables. |
| 17:16.48 | *** join/#brlcad pacman87 (~Timothy@adsl-208-191-158-89.dsl.hstntx.swbell.net) | |
| 17:29.56 | CIA-48 | BRL-CAD: 03starseeker * r47048 10/brlcad/trunk/doc/docbook/CMakeLists.txt: fix typo. Try and get the fop command line to match that from autotools |
| 17:41.00 | *** join/#brlcad n_reed (~nreed1@ool-457cb1ab.dyn.optonline.net) | |
| 17:47.23 | CIA-48 | BRL-CAD: 03abhi2011 * r47049 10/brlcad/trunk/src/libged/simulate/ (simcollisionalgo.cpp simphysics.cpp simulate.c simulate.h): Added more code to check the generated manifolds |
| 18:16.06 | CIA-48 | BRL-CAD: 03bob1961 * r47050 10/brlcad/trunk/src/libged/ (bot_flip.c bot_split.c bot_sync.c): Modify bot_split, bot_sync and bot_flip to accept arguments containing full paths to bots. |
| 18:20.46 | CIA-48 | BRL-CAD: 03brlcad * r47051 10/brlcad/trunk/src/libged/simulate/simulate.h: separate out struct members into one per line so they can be individually documented; revert the ws changes. |
| 18:21.16 | brlcad | abhi2011: your previous commit just undid all of the whitespace corrections applied yesterday |
| 18:24.40 | brlcad | the only way that would occur is if either a) you got a conflict and resolved it incorrectly or b) ran a source formatter before committing and applied the wrong style |
| 18:26.56 | CIA-48 | BRL-CAD: 03bob1961 * r47052 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Simplify ArcherCore::redrawObj. |
| 18:28.38 | CIA-48 | BRL-CAD: 03brlcad * r47053 10/brlcad/trunk/src/libged/simulate/simulate.c: use vmath macros where appropriate, reduces line count. restore indent for the affected functions. |
| 18:31.55 | abhi2011 | brlcad: I just applied the sh/ws.sh and sh/indent.sh on all the files in simulate/* files |
| 18:32.06 | abhi2011 | before committing |
| 18:32.28 | abhi2011 | is only one of them supposed to be run and not both ? |
| 18:39.50 | abhi2011 | hmm the indentation should be 4 spaces, however after i ran indent.sh it indented everything by 2 spaces |
| 18:43.06 | CIA-48 | BRL-CAD: 03brlcad * r47054 10/brlcad/trunk/src/libbu/ (11 files): trailing ws and indent cleanup |
| 18:43.11 | brlcad | abhi2011: yeah, something didn't go right with the indent |
| 18:43.31 | brlcad | for what it's worth, you should always separate ws/indent commits from logic changes |
| 18:43.38 | brlcad | otherwise you can't tell what the changes were |
| 18:44.00 | abhi2011 | ok |
| 18:44.10 | brlcad | something apparently went wrong with the indent.sh script -- do you use emacs? |
| 18:44.13 | abhi2011 | hmm i just ran indent again and its indented everything by 2 spaces |
| 18:44.15 | abhi2011 | yes |
| 18:44.20 | abhi2011 | i instaled emacs today |
| 18:44.28 | brlcad | do you have a C hook registered? |
| 18:44.30 | abhi2011 | does it require configuration |
| 18:44.32 | abhi2011 | no |
| 18:44.53 | abhi2011 | i do not have a C hook registered |
| 18:45.00 | brlcad | it shouldn't require configuration, but if you have an existing config it can override the file settings |
| 18:45.20 | brlcad | try running indent.sh on one file and see what it does |
| 18:45.31 | brlcad | pastebin the output |
| 18:46.33 | abhi2011 | http://bin.cakephp.org/view/530534711 |
| 18:46.44 | abhi2011 | i ran : sh/indent.sh src/libged/simulate/simulate.c |
| 18:47.26 | CIA-48 | BRL-CAD: 03tbrowder2 * r47055 10/brlcad/trunk/doc/docbook/resources/other/: start of resources restructuring |
| 18:47.50 | abhi2011 | i think after installation, emacs needs to be told to indent by 4 spaces, else it defaults to 2 |
| 18:47.56 | brlcad | I meant the output from indent.sh :) |
| 18:47.58 | abhi2011 | hmm maybe something missing in the trailer |
| 18:48.00 | abhi2011 | ok |
| 18:48.51 | abhi2011 | http://bin.cakephp.org/view/2025222878 |
| 18:49.08 | abhi2011 | i think the trailer needs to contain the indentation info in the c file |
| 18:49.12 | abhi2011 | i ll add it and see |
| 18:49.43 | abhi2011 | though I would have thought that the one already there will work |
| 18:50.33 | CIA-48 | BRL-CAD: 03tbrowder2 * r47056 10/brlcad/trunk/doc/docbook/resources/ (docbook/ docbook-5.0/): rename to remove version |
| 18:50.34 | brlcad | abhi2011: c-file-style: "stroustrup" sets an indentation of 4 |
| 18:50.39 | abhi2011 | hmm trailer in the simulate.c file is same as any other file |
| 18:50.41 | abhi2011 | yes |
| 18:51.11 | abhi2011 | emacs messing around with my code :P |
| 18:51.17 | brlcad | what version of emacs? |
| 18:51.32 | abhi2011 | GNU Emacs 23.2.1 |
| 18:52.17 | CIA-48 | BRL-CAD: 03tbrowder2 * r47057 10/brlcad/trunk/doc/docbook/resources/ (docbook/ docbook-schema/): rename for clarity; avoid confusion with stylesheets |
| 18:53.12 | abhi2011 | something needs to be put in .emacs |
| 18:53.25 | brlcad | hm, yours is slightly newer than mine, what does M-x describe-variable c-file-style report? |
| 18:53.41 | CIA-48 | BRL-CAD: 03tbrowder2 * r47058 10/brlcad/trunk/doc/docbook/resources/ (docbook-schema/ other/docbook-schema/): segregate external resources |
| 18:54.41 | *** join/#brlcad abhi2011_ (~chatzilla@ip170-79-211-87.adsl2.static.versatel.nl) | |
| 18:54.59 | CIA-48 | BRL-CAD: 03tbrowder2 * r47059 10/brlcad/trunk/doc/docbook/resources/ (other/standard/ standard/): segregate external resources |
| 18:55.14 | brlcad | I have nothing in my .emacs |
| 18:55.32 | brlcad | the only thing that might be affecting this is if local variable parsing is off by default in 23.2.1 |
| 18:55.43 | CIA-48 | BRL-CAD: 03tbrowder2 * r47060 10/brlcad/trunk/doc/docbook/resources/ (fonts/ other/fonts/): segregate external resources |
| 18:55.58 | brlcad | do you know how to run M-x describe-variable c-file-style ? |
| 18:56.22 | brlcad | (run that with a buffer open to src/libged/simulate/simulate.c |
| 18:56.22 | abhi2011_ | brlcad: no I dont |
| 18:56.45 | brlcad | M-x is the starting key binding, usually "ESC x" or "ALT+x" |
| 18:56.58 | CIA-48 | BRL-CAD: 03tbrowder2 * r47061 10/brlcad/trunk/doc/docbook/resources/other/offo/: restucturing external resources |
| 18:57.03 | brlcad | then type "describe-variable[ENTER]" |
| 18:57.21 | brlcad | it'll prompt you for a variable name, type "c-file-style[ENTER]" |
| 18:57.27 | abhi2011_ | ok |
| 18:57.34 | brlcad | if should split the buffer and show you the value |
| 18:57.52 | brlcad | saying something like "Its value is 'stroustrup'" |
| 18:57.57 | CIA-48 | BRL-CAD: 03tbrowder2 * r47062 10/brlcad/trunk/doc/docbook/resources/ (4 files in 4 dirs): segregate external resources |
| 18:58.09 | abhi2011_ | ok got it, alt x |
| 18:58.36 | abhi2011_ | hmm No match |
| 18:58.39 | brlcad | ctrl-g ctrl-g if you mess up :) |
| 18:58.52 | abhi2011 | for c-file-style |
| 18:58.56 | abhi2011 | i ll have to set it |
| 18:59.14 | brlcad | no you don't |
| 18:59.21 | abhi2011 | yeah its thr in the file |
| 18:59.41 | brlcad | M-x describe-mode |
| 19:00.26 | brlcad | should be something like "C/l mode" |
| 19:01.00 | abhi2011 | no match there either |
| 19:01.15 | abhi2011 | though i did get lot of messages |
| 19:03.20 | brlcad | then you're doing something wrong :0 |
| 19:03.22 | brlcad | :) |
| 19:03.27 | brlcad | there's always a mode |
| 19:03.32 | abhi2011 | http://bin.cakephp.org/view/916412370 |
| 19:03.56 | brlcad | ah, Fundamental mode |
| 19:04.01 | abhi2011 | :P |
| 19:04.02 | brlcad | that's wrong |
| 19:04.14 | brlcad | or you were in the wrong buffer |
| 19:05.08 | abhi2011 | ok wait |
| 19:05.24 | abhi2011 | i think i did not open a buffer to simulate.c |
| 19:05.27 | abhi2011 | thats why |
| 19:05.35 | brlcad | ah, yes |
| 19:05.42 | brlcad | *before* running M-x .. make sure your cursor is in the buffer for simulate.c |
| 19:06.07 | brlcad | "C-x o" will jump to the "other"/next buffer |
| 19:06.30 | CIA-48 | BRL-CAD: 03tbrowder2 * r47063 10/brlcad/trunk/doc/docbook/resources/other/fonts/truetype/stix-v1.0.0/README: document version of the STIX fonts |
| 19:06.51 | abhi2011 | ok c file style is strousup |
| 19:07.07 | abhi2011 | *stroustrup |
| 19:07.20 | brlcad | so last thing to check.. |
| 19:07.38 | brlcad | and that's "good" because it means it read the local vars block |
| 19:07.53 | abhi2011 | mode is C/l mode |
| 19:08.20 | brlcad | M-x describe-variable c-indentation-style |
| 19:08.24 | brlcad | great |
| 19:09.10 | abhi2011 | stroustrup |
| 19:09.23 | abhi2011 | next must check indetation value |
| 19:10.05 | abhi2011 | c-indentation-style's value is "stroustrup" |
| 19:10.08 | abhi2011 | Local in buffer simulate.c; global value is nil |
| 19:12.04 | brlcad | that's right |
| 19:12.57 | abhi2011 | it indents c++ files correctly |
| 19:13.02 | abhi2011 | 4 spaces |
| 19:13.25 | brlcad | now the big one: M-x describe-variable c-style-alist |
| 19:13.58 | brlcad | pastebin the whole thing or at least the section where "stroustrup" begins |
| 19:14.27 | CIA-48 | BRL-CAD: 03tbrowder2 * r47064 10/brlcad/trunk/doc/docbook/resources/other/fonts/truetype/ (stix/ stix-v1.0.0/): rename to remove version |
| 19:15.54 | abhi2011 | http://bin.cakephp.org/view/1824577032 |
| 19:16.11 | abhi2011 | (c-basic-offset . 2) |
| 19:16.42 | abhi2011 | hmm no for stroustrup its correct at 4 |
| 19:16.59 | brlcad | exactly, something else is going on |
| 19:17.31 | brlcad | go to the first function in simulate.c and press tab down each line starting at the beginning of the function |
| 19:17.40 | brlcad | does it indent the lines to 4 or leave them at 2 ? |
| 19:18.14 | CIA-48 | BRL-CAD: 03tbrowder2 * r47065 10/brlcad/trunk/doc/docbook/resources/other/fonts/truetype/ (dejavu-lgc/ dejavu-lgc-fonts-ttf-2.33/): rename to remove version |
| 19:20.27 | *** join/#brlcad merzo (~merzo@137-237-132-95.pool.ukrtel.net) | |
| 19:20.44 | CIA-48 | BRL-CAD: 03tbrowder2 * r47066 10/brlcad/trunk/doc/docbook/resources/other/fonts/ (dejavu-lgc/ stix/ truetype/dejavu-lgc/ truetype/stix/): restructure external resources |
| 19:20.50 | abhi2011 | hmm no matter what i insert : spaces or tab at the beginning of each line of the 1st function, its forcing it all back to 2 spaces indent |
| 19:21.15 | abhi2011 | maybe i can try running the formatting command from inside emacs |
| 19:21.26 | abhi2011 | as soon as I know wat it is :P |
| 19:23.59 | CIA-48 | BRL-CAD: 03tbrowder2 * r47067 10/brlcad/trunk/doc/docbook/resources/other/fonts/truetype/: remove unused dir |
| 19:24.23 | brlcad | abhi2011: if tab isn't indenting to column 4, something else is still overriding |
| 19:24.52 | brlcad | with mode C/l and style stroustrup, indent shoudl be 4 |
| 19:25.04 | brlcad | do you have a .emacs file? |
| 19:25.09 | abhi2011 | yes |
| 19:25.14 | brlcad | pastebin? |
| 19:26.13 | abhi2011 | http://bin.cakephp.org/view/994500422 |
| 19:26.20 | starseeker | never could get emacs to indent right... |
| 19:26.38 | brlcad | starseeker: or vim :P |
| 19:27.10 | starseeker | brlcad: what about using astyle? can it do what we need? That would avoid requiring any specific editor (or version of that editor...) |
| 19:27.27 | starseeker | http://astyle.sourceforge.net/ |
| 19:27.53 | CIA-48 | BRL-CAD: 03tbrowder2 * r47068 10/brlcad/trunk/doc/docbook/resources/other/offo/README: document what version of offo this is |
| 19:28.19 | brlcad | starseeker: are you offering to set up the style file? :) |
| 19:28.46 | brlcad | a tool is a tool, you'd still have to spell out the style in detail to astyle just like is being done here |
| 19:28.50 | starseeker | if it would resolve all of this and give us a consistent, editor independent way to proceed it would be worth it |
| 19:29.00 | CIA-48 | BRL-CAD: 03tbrowder2 * r47069 10/brlcad/trunk/doc/docbook/resources/other/offo/ (binary/ offo-hyphenation-binary-v2.0/): rename to remove version |
| 19:29.01 | starseeker | nods - I can give it a go |
| 19:29.14 | abhi2011 | hmm there is a .gnu-emacs file too |
| 19:29.16 | brlcad | from indent.sh's pespective, it isn't an editor -- it might as well be running astyle |
| 19:29.21 | abhi2011 | in /etc/skel |
| 19:29.30 | abhi2011 | thats probaly loaded |
| 19:29.35 | brlcad | abhi2011: but is there a .gnu-emacs in your home dir? |
| 19:29.46 | CIA-48 | BRL-CAD: 03tbrowder2 * r47070 10/brlcad/trunk/doc/docbook/resources/other/offo/ (offo-hyphenation-source-v2.0/ source/): rename to remove version |
| 19:29.49 | abhi2011 | no |
| 19:30.16 | starseeker | brlcad: right. I just mean it's probably a better bet to get astyle doing the exact same thing consistently than an editor (I'm clearly not the only one having emacs troubles...) |
| 19:30.16 | brlcad | what's in the one in skel? |
| 19:30.57 | starseeker | grabs astyle for a look while tbrowder2 is organizing... |
| 19:31.11 | brlcad | starseeker: I don't disagree, it's just actually at least a solid days work to get the style spelled out correctly |
| 19:31.50 | abhi2011 | saw this in the gnu-emacs file: http://bin.cakephp.org/view/89434569 |
| 19:31.59 | starseeker | <snort> considering the number of times I barf all over ws/indenting, I'll probably make up the time in fairly short order (or save you cleaning it up, anyway :-P) |
| 19:32.06 | brlcad | and last I checked, astyle had some significant bugs that made it parse either macros or C++ files poorly .. been a while |
| 19:32.49 | brlcad | abhi2011: that looks benign |
| 19:34.42 | brlcad | basically saying that it "should" be a better bet to get something like astyle going, but five years ago emacs was the only one that actually got it right for both our C and C++ files by just saying "use stroustrup style" plus a few pedantic tweaks |
| 19:35.37 | starseeker | nods - well, it looks like astyle has been developed since then so perhaps worth anothe rlook |
| 19:35.44 | brlcad | if it does better now, that'd be great but it'll beg for some careful testing |
| 19:36.12 | brlcad | for example, libbu is pretty clean right now -- should be able to run it on the files there and basically have nothing change |
| 19:36.47 | abhi2011 | i wrote a * c-basic-offset: 4 in the trailer :P |
| 19:36.53 | abhi2011 | it worked now |
| 19:37.15 | brlcad | except maybe for a few nicities that astyle can manage that emacs cannot, like making sure there is curlies on the if clause there are curlies on the else clause and vice-versa |
| 19:37.21 | abhi2011 | beginners can get really silly :P |
| 19:37.33 | brlcad | abhi2011: that's still *highly* suspect |
| 19:37.45 | brlcad | that means it's not necessarily applying stroustrup style |
| 19:37.47 | CIA-48 | BRL-CAD: 03tbrowder2 * r47071 10/brlcad/trunk/doc/docbook/create-xml-catalogs.pl: rename dirs for new structure |
| 19:37.52 | abhi2011 | hmm yeah |
| 19:38.31 | brlcad | indent them and commit, I can retest on my end to see if anything else changes |
| 19:44.04 | CIA-48 | BRL-CAD: 03tbrowder2 * r47072 10/brlcad/trunk/doc/docbook/fop.xconf.in: make more general - absolute file path for out-of-directory build |
| 19:45.41 | abhi2011 | hmm, the indenting seems to have a number of passes , it indented the simulate.h correctly while doing these passes (i reloaded the file while it was indenting) then in some subsequent pass it indented back to 2 |
| 19:45.50 | abhi2011 | the simulate.c file is still correct |
| 19:46.01 | abhi2011 | says its Loading vc-svn... |
| 19:47.56 | CIA-48 | BRL-CAD: 03tbrowder2 * r47073 10/brlcad/trunk/doc/docbook/fop.xconf.in: update font path for restucturing |
| 19:48.25 | abhi2011 | will do a build then commit |
| 19:49.22 | brlcad | vc-svn is to be expected, it knows the file is from svn |
| 19:49.57 | brlcad | abhi2011: another thing you can try, use this .emacs file: http://brlcad.org/wiki/Emacs |
| 19:50.08 | brlcad | you'll have to restart emacs in order for it to be loaded properly |
| 19:50.43 | brlcad | shouldn't affect anything but it might turn off some hook that was being registered by default |
| 19:51.57 | abhi2011 | ok, btw I dont use emacs for normal editing, eclipse is kinda easier :P |
| 19:54.58 | CIA-48 | BRL-CAD: 03brlcad * r47074 10/brlcad/trunk/src/libged/bot_flip.c: instead of manually searching down path elements, just use bu_basename(). it does exactly that and is the well defined reusable interface. |
| 20:00.29 | abhi2011 | hmm that .emacs didnt make a difference |
| 20:02.32 | CIA-48 | BRL-CAD: 03brlcad * r47075 10/brlcad/trunk/src/libged/ (bot_split.c bot_sync.c): |
| 20:02.32 | CIA-48 | BRL-CAD: more reuse of bu_baseame() instead of replicating the same strrchr() code. |
| 20:02.32 | CIA-48 | BRL-CAD: probably deserves a librt routine for getting a basename from a path so we can |
| 20:02.32 | CIA-48 | BRL-CAD: avoid dynamic memory but this is still a reuse improvement for now. |
| 20:02.53 | brlcad | abhi2011: well that's good to hear -- it shouldn't have made a difference :) |
| 20:03.36 | brlcad | so there's basically just something else going on that is perhaps specific to emacs 23, which I don't have handy to test on |
| 20:04.18 | abhi2011 | brlcad: time to upgrade :) |
| 20:05.29 | CIA-48 | BRL-CAD: 03abhi2011 * r47076 10/brlcad/trunk/src/libged/simulate/ (simulate.c simulate.h): Corrected indenting by adding c-basic-offset: 4 to file trailer and running indent.sh only |
| 20:06.12 | brlcad | abhi2011: and emacs is notorious for it's learning curve -- it takes a solid week to get the basics fluent -- but definitely pays off in the long run with the usability and programmability efficiencies it affords (at least in my experience and everyone I've known that made it over the learning curve) |
| 20:10.38 | CIA-48 | BRL-CAD: 03brlcad * r47077 10/brlcad/trunk/misc/batch-indent-region.el: set the c-basic-offset forcibly in case there's something specific about batch mode in emacs23 |
| 20:11.16 | brlcad | abhi2011: you said it was working sometimes indenting correctly and other times not? |
| 20:13.14 | abhi2011 | well no, i reloaded the file in gedit while the indentation was going on, and then i noticed that the lines in simulate.h only were indented by 4 spaces |
| 20:13.40 | abhi2011 | but when the indent script finished, i reloaded again and it was 2 spaces again |
| 20:14.13 | abhi2011 | that made me think that maybe it was doing it correctly, but later on something over rode the default indenting |
| 20:18.02 | brlcad | if you remove the local variable (the line in the footer) and re-run indent.sh after r47077, does it correctly indent to 4? |
| 20:30.27 | abhi2011 | brlcad: nope, its back to 2 again |
| 20:31.52 | *** join/#brlcad _pseudonym (~tvanruite@yoshi.ece.utexas.edu) | |
| 20:34.20 | brlcad | abhi2011: k, researching |
| 20:34.40 | abhi2011 | brlcad: thanks :) |
| 20:35.01 | brlcad | pretty awesome.. fully svg website: http://emacsformacosx.com/ |
| 20:35.55 | CIA-48 | BRL-CAD: 03brlcad * r47078 10/brlcad/trunk/misc/batch-indent-region.el: no-go, remove the basic offset since files are supposed to define it via their style. |
| 20:38.07 | n_reed | brlcad: nice. if i scale the page in my browser, i can see the fallback msg for people with ie |
| 20:39.53 | CIA-48 | BRL-CAD: 03tbrowder2 * r47079 10/brlcad/trunk/doc/docbook/Makefile.am: correct path for new offo hyphenation binary |
| 20:43.44 | starseeker | ah, phooey - astyle --style=stroustrup isn't a no-op on vls.c |
| 20:44.03 | brlcad | abhi2011: bah, 23.3 is working just fine here... |
| 20:44.51 | brlcad | starseeker: stroustrup might be the same word but doesn't necessarily mean the same thing to those two apps |
| 20:45.07 | starseeker | nods |
| 20:45.22 | brlcad | you'd hope it meant something close to similar |
| 20:45.44 | brlcad | but to astyle's credit, they have a lot more knobs to worry about when it comes to formatting |
| 20:45.51 | starseeker | whitespace didn't agree, other than that just a few bracket placements |
| 20:46.07 | starseeker | will poke at it some more |
| 20:46.08 | abhi2011 | hmm |
| 20:46.25 | brlcad | starseeker: like I said, it's going to take nearly a full day at best to get right |
| 20:46.44 | brlcad | useful to have, but it is a distraction |
| 20:46.44 | starseeker | nods |
| 20:47.09 | starseeker | so is trying to figure out why emacs is being quirky :-P |
| 20:47.34 | brlcad | only because I don't have access to his box to poke at it myself |
| 20:48.12 | brlcad | until I updated, could only assume it was something 23-specific, but even that isn't proving to be the case |
| 20:48.58 | brlcad | abhi2011: so don't worry about style for now -- but ws.sh should still work |
| 20:49.08 | brlcad | it uses manual regexps |
| 20:49.25 | brlcad | if you're going to use emacs, I can send you some lines to put in your .emacs file that will make it work |
| 20:49.58 | brlcad | otherwise you'll just have to follow convention on braces and internal spacing |
| 20:51.18 | abhi2011 | brlcad: yes please send me the lines, I ll be using emacs to format it , through the indent.sh script |
| 20:52.51 | starseeker | here's what astyle is doing with vls.c by default: http://bzflag.bz/~starseeker/vls_astyle.c |
| 20:53.13 | starseeker | actually doesn't look bad, at a glance... |
| 20:55.24 | abhi2011 | so is there an easy way to draw a line in the mged window |
| 20:55.29 | abhi2011 | I need to draw some normals |
| 20:55.40 | starseeker | some of the stuff it indented, I'm almost wondering why it wasn't indented that way initially... |
| 20:56.18 | abhi2011 | otherwise i ll use a bot, with 1 triangle |
| 20:57.10 | *** join/#brlcad mattS_ (cb3af1be@gateway/web/freenode/ip.203.58.241.190) | |
| 20:59.02 | mattS_ | Hi there, looking for some background info on the "revolve" project; is there anyone here who knows a bit about it? Specifically, I'm looking for some fundamental background details, as opposed to questions about the current code. |
| 21:03.07 | brlcad | starseeker: yeah, I'm seeing lots of undesirableness already |
| 21:03.24 | brlcad | at least, rather drastic style changes |
| 21:03.41 | mattS_ | Or, for that matter, anyone familiar with the projective geometry employed in most any raytrace alg. in brlcad. |
| 21:03.45 | brlcad | eliminated all tabs, unindented case statements |
| 21:03.48 | brlcad | mattS_: howdy |
| 21:04.02 | mattS_ | brlcad: Hi. |
| 21:04.27 | brlcad | mattS_: I saw your thread with pacman87 earlier, sounds fantastic |
| 21:04.49 | brlcad | hopefully can help, what are your questions? |
| 21:05.14 | brlcad | "<starseeker> some of the stuff it indented, I'm almost wondering why it wasn't indented that way initially" such as? |
| 21:05.24 | mattS_ | well, the thing I'm struggling with at the moment is *why* everything involves a hyperbolic transformation. |
| 21:05.57 | brlcad | you'll have to point me at some code, what are you referring to specifically? |
| 21:06.19 | mattS_ | Hm, hang on... |
| 21:07.20 | brlcad | otherwise, I'm not sure that's a true statement .. some of the primitives are cubit, quadratic, quartic, ... |
| 21:07.30 | mattS_ | This is from an old correspondence with pacman that I left hanging: |
| 21:07.33 | mattS_ | There are two parts to a sweep: the sketch (2d surface outline), and the path (3d spline). For a revolve, the path is a circle. My basic algorithm for shot() is: 1. Calculate a transformation to make the sweep path a straight line. 2. Apply the transformation to the ray. 3. Project the transformed ray onto the sketch plane. 4. Find all intersection points between the ray and the sketch. The ray is given in terms of a point, vector |
| 21:08.08 | mattS_ | <PROTECTED> |
| 21:08.17 | starseeker | brlcad: line 57 - the bu_bomb |
| 21:08.28 | mattS_ | The sketch uses 4 types of lines: line segments, circular arcs, bezier splines, and nurbs. If the 3d spline is piece-wise define, then the transformation will also be piecewise defined, and the intersection check in (4) will have to check each ray piece with each sketch piece. |
| 21:08.41 | mattS_ | For the specific case of a revolve, the transformed ray will be a hyperbola in 2d, so steps 1-3 can be condensed into finding the hyperbola given the point and vector of the ray, and the point and vector about which to revolve. |
| 21:09.01 | mattS_ | <end quote> |
| 21:09.03 | brlcad | starseeker: it didn't change the indent on that line, it removed the tab |
| 21:09.20 | starseeker | ah |
| 21:09.30 | starseeker | tries with tabs turned on... |
| 21:09.37 | mattS_ | So, what I'm missing is where the hyperbola comes from in the transformation... |
| 21:09.55 | mattS_ | Or, more specifically, what the transformation is, I guess. |
| 21:10.33 | mattS_ | I'm assuming that something similar is done elsewhere in the software, hence the approach. |
| 21:11.21 | mattS_ | But, in order to attempt to finish things off, I need to "get" what it is that is going on. |
| 21:12.01 | brlcad | mattS_: actually, I don't believe that approach is taken elsewhere in the software (because it doesn't need to) |
| 21:12.15 | brlcad | except for maybe the hyperbola primitive ;) |
| 21:12.24 | brlcad | hyperboloid |
| 21:12.42 | mattS_ | OK, so if I were to try something different, that wouldn't mess things up elsewhere? |
| 21:13.00 | brlcad | which actually may be where he's got the idea from -- he implemented the hyperboloid of one sheet primitive |
| 21:13.20 | mattS_ | Yes, I saw that. |
| 21:15.52 | mattS_ | OK, I'll try putting something together then, and if I can get it working at all, then I'll hope that somebody here with better programming skills than me (I'm an engineer with a strong mathematics background) can help me clean things up. |
| 21:16.28 | mattS_ | But I really would like to understand the logic behind what he's done... |
| 21:16.30 | brlcad | I'm not exactly seeing how it's a hyperboloid myself, but then I've only been thinking about it all of 2 minutes now |
| 21:16.51 | mattS_ | Yeah, that's where I' |
| 21:16.59 | brlcad | things make much more sense to me in code form ;) |
| 21:17.13 | mattS_ | I'm stuck. The steps are all fairly straightforward, I just don't get why he's done them. |
| 21:17.55 | mattS_ | OK, have a look at brlcad/trunk/src/librt/primitives/revolve/revolve.c |
| 21:18.20 | brlcad | mattS_: I assume you have a general understanding of the transformations being aplied to the ray in general, yes? |
| 21:18.42 | mattS_ | I thought I did... |
| 21:18.46 | brlcad | even for something as simple as the sphere, it's not just plugging in values into the quadratic formulat |
| 21:19.03 | mattS_ | Yes, I know that. |
| 21:19.13 | brlcad | it transforms the sphere into an idealized unitized sphere at the origin, then transforms the ray to match |
| 21:19.20 | brlcad | in order to give stable numerics |
| 21:20.38 | mattS_ | Yup, based around a mapping of the surface onto the plane. |
| 21:21.36 | mattS_ | So there would be a transformation of the g_{ij} metric based on... |
| 21:21.42 | mattS_ | some sort of projection. |
| 21:21.44 | mattS_ | ? |
| 21:22.30 | mattS_ | I'm assuming it's this projection that leads to the hyperbolic transform, which is where I guess my question lies. |
| 21:23.00 | brlcad | hm, maybe |
| 21:23.18 | brlcad | that'd actually be a great question to pose to the mailing list or to d_rossberg if you can catch him in here |
| 21:23.34 | mattS_ | Do you know where I could read up on this sort of stuff? |
| 21:23.36 | brlcad | he was pacman's gsoc mentor so he's a lot more familiar with the project and approach taken |
| 21:23.54 | brlcad | mailing list: brlcad-devel on sourceforge |
| 21:24.02 | mattS_ | OK, I could try emailing him as well... |
| 21:24.11 | mattS_ | do you know if that's possible? |
| 21:24.37 | brlcad | that'd be the mailing list |
| 21:24.56 | mattS_ | I'm new to this; how do I access the mailing list? |
| 21:25.00 | brlcad | easiest way to reach him and maybe get some input from other devs too |
| 21:25.23 | brlcad | mailing lists are all listed here: https://sourceforge.net/mail/?group_id=105292 |
| 21:25.36 | brlcad | you'll want to subscribe to at least this one: https://lists.sourceforge.net/lists/listinfo/brlcad-devel |
| 21:26.16 | brlcad | a source code reference that *may* be of reference that goes into extensive math detail is the elliptical hyperboloid primitive |
| 21:26.31 | brlcad | it documents the algorithm in nicedetail |
| 21:26.39 | brlcad | src/librt/primitives/ehy/ehy.c |
| 21:27.31 | brlcad | if pacman is somehow approaching the surface as some sort of hyperboloid transformation, he may be using similar techniques that would be documented in the hyp primitive |
| 21:27.37 | brlcad | er ehy primitive |
| 21:27.53 | mattS_ | Could be. |
| 21:28.37 | brlcad | starseeker: also note that case statements should be indented from switches, as should case body lines |
| 21:29.47 | mattS_ | OK, subscribed. I'll have a look at ehy.c, and post question(s) to the mailing list. |
| 21:29.53 | mattS_ | Thanks for the help! |
| 21:29.57 | starseeker | brlcad: I'm emailing the astyle author - not immediately clear to me if he supports the mixed spaces and tabs style we're using |
| 21:30.24 | starseeker | when I turn on tabs, it replaces our 4 space indents with tabs too |
| 21:32.10 | starseeker | might be a bug, more probably I'm doing something wrong |
| 21:32.14 | mattS_ | OK, back to work for now... |
| 21:32.48 | brlcad | mattS_: a much simpler algorithm explanation of a quadratic is in src/librt/primitives/ell/ell.c |
| 21:33.03 | brlcad | pacman would have also have gone over that as a foundation |
| 21:33.14 | brlcad | starseeker: definitely does |
| 21:33.55 | brlcad | it's one of only three common indent styles |
| 21:34.02 | brlcad | only spaces |
| 21:34.03 | brlcad | only tabs |
| 21:34.07 | brlcad | and mixed |
| 21:34.43 | brlcad | then you have the concept of indent levels and tabstops to get what you want |
| 21:35.33 | starseeker | so far has yet to find a combination of options that doesn't rejigger our whitespace |
| 21:39.08 | *** part/#brlcad n_reed (~nreed1@ool-457cb1ab.dyn.optonline.net) | |
| 21:41.25 | brlcad | starseeker: what about "-s4 -t" |
| 21:41.49 | brlcad | or -s4 -T4 |
| 21:42.26 | starseeker | shakes his head - neither one |
| 21:42.45 | starseeker | was thinking along those same lines - that's why I emailed him, one of those ought to have worked |
| 21:44.04 | starseeker | brlcad: might be able to add -S and -K to address some of the switch/case concerns |
| 21:44.15 | starseeker | if we can get the whitespace to behave |
| 21:44.37 | brlcad | on the offchance it doesn't, I'd shelve the project for the time-being since changing the indent is going to affect every file and is a bit more of a major change |
| 21:44.47 | starseeker | nods |
| 21:45.04 | starseeker | yeah, I have no desire to tangle with it |
| 21:45.21 | starseeker | just thought I'd check and see if the problem could be solved once and for all |
| 21:46.55 | *** join/#brlcad merzo (~merzo@137-237-132-95.pool.ukrtel.net) | |
| 21:49.41 | brlcad | starseeker: what about -s4 -t8 |
| 22:03.56 | starseeker | nope :-/ |
| 22:05.29 | starseeker | author just replied - "currently no way to do this with astyle" |
| 22:12.53 | *** join/#brlcad pacman87 (~Timothy@208-191-158-89.lightspeed.austtx.sbcglobal.net) | |
| 22:27.11 | brlcad | starseeker: wow, that's surprising |
| 22:27.25 | brlcad | oh well |
| 22:29.31 | brlcad | we could update our style to the next best compromise, but it'd probably be better to hold off for a planned minor |
| 23:02.14 | starseeker | nods - yeah, change on that scale'd be a minor for sure |
| 23:02.50 | starseeker | grins - maybe we could plan it for the same time as the copyright update - as long as we're touching so many files anyhow, kill two birds with one stone |
| 23:04.13 | starseeker | ooo, interesting: http://code.google.com/p/chibi-scheme/ |
| 23:27.52 | *** join/#brlcad bhinesley (~bhinesley@99.144.92.88) | |