| 00:24.28 | *** join/#brlcad Stattrav (~Stattrav@117.192.129.172) |
| 00:24.32 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 00:28.53 | *** join/#brlcad crazy_imp (~mj@89.182.175.97) |
| 00:49.32 | *** join/#brlcad archivist_emc (~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 03:45.01 | CIA-62 | BRL-CAD: 03brlcad * r45054 10/brlcad/trunk/src/libbu/ (CMakeLists.txt Makefile.am brlcad_path.c progname.c): |
| 03:45.01 | CIA-62 | BRL-CAD: move bu_argv0_full_path(), bu_argv0(), bu_getprogname(), bu_setprogname() and |
| 03:45.01 | CIA-62 | BRL-CAD: their helper functions (_bu_ipwd() and _bu_argv0()) from brlcad_path.c to |
| 03:45.01 | CIA-62 | BRL-CAD: progname.c since they have nothing to do with our intrinsic search data/root |
| 03:45.01 | CIA-62 | BRL-CAD: search logic. |
| 03:51.18 | CIA-62 | BRL-CAD: 03brlcad * r45055 10/brlcad/trunk/src/libbu/ (brlcad_path.c progname.c): sys/param.h provides MAXPATHLEN, document it for posterity |
| 05:30.43 | CIA-62 | BRL-CAD: 03brlcad * r45056 10/brlcad/trunk/src/libged/erase.c: quell warning due to bad pointer dereference juju. argv[0] was the intended target. |
| 05:58.29 | *** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net) |
| 06:35.46 | CIA-62 | BRL-CAD: 03brlcad * r45057 10/brlcad/trunk/src/libbu/progname.c: no need for buffer to be static. just makes for multithreading nasty. |
| 06:40.09 | CIA-62 | BRL-CAD: 03brlcad * r45058 10/brlcad/trunk/src/libbu/ (CMakeLists.txt Makefile.am getcwd.c): |
| 06:40.09 | CIA-62 | BRL-CAD: stub in an initial bu_getcwd() implementation that uses getcwd() and getenv(PWD) |
| 06:40.09 | CIA-62 | BRL-CAD: for determining the current working directory. untested on win32 (try _getcwd() |
| 06:40.09 | CIA-62 | BRL-CAD: and _fullpath()) too, but it's the start of a replacement for _bu_ipwd(). |
| 06:40.42 | CIA-62 | BRL-CAD: 03brlcad * r45059 10/brlcad/trunk/ (CMakeLists.txt configure.ac): need to test for getcwd for libbu's bu_getcwd() function. |
| 06:44.50 | CIA-62 | BRL-CAD: 03brlcad * r45060 10/brlcad/trunk/include/bu.h: finish up the bu_external init macros and typedef |
| 06:45.54 | brlcad | pauses |
| 06:59.02 | *** join/#brlcad DarkCalf (DC@173.231.40.98) |
| 08:18.28 | *** join/#brlcad merzo (~merzo@193.254.217.44) |
| 08:31.17 | *** join/#brlcad dli (~dli@dsl-67-55-7-45.acanac.net) |
| 10:15.33 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 10:38.30 | dloman_ | sheesh! 0245! Littlefoot helping you stay up and code? :) |
| 11:45.09 | dloman_ | oh wow, lol: http://www.youtube.com/watch?v=CFuyE_VBeO8&feature=player_embedded#at=338 |
| 12:53.22 | brlcad | hehehe |
| 12:53.29 | brlcad | that's pretty good |
| 12:57.39 | CIA-62 | BRL-CAD: 03brlcad * r45061 10/brlcad/trunk/src/libbu/basenametester.c: add header |
| 13:01.54 | dloman_ | had trouble not envisioning snakes on a plane :) |
| 13:03.38 | CIA-62 | BRL-CAD: 03brlcad * r45062 10/brlcad/trunk/src/libbu/basenametester.c: protect the header inclusion, sys headers before brl-cad headers |
| 13:17.46 | CIA-62 | BRL-CAD: 03brlcad * r45063 10/brlcad/trunk/src/libbu/basenametester.c: fingers have a mind of thier own. libgen not libged |
| 13:27.10 | CIA-62 | BRL-CAD: 03brlcad * r45064 10/brlcad/trunk/src/libbu/progname.c: prevent a crash inside setprogname if we're passed a NULL argv0. |
| 13:46.28 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 14:04.43 | CIA-62 | BRL-CAD: 03brlcad * r45065 10/brlcad/trunk/src/libbu/progname.c: the _bu_ipwd() calls are temporary, denote that |
| 14:09.42 | CIA-62 | BRL-CAD: 03brlcad * r45066 10/brlcad/trunk/include/bu.h: bu_argv0_full_path() wasn't a very good idea either. declare bu_getcwd() as the new coke. |
| 14:21.02 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) |
| 14:24.23 | CIA-62 | BRL-CAD: 03d_rossberg * r45067 10/brlcad/trunk/include/raytrace.h: quell warnings (and probable misinterpretation) in MSVC |
| 14:34.36 | CIA-62 | BRL-CAD: 03brlcad * r45068 10/brlcad/trunk/src/libbu/progname.c: |
| 14:34.36 | CIA-62 | BRL-CAD: simplify bu_getprogname(). forget about trying to cash the progname result and |
| 14:34.36 | CIA-62 | BRL-CAD: just re-evaluate the name again. this is necessary anyways in case the caller |
| 14:34.36 | CIA-62 | BRL-CAD: repeatedly calls bu_setprogname() with different values. also add protection |
| 14:34.36 | CIA-62 | BRL-CAD: from bu_basename() which will return '.' or '/' for some strings and that's not |
| 14:34.37 | CIA-62 | BRL-CAD: very useful. |
| 14:36.32 | CIA-62 | BRL-CAD: 03d_rossberg * r45069 10/brlcad/trunk/ (7 files in 7 dirs): |
| 14:36.32 | CIA-62 | BRL-CAD: enabled the build of static libs for MSVC |
| 14:36.32 | CIA-62 | BRL-CAD: Static libs shouldn't export symbols like the DLLs because they are linked |
| 14:36.32 | CIA-62 | BRL-CAD: directly. Thats why the BRLCAD_DLL flag will be set for DLLs only. The |
| 14:36.32 | CIA-62 | BRL-CAD: BRLCAD_ADDLIB and BRLCAD_ADDEXEC macros are setting this flag automatically. If |
| 14:36.33 | CIA-62 | BRL-CAD: they are not used the BRLCAD_DLL flag has to be set manually if needed. |
| 14:39.33 | CIA-62 | BRL-CAD: 03d_rossberg * r45070 10/brlcad/trunk/src/librt/CMakeLists.txt: enabled export of TIE (Triangle Index Table) symbols for MSVC |
| 14:45.46 | CIA-62 | BRL-CAD: 03brlcad * r45071 10/brlcad/trunk/src/libbu/ (CMakeLists.txt Makefile.am prognametester.c): add a new unit test for bu_getprogname/bu_setprogname. already helped uncover and fix three bugs. |
| 14:51.38 | CIA-62 | BRL-CAD: 03Sean 07http://brlcad.org * r2922 10/wiki/Community_Publications_Portal: redirect plural |
| 15:05.42 | *** join/#brlcad piksi_ (piksi@pi-xi.net) |
| 15:09.18 | starseeker | hmm: http://code.google.com/p/thrust/ |
| 15:12.44 | dloman_ | neato! |
| 16:24.56 | kunigami | does the ray direction ever changes in rt? I'm printing application->a_ray.r_dir and it is always the same |
| 17:22.27 | bhinesley | brlcad: Did you want to migrate MGED to the new oed translations, or just Archer? |
| 17:54.59 | *** join/#brlcad bhinesley (~bhinesley@adsl-99-125-86-110.dsl.bkfd14.sbcglobal.net) |
| 18:16.21 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 18:46.57 | brlcad | kunigami: shaders can change the ray direction, refraction on phong for example |
| 18:47.40 | brlcad | bhinesley: for oed, both and neither |
| 18:48.24 | brlcad | libged really, so mged will get access to the newer stateless version, but oed doesn't have to go away from mged nor get ported to archer (as a new command) .. it's functionality is just added to libged and accessible to both |
| 18:48.58 | brlcad | no command logic should really be going into archer or mged at this point -- it should be a trivial wrapper on both sides that just calls through to libged |
| 18:51.27 | bhinesley | so the current oed translations are going away in favor of the one migrated into libged |
| 18:51.56 | bhinesley | I just wasn't sure if we wanted to change the way mged oed currently works |
| 18:54.46 | bhinesley | okay, what I said may be misinterpreted... so I'll just say that I realize that the new command belongs in libged :) |
| 18:55.37 | CIA-62 | BRL-CAD: 03starseeker * r45072 10/brlcad/trunk/CMakeLists.txt: Flag CMAKE_SYSTEM_IGNORE_PATH as advanced |
| 18:56.14 | CIA-62 | BRL-CAD: 03brlcad * r45073 10/brlcad/trunk/include/bu.h: add missing macros and typedef for bu_color struct. |
| 18:57.44 | CIA-62 | BRL-CAD: 03starseeker * r45074 10/brlcad/trunk/src/other/CMakeLists.txt: Get another stray variable marked as advanced. |
| 19:07.16 | kunigami | <PROTECTED> |
| 19:39.35 | CIA-62 | BRL-CAD: 03brlcad * r45075 10/brlcad/trunk/ (17 files in 5 dirs): consistency, rename the bu_rb_tree struct typedef to bu_rb_tree_t and make bu_rb_tree be the name of the struct like the other bu structs. |
| 20:07.04 | brlcad | bhinesley: yeah, the current system in mged is very modal |
| 20:07.14 | brlcad | you enter an edit mode, then perform edit operations |
| 20:07.33 | brlcad | the goal is towards being completely modeless, so you just perform operations |
| 20:07.52 | brlcad | oed's entire purpose is to enter a mode, set up a selection, and set up a keypoint |
| 20:07.55 | brlcad | the mode isn't necessary |
| 20:08.24 | brlcad | the selection is simple object names on other commands (translate/rotate/scale) |
| 20:08.44 | brlcad | the keypoint becomes the main feature that needs to migrate as an option with reasonable defaults |
| 20:09.27 | brlcad | kunigami: that would be perspective mode (-p##) |
| 20:09.40 | brlcad | default rendering is orthogonal rays |
| 20:10.22 | brlcad | rt supports both, naturally |
| 20:12.37 | CIA-62 | BRL-CAD: 03starseeker * r45076 10/brlcad/trunk/CMakeLists.txt: We require cmake 2.8, and 2.6 and later treat CPACK_STRIP_FILES as a boolean variable - no reason for this logic anymore (which may not have been correct to start with) |
| 20:16.48 | kunigami | hmm I think I was not clear. In this image: http://www.devmaster.net/articles/raytracing_series/part1.2.jpg there are several rays going out from the camera, each of them have a particular direction |
| 20:17.33 | kunigami | I made a test and printed the direction of all rays sent to shootray, but all of them were the same |
| 20:17.43 | kunigami | (sent by rt application) |
| 20:21.19 | kunigami | the point is: how come can rays hit different objects if they seem to have the same direction? I'm studying how the hit detector works, but it probably uses another information that I'm missing... |
| 20:25.12 | CIA-62 | BRL-CAD: 03bob1961 * r45077 10/brlcad/trunk/src/libbu/basenametester.c: Call basename if HAVE_BASENAME. |
| 20:27.06 | CIA-62 | BRL-CAD: 03starseeker * r45078 10/brlcad/trunk/include/gcv.h: add a couple of gcv functions to gcv.h (need at lest gcv_bottess_region_end for windows...) |
| 21:01.53 | CIA-62 | BRL-CAD: 03bob1961 * r45079 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Make it so that a canvas located toolbar or menu is allowed only if mViewOnly is true. |
| 21:41.00 | CIA-62 | BRL-CAD: 03bhinesley * r45080 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: ls can just use gedWrapper |
| 23:04.35 | CIA-62 | BRL-CAD: 03bhinesley * r45081 10/brlcad/trunk/ (10 files in 6 dirs): In the process of adding the translate command to libged. In MGED, it is under translate2 for now. Archer throws a segmentation fault when I try to run it. |
| 23:05.46 | bhinesley | could someone take a look at this ^ for me? "Archer> translate" causes archer to throw a segfault. |
| 23:05.59 | bhinesley | not sure what I'm missing |
| 23:08.53 | ``Erik | gdb bin/bwish |
| 23:08.57 | ``Erik | run bin/archer |
| 23:09.03 | ``Erik | then, when it crashes, do a backtrace? |
| 23:11.17 | bhinesley | hey, thanks, that's a start |
| 23:11.36 | ``Erik | np, good luck tracking it |
| 23:11.56 | ``Erik | plenty of crash tutorials on using gdb can be found on the web :) |
| 23:37.13 | *** join/#brlcad Stattrav (~Stattrav@122.167.214.98) |
| 23:37.13 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 23:54.05 | CIA-62 | BRL-CAD: 03bhinesley * r45082 10/brlcad/trunk/src/ (libtclcad/tclcad_obj.c tclscripts/archer/ArcherCore.tcl): Fixed Archer translate command segfault from r45081. Function callback was GED_FUNC_PTR_NULL rather than ged_translate. |
| 23:56.11 | bhinesley | ``Erik: that helped quite a bit, thanks again |
