00:36.26 |
CIA-55 |
BRL-CAD: 03crdueck * r50913
10/brlcad/trunk/src/librt/primitives/tgc/tgc.c: added missing break
statement |
01:25.36 |
crdueck |
i'm not entirely sure how the rt_obj_*
interface works, i wrote this interface for volume based off the
other obj files in primitives/ and i'd just like someone to check
it to see if I've missed anything. http://sprunge.us/cZbb |
01:26.13 |
CIA-55 |
BRL-CAD: 03starseeker * r50914
10/brlcad/branches/STABLE/ (189 files in 71 dirs): |
01:26.13 |
CIA-55 |
BRL-CAD: Sync trunk and STABLE up to trunk
r50908. Reverted previous workaround of vls |
01:26.13 |
CIA-55 |
BRL-CAD: issues - should be back to STABLE
matching a particular revision of trunk. Will |
01:26.13 |
CIA-55 |
BRL-CAD: double check due to complexity of
this merge process, but after this syncing |
01:26.13 |
CIA-55 |
BRL-CAD: should be more straightforward
again. |
01:26.40 |
CIA-55 |
BRL-CAD: 03starseeker * r50915
10/brlcad/trunk/doc/docbook/system/man1/en/rtwizard.xml: Get the
rtwizard man page closer to complete - still need examples and
review. |
02:19.33 |
brlcad |
starseeker: awesome preemption on the
merge |
03:29.13 |
brlcad |
yay, looks like we're in a maintenance window
-- cannot commit |
03:48.02 |
brlcad |
``Erik: heh, I don't know what you were
smoking with that bot.c change, but cid345 is for a missing break
statement (which is indeed missing) |
03:49.08 |
brlcad |
bn_dist_pt2_lseg2() does return [0,5] not
[-2,3] as the commit message claimed |
03:49.22 |
brlcad |
so yeah, dunno what went on there, but the fix
is simple |
04:38.50 |
*** join/#brlcad andrei_
(~andrei@5-12-77-90.residential.rdsnet.ro) |
05:16.05 |
*** join/#brlcad andrei_
(~andrei@5-12-77-90.residential.rdsnet.ro) |
06:38.15 |
*** join/#brlcad ksuzee
(~ksuzee91@193.151.107.42) |
06:50.02 |
*** join/#brlcad louipc
(~louipc@archlinux/fellow/louipc) |
06:51.50 |
*** part/#brlcad ksuzee
(~ksuzee91@193.151.107.42) |
06:58.23 |
*** join/#brlcad stas
(~stas@188.24.41.118) |
08:22.49 |
*** join/#brlcad stas
(~stas@82.208.133.12) |
08:28.21 |
*** join/#brlcad PrezKennedy
(~DarkCalf@173.231.40.99) |
10:45.43 |
``Erik |
the cid was 354, not 345 |
10:58.18 |
``Erik |
(now 48539... *look*) hm, that would've been a
trivial one to fix, wonder if it was listing differently when I got
to it *shrug* |
11:00.21 |
CIA-55 |
BRL-CAD: 03erikgreenwald * r50916
10/brlcad/trunk/src/librt/primitives/bot/bot.c: un-comment the 4/5
cases and add in the missing break. Related to
Cov354/490354 |
11:02.40 |
*** join/#brlcad andrei_
(~andrei@5-12-77-90.residential.rdsnet.ro) |
12:05.04 |
brlcad |
right, 354 (now 490354) |
12:09.43 |
*** join/#brlcad DarkCalf
(~DarkCalf@173.231.40.99) |
12:09.46 |
CIA-55 |
BRL-CAD: 03brlcad * r50917
10/brlcad/trunk/src/gtools/g_diff.c: |
12:09.46 |
CIA-55 |
BRL-CAD: convert g_diff over from
wdb_init_obj/wdb_create_cmd to libtclcad using |
12:09.46 |
CIA-55 |
BRL-CAD: to_open_tcl. this removes one of the
last remaining vestiges on wdb_obj |
12:09.46 |
CIA-55 |
BRL-CAD: (there's still a wdb_get_tcl call
that needs to be removed). convert interp |
12:09.46 |
CIA-55 |
BRL-CAD: global to upper while we're at it
since we added an interp param. |
12:09.52 |
CIA-55 |
BRL-CAD: 03brlcad * r50918
10/brlcad/trunk/src/gtools/CMakeLists.txt: g_diff doesn't use
libged |
12:10.59 |
CIA-55 |
BRL-CAD: 03brlcad * r50919
10/brlcad/trunk/src/gtools/Makefile.am: g_diff doesn't use libged,
ged comes before rt |
12:12.32 |
CIA-55 |
BRL-CAD: 03brlcad * r50920
10/brlcad/trunk/src/gtools/g_diff.c: add fixme to remove
wdb_get_tcl |
12:13.11 |
CIA-55 |
BRL-CAD: 03brlcad * r50921
10/brlcad/trunk/TODO: mged is the last remaining caller to
wdb_init_obj/wdb_create_cmd needing to be converted (though it
should probably convert to libged, not libtclcad) |
12:16.18 |
CIA-55 |
BRL-CAD: 03brlcad * r50922
10/brlcad/trunk/src/librt/librt_private.h: declare
rt_advance_to_next_cell and rt_plot_cell in the private header
since shoot and bundle call it, pointing out that they shouldn't
have the rt prefix |
12:17.07 |
CIA-55 |
BRL-CAD: 03brlcad * r50923
10/brlcad/trunk/src/librt/bundle.c: reorder to avoid forward
declarations, move comment |
12:34.35 |
CIA-55 |
BRL-CAD: 03brlcad * r50924
10/brlcad/trunk/NEWS: keith added initial support for importing
assembly hierarchies to step-g in r49049 |
12:35.35 |
CIA-55 |
BRL-CAD: 03phoenixyjll * r50925
10/brlcad/trunk/src/librt/primitives/pipe/pipe_brep.cpp: startedge
might points to the wrong place if adding endegde expands the
capacity of the edge array, so we need to fix the
pointer. |
12:40.54 |
CIA-55 |
BRL-CAD: 03Phoenix 07http://brlcad.org * r3814
10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 3 */ |
12:48.49 |
CIA-55 |
BRL-CAD: 03brlcad * r50926
10/brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: it's a sort
callback, so it should be reporting when values are equal too with
a zero-return. undoubtedly related to the bogus sorting reported in
r49898. |
12:50.23 |
CIA-55 |
BRL-CAD: 03brlcad * r50927
10/brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: er, they're
floating point -- use EQUAL for comparison |
12:52.47 |
CIA-55 |
BRL-CAD: 03brlcad * r50928
10/brlcad/trunk/TODO: make sure facetize/ev work on
windows |
12:54.22 |
brlcad |
only a few commits still pending review, if
anyone wants to help: r50872, r49388, r49603 |
12:54.42 |
brlcad |
there's more, but that's a start |
13:01.11 |
CIA-55 |
BRL-CAD: 03brlcad * r50929
10/brlcad/trunk/NEWS: bob added a new select command to archer for
picking objects via the gui (using rects), richard then enabled the
command for mged by adding it to the command table |
13:08.04 |
CIA-55 |
BRL-CAD: 03brlcad * r50930
10/brlcad/trunk/NEWS: |
13:08.04 |
CIA-55 |
BRL-CAD: richard changed some tolerances that
were preventing some pipe bends from |
13:08.04 |
CIA-55 |
BRL-CAD: tesselating. he changed some compares
from 0.0 to SMALL_FASTF affecting 90 |
13:08.04 |
CIA-55 |
BRL-CAD: degree bends (untested) and pipes
with inner/outer diameters. he also relaxed |
13:08.04 |
CIA-55 |
BRL-CAD: near-zero comparison of the normal
(which affects linear segments). |
13:25.36 |
*** join/#brlcad xth1
(~thiago@187.106.54.95) |
13:35.37 |
CIA-55 |
BRL-CAD: 03brlcad * r50931
10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: |
13:35.37 |
CIA-55 |
BRL-CAD: cleanup calling INIT_ZERO scope
initializers instead of manually initializing, |
13:35.37 |
CIA-55 |
BRL-CAD: for readability and a smidgen
performance boost. also add the slew of missing |
13:35.37 |
CIA-55 |
BRL-CAD: semicolons on vmath routines that
were pooching formatting. finally, remove the |
13:35.37 |
CIA-55 |
BRL-CAD: excessive logging
hyperbole!!!!! |
13:49.50 |
*** join/#brlcad DarkCalf
(~DarkCalf@173.231.40.99) |
14:08.12 |
CIA-55 |
BRL-CAD: 03starseeker * r50932
10/brlcad/trunk/ (44 files in 24 dirs): Bump version number on
BRL-CAD libraries from 19 to 20 |
14:14.32 |
brlcad |
less than 25 remaining |
14:18.35 |
*** join/#brlcad d_rossberg
(~rossberg@BZ.BZFLAG.BZ) |
14:57.14 |
``Erik |
ray bradbury passed today |
15:05.40 |
brlcad |
may his ashes burn at 451 degrees, I salute
thee mr bradbury |
15:05.53 |
andrei_ |
O_O |
15:12.02 |
*** join/#brlcad ksuzee
(~ksu@193.151.107.42) |
15:23.12 |
d_rossberg |
brlcad: "empty string" is different from NULL
in C too, e.g. look at strlen() |
15:27.14 |
CIA-55 |
BRL-CAD: 03d_rossberg * r50933
10/brlcad/trunk/src/conv/intaval/ (regtab.cpp regtab.h): |
15:27.14 |
CIA-55 |
BRL-CAD: the clang warning was about the
'char* = ""' as parameter, the correct declaration is 'const char*
= ""' |
15:27.14 |
CIA-55 |
BRL-CAD: changed the declaration and
implementation accordingly |
15:38.39 |
brlcad |
knows, just conventionally
"more" different in C++ |
15:39.18 |
brlcad |
ksuzee: do you understand my reply? |
15:39.58 |
ksuzee |
brlcad: hello |
15:40.35 |
brlcad |
hi :) |
15:41.17 |
ksuzee |
:) yes, I saw it. But I can't understand where
I must include this *.c file |
15:41.41 |
ksuzee |
And it's just get_args function |
15:41.51 |
ksuzee |
It will be used just in 2 files |
15:42.17 |
brlcad |
it doesn't matter what the function is or how
few files |
15:42.40 |
brlcad |
you have to tell the build system about the
file, otherwise how does it know to compile it? |
15:43.35 |
ksuzee |
yes |
15:43.51 |
ksuzee |
when i include *.h file |
15:43.58 |
ksuzee |
everything woks well |
15:44.56 |
ksuzee |
but when I put the function to the *.c and do
include *.h in this c-file, function isn't seen |
15:45.36 |
CIA-55 |
BRL-CAD: 03Plussai 07http://brlcad.org * r3815
10/wiki/User:Plussai/GSoC_2012_log: /* 2 June 2012 */ |
15:45.51 |
ksuzee |
so where else must i write about this *.c file
to make it visible? |
15:45.59 |
brlcad |
ksuzee: you keep saying the SAME thing over
and over |
15:46.17 |
brlcad |
but not reading what I'm saying, so I presume
that means you don't understand what I'm saying |
15:46.55 |
brlcad |
you must write about this new c file in the
build system |
15:47.04 |
brlcad |
that's the CMakeLists.txt file and the
Makefile.am file |
15:47.38 |
ksuzee |
I see... |
15:49.17 |
ksuzee |
So in Makefile it must be written here:
bin_PROGRAMS = \ |
15:51.23 |
ksuzee |
I've found thes places, thanks |
15:51.29 |
ksuzee |
I'll try now |
16:03.27 |
brlcad |
ksuzee: you're using cmake to build,
yes? |
16:04.06 |
brlcad |
we have two build systems, that's why there's
a CMakeLists.txt file and a Makefile.am file (we're transitioning
to the cmake build) |
16:04.20 |
ksuzee |
I used it only first, when i downloaded
sources. Now I do just make |
16:04.32 |
brlcad |
okay that's fine |
16:05.02 |
brlcad |
the reason I ask is because obviously if you
modify the Makefile.am and are using cmake+make to build, you're
not going to see any change |
16:05.08 |
brlcad |
you'd have to use the other build
system |
16:05.32 |
brlcad |
you don't have to test the other build system,
though, the edits are very simple |
16:05.49 |
brlcad |
lets start with the build system you're not
using, the Makefile.am file |
16:06.05 |
brlcad |
ready? |
16:06.51 |
ksuzee |
yes |
16:07.11 |
brlcad |
what are the two programs you're
modifying |
16:07.32 |
ksuzee |
there're bw-rle and pix-rle |
16:07.40 |
brlcad |
so we'll start with bw-rle |
16:08.00 |
brlcad |
open src/util/Makefile.am, and search for
bw-rle |
16:08.19 |
brlcad |
you'll quickly see it's first listed under
some "bin_PROGRAMS" variable |
16:08.29 |
brlcad |
you see it? |
16:08.38 |
ksuzee |
yes |
16:09.05 |
ksuzee |
$(bw_rle_OBJECTS) \ |
16:09.09 |
brlcad |
without even knowing what the syntax of that
Makefile.am file is, it's pretty clear that bin_PROGRAMS looks like
a list of applications but is NOT where source files are
described |
16:09.36 |
brlcad |
continuing to search for bw-rle .. the next
thing you find is what? |
16:10.07 |
ksuzee |
mm, mans?) |
16:10.34 |
brlcad |
no, what is the next reference to bw-rle in
that file after the bin_PROGRAMS line? |
16:11.36 |
ksuzee |
sources |
16:12.24 |
brlcad |
be specific |
16:13.14 |
brlcad |
running grep, I find three references to
bw-rle: |
16:13.14 |
brlcad |
[sean@gcc1-power7 brlcad]$ grep bw-rle
src/util/Makefile.am bw-rle \ |
16:13.14 |
brlcad |
bw_rle_SOURCES = bw-rle.c bw-rle.1 \ |
16:13.17 |
ksuzee |
source to bw-rle.c, |
16:13.41 |
brlcad |
that's not what I mean about being specific
:) |
16:13.45 |
brlcad |
I mean, what's the line? |
16:13.54 |
ksuzee |
bw_rle_SOURCES = bw-rle.c |
16:13.57 |
ksuzee |
sorry) |
16:13.59 |
brlcad |
right! |
16:14.13 |
brlcad |
so still I don't need to know the syntax of
that file |
16:14.29 |
brlcad |
but it looks like bw_rle_SOURCES is some sort
of variable where you list sources files for the bw-rle
program |
16:14.39 |
brlcad |
the first file listed is bw-rle.c |
16:14.44 |
brlcad |
it's the only file listed |
16:15.21 |
brlcad |
you moved a function from bw-rle.c into util.c
so NOW the source code to bw-rle is in bw-rle.c AND
util.c |
16:15.32 |
brlcad |
so you can add your util.c there |
16:16.03 |
brlcad |
understand? |
16:16.40 |
*** join/#brlcad PrezKennedy
(~DarkCalf@173.231.40.99) |
16:16.43 |
ksuzee |
yeees)))) |
16:16.59 |
brlcad |
okay, now after that's done, a couple more
things to check |
16:17.12 |
CIA-55 |
BRL-CAD: 03Tbrowder 07http://brlcad.org * r3816 10/wiki/EBM: /*
Converting PNG into x bitmap file */ show command and response as
entered |
16:17.34 |
brlcad |
look up a few lines before the bw_rle_SOURCES
line, do you see the bombardier_SOURCES line? |
16:17.47 |
ksuzee |
yes |
16:17.53 |
brlcad |
what do you see there? |
16:18.02 |
brlcad |
notice anything interesting? |
16:18.06 |
ksuzee |
bombardier_SOURCES = bombardier.c
bombardier.h |
16:18.15 |
ksuzee |
h - file) |
16:18.24 |
brlcad |
excellent |
16:18.36 |
CIA-55 |
BRL-CAD: 03Tbrowder 07http://brlcad.org * r3817 10/wiki/EBM: /*
Inserting ''ebm'' in MGED */ show command as entered (need
response) |
16:18.53 |
brlcad |
so that's a pretty good indication that you
should probably put util.h on the bw_rle_SOURCES line too |
16:19.06 |
ksuzee |
yes |
16:19.55 |
brlcad |
one last thing to check |
16:20.03 |
brlcad |
when I ran grep, there were three
matches |
16:20.11 |
brlcad |
the first was the bin_PROGRAMS line |
16:20.17 |
brlcad |
the second was the sources line |
16:20.21 |
brlcad |
what is the third? |
16:20.35 |
ksuzee |
bw-rle.1 \ |
16:20.40 |
ksuzee |
man file |
16:20.50 |
brlcad |
do you think you need to do anything
there? |
16:20.54 |
ksuzee |
no |
16:20.58 |
brlcad |
you sure? |
16:21.26 |
ksuzee |
maybe the bw-rle.1 must be correct |
16:21.30 |
ksuzee |
itself |
16:21.49 |
brlcad |
you should be sure ;) |
16:22.04 |
brlcad |
did you modify the man page? |
16:22.23 |
ksuzee |
no) |
16:22.39 |
brlcad |
so then again |
16:22.42 |
brlcad |
do you think you need to do anything
there? |
16:25.01 |
ksuzee |
It's a manual page about how programm works.
So why must it be modified?:) |
16:25.40 |
brlcad |
that's what I'm asking you :) |
16:25.51 |
ksuzee |
no |
16:25.54 |
brlcad |
you sure? :) |
16:25.58 |
ksuzee |
yes) |
16:26.02 |
brlcad |
excellent! :) |
16:26.40 |
ksuzee |
I feel like being at lie detector) |
16:26.44 |
brlcad |
hehe |
16:27.16 |
brlcad |
you should be confident in your basic
understanding of what you're doing to a file, whether it's source
code or build system files or documentation |
16:27.24 |
brlcad |
here's a great example :) |
16:28.01 |
ksuzee |
I see) |
16:28.05 |
brlcad |
you weren't 100% sure until I made you
convince yourself, you should do that to yourself and if you're not
sure, figure out why |
16:28.20 |
brlcad |
okay, so now that's done |
16:28.32 |
brlcad |
IF you had commit access, that'd be a perfect
time to commit |
16:29.06 |
brlcad |
since you don't, however, proceed with the
second application |
16:29.25 |
brlcad |
you're basically going to do the exact same
thing for pix-rle |
16:29.49 |
brlcad |
find lines that reference it, see if you need
to change anything, add what you need to add |
16:30.30 |
ksuzee |
ok)) |
16:32.01 |
brlcad |
when you finish that, let me know and we can
proceed to the other build system where you can actually test your
changes |
16:34.20 |
ksuzee |
I finished |
16:34.49 |
brlcad |
great, so next up is CMakeLists.txt
file |
16:35.24 |
brlcad |
again, even without knowing what the syntax of
that file is, you should expect needing to make similar edits to
probably denote the addition of util.c and util.h -- you just have
to find where/how to declare them |
16:36.03 |
ksuzee |
I've done) |
16:36.04 |
brlcad |
so where do you find references to bw-rle
? |
16:36.22 |
brlcad |
use a search mechanism like grep, don't just
visually scan the file |
16:36.46 |
brlcad |
ctrl-s if you're using emacs for incremental
search |
16:37.33 |
ksuzee |
I've done with grep |
16:40.07 |
brlcad |
what editor have you been using? |
16:40.26 |
ksuzee |
gedit - there's ctrl+f |
16:40.40 |
CIA-55 |
BRL-CAD: 03tbrowder2 * r50934
10/brlcad/trunk/src/ (10 files in 6 dirs): correct grammar: it's
=> its (possessive form of 'it') |
16:41.33 |
brlcad |
so how many references to bw-rle did you
find? |
16:41.41 |
ksuzee |
2 |
16:42.05 |
brlcad |
and they are? |
16:42.31 |
ksuzee |
BRLCAD_ADDEXEC(bw-rle bw-rle.c
"libbu;libsysv;${UTAHRLE_LIBRARY}") |
16:42.37 |
ksuzee |
amd man |
16:42.38 |
ksuzee |
*and |
16:42.55 |
brlcad |
do you think you need to do anything with the
second one? |
16:43.47 |
ksuzee |
no) |
16:43.50 |
ksuzee |
I'm sure) |
16:43.52 |
brlcad |
just checking ;) |
16:43.54 |
ksuzee |
100% |
16:43.55 |
ksuzee |
) |
16:44.19 |
brlcad |
okay, so looking at the ADDEXEC line, it looks
like a compact form of what you were just editing |
16:44.35 |
brlcad |
without knowing the syntax, it looks like the
name of the program, sources, and libraries |
16:45.00 |
brlcad |
so now you just need to know 1) how to add
multiple sources and 2) where does the header go |
16:45.28 |
brlcad |
so look in that file to see if you can find
any other ADDEXEC examples that list more than one .c
file |
16:45.32 |
brlcad |
do you see any? |
16:46.16 |
ksuzee |
No, I don't |
16:46.19 |
ksuzee |
aa |
16:46.21 |
ksuzee |
found |
16:46.28 |
ksuzee |
BRLCAD_ADDEXEC(dunncolor
"dunncolor.c;dunncomm.c" libbu) |
16:46.33 |
brlcad |
excellent |
16:46.48 |
brlcad |
so it looks like the syntax is to wrap it in
quotes and separate them with semicolons |
16:46.58 |
brlcad |
so that answers #1 |
16:47.07 |
brlcad |
what about #2, where do you think the header
goes? |
16:47.53 |
ksuzee |
CMAKEFILES(bombardier.h morphedit.tcl
pldebug.c) |
16:48.06 |
ksuzee |
the only .h i've found |
16:48.52 |
ksuzee |
in Makefile it was the only too) |
16:49.14 |
CIA-55 |
BRL-CAD: 03tbrowder2 * r50935
10/brlcad/trunk/src/util/png-pix.1: correct name of
program |
16:49.57 |
brlcad |
so unlike Makefile.am where you could just
list it as a source, here, it looks like it's just listed
separately |
16:50.05 |
brlcad |
so you can put util.h there |
16:50.24 |
brlcad |
do it again for the other program and you'll
be able to test your build |
16:57.34 |
CIA-55 |
BRL-CAD: 03tbrowder2 * r50936
10/brlcad/trunk/TODO: add suggested TODO |
17:02.04 |
ksuzee |
file is seen! |
17:03.11 |
brlcad |
now when you compile, the linker error should
go away, yes? |
17:04.08 |
ksuzee |
yes)) |
17:04.16 |
ksuzee |
Thank you a lot, Sean! |
17:07.01 |
ksuzee |
And one more...Sorry, if I'm annoying=))) I
really don't want to pester) But check, please, my summary and
patches) |
17:08.44 |
*** join/#brlcad yukonbob
(~bch@methodlogic.net) |
17:08.53 |
yukonbob |
hello, #brlcad |
17:09.37 |
brlcad |
ksuzee: you're not annoying, glad we could
work through it |
17:10.02 |
brlcad |
hopefully you understand why you were getting
the linker failure and why the header worked |
17:13.07 |
CIA-55 |
BRL-CAD: 03tbrowder2 * r50937
10/brlcad/trunk/doc/docbook/ (articles/en/TEMPLATE.xml
system/mann/en/edit.xml): correct grammar: it's => its
(possessive form of 'it') |
17:22.03 |
ksuzee |
yes, I understood everything, thank you a lot)
As for patches, all of them except one are opened |
17:42.38 |
brlcad |
they'll go through another round of reviews
sometime soon |
18:01.10 |
CIA-55 |
BRL-CAD: 03Tbrowder 07http://brlcad.org * r3819 10/wiki/DSP: /*
Preparing your height field data */ adding examples |
18:02.09 |
CIA-55 |
BRL-CAD: 03Tbrowder 07http://brlcad.org * r0
10/wiki/Special:Log/upload: uploaded
"[[Image:Cs-24-150h.png]]" |
18:07.11 |
CIA-55 |
BRL-CAD: 03starseeker * r50938
10/brlcad/trunk/ (7 files in 3 dirs): Checkpoint rework of brlman -
no graphical component yet, but a good start on the command line
side. Thanks to Nick for the minimal workaround for Tcl not being
able to launch man interactively. |
18:33.18 |
CIA-55 |
BRL-CAD: 03Tbrowder 07http://brlcad.org * r0
10/wiki/Special:Log/upload: uploaded "[[Image:Dsp.png]]" |
18:33.50 |
CIA-55 |
BRL-CAD: 03Tbrowder 07http://brlcad.org * r0
10/wiki/Special:Log/upload: uploaded "[[Image:Dsp2.png]]" |
18:42.19 |
CIA-55 |
BRL-CAD: 03Tbrowder 07http://brlcad.org * r3823 10/wiki/DSP: /*
Preparing your height field data */ adding examples |
19:04.15 |
*** join/#brlcad starseeker
(~starseeke@BZ.BZFLAG.BZ) |
19:05.01 |
CIA-55 |
BRL-CAD: 03Tbrowder 07http://brlcad.org * r3824 10/wiki/DSP:
rearrange examples to fit existing sections better; make a new
section to be filled in |
19:09.05 |
*** join/#brlcad n_reed
(~molto_cre@BZ.BZFLAG.BZ) |
19:14.32 |
CIA-55 |
BRL-CAD: 03tbrowder2 * r50939
10/brlcad/trunk/src/conv/asc/asc2pix.c: remove unused var |
19:21.08 |
*** join/#brlcad ksuzee
(~ksu@193.151.107.42) |
19:21.13 |
CIA-55 |
BRL-CAD: 03n_reed * r50940
10/brlcad/trunk/src/other/step/ (3 files in 2 dirs): MSVC fixes
from SCL git 6226717 and 879f509 |
19:21.43 |
CIA-55 |
BRL-CAD: 03brlcad * r50941
10/brlcad/trunk/src/libbn/noise.c: initialize the pointer to NULL
in case we end up returning it without setting it. |
19:23.39 |
CIA-55 |
BRL-CAD: 03tbrowder2 * r50942
10/brlcad/trunk/src/conv/asc/asc2pix.c: add some comments and white
space; adjust other ws for style |
19:25.27 |
CIA-55 |
BRL-CAD: 03tbrowder2 * r50943
10/brlcad/trunk/src/conv/asc/asc2pix.c: uppercase labels |
19:26.31 |
CIA-55 |
BRL-CAD: 03tbrowder2 * r50944
10/brlcad/trunk/src/conv/asc/asc2pix.c: ws, style |
19:28.57 |
CIA-55 |
BRL-CAD: 03tbrowder2 * r50945
10/brlcad/trunk/src/conv/asc/asc2pix.c: more ws, style |
19:29.07 |
brlcad |
<PROTECTED> |
19:29.54 |
``Erik |
starseeker committed and ran, there're several
breakages after that |
19:30.01 |
CIA-55 |
BRL-CAD: 03tbrowder2 * r50946
10/brlcad/trunk/src/conv/asc/asc2pix.c: more ws |
19:30.31 |
brlcad |
k |
19:33.01 |
CIA-55 |
BRL-CAD: 03tbrowder2 * r50947
10/brlcad/trunk/src/conv/asc/asc2pix.c: more ws, style |
19:38.09 |
CIA-55 |
BRL-CAD: 03tbrowder2 * r50948
10/brlcad/trunk/src/conv/asc/pix2asc.c: ease legibility &
maintenance with an intermediate var |
19:43.05 |
CIA-55 |
BRL-CAD: 03brlcad * r50949
10/brlcad/trunk/HACKING: |
19:43.05 |
CIA-55 |
BRL-CAD: there are too many exceptions to the
rule that have never been an issue (such as |
19:43.05 |
CIA-55 |
BRL-CAD: var[i+2] or for (i=1; ..), remove the
space around operators rule. the intent |
19:43.05 |
CIA-55 |
BRL-CAD: was and still is to avoid complex
math expressions that are error-prone to |
19:43.05 |
CIA-55 |
BRL-CAD: interpret without whitespace around
some of the operators that logically group |
19:43.06 |
CIA-55 |
BRL-CAD: together. don't need to spend time
reformatting, up to the author/editor's |
19:43.07 |
CIA-55 |
BRL-CAD: discretion as long as the file is
self-consistent. |
19:43.23 |
CIA-55 |
BRL-CAD: 03tbrowder2 * r50950
10/brlcad/trunk/src/conv/asc/pix2asc.c: add some ws, tidy for ease
of reading |
19:45.31 |
starseeker |
ah, crud - sorry |
19:45.35 |
CIA-55 |
BRL-CAD: 03starseeker * r50951
10/brlcad/trunk/src/brlman/brlman.tcl: whoops - helps to add the
tcl file |
19:49.55 |
*** join/#brlcad Stattrav
(u3131@gateway/web/irccloud.com/x-apaikvsbfbkepjjh) |
19:50.56 |
``Erik |
damn nfs cache issue :/ |
19:53.45 |
*** join/#brlcad jbschw
(~jbschw@ool-4355ee10.dyn.optonline.net) |
19:57.23 |
*** join/#brlcad PrezKennedyX
(~DarkCalf@173.231.40.99) |
20:01.27 |
*** join/#brlcad cristina
(~quassel@188.24.71.66) |
20:01.28 |
*** join/#brlcad cristina
(~quassel@unaffiliated/cristina) |
20:03.01 |
brlcad |
hi cristina |
20:03.14 |
cristina |
good morning brlcad |
20:05.34 |
brlcad |
hm, make[2]: *** No rule to make target
`/usr/lib/libfontconfig.so', needed by `lib/libtk.so.8.5'.
Stop. |
20:19.57 |
*** join/#brlcad anrgmrty
(u6512@gateway/web/irccloud.com/x-fnhzxnbpqfmtgeqd) |
20:23.26 |
brlcad |
g'morning anrgmrty |
20:23.33 |
brlcad |
ltns |
20:32.55 |
CIA-55 |
BRL-CAD: 03brlcad * r50952
10/brlcad/trunk/src/libbn/noise.c: debugging some odd corruption,
index into etbl directly instead of incrementing with the
loop |
20:39.17 |
CIA-55 |
BRL-CAD: 03brlcad * r50953
10/brlcad/trunk/src/libbn/noise.c: ws comment cleanup |
20:47.19 |
``Erik |
*snrkt* trolling politicians in the russian
speaking world
http://knowyourmeme.com/memes/how-does-one-patch-kde2-under-freebsd |
20:54.35 |
brlcad |
beats cliff over the head
with a wet fish |
21:00.47 |
``Erik |
O.o |
21:10.43 |
starseeker |
brlcad: what'd I do now? |
21:17.29 |
CIA-55 |
BRL-CAD: 03starseeker * r50954
10/brlcad/trunk/src/ (brlman/brlman.tcl
tclscripts/man_browser.tcl): Add option to launch html man page
viewer in brlman. Needs a little more work to properly customize
the gui for this application. |
21:21.47 |
starseeker |
brlcad: sorry about the breakage, but it
should be OK now... |
21:22.12 |
brlcad |
the build is back to working for me, though I
had to blow away my cache for some reason |
21:23.17 |
starseeker |
huh |
21:23.33 |
starseeker |
was that the fish issue? |
21:23.52 |
brlcad |
that was for something else, half-assing that
injected a bug and cost others time :( |
21:24.23 |
starseeker |
ah - sorry |
21:24.46 |
starseeker |
will try to fix it - what is
it? |
21:32.22 |
starseeker |
ah - 49395 |
21:34.04 |
brlcad |
tom's already working on it, good
exercise |
21:34.11 |
brlcad |
you didn't mean to (I hope!), just a bad
line |
21:34.47 |
brlcad |
just you even completely recognized it didn't
make any sense that warranted a fish |
21:34.48 |
starseeker |
notes that was apparently on
Friday... looks like brain burn out |
21:44.36 |
CIA-55 |
BRL-CAD: 03n_reed * r50955
10/brlcad/trunk/src/other/step/include/ (21 files in 2 dirs): start
adding symbols for MSVC dll import/export; SCL git
ba12196 |
21:49.25 |
brlcad |
anrgmrty: no activity today? |
21:49.47 |
starseeker |
brlcad: ugh. I'm still missing something.
Isn't UCHAR_MAX 256? |
21:50.21 |
brlcad |
eh, probably 255 |
21:50.37 |
starseeker |
so moss.pix has values that *are* outside that
range |
21:50.48 |
brlcad |
that makes no sense, they can't be |
21:50.54 |
brlcad |
a byte is a byte |
21:51.32 |
starseeker |
Tom saw the same thing though - "it
has |
21:51.34 |
starseeker |
several (20 or so) pixels that do (with values
of 256 or 257)" |
21:51.54 |
brlcad |
yes? |
21:52.21 |
brlcad |
he's reading that count from your
mod |
21:52.25 |
brlcad |
your mod is flawed |
21:52.27 |
starseeker |
ah |
21:52.44 |
starseeker |
makes a second test, using
brlcad's proposed filter |
21:52.58 |
brlcad |
check your pointer arithmetic |
21:53.05 |
brlcad |
you take *pix, which is pix[0] |
21:53.27 |
brlcad |
int d = (int)(*pix + sizeof(unsigned char) *
i); |
21:53.28 |
CIA-55 |
BRL-CAD: 03tbrowder2 * r50956
10/brlcad/trunk/src/conv/asc/pix2asc.c: remove unnecessary multiple
tests; fail on the first; test is just for Coverity |
21:53.51 |
brlcad |
so (int)(pix[0] + sizeof(unsigned char) *
i) |
21:54.06 |
brlcad |
sizeof uchar is always 1 so you have |
21:54.16 |
brlcad |
(int)(pix[0] + 1 * i) |
21:54.19 |
CIA-55 |
BRL-CAD: 03tbrowder2 * r50957
10/brlcad/trunk/src/conv/asc/pix2asc.c: make the 'test'
valid |
21:54.31 |
starseeker |
ah |
21:54.36 |
CIA-55 |
BRL-CAD: 03tbrowder2 * r50958
10/brlcad/trunk/src/conv/asc/pix2asc.c: make the 'test'
valid |
21:54.54 |
brlcad |
i goes from 0 to 2 so that's either (pix[0] +
1 * 0) or (pix[0] + 1 * 1) or (pix[1] + 1 * 2) |
21:55.23 |
CIA-55 |
BRL-CAD: 03tbrowder2 * r50959
10/brlcad/trunk/src/conv/asc/pix2asc.c: use simpler print
statement |
21:55.45 |
brlcad |
with order of operations, that further reduces
to (pix[0] + 0) or (pix[0] + 1) or (pix[0] + 2) |
21:55.53 |
CIA-55 |
BRL-CAD: 03tbrowder2 * r50960
10/brlcad/trunk/src/conv/asc/pix2asc.c: delete unused var |
21:56.12 |
brlcad |
so basically you were taking the red
component, adding 0, 1, or 2 to it and seeing if it was between 0
and 255 |
21:56.34 |
brlcad |
naturally fails if red component is 255, 254,
253 .. apparently about 20 of them in his test case |
21:56.42 |
starseeker |
nods |
21:56.50 |
CIA-55 |
BRL-CAD: 03tbrowder2 * r50961
10/brlcad/trunk/src/conv/asc/pix2asc.c: localize i |
21:56.59 |
brlcad |
way too complicated :) |
21:57.08 |
starseeker |
granting that's the incorrect way to do it -
what would have been the correct way to get the right size to add
to *pix? |
21:57.21 |
CIA-55 |
BRL-CAD: 03tbrowder2 * r50962
10/brlcad/trunk/src/conv/asc/pix2asc.c: delete unused var |
21:57.37 |
CIA-55 |
BRL-CAD: 03tbrowder2 * r50963
10/brlcad/trunk/src/conv/asc/pix2asc.c: delete unused var |
21:58.11 |
CIA-55 |
BRL-CAD: 03tbrowder2 * r50964
10/brlcad/trunk/src/conv/asc/pix2asc.c: localize var pix |
21:58.21 |
brlcad |
*pix is the red component, *(pix+1) is the
green, *(pix+2) the blue .. but then that's exactly why there's a
bracket operator |
21:58.26 |
brlcad |
pix[0], pix[1], pix[2] |
21:58.50 |
starseeker |
ah |
21:59.04 |
brlcad |
and for that, we have RED/GRN/BLU macros to
include extra semantic information |
21:59.09 |
starseeker |
tries to remember what he
was thinking... and fails miserably |
21:59.14 |
brlcad |
pix[RED], pix[GRN], pix[BLU] |
21:59.26 |
brlcad |
you were trying to index into the array using
pointer arithmetic |
21:59.53 |
starseeker |
right... I guess that must have been the
"getting frustrated with Coverity not liking any of our bounds
checking attempts" phase |
22:02.27 |
starseeker |
well, Tom's mods pass a round-robin test with
moss.pix |
22:02.39 |
starseeker |
we'll see if Coverity likes it |
22:04.49 |
brlcad |
it should, it really does just care that you
check lower and upper bounds |
22:05.01 |
brlcad |
applied that same method in dozens of other
places |
22:06.00 |
brlcad |
coincidentally ran into that pix2asc bug just
a couple days ago, it halted reading input (presumably on a white
pixel) but didn't have time to investigate |
22:06.25 |
starseeker |
seems to remember a number
of attempts by both ``Erik and myself to do that early on that kept
coming back... should probably go back at some point and see what
we were doing wrong |
22:06.40 |
starseeker |
surprised the regression tests didn't catch
it |
22:07.10 |
starseeker |
guess we don't go back to ascii
anywhere |
22:07.50 |
starseeker |
wonders if it's worth
adding... |
22:09.52 |
brlcad |
worth having a test for every tool but not
worth actively spending time on it this month... |
22:10.04 |
brlcad |
besides, maybe tom will |
22:10.18 |
starseeker |
nods |
22:10.22 |
brlcad |
he's awesome with the testing ;) |
22:10.40 |
starseeker |
now if only I can get him to add new files to
the build logic :-) |
22:10.51 |
starseeker |
still, those are easy fixes |
22:15.50 |
anrgmrty |
brlcad: hi |
22:29.41 |
CIA-55 |
BRL-CAD: 03n_reed * r50965
10/brlcad/trunk/src/other/step/include/exppp/exppp.h: more symbols
for MSVC dll import/export; SCL git f853b99 |
22:37.14 |
CIA-55 |
BRL-CAD: 03anrgmrty * r50966
10/brlcad/trunk/src/conv/g-voxel.c: multiple rays per voxel allowed
and some bugs fixed |
22:45.17 |
CIA-55 |
BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3825
10/wiki/User:Anuragmurty: /* Development Log */ |
22:55.46 |
brlcad |
anrgmrty: what's with the += 0 ? |
22:57.03 |
anrgmrty |
actually i thought it will have to be replaced
later with adding to some float value.. which will be
non-zero |
22:57.41 |
brlcad |
k |
22:59.11 |
anrgmrty |
brlcad: i have a question with multiple rays..
i am shooting them at the same point for now since daniel says the
location of the points of shooting is to be discussed... |
23:00.30 |
anrgmrty |
assuming we have ascertained the locations whr
the rays have to be shot on the voxel, how are we supposed to
determine the volume? |
23:00.53 |
anrgmrty |
use something like simpson's rule? |
23:03.44 |
CIA-55 |
BRL-CAD: 03starseeker * r50967
10/brlcad/trunk/src/brlman/brlman.tcl: Base brlman's behavior (Tk
graphical or man command) on what's actually available on the
system. |
23:40.12 |
brlcad |
anrgmrty: technically, you're not determining
the volume |
23:40.25 |
brlcad |
you're deriving a voxel
representation |
23:41.33 |
brlcad |
you could certainly add up the volumes of the
voxel cells and have your volume estimate (which is more of a
rectangle method) |
23:41.51 |
anrgmrty |
hmm |
23:42.06 |
brlcad |
but computing volume isn't the goal, having a
new representation of the geometry is |
23:42.20 |
brlcad |
rtweight and gqa both already compute
volume |
23:42.36 |
brlcad |
the latter does it *very* well |
23:43.07 |
anrgmrty |
yes.. so when multiple rays are involved i got
confused about how to proceed.. we see the proportion of those rays
that pass a certain threshold? |
23:43.23 |
anrgmrty |
for voxels i mean |
23:43.30 |
brlcad |
gqa fires a grid of rays from three axes,
progressively refining until the solution converges or defined
limits are reached, and runs in parallel |
23:43.47 |
brlcad |
but it doesn't retain the representation, it
just computes |
23:43.47 |
anrgmrty |
hmm.. |
23:44.04 |
anrgmrty |
ok |
23:44.42 |
brlcad |
that's why looking at what rtweight and gqa
during the bonding period was so important and repeated |
23:45.30 |
brlcad |
it does 90% of what you need, but isn't easy
to understand if you don't know anything about geometry, librt's
API, ray tracing, etc |
23:47.54 |
brlcad |
so yeah, don't worry about volume -- you're
trying to generate a 3d volumetric bitmap for geometry |
23:48.31 |
brlcad |
anrgmrty: have you successfully run any of the
tools mentioned yet? |
23:49.10 |
anrgmrty |
yes |
23:49.44 |
brlcad |
which? |
23:49.59 |
anrgmrty |
viewweight.c |
23:50.05 |
anrgmrty |
i mean rtweight |
23:50.19 |
anrgmrty |
and gqa |
23:50.23 |
anrgmrty |
both |
23:50.55 |
anrgmrty |
but only run them.. not understood the code
well |
23:50.59 |
brlcad |
you ran gqa? how'd you provide
densities? |
23:51.17 |
anrgmrty |
.density file |
23:51.38 |
anrgmrty |
i put in random values as mentioned |
23:51.48 |
anrgmrty |
not any specific ones |
23:52.23 |
brlcad |
did you import that into a _DENSITIES
object? |
23:53.02 |
anrgmrty |
no. i do not understand what this means. i
just modified the .density file |
23:53.27 |
brlcad |
gqa doesn't use a .density file |
23:54.11 |
anrgmrty |
ok.. |
23:55.26 |
anrgmrty |
is that only for rtweight ? |
23:55.34 |
brlcad |
sort of |
23:55.39 |
brlcad |
rtweight directly uses it |
23:55.46 |
brlcad |
but it must be imported for gqa to use
it |
23:56.20 |
brlcad |
you may have ran gqa in some other mode, not
computing mass |
23:56.33 |
brlcad |
do you remember the command you ran? |
23:57.05 |
anrgmrty |
hmm.. then i have not run GQA.. the other
thing i did was rtexample.c only |
23:57.27 |
anrgmrty |
which i have been modifying for the present
g-voxel |