| 00:02.12 | CIA-48 | BRL-CAD: 03brlcad * r47123 10/brlcad/trunk/src/libbu/ (Makefile.am test_dirname.c): add in a new unit test for bu_dirname() similar to bu_basename(). |
| 00:03.40 | CIA-48 | BRL-CAD: 03brlcad * r47124 10/brlcad/trunk/src/libbu/CMakeLists.txt: enable logic for new test_dirname binary. also removing what should be unnecessary link libraries (htond doesn't use libpng) and comment on bad MSVC platform toggle. |
| 00:06.07 | CIA-48 | BRL-CAD: 03brlcad * r47125 10/brlcad/trunk/src/libbu/dirname.c: |
| 00:06.07 | CIA-48 | BRL-CAD: similar to bu_basename(), make bu_dirname() also always treat unix-style '/' |
| 00:06.07 | CIA-48 | BRL-CAD: forward slashes as path separators even on platforms that use a different |
| 00:06.07 | CIA-48 | BRL-CAD: directory separator (windows). that will make the function continue to be |
| 00:06.07 | CIA-48 | BRL-CAD: useful for geometry paths, which are always url/unix-style. fixed a bug |
| 00:06.08 | CIA-48 | BRL-CAD: detected during unit testing while at it, collapsing sequences of trailing path |
| 00:06.09 | CIA-48 | BRL-CAD: separators to just one. |
| 00:18.30 | CIA-48 | BRL-CAD: 03brlcad * r47126 10/brlcad/trunk/include/bu.h: document the new bu_dirname() particulars as well as cleaning up the wording on bu_basename() too to be consistent. |
| 00:19.23 | CIA-48 | BRL-CAD: 03Abhi2011 07http://brlcad.org * r3174 10/wiki/User:Abhijit: /* Log */ |
| 00:20.54 | CIA-48 | BRL-CAD: 03brlcad * r47127 10/brlcad/trunk/include/bu.h: how about an informative parameter name |
| 00:21.14 | *** join/#brlcad pacman87 (~Timothy@208-191-158-89.lightspeed.austtx.sbcglobal.net) | |
| 00:25.09 | CIA-48 | BRL-CAD: 03Abhi2011 07http://brlcad.org * r3175 10/wiki/User:Abhijit: /* Updated Development Time line(Sept 14th) */ |
| 00:26.03 | CIA-48 | BRL-CAD: 03Abhi2011 07http://brlcad.org * r3176 10/wiki/User:Abhijit: /* Updated Development Time line(Sept 14th) */ |
| 00:27.32 | CIA-48 | BRL-CAD: 03Abhi2011 07http://brlcad.org * r3177 10/wiki/User:Abhijit: /* Detailed project description */ |
| 00:30.22 | abhi2011 | Normals and contact manifolds getting drawn ok now : http://postimage.org/image/2dqu5964k/full/ |
| 00:30.42 | CIA-48 | BRL-CAD: 03brlcad * r47128 10/brlcad/trunk/NEWS: minor code, but technically user-visible -- archer will now load plugins with spaces in the name. |
| 00:30.54 | abhi2011 | These are still bullet output, have to convert to raytrace yet |
| 01:01.26 | CIA-48 | BRL-CAD: 03abhi2011 * r47129 10/brlcad/trunk/src/libged/simulate/ (simrt.c simrt.h): Began implementing a raytrace based manifold generator |
| 01:07.34 | CIA-48 | BRL-CAD: 03abhi2011 * r47130 10/brlcad/trunk/src/libged/ (CMakeLists.txt simulate/simulate.c simulate/simulate.h): Related changes to simulate command to use the raytraced manifolds |
| 01:33.59 | brlcad | cool |
| 02:12.36 | *** join/#brlcad mattS_ (cb3af1be@gateway/web/freenode/ip.203.58.241.190) | |
| 02:48.49 | CIA-48 | BRL-CAD: 03brlcad * r47131 10/brlcad/trunk/NEWS: |
| 02:48.49 | CIA-48 | BRL-CAD: richard fixed a bug which caused a seg fault if a loopuse contained a single |
| 02:48.49 | CIA-48 | BRL-CAD: vertex instead of an edgeuse. presumably this improves a tess case where |
| 02:48.49 | CIA-48 | BRL-CAD: invalid geometry ends up in a loopuse that would later result in a bomb or |
| 02:48.49 | CIA-48 | BRL-CAD: crash. |
| 03:10.26 | CIA-48 | BRL-CAD: 03brlcad * r47132 10/brlcad/trunk/TODO: need to rerun previous conversion comparison to see how things have changed with all of the recent NMG changes |
| 03:23.16 | starseeker | hmm: http://www.xmailserver.org/xdiff-lib.html |
| 03:29.28 | starseeker | http://code.google.com/p/dtl-cpp/ |
| 03:32.50 | CIA-48 | BRL-CAD: 03brlcad * r47133 10/brlcad/trunk/TODO: need to test the new edit command. |
| 04:13.55 | CIA-48 | BRL-CAD: 03brlcad * r47134 10/brlcad/trunk/NEWS: richard fixed a bug in mged's mater command (in r45415) where the inheritance could not be changed unless the color is changed at the same. should affect archer too, but only tested with mged. |
| 04:16.56 | CIA-48 | BRL-CAD: 03brlcad * r47135 10/brlcad/trunk/NEWS: |
| 04:16.56 | CIA-48 | BRL-CAD: richard also committed a fix to a bug in the rm/erase command affecting at least |
| 04:16.56 | CIA-48 | BRL-CAD: mged and presumably archer too. A segmentation fault would occur when a region |
| 04:16.56 | CIA-48 | BRL-CAD: is displayed in 'mged' and the 'rm' command is used to remove a member of the |
| 04:16.56 | CIA-48 | BRL-CAD: displayed region and the member occurs in the region more than once. |
| 04:28.10 | CIA-48 | BRL-CAD: 03brlcad * r47136 10/brlcad/trunk/src/libgcv/bottess.c: there's no need to call rt_bot_ifree2() directly. create an rt_db_internal with the right juju and we can call rt_bot_ifree() which will call ifree2 for us. no more wet shoes. |
| 04:29.24 | CIA-48 | BRL-CAD: 03brlcad * r47137 10/brlcad/trunk/src/libgcv/ (bottess.c region_end_mc.c): ws |
| 04:34.32 | CIA-48 | BRL-CAD: 03brlcad * r47138 10/brlcad/trunk/src/librt/primitives/bot/bot.c: And lead us not into temptation, but deliver us from evil. rename rt_bot_ifree2() to bot_ifree2() so it's not considered public api. in fact, mark it hidden too. |
| 04:38.22 | CIA-48 | BRL-CAD: 03brlcad * r47139 10/brlcad/trunk/NEWS: |
| 04:38.23 | CIA-48 | BRL-CAD: richard made a slew of changes to improve NMG processing which have been |
| 04:38.23 | CIA-48 | BRL-CAD: enabled, but not yet independently validated so schedule their announcement in |
| 04:38.23 | CIA-48 | BRL-CAD: the next minor bump. one specific example is r45358 where he improved the |
| 04:38.23 | CIA-48 | BRL-CAD: success of boolean ops when there coplanar faces. this affects mged |
| 04:38.23 | CIA-48 | BRL-CAD: tessellation commands (facetize, E, ev) as well as most of our exporters. |
| 04:40.22 | CIA-48 | BRL-CAD: 03brlcad * r47140 10/brlcad/trunk/NEWS: another category of changes richard made centered around improving boolean evaluation and NMG processing performance. don't yet have specific numbers, but document the changes anyways (see r45319) |
| 04:46.01 | CIA-48 | BRL-CAD: 03brlcad * r47141 10/brlcad/trunk/src/librt/CMakeLists.txt: is this why autotools is still catching more errors that cmake build? remove the -Wno-error flag from non-static compilation. |
| 04:52.58 | CIA-48 | BRL-CAD: 03brlcad * r47142 10/brlcad/trunk/NEWS: cliff improved the mged/archer 'attr' command to only halt on read-only databases if it's a write attr action. allow get/list/show |
| 04:55.36 | CIA-48 | BRL-CAD: 03brlcad * r47143 10/brlcad/trunk/NEWS: cliff improved the mged/archer 'attr' command to only halt on read-only databases if it's a write attr action. allow get/list/show. credited to the .0 release. |
| 04:58.04 | CIA-48 | BRL-CAD: 03brlcad * r47144 10/brlcad/trunk/NEWS: |
| 04:58.04 | CIA-48 | BRL-CAD: bob worked around some glitches with the windows gl display manager by copying |
| 04:58.04 | CIA-48 | BRL-CAD: display list data into a GLdouble array before sending to opengl (r44645) |
| 04:58.04 | CIA-48 | BRL-CAD: remedying strange behavior on windows where arrows were sometimes being drawn |
| 04:58.04 | CIA-48 | BRL-CAD: incorrectly. sounds like corrupt memory, but this works around the issue |
| 04:58.05 | CIA-48 | BRL-CAD: successfull. |
| 05:07.26 | CIA-48 | BRL-CAD: 03brlcad * r47145 10/brlcad/trunk/NEWS: keith improved the step-g importer fixing some issues importing ellipse and circle conics. another user-visible change that didn't make the .0 release notes. |
| 05:09.55 | CIA-48 | BRL-CAD: 03brlcad * r47146 10/brlcad/trunk/NEWS: keith also improved the step-g importer presumably preventing it from crashing or otherwise doing bad things where it was overrunning an array during cubit interpolation. another undocumented change to the .0 release. |
| 05:12.24 | brlcad | starseeker: r44618 looks no good. if we don't have a void* then the void* test is flawed... that's kinda important to just gloss over it with a conditional.. |
| 05:16.34 | brlcad | starseeker: hm, looks like that was later fixed? (apologies, reading commits in reverse) |
| 05:17.47 | brlcad | i think what triggered caution is that I think I've seen the fallback case where it spits out "CMAKE_SIZEOF_VOID_P is not defined - assuming 32 bit platform" and that just shouldn't happen for any platform less than two decades old |
| 05:24.49 | brlcad | wasn't even you that made the original patch .. so that's probably a cue that my eyes are getting tired and need a walkabout break |
| 05:32.53 | CIA-48 | BRL-CAD: 03brlcad * r47147 10/brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: ffast-math is never a good option for our code because the math that results is extremely unstable an unreliable for useful calculations. |
| 05:58.43 | CIA-48 | BRL-CAD: 03brlcad * r47148 10/brlcad/trunk/src/librt/uvpoints.cpp: big cleanup. remove 'using namespace std' abomination, quell warnings, fix shadowings, and more. |
| 06:03.35 | *** join/#brlcad pacman87 (~Timothy@208-191-158-89.lightspeed.austtx.sbcglobal.net) | |
| 06:08.33 | brlcad | pacman87: you still on the dev mailing list? question posed by the guy you referred in here about how exactly the ray path is hyperbolic |
| 06:09.26 | brlcad | starseeker: better question, r44413 .. curious that black is not being written out. the default color is actually white, so does that mean I can't create black objects? :) |
| 06:10.16 | brlcad | starseeker: and AGAIN.. I see that you noticed the err in r44414! .. okay, I'll stop :) |
| 06:11.11 | brlcad | needs to learn that there's probably a follow-up commit that addresses the red flag |
| 06:35.07 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 06:40.43 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 08:25.26 | pacman87 | brlcad: it looks like d_rossberg has answered it fairly well, were there any specific points that still need to be addressed? |
| 08:27.30 | pacman87 | http://en.wikipedia.org/wiki/Skew_lines#Skew_lines_and_ruled_surfaces might also be useful |
| 10:47.33 | abhi2011 | is it possible to specify a rectangular grid of rays to be shot in a specific direction |
| 10:47.58 | abhi2011 | rather than shooting the rays one by one, translating the direction across and up/down |
| 11:23.30 | *** join/#brlcad pawleeq (~pawleeq@212-96-188-229.cust.selfnet.cz) | |
| 11:23.46 | pawleeq | hello |
| 11:24.58 | pawleeq | I am building current svn check and make ended with errors: http://pastebin.com/jrejqagB |
| 11:49.16 | CIA-48 | BRL-CAD: 03Abhi2011 07http://brlcad.org * r3178 10/wiki/User:Abhijit: /* Log */ |
| 12:03.42 | CIA-48 | BRL-CAD: 03abhi2011 * r47149 10/brlcad/trunk/src/libged/simulate/ (simrt.c simrt.h simutils.c simutils.h): Added initial code to create the AABB overlap regions |
| 12:33.31 | d_rossberg | pawleeq: Makefile.am is out of date in src/tclscripts/archer/images but CMake should work |
| 12:39.33 | pawleeq | d_rossberg: i tried cmake brlcad, but cmake also failed, result is here: http://pastebin.com/GPfiMqXs |
| 12:46.32 | d_rossberg | i may only guess what's wrong: sometimes cmake needs to run twice; i've no *nix brl-cad at hand to test it |
| 12:56.24 | CIA-48 | BRL-CAD: 03abhi2011 * r47150 10/brlcad/trunk/src/libged/simulate/ (simrt.c simrt.h simulate.c simutils.c): Finished creating the AABB overlap regions |
| 13:37.23 | CIA-48 | BRL-CAD: 03abhi2011 * r47151 10/brlcad/trunk/src/libged/simulate/ (5 files): Merged bullet and rt manifold info in 1 structure, easier that way |
| 13:49.37 | CIA-48 | BRL-CAD: 03n_reed * r47152 10/brlcad/trunk/src/other/step/src/express/expparse_new.y: working through type-mismatch compile errors |
| 13:54.19 | abhi2011 | pawleeq: you need to install ITK |
| 13:54.34 | abhi2011 | thats the object oriented extension to tcl/tk |
| 13:55.02 | abhi2011 | then the ITK_LIBRARY path will be set to the .so files which implements that library |
| 13:56.08 | brlcad | except we bundle itk so something else seems to be going wrong, unless it's using an incompatible system tcl/tk |
| 13:56.17 | starseeker | binks - that shouldn't happen... |
| 13:56.35 | starseeker | pawleeq: can you post your configure log? |
| 13:57.39 | starseeker | we really really really really need to get package require Itk working from bwish and friends |
| 13:58.03 | abhi2011 | hmm then maybe he is not building itk during make |
| 13:58.20 | starseeker | no, it's not finding the ITK library |
| 13:58.39 | starseeker | but it must be finding the Itk package itself, othewise it should have been turned on |
| 13:59.53 | starseeker | my best guess is that line 339 in src/other/CMakeLists.txt isn't succeeding |
| 14:00.55 | starseeker | pawleeq: where is the libitk.so on your system? |
| 14:01.29 | starseeker | if they stuck it in a weird place, that would explain the ITK_LIBRARY issue |
| 14:02.27 | starseeker | we're not set up for it right now, but I suppose what I should be doing in those special cases is to build the local one in the case of ITCL_LIBRARY or ITK_LIBRARY not being found |
| 14:03.13 | starseeker | it breaks the paradigm being used for all the other Tcl/Tk packages, but it looks like I may not have a choice since the ITK_LIBRARY issue has appeared in the wild |
| 14:03.34 | starseeker | pawleeq: if you want to work around it, you can just feed cmake -DBRLCAD_BUNDLED_LIBS=Bundled |
| 14:04.36 | CIA-48 | BRL-CAD: 03erikgreenwald * r47153 10/brlcad/trunk/src/libgcv/wfobj/tri_face.c: common.h needs to come before bu.h |
| 14:14.24 | CIA-48 | BRL-CAD: 03starseeker * r47154 10/brlcad/trunk/src/other/CMakeLists.txt: Make a stab at turning Itcl/Itk back on if we can't find the libraries. |
| 14:14.38 | starseeker | ew |
| 14:14.44 | starseeker | pawleeq: see if that helps... |
| 14:16.36 | starseeker | might end up having to build both Itcl and Itk if ITK_LIBRARY doesn't show up... |
| 14:39.14 | pawleeq | starseeker: I will give it try and report back, but right now I am babysittter rather than brlcad enthusiast :) |
| 14:46.05 | CIA-48 | BRL-CAD: 03erikgreenwald * r47155 10/brlcad/trunk/ (NEWS src/tclscripts/mged/reid.tcl): return last assigned id value from reid command |
| 15:28.16 | CIA-48 | BRL-CAD: 03erikgreenwald * r47156 10/brlcad/trunk/ (NEWS src/tclscripts/mged/reid.tcl): Added a -n <val> arg to reid for incrementing by a specified value. |
| 15:48.08 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 16:56.53 | CIA-48 | BRL-CAD: 03n_reed * r47157 10/brlcad/trunk/src/other/step/src/express/ (CMakeLists.txt expparse_new.y): got lemon source compiling; not yet operational |
| 17:04.51 | pawleeq | starseeker: so the workaround with cmake -DBRLCAD_BUNDLED_LIBS=Bundled failed this way: http://pastebin.com/VmDaFq7L |
| 17:09.13 | pawleeq | starseeker: pastebin does not accept my, so I uploaded it here: www.pawleeq.com/config.log |
| 18:10.43 | abhi2011 | whats is the use of the ap.a_uptr = (genptr_t)a_tab.attrib; while initializing the struct application ap; in nirt |
| 18:10.57 | abhi2011 | is it used to specifiy some special attributes |
| 18:11.25 | abhi2011 | was wondering if I can NOT set it and just use the rest of the application structure |
| 18:26.33 | CIA-48 | BRL-CAD: 03abhi2011 * r47158 10/brlcad/trunk/src/libged/simulate/ (simrt.c simrt.h simulate.c): Added initial code to shoot rays during manifold generation |
| 18:30.06 | *** join/#brlcad pacman87 (~Timothy@208-191-158-89.lightspeed.austtx.sbcglobal.net) | |
| 19:36.54 | *** join/#brlcad pacman87 (~Timothy@208-191-158-89.lightspeed.austtx.sbcglobal.net) | |
| 21:11.06 | CIA-48 | BRL-CAD: 03abhi2011 * r47159 10/brlcad/trunk/src/libged/simulate/ (simrt.c simrt.h simutils.c): Trying to get the overlap points by shooting raysat the AABB overlap region |
| 21:39.03 | abhi2011 | that is strange, just compiled bullet to use double precision , and bullet compiled fine |
| 21:39.12 | abhi2011 | the demos of bullet are also running |
| 21:39.17 | abhi2011 | however mged crashes |
| 21:39.26 | abhi2011 | inside the bullet related code |
| 21:39.44 | abhi2011 | specifically when allocating memory for a particular bullet object |
| 21:41.08 | abhi2011 | http://bin.cakephp.org/view/1090178448 |
| 21:41.24 | abhi2011 | the crash seems to be in malloc |
| 21:52.03 | abhi2011 | hmm tried a clean build but that didnt work either, I ll switch bullet back to single precision, maybe malloc is unable to allocate 64 bits |
| 21:52.19 | abhi2011 | though I dont know how the demos work then |
| 22:09.23 | abhi2011 | now it works fine again after switching back to single precision! |
| 22:36.54 | *** part/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 23:53.56 | *** join/#brlcad pacman87 (~Timothy@208-191-158-89.lightspeed.austtx.sbcglobal.net) | |