00:00.16 |
starseeker |
can somebody with C++ skills point me to what
I'm doing wrong here? http://bzflag.bz/~starseeker/unordered_map_test.cxx |
01:09.05 |
*** join/#brlcad louipc
(~louipc@archlinux/fellow/louipc) |
01:47.17 |
*** join/#brlcad louipc
(~louipc@archlinux/fellow/louipc) |
03:29.33 |
louipc |
wow I missed the last release until
now |
04:02.47 |
brlcad |
louipc: it was quietly posted -- wait for
7.22 |
04:08.35 |
*** join/#brlcad KimK
(~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad) |
04:08.59 |
louipc |
I was poked to update my archlinux buildfiles
hehe |
04:13.58 |
brlcad |
7.22 should be tagged tomorrow
(Tuesday) |
04:15.14 |
brlcad |
starseeker: I suggest getting it working with
a std::map first |
04:15.29 |
brlcad |
the problem is probably with the insert()
parameters |
04:15.54 |
brlcad |
at least with std::map, the insert() method
takes a std::pair for the key/value |
04:17.30 |
brlcad |
for example: http://bzflag.bz/~sean/tmp/map.cxx |
04:17.49 |
starseeker |
nods - yeah, I had it working
with map |
04:18.54 |
starseeker |
figured we'd probably want unordered_map for
performance, but getting the pair thing working wasn't quite as
simple as I'd hoped |
04:20.48 |
brlcad |
that depends on so many factors it's not
funny |
04:28.25 |
brlcad |
starseeker: yeah, at a glance it's not clear
what's missing but it is related to the insert() call |
04:29.35 |
brlcad |
BUT, that's a perfect case where a little
knowledge might be doing injustice |
04:30.20 |
brlcad |
the order may be less at O(1) and O(logN), but
that might not matter for some unknown value of "relatively small"
data |
04:30.43 |
brlcad |
moreover, all the hashing work may frankly
make it even slower for some data sets |
04:32.30 |
brlcad |
should still see a gain using a std::map if
something isn't goofed, then that makes a great baseline for
testing conversion to unordered or hash_map |
04:33.12 |
brlcad |
keep it simple until a profile SHOWS you it's
the biggest problem |
06:20.40 |
andrei_ |
brlcad, I understand you are busy and I have
no itention to insist pointlessly but, could you please give me
some suggestions . What should I do next? |
06:36.14 |
*** join/#brlcad d_rossberg
(~rossberg@BZ.BZFLAG.BZ) |
07:20.47 |
*** join/#brlcad ksuzee
(~ksu@46.149.82.166) |
08:33.55 |
CIA-55 |
BRL-CAD: 03Ksuzee 07http://brlcad.org * r3875
10/wiki/User:Ksuzee/Reports: |
08:50.16 |
*** join/#brlcad merzo
(~merzo@152-209-201-46.pool.ukrtel.net) |
09:04.19 |
*** join/#brlcad anrgmrty
(u6512@gateway/web/irccloud.com/x-gocnhzmtrmgcaokm) |
09:04.51 |
anrgmrty |
d_rossberg: hi |
09:18.12 |
d_rossberg |
anrgmrty: how is your project's
progress? |
09:19.14 |
anrgmrty |
hi, given an input .g file, i am able to
output a text file that lists which voxels are present and which
are not |
09:19.20 |
anrgmrty |
as 0's and 1's |
09:21.15 |
anrgmrty |
though i had to discuss how to shoot more than
one ray through a voxel(your pseudo code mentioned it) |
09:21.48 |
anrgmrty |
it said maybe randomly shooting the rays wasnt
a good idea.. |
09:23.36 |
anrgmrty |
also i am figuring out how gqa works because
brlcd told me it resembles closely what i need to do.. |
09:24.42 |
d_rossberg |
right, i would recommend to have a parameter n
and then shoot an nxn pattern for each row of voxels |
09:25.30 |
d_rossberg |
this way you have a nicely uniform
distribution of your rays over the voxel |
09:26.43 |
*** join/#brlcad KimK
(~Kim__@209.248.147.2.nw.nuvox.net) |
09:27.45 |
anrgmrty |
an nxn pattern for each row? or each
voxel? |
09:29.09 |
d_rossberg |
you don't shoot only one voxel with each ray
but all voxels along this ray (in your case in x
direction) |
09:29.31 |
d_rossberg |
same is true for the nxn pattern |
09:32.07 |
anrgmrty |
ok.. so, this parameter say n = 2.. then on
each row of voxels 4 rays are uniformly shot? but wont many voxels
be missed this way? |
09:33.26 |
anrgmrty |
i am actually talking about the raysPerVoxel
parameter i used.. it is for changing the number of rays shot on
each voxel.. |
09:34.03 |
d_rossberg |
? at the moment you shoot one ray per row,
with n=2 you'll shoot 4 rays per row |
09:35.40 |
d_rossberg |
(the rows are parallel to the x axis in your
case) |
09:36.37 |
anrgmrty |
ohh.. got it now.. by row you mean parallel to
x-axis.. |
10:52.58 |
*** join/#brlcad archivist
(~archivist@host81-149-189-98.in-addr.btopenworld.com) |
11:51.57 |
CIA-55 |
BRL-CAD: 03tbrowder2 * r51061
10/brlcad/trunk/regress/dsp/: add dir to segregate multiple dsp
tests |
12:21.17 |
*** join/#brlcad ksuzee
(~ksu@46.149.81.166) |
13:48.38 |
starseeker |
crud... metaball facetization isn't
happy |
13:49.59 |
starseeker |
stuck here, looks like:
nmg/nmg_fuse.c:1642 |
13:59.13 |
starseeker |
yep, infinite loop |
14:55.50 |
*** join/#brlcad DarkCalf
(~DarkCalf@173.231.40.99) |
15:44.39 |
CIA-55 |
BRL-CAD: 03bob1961 * r51062
10/brlcad/trunk/src/tclscripts/lib/Accordian.tcl: Removed debug
statement. Added a state argument indicating whether or not a
different button was pressed to the calls to the toggle panel
callbacks. |
15:50.43 |
CIA-55 |
BRL-CAD: 03bob1961 * r51063 10/brlcad/trunk/
(3 files in 2 dirs): Added a wrapper for calling rtwizard from
libged. |
15:57.04 |
CIA-55 |
BRL-CAD: 03bob1961 * r51064
10/brlcad/trunk/src/ (libtclcad/tclcad_obj.c
tclscripts/lib/Ged.tcl): Provided a tcl interface to the new
rtwizard functionality in libged. |
16:00.42 |
CIA-55 |
BRL-CAD: 03bob1961 * r51065
10/brlcad/trunk/src/tclscripts/archer/ (4 files in 2 dirs): Added a
new interface to Archer for creating rtwizard types of
images. |
16:08.19 |
CIA-55 |
BRL-CAD: 03n_reed * r51066
10/brlcad/trunk/src/other/step/src/express/expr.c: Warn about
indexing a select with mixed base types. SCL git 67f8897. |
16:26.33 |
CIA-55 |
BRL-CAD: 03n_reed * r51067
10/brlcad/trunk/src/other/step/src/ (3 files in 2 dirs): ws/style
from SCL git 09f3472 and d94a449 |
16:35.50 |
*** join/#brlcad ksuzee
(~ksu@46.149.81.166) |
16:38.42 |
brlcad |
hi ksuzee |
16:40.37 |
ksuzee |
brlcad: hello, Sean! |
16:43.11 |
brlcad |
starseeker: http://pastebin.ca/2160570 |
16:50.37 |
CIA-55 |
BRL-CAD: 03n_reed * r51068
10/brlcad/trunk/src/ (9 files in 4 dirs): Have SDAI_String and
SDAI_Binary wrap std::string rather than inherit from it. SCL git
82898d7. |
17:00.15 |
ksuzee |
brlcad: Sean, do you remember your explaining
me of using CMakefiles and Makefiles? So everything's well - I made
some such refactoring. Also I did so in libdm. Since it's a
library, these 'make' files where different and I just put new file
to libdm_la_SOURCES. And everything worked:) Am I right? |
17:05.34 |
brlcad |
ksuzee: no, I've completely forgotten about
that long discussion we had just last week .. remind me?
:) |
17:05.38 |
brlcad |
are you sure? |
17:06.13 |
brlcad |
it sounds like you did the right
thing |
17:07.27 |
ksuzee |
yes, I'm sure) |
17:07.52 |
ksuzee |
You made me be more confident |
17:12.06 |
ksuzee |
brlcad: I always forget to do this. |
17:16.35 |
brlcad |
it's more than just being confident, it's
about asking yourself why you have doubt and doing what you need to
confidently eliminate that doubt |
17:17.16 |
brlcad |
being very confident and always wrong is worse
that being timid and right :) |
17:18.21 |
brlcad |
apply logic, understand the
situation |
17:18.28 |
ksuzee |
I argree with you |
17:22.10 |
ksuzee |
okay, so I'm working in right way. And what
about new patches? I have quite enough. Shall I put them to the
tracker or better to wait you check my previous? |
17:32.12 |
brlcad |
no waiting |
17:32.26 |
brlcad |
put up new patches as if you were
committing |
17:32.45 |
brlcad |
as soon as the next round of patches can be
reviewed, we'll see where you stand with regards to commit
access |
17:33.06 |
brlcad |
we're in the middle of preparing a release, so
resources and time are limited for the next couple days |
17:33.36 |
starseeker |
brlcad: O.o I've never seen that
before |
17:33.41 |
starseeker |
what platform? |
17:34.15 |
brlcad |
cmake 2.8.4 on netbsd |
17:34.18 |
brlcad |
5.1 |
17:36.33 |
CIA-55 |
BRL-CAD: 03n_reed * r51069
10/brlcad/trunk/src/other/step/src/ (cldai/sdaiDaObject.h
fedex_plus/classes.c): Borland-specific stuff from SCL git c0c423c
and 3a9fa99. |
17:37.54 |
starseeker |
I'm not even sure if that's something CMake
controls... I take it the Autotools build works? |
17:38.44 |
brlcad |
didn't try |
17:40.54 |
ksuzee |
brlcad: ok, I'll put everything to the tracker
tomorrow, I hope to have commit after reviewing, because I
corrected and tested everything you told |
17:56.06 |
CIA-55 |
BRL-CAD: 03n_reed * r51070
10/brlcad/trunk/src/other/step/ (4 files in 3 dirs): put enums in
separate table; SCL git c415e49 |
18:22.23 |
CIA-55 |
BRL-CAD: 03starseeker * r51071
10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: look for
libtclcad and libdm in the right place on Windows (really need
'package require' for BRL-CAD libs...) |
18:22.27 |
CIA-55 |
BRL-CAD: 03n_reed * r51072
10/brlcad/trunk/src/other/step/ (3 files in 2 dirs): Warn about
indexing binary types instead of failing. Allows fedex_plus to
produce output for ap221 and ap235 express schemas. SCL git
4cd7e7c. |
18:34.46 |
starseeker |
hmm... looks like this particular facetization
has been busted all along... |
18:40.10 |
CIA-55 |
BRL-CAD: 03bob1961 * r51073
10/brlcad/trunk/src/tclscripts/lib/Accordian.tcl: Added the
-padding option. |
18:53.10 |
CIA-55 |
BRL-CAD: 03n_reed * r51074
10/brlcad/trunk/src/other/step/ (6 files in 3 dirs): remove
'backwards compatiblity' symbols; SCL git 1481950 and
a63ac73 |
18:58.34 |
starseeker |
ah. OK, looks like I was mistaken - not an
infinite loop, just a reeeaaaallly slow process |
18:58.43 |
starseeker |
with a lot of shared data |
19:02.06 |
starseeker |
sets up the run and stands
back... |
19:03.16 |
*** join/#brlcad andrei__
(andrei@5-12-76-135.residential.rdsnet.ro) |
19:16.12 |
CIA-55 |
BRL-CAD: 03bob1961 * r51075
10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl):
Work toward not using RtControl. Also tweaked things a bit to
better control autosizing when using the rtwizard modes. |
19:20.00 |
starseeker |
drools over Mac Retina
display... |
19:20.23 |
``Erik |
built in battery is concerning,
though |
19:21.08 |
``Erik |
I'm getting ready to buy a third battery for
my personal macbook, the second is bloating :/ |
19:21.27 |
andrei__ |
Hey Erik |
19:21.44 |
``Erik |
sup, andrei? good progress on the tpkg
thing? |
19:21.52 |
andrei__ |
err |
19:22.01 |
andrei__ |
I did ask some questions |
19:22.06 |
andrei__ |
brlcad said that I should have 3
loops |
19:22.29 |
andrei__ |
one for package size ( the parameter that I
added ) , one for file size and one for number of
packages |
19:22.39 |
andrei__ |
I don t see how number of packages can be a
parameter |
19:22.57 |
andrei__ |
and I m going do modify tpkg to return the
number of packages sent instead |
19:24.35 |
``Erik |
O.o is this with 'speedtest.sh'? |
19:24.35 |
andrei__ |
I submitted a very basic shell script as a
patch. Could you please have a look at it and see if I m heading in
the right direction |
19:24.45 |
andrei__ |
yeah |
19:25.08 |
andrei__ |
I ve modified that quite a bit, as I said
before |
19:28.42 |
``Erik |
-b is setting the packet size? |
19:28.54 |
andrei__ |
yes, I have fixed the tpkg patch
aswell |
19:29.05 |
andrei__ |
( and updated it on sourceforge ) |
19:29.56 |
``Erik |
looks roughly like the right direction...
might be better to send random data instead of 0's to avoid
transport compression |
19:30.11 |
andrei__ |
I thought of that but |
19:30.18 |
``Erik |
and dump the results to stdout instead of
filling an array, maybe in csv format |
19:31.22 |
andrei__ |
right, I ll finish it probably in several
hours |
19:59.47 |
CIA-55 |
BRL-CAD: 03erikgreenwald * r51076
10/brlcad/trunk/src/librt/primitives/bot/tie.c: 0 out the treewalk
stack |
20:03.37 |
CIA-55 |
BRL-CAD: 03tbrowder2 * r51077
10/brlcad/trunk/regress/ (22 files in 2 dirs): fill in preliminary
dsp regressions tests for 2x2 and 3x3 cases; null case and 1x1
cases need work (if they can be done at all with current state of
mged which seems to balk at creating such corner cases) |
20:08.14 |
CIA-55 |
BRL-CAD: 03n_reed * r51078
10/brlcad/trunk/src/other/step/src/fedex_plus/ (classes.c
selects.c): Allocate aggregate members on heap. SCL git 809e1dd,
260fd55, and e421f70. |
20:18.44 |
``Erik |
andrei__: the tpkg.c patch still needs some
work |
20:23.22 |
CIA-55 |
BRL-CAD: 03Stattrav 07http://brlcad.org * r3876
10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs. |
20:25.45 |
CIA-55 |
BRL-CAD: 03Stattrav 07http://brlcad.org * r3877
10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs. |
20:54.19 |
CIA-55 |
BRL-CAD: 03anrgmrty * r51079
10/brlcad/trunk/src/conv/g-voxel.c: g-voxel.c has been modified to
shoot multiple rays per voxel(raysPerVoxel), unnecessary variables
removed |
21:19.22 |
CIA-55 |
BRL-CAD: 03starseeker * r51080
10/brlcad/trunk/regress/CMakeLists.txt: dsp-common.sh not in
repository... |
21:32.19 |
CIA-55 |
BRL-CAD: 03tbrowder2 * r51081
10/brlcad/trunk/src/fbserv/fbserv.1: work around errors noted by
doclifter |
21:41.05 |
CIA-55 |
BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3878
10/wiki/User:Anuragmurty: /* Development Log */ |
21:43.56 |
CIA-55 |
BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3879
10/wiki/User:Anuragmurty: /* Development Log */ |
21:48.57 |
CIA-55 |
BRL-CAD: 03starseeker * r51082
10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.bat: Don't want to
exit after running rtwizard.bat, now that there is a viable command
line mode. |
22:53.48 |
*** join/#brlcad KimK
(~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad) |