| 00:09.39 | starseeker | brlcad: what do you think about the best way to make libraries into Tcl packages? Should that code live with the library, or at the libtclcad level? |
| 00:15.36 | Notify | 03BRL-CAD:starseeker * 61763 brlcad/branches/gecode/src/libpc/gecode_librt_test.cpp: Might as well be consistent with the Gecode namespace |
| 00:49.04 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 00:49.04 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GCI winners: Jacob Burroughs and Peter Amidon! || GSoC 2014 selections are announced! Thank you to all we got to work with. Remember that SOCIS is coming up right around the corner and you don't need a summer of code to get involved with open source. | |
| 01:32.06 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 01:48.06 | *** join/#brlcad Zhao_Anqing (~clouddrif@218.79.166.196) | |
| 02:24.04 | brlcad | starseeker: if it can be done in a way that does not require tcl (without using Tcl_Interp as a type, without needing a tcl.h header) and assuming we "want" something like "package require bu", then it should live with the lib |
| 02:24.45 | brlcad | but guy feeling is that type of manual lib binding is antiquated, so probably better to isolate it into libtclcad where we don't have to worry about type trickery or a tcl dev |
| 02:24.49 | brlcad | s/dev/dep/ |
| 02:26.38 | brlcad | hcurtis: if you go to the brl-cad project page on sourceforge (sf.net/p/brlcad) and go to the "Trackers" on the menu, and select the patches tracker, you should be able to find your submitted patch, download that patch, test it, fix it, and upload a new/working version in proper patch format |
| 02:27.48 | hcurtis | brlcad: Hi, Sean. Thank you. How have you been? |
| 02:29.11 | brlcad | doing well! |
| 02:31.44 | hcurtis | brlcad: One thing, though. The latest patch that is on there is one that I think will work. |
| 02:34.59 | hcurtis | brlcad: It's even a unified diff as requested. |
| 02:39.17 | brlcad | link? |
| 02:39.28 | hcurtis | https://sourceforge.net/p/brlcad/patches/261/ |
| 02:55.59 | *** join/#brlcad Zhao_Anqing (~clouddrif@218.79.166.196) | |
| 03:11.52 | Notify | 03BRL-CAD:brlcad * 61764 brlcad/trunk/doc/docbook/books/en/BRL-CAD_Tutorial_Series-VolumeIV.xml: apply sf patch 261 from Henry Curtis that applies a spelling correction for 'superseded'. |
| 03:27.24 | hcurtis | brlcad: Cool. I will submit another patch soon. |
| 03:40.31 | Notify | 03BRL-CAD:brlcad * 61765 brlcad/trunk/src/libged/joint.c: fix a couple problems with full path tracking. the full path wasn't being stored after being parsed. |
| 03:43.20 | Notify | 03BRL-CAD:brlcad * 61766 brlcad/trunk/src/libged/joint.c: adjust the solver iteration limits. seems incredibly arbitrary, but let it run a bit longer than before starting with bigger steps. |
| 03:48.47 | *** join/#brlcad albertcoder (~albertcod@101.215.106.189) | |
| 03:50.51 | Notify | 03BRL-CAD:brlcad * 61767 brlcad/trunk/src/libged/joint.c: no longer passing NULL full paths around to the solver. only fill out the full paths once (might need to do this elsewhere). |
| 03:55.29 | brlcad | hcurtis: awesome! |
| 03:56.04 | Notify | 03BRL-CAD:brlcad * 61768 brlcad/trunk/src/libged/joint.c: remove the debug print statements |
| 04:01.33 | Notify | 03BRL-CAD Wiki:Albertcoder * 7519 /wiki/User:Albertcoder/GSoC2014/logs: /* Development Period */ |
| 04:04.37 | hcurtis | brlcad: Do you prefer patches that correct multiple files at one time or patches that fix just one file at a time? |
| 04:32.49 | *** join/#brlcad ishwerdas (~ishwerdas@117.207.152.115) | |
| 04:44.29 | *** join/#brlcad Zhao_Anqing (~clouddrif@218.79.166.196) | |
| 05:08.10 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 05:47.10 | *** join/#brlcad albertcoder (~albertcod@101.216.32.51) | |
| 05:55.07 | *** join/#brlcad merzo (~merzo@125-0-133-95.pool.ukrtel.net) | |
| 06:23.01 | *** join/#brlcad piyushparkash (~piyushpar@117.205.71.225) | |
| 06:30.12 | *** join/#brlcad ries (~ries@D979EA84.cm-3-2d.dynamic.ziggo.nl) | |
| 07:13.34 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:32.13 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 08:17.18 | *** join/#brlcad clock (~clock@77-58-143-135.dclient.hispeed.ch) | |
| 08:26.11 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 08:43.54 | *** join/#brlcad caen23 (~caen23@92.83.166.162) | |
| 09:05.44 | Zhao_Anqing | d_rossberg:hi, daniel. |
| 09:07.25 | Zhao_Anqing | I use another kind of method to deal with 'edge table' in nmg_classify_shared_edges_verts, and it works. |
| 09:08.59 | Zhao_Anqing | now, error happens at isect_ray_edgeuse that 'myhit' is bad. |
| 09:10.20 | d_rossberg | Zhao_Anqing: ok, i'll have a look at it, soon |
| 09:10.45 | Zhao_Anqing | I think this not the real reason for the error, maybe some place else like 'nmg_find_s_of_lu' should be changed. |
| 09:11.04 | Zhao_Anqing | ok. thank you so much. |
| 09:19.47 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 09:23.12 | *** join/#brlcad albertcoder (~albertcod@101.215.78.169) | |
| 09:49.52 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 09:59.24 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 10:38.43 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 10:43.36 | *** join/#brlcad albertcoder (~albertcod@101.215.103.90) | |
| 10:51.24 | *** join/#brlcad andrei_ (~IceChat77@188.26.59.85) | |
| 10:51.34 | andrei_ | Hello! |
| 10:52.15 | andrei_ | Daniel, I've seen your mail. You've mentioned it should affect the interface. Should I add a bool fullCircle() ? |
| 10:52.44 | andrei_ | one change that I've seen is that end and center are identical, should I look out for other? |
| 11:08.20 | d_rossberg | andrei_: something like this, and the other functions should behave accordingly, maybe a SetFullCircle()? |
| 11:10.16 | andrei_ | yes. in "setEnd" I should check if FullCircle() then setCenter as well, right? I mean, does this sound logical? |
| 11:12.58 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 11:13.17 | d_rossberg | no, start and end should be the same point in case of a full circle |
| 11:13.56 | d_rossberg | the interface has to be self-consistent |
| 11:14.33 | d_rossberg | i.e. no hidden knowledge should be required to use it |
| 11:14.58 | andrei_ | the only modification I see in the interface is adding FullCircle() SetFullCircle() the rest will be handled in the implementation |
| 11:15.08 | andrei_ | (setStartPoint, setEndpoint, in example) |
| 11:16.18 | d_rossberg | + maybe "Vector2D Center()" which is end in case of a full circle and needs to be computed elsewhere |
| 11:17.15 | andrei_ | I've seen a VJOIN2 macro that computed the center, I assume that's what you mean |
| 11:22.17 | d_rossberg | yes, in seg_to_vlist() is something similar done |
| 11:23.08 | andrei_ | but, in seg_to_vlist() segments are computed mathematically. Should I consider that too ? I didn't understand that aspect |
| 11:32.23 | d_rossberg | no, among many others they seem to compute the center of the circular arc in seg_to_vlist(); look for center2d there |
| 11:33.05 | andrei_ | yes, I saw where the center is computed, just saying, other data is computed too |
| 11:58.43 | raj12lnm | waves to all |
| 11:58.47 | raj12lnm | hi brlcad |
| 11:59.11 | raj12lnm | I found the documentation regarding brep here |
| 11:59.12 | raj12lnm | http://brlcad.org/wiki/MGED_CMD_brep |
| 12:00.34 | *** join/#brlcad piyushparkash (~piyushpar@117.205.71.225) | |
| 12:01.34 | raj12lnm | I open mged |
| 12:01.40 | raj12lnm | and use the following command |
| 12:01.41 | raj12lnm | in prism bot 4 4 1 2 0 0 1 1 0 0 0 1 0 1 1 1 0 1 2 0 1 3 0 2 3 1 2 3 |
| 12:01.47 | raj12lnm | which makes a prism for me. |
| 12:01.59 | d_rossberg | Zhao_Anqing: did you commited all your changes? i'm still running on a bomb in nmg_bool() |
| 12:02.16 | d_rossberg | isect_ray_edgeuse() is used during the ray-trace, right? |
| 12:02.34 | raj12lnm | brlcad: again I say the following brep command |
| 12:02.45 | raj12lnm | brep prism info |
| 12:03.16 | raj12lnm | brlcad: on which mged prompts "info is made" |
| 12:03.28 | raj12lnm | brlcad : I am trying to understand what does brep signifies. |
| 12:04.00 | raj12lnm | I have read about brep and it means boundary representation. I went to wiki page and found out how/where is it used. |
| 12:04.27 | raj12lnm | brlcad: But I am trying to understand what difference has been made after using brep command in brlcad-mged ? |
| 12:04.51 | raj12lnm | Please explain, |
| 12:04.53 | raj12lnm | thanks |
| 12:14.24 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 12:21.33 | *** join/#brlcad clock (~clock@77-58-143-135.dclient.hispeed.ch) | |
| 12:34.24 | *** join/#brlcad teepee- (bc5c2133@gateway/web/freenode/ip.188.92.33.51) | |
| 12:53.12 | *** join/#brlcad clock (~clock@77-58-143-135.dclient.hispeed.ch) | |
| 12:59.18 | Notify | 03BRL-CAD:starseeker * 61769 brlcad/branches/gecode/src/libpc/gecode_librt_test.cpp: Make the gecode solver class generic, and package the constraints associated with particular types of restrictions into functions. |
| 13:01.32 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 13:06.01 | Notify | 03BRL-CAD:starseeker * 61770 brlcad/branches/gecode/src/libpc/gecode_librt_test.cpp: add comment |
| 13:12.14 | *** join/#brlcad ries (~ries@D979EA84.cm-3-2d.dynamic.ziggo.nl) | |
| 13:56.44 | Notify | 03BRL-CAD:n_reed * 61771 (brlcad/branches/bullet/src/libged/joint2.c brlcad/branches/bullet/src/librt/primitives/joint/joint.c): get joint process_selections to calculate a matrix that rotates around the joint location in a plane parallel to the view |
| 14:01.40 | Zhao_Anqing | d_rossberg:yes, it used in ray-tracing. |
| 14:01.53 | Zhao_Anqing | you use the car to test, right? |
| 14:03.41 | Zhao_Anqing | It passes when I use a overlap combination of default rcc and default sph to test, and it failed before because 'bad point'. |
| 14:06.29 | Notify | 03BRL-CAD:brlcad * 61772 brlcad/trunk/src/libged/joint.c: swap joint_adjust and joint_move so all argv hook functions match the subcommand name |
| 14:10.14 | Notify | 03BRL-CAD:brlcad * 61773 (brlcad/trunk/src/libged/analyze.c brlcad/trunk/src/libged/coil.c and 8 others): ws indent |
| 14:13.29 | d_rossberg | i could reproduce the crash, but it is still in nmg_bool(), ... |
| 14:15.32 | Notify | 03BRL-CAD:brlcad * 61774 (brlcad/branches/bullet/doc/docbook/books/en/BRL-CAD_Tutorial_Series-VolumeIV.xml brlcad/branches/bullet/src/libged/analyze.c and 13 others): merge of r61149 through r61773 from trunk onto bullet branch |
| 14:15.35 | Zhao_Anqing | you use the car to test? |
| 14:15.48 | Zhao_Anqing | excuse me, where can I get it? |
| 14:18.05 | Notify | 03BRL-CAD:starseeker * 61775 brlcad/branches/gecode/src/libpc/gecode_librt_test.cpp: Add pnt on line segment constraint setup - successfully generates a set of points on a segment. |
| 14:20.40 | d_rossberg | i used a combination of default rcc and default sph as you said, it crashes during facetize in isect_ray_edgeuse() |
| 14:21.24 | d_rossberg | do you know how to used the gdb debugger? |
| 14:22.51 | Zhao_Anqing | basically, I debug program in VS2012, then change, then submit updates, then compile it on Linux to make sure it's OK. |
| 14:23.34 | d_rossberg | this is ok too |
| 14:26.27 | d_rossberg | when vs stops in isect_ray_edgeuse() you can open the call-stack window from the debug menu |
| 14:27.01 | d_rossberg | there you should find nmg_bool() somewhere |
| 14:29.35 | Zhao_Anqing | OK. Thank you, let me have a try. But it seems hard to test the macros. I cannot track in them. |
| 14:37.45 | d_rossberg | i think in VS2012 the real source code appears when you move the mouse pointer over them |
| 14:38.13 | Zhao_Anqing | erh..you mean some place is wrong before calling nmg_class_shells in nmg_bool? |
| 14:40.59 | Zhao_Anqing | Mmmm, actually, I know a bit about these debug skills, the key point is just it's hard for me to find the real place which causes the bomb even use these debug tools. |
| 14:41.25 | d_rossberg | yes, this isn't easy |
| 14:44.25 | d_rossberg | i'm investigating this issue too |
| 14:47.27 | Zhao_Anqing | Thank you, daniel. I have been trying my best to fix this part, but it may take some more time than expected. So I am a bit afraid of my schedual.. @_@ |
| 15:06.19 | Notify | 03BRL-CAD:brlcad * 61776 brlcad/trunk/src/libged/joint.c: load up the full paths after we're done parsing |
| 15:07.41 | Notify | 03BRL-CAD Wiki:GPCLDAlbert * 0 /wiki/User:GPCLDAlber: |
| 15:17.25 | Notify | 03BRL-CAD:brlcad * 61777 brlcad/trunk/src/libged/joint.c: comment cleanup |
| 16:02.29 | Notify | 03BRL-CAD:brlcad * 61778 brlcad/trunk/src/libged/joint.c: save the joint name |
| 16:03.27 | Notify | 03BRL-CAD:brlcad * 61779 brlcad/branches/bullet/src/libged/joint.c: merge of r61149 through r61778 from trunk |
| 16:14.44 | *** join/#brlcad ishwerdas (~ishwerdas@117.220.150.34) | |
| 16:30.45 | *** join/#brlcad ishwerdas (~ishwerdas@117.220.150.34) | |
| 16:57.02 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 16:59.38 | Notify | 03BRL-CAD:carlmoore * 61780 brlcad/trunk/doc/docbook/system/man1/en/rle-pix.xml: fix the rle-pix man page, including correcting an incorrect use of 'rle-fb' |
| 17:04.33 | Notify | 03BRL-CAD:carlmoore * 61781 brlcad/trunk/doc/docbook/system/man1/en/rle-pix.xml: use a semicolon |
| 17:13.47 | *** join/#brlcad albertcoder (~albertcod@202.164.53.117) | |
| 17:18.14 | Notify | 03BRL-CAD Wiki:14.96.223.220 * 7520 /wiki/User:Shainasabarwal/GSoC14/logs: /* Week 8 */ |
| 17:23.45 | Notify | 03BRL-CAD:n_reed * 61782 brlcad/branches/bullet/src/librt/primitives/joint/joint.c: make rotation matrix calculation closer to correct |
| 17:36.12 | Notify | 03BRL-CAD Wiki:Inderpreet * 7521 /wiki/User:Inderpreet/GSoC14/logs: /* WEEK 9 */ |
| 17:46.21 | Notify | 03BRL-CAD:indianlarry * 61783 brlcad/branches/bullet/src/librt/primitives/joint/joint.c: initial plot of sphere for joint location |
| 18:02.07 | Notify | 03BRL-CAD:starseeker * 61784 brlcad/branches/gecode/src/libpc/CMakeLists.txt: Stash an example of custom domain constraint addition to gecode from http://www.gecode.org/pipermail/users/2008-November/001991.html - doesn't work with modern Gecode, but may provide some hints for tying custom constraints (like 'on a spline curve') into a gecode constraint solve. |
| 18:28.15 | *** part/#brlcad ishwerdas (~ishwerdas@117.220.150.34) | |
| 18:43.17 | *** join/#brlcad piyushparkash (~piyushpar@117.214.218.206) | |
| 18:49.37 | Notify | 03BRL-CAD:indianlarry * 61785 brlcad/branches/bullet/src/librt/primitives/joint/joint.c: Shrunk up the sphere representing joint in joint plot routine |
| 19:01.58 | *** join/#brlcad LordOfBikes (~armin@dslb-092-075-152-242.pools.arcor-ip.net) | |
| 19:25.12 | Notify | 03BRL-CAD Wiki:Ankeshanand * 7522 /wiki/User:Ankeshanand/GSoC14/logs: /* Week 8 */ |
| 19:25.41 | Notify | 03BRL-CAD Wiki:Ankeshanand * 7523 /wiki/User:Ankeshanand/GSoC14/logs: /* Week 9 */ |
| 19:40.10 | Notify | 03BRL-CAD:n_reed * 61786 (brlcad/branches/bullet/include/raytrace.h brlcad/branches/bullet/src/libged/brep.c and 4 others): add db_i* paramter to process selection functions so we can do a lookup of a joint path and modify its matrix |
| 19:40.57 | Notify | 03BRL-CAD Wiki:Popescu.andrei1991 * 7524 /wiki/User:Popescu.andrei1991/devlogs2014: /* Week 9 */ |
| 20:11.16 | *** join/#brlcad albertcoder (~albertcod@101.208.28.130) | |
| 20:18.35 | *** join/#brlcad gagan (~gagan@124.253.231.48) | |
| 20:18.46 | gagan | is OGV Live anywhere ? |
| 20:22.48 | *** join/#brlcad hcurtis (b82d6d5f@gateway/web/freenode/ip.184.45.109.95) | |
| 20:58.22 | hcurtis | brlcad: Do you prefer patches that correct multiple files at one time or patches that fix just one file at a time? |
| 20:58.35 | andrei_ | hcurtis: I'm not sean |
| 21:01.10 | hcurtis | Hi, andrei_. I sent that message to Sean. Did the IRC program act as though I sent it to you? |
| 21:02.41 | andrei_ | meh, sorry |
| 21:02.48 | andrei_ | I wanted to type a longer message, but I forgot to enter |
| 21:03.08 | andrei_ | hcurtis: I'm not sean, but you shouldn't make a patch just for one mistake, it takes more to make a patch |
| 21:03.12 | andrei_ | than to correct the mistake |
| 21:03.16 | andrei_ | do it for like, I don't know |
| 21:03.22 | andrei_ | a dozen or a couple dozen |
| 21:03.29 | andrei_ | Sean might have a different opinion |
| 21:07.17 | hcurtis | I agree with you. A more specific version of my question is this: Is it better to submit patches that correct several mistakes across multiple files or patches that correct several mistakes within just one file? |
| 21:07.51 | andrei_ | my opinion would be to focus on a file, submit patches |
| 21:08.05 | andrei_ | like corrected_"filename".patch |
| 21:08.18 | andrei_ | but, yet again, I don t know if there is a "wrong" approach |
| 21:09.59 | hcurtis | Cool. Thank you for the input. |
| 21:16.10 | Notify | 03BRL-CAD Wiki:Albertcoder * 7525 /wiki/User:Albertcoder/GSoC2014/logs: /* Week 9 */ |
| 21:17.53 | Notify | 03BRL-CAD Wiki:Vladbogolin * 7526 /wiki/User:Vladbogolin/GSoC2014/Logs: /* Week 9 */ |
| 21:20.00 | Notify | 03BRL-CAD:n_reed * 61787 brlcad/branches/bullet/src/librt/primitives/joint/joint.c: check for delta of zero to avoid invalid calculations |
| 21:27.32 | ``Erik | "it depends". A better guide might be to have a good single line description of what the patch does... "fix spelling errors" would be one where many files could be included in one patch |
| 21:32.22 | hcurtis | Hi, Erik. Sounds good. Thank you. |
| 21:40.26 | Notify | 03BRL-CAD:ejno * 61788 (brlcad/branches/bullet/src/libged/simulate/simcollisionalgo.cpp brlcad/branches/bullet/src/libged/simulate/simphysics.cpp and 3 others): add newlines to bu_log calls |
| 21:59.06 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 22:08.42 | *** join/#brlcad mihaineacsu (~mihaineac@92.85.194.103) | |
| 22:16.00 | Notify | 03BRL-CAD:starseeker * 61789 (brlcad/trunk/include/rt/db_fullpath.h brlcad/trunk/src/librt/db_fullpath.c and 3 others): Move db_path_to_mat to the fullpath logic - this replaces db_full_path_transformation_matrix (basically the same logic, not sure why MGED wasn't using the db_path_to_mat function...) |
| 22:32.15 | Notify | 03BRL-CAD:brlcad * 61790 brlcad/trunk/TODO: soft and hard links. this used to be in here, but topic came up again in terms of articulation. |