| 00:30.46 | CIA-55 | BRL-CAD: 03cprecup * r52059 10/brlcad/trunk/doc/docbook/system/mann/en/ (CMakeLists.txt graph.xml): Basic brlman documentation for the graph command and its current subcommands. |
| 00:51.07 | brlcad | andrei: sounds like a problem with the test |
| 00:51.12 | brlcad | double free or corruption |
| 00:51.18 | brlcad | ah, you found it |
| 01:43.35 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 02:01.33 | *** join/#brlcad merzo (~merzo@125-30-133-95.pool.ukrtel.net) | |
| 02:18.12 | starseeker | brlcad: so things like X24_open_existing in the framebuffer library really should be part of the FBIO interface structure? |
| 02:28.09 | brlcad | starseeker: eh, sort of yes/no |
| 02:28.50 | brlcad | in general yes, but that particular function is implemented terribly right now |
| 02:29.42 | brlcad | pointer values are serialized to a string and turned by into pointers in *_open_existing() which then calls a "real" function passing the pointers |
| 02:30.33 | brlcad | FBIO needs a way to get a handle on the "existing" interface, but shouldn't be aware of the types or raw pointers like that |
| 02:31.11 | starseeker | do we still need to manually control things like cursors and color maps? |
| 02:34.09 | starseeker | supposes he is a rather poor judge of what a framebuffer needs, since he only ever uses it for holding raytrace outputs... |
| 02:38.50 | brlcad | concept of a cursor, probably |
| 02:39.18 | brlcad | color map, less likely |
| 02:39.54 | brlcad | could even go without a cursor really, but need a way to query individual framebuffer values and subrects |
| 02:40.07 | brlcad | (pushing the cursor concept back onto the caller) |
| 02:40.42 | starseeker | nods... - I wondered a little if the "read" and "write" functions couldn't accept subrect definitions, and just default to the whole thing if those were NULL... |
| 02:40.46 | starseeker | i.e. consolidate |
| 02:41.22 | brlcad | sure |
| 02:42.42 | starseeker | then if we want the "bw" version (that's black and white? or maybe grayscale?) have some sort of flag - again, defaulting to default full color if null... |
| 02:43.13 | brlcad | I think it should default to double values |
| 02:43.27 | starseeker | nods |
| 02:44.08 | brlcad | a LOT more memory, but supports anything we'll likely throw at it for the next 10 years |
| 02:44.59 | starseeker | are the max/min width and height, center, and such encoded in the FBIO for convenience? (As opposed to, say, having an fb_XXX_info callback that takes a set of standard enums to return the various settings?) |
| 02:46.30 | brlcad | part simplicity, part convenience, part performance |
| 02:47.21 | starseeker | guess it just feels a little ackward to me to hard-code those into the struct... seems like an info function would be more flexible for minimal overhead... |
| 02:47.27 | starseeker | but maybe it wouldn't be so minimal |
| 02:49.01 | brlcad | not sure I follow, they need to be stored somewhere (at least width and height, maybe center if zoomed) |
| 02:49.34 | brlcad | not all are inferrable from the context |
| 02:50.14 | starseeker | sure, but just have them be internal to the particular fb instead of complicating the FBIO struct itself - i.e. the fb_XXX_info function would access the internal specific struct |
| 02:50.55 | starseeker | i.e. fb_ogl_info(FB_WIDTH) instead of accessing a struct position |
| 02:51.36 | starseeker | then the FBIO compatibility doesn't depend on having the specific bits in the specific order in the struct... |
| 02:51.47 | brlcad | ah, sure possibly -- though if *every* internal needed a given set, then that duplication could be suboptimal |
| 02:52.08 | brlcad | depends on which field specifically probably |
| 02:52.32 | starseeker | ... but aren't they all duplicated anyway, since each FBIO has it's own slot for all those values? |
| 02:53.19 | brlcad | one definition and N instantiations vs. N definitions and N instantiations |
| 02:54.38 | starseeker | in this case though, N is going to be pretty small (considering the information that will be stored - maybe a dozen or two integers?) |
| 02:54.45 | brlcad | it'd be interesting to lay out on paper to see what the API might look like |
| 02:54.59 | starseeker | nods |
| 02:55.38 | starseeker | would like to do that at some point... considering the importance of the libfb API, it just feels like something that deserves to be clean and polished |
| 02:55.59 | brlcad | small doesn't matter to DRY principle if it's > 1 and generally doesn't stay "small" if the interface survives a decade |
| 02:56.27 | starseeker | nods - I may be thinking about how these things are used wrong. Definitely needs paper/whiteboard |
| 02:58.52 | starseeker | anyhow, sorry to be obsessing about it - not really "on topic" at the moment |
| 03:28.13 | *** join/#brlcad yiyus_ (1242712427@je.je.je) | |
| 05:49.01 | CIA-55 | BRL-CAD: 03phoenixyjll * r52060 10/brlcad/trunk/src/librt/primitives/hyp/hyp_brep.cpp: Eliminate memory leak. |
| 05:49.47 | CIA-55 | BRL-CAD: 03phoenixyjll * r52061 10/brlcad/trunk/src/librt/primitives/ (7 files in 7 dirs): Eliminate memory leak. |
| 05:58.29 | CIA-55 | BRL-CAD: 03phoenixyjll * r52062 10/brlcad/trunk/src/libged/brep.c: Some clean up, add comments. |
| 07:56.31 | *** join/#brlcad ``Erik (~erik@pool-108-3-186-191.bltmmd.fios.verizon.net) | |
| 08:02.20 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 08:12.13 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 09:12.19 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 09:25.02 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 09:45.20 | ksuzee | brlcad: I've updated 3533010 and 3534958 patches and will wait for your checking |
| 09:55.32 | CIA-55 | BRL-CAD: 0314.139.128.11 07http://brlcad.org * r4337 10/wiki/MGED_CMD_voxelize: /* Argument(s) */ |
| 10:01.25 | CIA-55 | BRL-CAD: 0314.139.128.11 07http://brlcad.org * r4338 10/wiki/MGED_Commands: /* V */ |
| 10:04.11 | CIA-55 | BRL-CAD: 0314.139.128.11 07http://brlcad.org * r4339 10/wiki/MGED_CMD_voxelize: /* Syntax */ |
| 10:37.06 | CIA-55 | BRL-CAD: 03anrgmrty * r52063 10/brlcad/trunk/src/libged/voxelize.c: sizeVoxel values are given by the user in his choice of units but need to be converted to mm |
| 11:07.56 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 12:40.23 | CIA-55 | BRL-CAD: 03LateshanldzqaodnsEddins 07http://brlcad.org * r4340 10/wiki/Techniques_for_a_Fruitful_Career_Transform: New page: It's never too late to proceed through a vocation change. A vocation change could be set off by several elements. You may be in the act of eventually knowing that you'll become more suitab... |
| 13:06.57 | CIA-55 | BRL-CAD: 03NicholkgqmhlsxbeRowlins 07http://brlcad.org * r4341 10/wiki/Wedding_Suppliers_in_Northern_Ireland: New page: Your wedding (also: [http://www.weddinghq.co.uk/petitcoat-lane-vintage-wedding-day/ click resources])is really a milestone occasion. Very few moments that you experienced will have the abi... |
| 13:13.46 | *** join/#brlcad andrei (~andrei@86.123.127.119) | |
| 13:30.55 | *** join/#brlcad cristina (~quassel@86.127.164.155) | |
| 13:31.09 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 13:41.22 | andrei | hello |
| 13:42.18 | andrei | my unit test for pkg_block () is getting a segfault when it returns _pkg_dispatch |
| 13:42.25 | andrei | this is the line which causes the segfault : for (i = 0; pc->pkc_switch[i].pks_handler != NULL; i++) { |
| 13:43.26 | andrei | it crashes there for each case I test and I don t really know how to fix this |
| 13:43.54 | andrei | initally I wanted to make pc->pkc_switch[0].pks_handler = NULL; |
| 13:44.12 | andrei | but I m getting this : error: assignment of member pks_handler in read-only object |
| 13:45.43 | CIA-55 | BRL-CAD: 03TriciamhgtygmvltMcqueen 07http://brlcad.org * r4342 10/wiki/Wedding_Manufacturers_in_Northern_Ireland_for_The_Wedding: New page: Your wedding (also: [http://www.weddinghq.co.uk/northern-ireland/hair/ Read On])is just a landmark function. Not many situations in your lifetime will be able to compare. Which means that ... |
| 13:51.35 | andrei | and I don t know how to solve this matter |
| 13:54.00 | *** join/#brlcad andrei (andrei@86.123.127.119) | |
| 14:08.37 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4343 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 13 */ |
| 14:11.28 | CIA-55 | BRL-CAD: 03Cprecup 07http://brlcad.org * r4344 10/wiki/User:Cprecup/GSoC2012_progress: 14/08/2012 - brlman documentation for the "graph" command |
| 15:41.59 | cristina | brlcad: Hi, I sent (you) a reply to the mailing list with the subject "Graph top-level commands grouped under a single "graph" command". Could you please read it and answer my questions? Thank you. |
| 16:31.03 | CIA-55 | BRL-CAD: 03bob1961 * r52064 10/brlcad/trunk/src/libged/edbot.c: Minor cleanup. |
| 16:49.23 | CIA-55 | BRL-CAD: 03r_weiss * r52065 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: Changed function "nmg_edge_g_fuse" in file "nmg_fuse.c". Removed the rotation of the vertices until more testing with this can be done. |
| 16:54.28 | CIA-55 | BRL-CAD: 03carlmoore * r52066 10/brlcad/trunk/misc/CMake/FindZLIB.cmake: remove trailing blanks/tabs |
| 17:17.00 | CIA-55 | BRL-CAD: 03r_weiss * r52067 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c: |
| 17:17.00 | CIA-55 | BRL-CAD: Updated functions "nmg_flatten_face" and "nmg_triangulate_fu" within file |
| 17:17.00 | CIA-55 | BRL-CAD: "nmg_tri.c". A tolerance is now passed into function "nmg_flatten_face" and this |
| 17:17.00 | CIA-55 | BRL-CAD: function better handles the special cases when the face is already flat. |
| 17:35.03 | CIA-55 | BRL-CAD: 03anrgmrty * r52068 10/brlcad/trunk/doc/docbook/system/mann/en/ (CMakeLists.txt voxelize.xml): MGED help for voxelize |
| 18:09.47 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 18:24.15 | *** join/#brlcad stas (~stas@188.24.33.151) | |
| 19:35.08 | andrei | brlcad : I ll try and finish the rest of the fixes tomorrow, and I need tu reupload the tests. I have changed them quite a bit. If t here s time, coould you please have a look at the question I wrote earlier? Thank you ! |
| 20:03.31 | *** join/#brlcad elf_ (~elf@p22.eregie.pub.ro) | |
| 20:07.33 | CIA-55 | BRL-CAD: 03carlmoore * r52069 10/brlcad/trunk/misc/CMake/Fink_MacPorts.cmake: remove trailing blanks/tabs, and fix capital P in MacPorts in a quoted string |
| 20:08.37 | CIA-55 | BRL-CAD: 03carlmoore * r52070 10/brlcad/trunk/misc/CMake/LEMON_Util.cmake: remove trailing blanks/tabs |
| 20:26.08 | CIA-55 | BRL-CAD: 03starseeker * r52071 10/brlcad/trunk/src/ (5 files in 3 dirs): |
| 20:26.09 | CIA-55 | BRL-CAD: Start the process of subbing openNURBS types in for Eigen types. We don't want |
| 20:26.09 | CIA-55 | BRL-CAD: to depend on Eigen - ideally, openNURBs natives types will be used as far as |
| 20:26.09 | CIA-55 | BRL-CAD: possible (i.e. up to the point of calling the actual solvers.) Once this |
| 20:26.09 | CIA-55 | BRL-CAD: process is complete and the solver is verified to be still working, can start |
| 20:26.09 | CIA-55 | BRL-CAD: swapping in other solvers to see how they perform. |
| 20:58.29 | CIA-55 | BRL-CAD: 03carlmoore * r52072 10/brlcad/trunk/misc/CMake/PERPLEX_Util.cmake: remove trailing blanks/tabs, and fix a spelling |
| 20:59.23 | CIA-55 | BRL-CAD: 03carlmoore * r52073 10/brlcad/trunk/src/util/pix-bw.c: remove trailing blanks/tabs |
| 21:00.16 | CIA-55 | BRL-CAD: 03carlmoore * r52074 10/brlcad/trunk/src/util/pc_test.c: remove trailing blanks/tabs |
| 21:02.26 | CIA-55 | BRL-CAD: 03carlmoore * r52075 10/brlcad/trunk/bench/Makefile.am: change buildir to builddir |
| 21:37.41 | CIA-55 | BRL-CAD: 03carlmoore * r52076 10/brlcad/trunk/misc/CMake/RE2C_Util.cmake: remove trailing blanks/tabs |
| 21:40.01 | CIA-55 | BRL-CAD: 03carlmoore * r52077 10/brlcad/trunk/misc/CMake/ResolveCompilerPaths.cmake: remove trailing blanks/tabs and fix spelling |
| 21:43.13 | CIA-55 | BRL-CAD: 03carlmoore * r52078 10/brlcad/trunk/misc/CMake/TCL_PKGINDEX.cmake: remove trailing blanks/tabs |
| 21:44.50 | CIA-55 | BRL-CAD: 03carlmoore * r52079 10/brlcad/trunk/misc/CMake/ThirdParty.cmake: remove trailing blanks/tabs |
| 21:46.27 | CIA-55 | BRL-CAD: 03carlmoore * r52080 10/brlcad/trunk/misc/CMake/distcheck_in_src_dir.cmake.in: remove a trailing blank or tab, and fix a spelling |
| 21:47.59 | CIA-55 | BRL-CAD: 03carlmoore * r52081 10/brlcad/trunk/misc/CMake/distcheck_repo_verify.cmake.in: remove trailing blanks/tabs, and fix a spelling |
| 21:49.51 | CIA-55 | BRL-CAD: 03carlmoore * r52082 10/brlcad/trunk/misc/CMake/distclean.cmake.in: remove trailing blanks/tabs |
| 21:50.30 | CIA-55 | BRL-CAD: 03carlmoore * r52083 10/brlcad/trunk/misc/CMake/multiconfig_path_read.cmake.in: remove trailing blanks/tabs |
| 21:51.58 | CIA-55 | BRL-CAD: 03carlmoore * r52084 10/brlcad/trunk/misc/CMake/xsltproc.cmake.in: remove a trailing blank or tab |
| 22:03.14 | CIA-55 | BRL-CAD: 03carlmoore * r52085 10/brlcad/trunk/regress/gcv/CMakeLists.txt: remove a trailing blank or tab |
| 22:36.04 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 22:44.49 | CIA-55 | BRL-CAD: 03Stattrav 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Absavgperfvsarch.png]]" |
| 22:45.45 | CIA-55 | BRL-CAD: 03Stattrav 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Absavgperfvsarchpermhz.png]]" |
| 22:46.46 | CIA-55 | BRL-CAD: 03Stattrav 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Absavgperfvsimages1.png]]" |
| 22:47.17 | CIA-55 | BRL-CAD: 03Stattrav 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Absavgperfvsimages2.png]]" |
| 22:47.39 | CIA-55 | BRL-CAD: 03Stattrav 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Absavgperfvsimagescomb.png]]" |
| 22:52.45 | CIA-55 | BRL-CAD: 03Stattrav 07http://brlcad.org * r4350 10/wiki/User:Stattrav/GSoC2012_log: |