00:01.38 |
starseeker |
I guess it might be getting freed as part of
the freeing of the dm context, but... |
00:01.49 |
starseeker |
gotta be leaking memory here... |
00:02.25 |
starseeker |
no, not getting freed... what the... |
00:03.39 |
starseeker |
ok, forget it... |
00:04.19 |
``Erik |
beat it with valgrind or something? (assuming
you're on leenewx, so no awesomeness like dtrace or the osX malloc
guard |
00:04.45 |
starseeker |
on mac, but I don't know why I'm losing
it |
00:04.51 |
starseeker |
pointer is still there... |
00:05.07 |
starseeker |
unless it's getting mangled somehow
perhaps |
00:05.10 |
starseeker |
however, may not need that approach |
00:06.48 |
``Erik |
there're a bunch of environment variables that
make osX do nutty stuff, like MallocGuardEdges, MallocScribble,
MallocStackLogging, etc |
00:10.45 |
CIA-14 |
BRL-CAD: 03starseeker * r36606
10/brlcad/trunk/src/libdm/dm-rtgl.c: Be sure to reset everything to
its intial state in rtgljobs when closing. May have some memory
issues to check into here. |
00:16.06 |
*** join/#brlcad Ralith
(n=ralith@69.90.48.97) |
01:17.59 |
``Erik |
grooves to
pomplamoose |
01:29.13 |
*** join/#brlcad yukonbob
(i=1000@s142-179-54-198.bc.hsia.telus.net) [NETSPLIT
VICTIM] |
02:14.29 |
CIA-14 |
BRL-CAD: 03starseeker * r36607
10/brlcad/trunk/src/libdm/dm-rtgl.c: Ugly in that it throws out
previous work, but this should at least let rtgl function when
someone draws a second object while the first one is still in
progress (i.e., it beats crashing.) |
02:17.00 |
starseeker |
woot |
02:17.14 |
starseeker |
now let's see how it's crashing on my gentoo
box... |
02:17.24 |
starseeker |
heads home |
04:59.18 |
*** join/#brlcad SWPadnos
(n=Me@dsl107.esjtvtli.sover.net) |
05:35.13 |
starseeker |
erm...
../../../brlcad/include/brlcad_version.h:153: error:
âbrlcad_identâ defined but not used |
06:00.31 |
*** join/#brlcad louipc
(n=louipc@archlinux/trusteduser/louipc) |
10:39.19 |
*** join/#brlcad mafm
(n=mafm@cpc2-bexl3-0-0-cust843.bmly.cable.ntl.com) |
11:00.39 |
CIA-14 |
BRL-CAD: 03indianlarry * r36608
10/brlcad/trunk/src/conv/step/OpenNurbsInterfaces.cpp: Cleaned up
Circle and Parabola curve generation code to build from bezier
similar to the ellipse and hyperbola. |
13:22.40 |
starseeker |
hmm - rtgl segfaults on gentoo for no clear
reason |
13:22.59 |
starseeker |
0xb7faa7a0 in shootJobs (jobs=0xbffe9af0) at
../../../brlcad/src/libdm/dm-rtgl.c:1472 |
13:23.14 |
starseeker |
but when I go in with gdb all the values seem
to be sane enough... |
13:39.14 |
starseeker |
grr |
13:40.44 |
*** join/#brlcad parigaudi
(n=quassel@pd95b7f5e.dip0.t-ipconnect.de) |
13:44.51 |
*** join/#brlcad _clock_
(n=_sushi_@80-218-244-105.dclient.hispeed.ch) |
15:22.23 |
CIA-14 |
BRL-CAD: 03indianlarry * r36609
10/brlcad/trunk/src/conv/step/OpenNurbsInterfaces.cpp: some code
cleanup and WS formatting |
15:26.43 |
brlcad |
``Erik: louipc: imageindex is pretty nify
little script for making a gallery on the fly |
15:26.46 |
brlcad |
http://www.edwinh.org/imageindex/ |
15:27.14 |
brlcad |
example, http://brlcad.org/~sean/images/ |
17:09.17 |
CIA-14 |
BRL-CAD: 03bob1961 * r36610 10/brlcad/trunk/
(8 files in 2 dirs): Added dm_drawLine3D and
dm_drawLines3D. |
17:10.28 |
CIA-14 |
BRL-CAD: 03bob1961 * r36611
10/brlcad/trunk/src/libtclcad/ged_obj.c: Added data_axes
command. |
17:17.53 |
CIA-14 |
BRL-CAD: 03bob1961 * r36612
10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added data_axes and
lastMouseRayPos methods. |
17:30.57 |
CIA-14 |
BRL-CAD: 03bob1961 * r36613
10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Minor
mod. |
17:32.53 |
CIA-14 |
BRL-CAD: 03bob1961 * r36614
10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Modify
mrayCallback_cvo to do a vslew if no objects were hit (i.e. same as
original view center op). |
17:35.32 |
CIA-14 |
BRL-CAD: 03bob1961 * r36615
10/brlcad/trunk/include/ged.h: Added gas_num_data_points and
gas_data_points members to struct ged_axes_state. Also added
gv_data_axes member to struct ged_view. |
18:05.58 |
``Erik |
*burp* |
19:02.01 |
louipc |
brlcad: nice thanks |
19:15.45 |
``Erik |
feck |
19:16.02 |
``Erik |
managed to go so long without touching that
file :( |
19:16.05 |
CIA-14 |
BRL-CAD: 03erikgreenwald * r36616
10/brlcad/trunk/ (NEWS src/librt/librt.3 src/librt/prep.c): Query
the LIBRT_DEBUG environment variable to add additional debugging
flags. Some third party applications do facilitate setting these
flags and are difficult to debug. |
19:21.08 |
``Erik |
doh, "some third party applications do NOT
facilitate setting these..." |
19:21.17 |
brlcad |
ahh |
19:22.35 |
``Erik |
though the application I'm thinking of would
probably be more difficult if they actually did attempt to set the
values *cough* O:-) |
19:24.57 |
``Erik |
<-- isn't sure if it'd be better as
rt_g.rt_debug |= val; or if(rt_g.rt_debug==0)rt_g.rt_debug =
val; |
19:48.24 |
brlcad |
hm, i'd expect it to be an override so you can
always get exactly what you want |
19:48.46 |
brlcad |
i.e., rt_g.rt_debug = LIBRT_DEBUG |
19:51.34 |
``Erik |
but if I forget I have LIBRT_DEBUG set to,
say, 1 and do rt -X f ktank.g tank, losing 3 debug flags would ...
suck and be confusing |
19:52.06 |
``Erik |
if any overriding is done, -[Xx] should
override LIBRT_DEBUG imho |
19:55.51 |
brlcad |
so warn that LIBRT_DEBUG is set |
19:57.25 |
brlcad |
agree that command line should override env
flags, just saying if it's set, it shouldn't "blend them" |
20:02.13 |
CIA-14 |
BRL-CAD: 03bob1961 * r36617
10/brlcad/trunk/src/libdm/dm-rtgl.c: Fixed typo. |
20:07.38 |
CIA-14 |
BRL-CAD: 03erikgreenwald * r36618
10/brlcad/trunk/src/librt/prep.c: discard environment debug flags
if application debug flags are specified. |
20:17.40 |
brlcad |
starseeker: I did get my build back and can
reproduce the failure |
20:17.49 |
brlcad |
just so ya know |
20:21.09 |
CIA-14 |
BRL-CAD: 03bob1961 * r36619
10/brlcad/trunk/src/libdm/dm-rtgl.c: Another @svn diff#
typo. |
20:21.41 |
starseeker |
brlcad: cook, thanks |
20:30.14 |
brlcad |
hm, not the boolfinal changes |
20:42.04 |
*** join/#brlcad R0b0t1
(n=Enigma@unaffiliated/r0b0t1) |
20:46.57 |
starseeker |
er, cool even |
20:47.06 |
starseeker |
should learn to type
someday |
20:47.28 |
starseeker |
beautiful - rtgl works on both Mac and Redhat
here |
20:47.56 |
starseeker |
considers ignoring his gentoo
box and declaring victory... |
20:51.10 |
starseeker |
I have a feeling gentoo is being much more
picky about the letter of the law when it comes to dereferencing
and re-referencing pointers... |
20:51.14 |
starseeker |
ick |
21:02.46 |
``Erik |
dang ricer |
21:27.25 |
CIA-14 |
BRL-CAD: 03starseeker * r36620
10/brlcad/trunk/src/libdm/dm-rtgl.c: Try using a local variable
'used' insted of the pointer stuff... |
21:32.13 |
CIA-14 |
BRL-CAD: 03brlcad * r36621
10/brlcad/trunk/src/libbn/complex.c: |
21:32.15 |
CIA-14 |
BRL-CAD: well there's yer problem. the complex
math routines used during |
21:32.17 |
CIA-14 |
BRL-CAD: rt_poly_findroot() are rather
sensitive to being cast to a long. this halts |
21:32.19 |
CIA-14 |
BRL-CAD: build with strict set but gets things
going again (with: make STRICT_FLAGS=) for |
21:32.23 |
CIA-14 |
BRL-CAD: the observed havoc tail failure until
it can be improved. |
21:34.52 |
CIA-14 |
BRL-CAD: 03brlcad * r36622
10/brlcad/trunk/src/libbn/complex.c: replace ABS() with
fabs() |
21:44.32 |
CIA-14 |
BRL-CAD: 03starseeker * r36623
10/brlcad/trunk/src/libdm/dm-rtgl.c: No, it makes sense to work
with the used variable in place... |
22:52.13 |
*** join/#brlcad Elrohir
(n=kvirc@p5B14F8F3.dip.t-dialin.net) |
23:29.03 |
``Erik |
*stretch* |
23:30.25 |
CIA-14 |
BRL-CAD: 03brlcad * r36624
10/brlcad/trunk/src/libbn/complex.c: minor ws brace cleanup,
isolating comparison issue |
23:47.17 |
CIA-14 |
BRL-CAD: 03brlcad * r36625
10/brlcad/trunk/src/libbn/complex.c: |
23:47.17 |
CIA-14 |
BRL-CAD: refactor the SIGN() macro into
oblivion. keep track of the original real and |
23:47.17 |
CIA-14 |
BRL-CAD: imaginary parts (critical for the
last sign test) and preload the read (should |
23:47.17 |
CIA-14 |
BRL-CAD: provide a better compiler hint for
performance) so we can independently update |
23:47.17 |
CIA-14 |
BRL-CAD: the stored real/imaginary components
as needed. |
23:56.43 |
CIA-14 |
BRL-CAD: 03brlcad * r36626
10/brlcad/trunk/src/libbu/ (brlcad_path.c crashreport.c): wrap the
popen calls with STRICT_FLAGS protections since they are not c99
functions. this allows libbu to now compile cleanly in strict c99
mode (at least on linux with gcc4). |