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 |