| 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) |