00:19.36 |
*** join/#brlcad nsd
(~nicholas@c-24-0-153-224.hsd1.pa.comcast.net) |
01:02.08 |
CIA-48 |
BRL-CAD: 03abhi2011 * r47165
10/brlcad/trunk/src/ (5 files in 2 dirs): Fixed list freeup issues
for the overlap and hit list generated while shooting rays, also
searched and destroyed some memory leaks |
01:52.04 |
*** join/#brlcad nsd
(~nicholas@c-24-0-153-224.hsd1.pa.comcast.net) |
02:30.43 |
*** join/#brlcad nsd
(~nicholas@c-24-0-153-224.hsd1.pa.comcast.net) |
03:57.31 |
brlcad |
abhi2011: nice set of memory fixes! |
03:57.43 |
brlcad |
is the valgrind close to clean? |
03:58.10 |
brlcad |
cleaning up the rtip is a known leak case
(there's no free so librt doesn't know when to release the
cpu-specific resources) |
05:26.15 |
*** join/#brlcad jordisayol
(~jordisayo@unaffiliated/jordisayol) |
06:18.45 |
cvds_ |
Good morning |
06:19.58 |
cvds_ |
brlcad: I meant eliptical torus
(eto) |
06:21.15 |
cvds_ |
brlcad: indeed translate works fine. |
07:10.21 |
cvds_ |
Is there a way to multipane the attached X
screen from mged -c ? |
11:22.59 |
CIA-48 |
BRL-CAD: 03Abhi2011 07http://brlcad.org * r3180
10/wiki/User:Abhijit: /* Log */ |
13:10.19 |
brlcad |
cvds_: yes and no |
13:11.39 |
brlcad |
cvds_: you can't mulitpane a plain attached X
display, but you can get a multipane from -c |
13:11.49 |
brlcad |
if you run: set mged_default(multi_pane)
1 |
13:12.12 |
brlcad |
or turn on multipane on the menu or set it in
your config file, whatever |
13:12.17 |
brlcad |
and then run "gui" |
13:12.25 |
cvds_ |
tries |
13:12.38 |
brlcad |
you can close the command window and you'll be
left with just a multipaned window |
13:12.56 |
brlcad |
otherwise you could run "attach X" four times
:) |
13:14.30 |
cvds_ |
Nice that will work, that setting is on a per
run basis unless I put it in the config file ? |
13:14.39 |
brlcad |
which setting? |
13:14.51 |
brlcad |
set mged_default(multi_pane) ? |
13:15.28 |
brlcad |
running attach X multiple times doesn't
require a setting (and you could put that in your config
file) |
13:15.44 |
brlcad |
setting the multi_pane default could also be
put into your config file |
13:15.53 |
cvds_ |
that mged_default yes |
13:16.20 |
cvds_ |
and running attach x and trying to draw
something made mged crash |
13:16.26 |
brlcad |
on the GUI File menu, there's an item for
"Update/Create .mgedrc" |
13:16.36 |
brlcad |
o.O |
13:17.51 |
cvds_ |
something about X not liking the input. I
think yakuake or fancy kde things are interfering
sometimes |
13:18.30 |
CIA-48 |
BRL-CAD: 03brlcad * r47166
10/brlcad/trunk/BUGS: report of attach X crashing after attempting
to draw an object in classic mode |
13:18.49 |
brlcad |
will look into
it |
13:19.39 |
*** join/#brlcad merzo
(~merzo@218-96-132-95.pool.ukrtel.net) |
13:20.24 |
cvds_ |
Ah this is nice, a normal X window that I can
control with ae and a multipane next to it |
13:22.55 |
cvds_ |
well lets continue the oed tutorial |
13:23.13 |
CIA-48 |
BRL-CAD: 03abhi2011 * r47167
10/brlcad/trunk/src/libged/simulate/ (simrt.c simulate.c
simutils.c): More memory leak search n' destroy |
13:23.49 |
abhi2011 |
brlcad: yes it seems reasonably clean now,
though there are some I dunno how to get rid of yet....will discuss
them |
13:24.32 |
abhi2011 |
man! valgrind really slows the mged to a
crawl |
13:25.28 |
brlcad |
nods |
13:27.28 |
brlcad |
that last round of cleanup seems fishy..
bu_free()'ing specific ranges of some array .. should be none or
all (in which case you can use bu_free_array()) |
13:27.41 |
cvds_ |
brlcad: http://pastebin.com/mpYhaKWe is
what it tells me, this was ataching an ogl window after closing
one |
13:28.49 |
brlcad |
cvds_: yeah, there's some bug there where it's
not keeping track of the window properly |
13:29.33 |
cvds_ |
okies |
13:30.39 |
abhi2011 |
brlcad: yes, the specific ranges contains
bu_strdup() 'ed strings |
13:30.53 |
abhi2011 |
so they have to be freed afaik |
13:31.18 |
abhi2011 |
they show up as lost blocks in
valgrind |
13:31.37 |
brlcad |
understood, but that's my point :) |
13:31.46 |
brlcad |
should be none or all |
13:32.08 |
brlcad |
i.e., don't strdup them if you can or strdup
the others so you can categorically free them all |
13:32.14 |
abhi2011 |
ok |
13:32.17 |
abhi2011 |
yeah |
13:32.34 |
brlcad |
having a 5-17 loop is just very
error-prone |
13:32.40 |
abhi2011 |
yes |
13:32.43 |
abhi2011 |
true |
13:32.51 |
abhi2011 |
right i ll correct that |
13:56.37 |
cvds_ |
hmm the rot command is still baffeling me,
also it seems that the output after object inspection is totally
different from the tutorial |
14:12.42 |
cvds_ |
Is there any documentation on how rot acutally
works cause the effect apears to be totally random to me |
14:14.44 |
cvds_ |
hmm does it depend ae, but that would mean
that I am not actually editing the combination but just rotating
the view |
14:19.09 |
cvds_ |
seems that using orot instead of rot actually
does more or less what I expect |
15:55.46 |
CIA-48 |
BRL-CAD: 03erikgreenwald * r47168
10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: quell
uninitialized variable warning |
15:59.48 |
CIA-48 |
BRL-CAD: 03erikgreenwald * r47169
10/brlcad/trunk/src/librt/primitives/dsp/dsp.c: quell uninitialized
variable warning |
17:17.13 |
CIA-48 |
BRL-CAD: 03brlcad * r47170
10/brlcad/trunk/src/librt/primitives/dsp/dsp.c: can use V2INIT_ZERO
for initialization |
18:47.47 |
cvds_ |
what is the easiest way to define a single
parameter of a shape, if I want to change the height of a cylinder
I now kill the shape and then add it again |
18:49.46 |
CIA-48 |
BRL-CAD: 03brlcad * r47171
10/brlcad/trunk/src/librt/primitives/dsp/dsp.c: fix typo and turn
them into vect2d_t |
19:56.24 |
cvds_ |
well there is ted of course |
21:32.12 |
*** join/#brlcad merzo
(~merzo@134-5-132-95.pool.ukrtel.net) |