| 01:06.10 | *** join/#brlcad krushia (~krushia@saturn.pcsrvc.com) |
| 01:20.39 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) |
| 03:01.45 | starseeker | huh http://rufuspollock.org/papers/optimal_copyright_term.pdf |
| 04:08.26 | starseeker | perfect - something's messed up in the below tree traversal routines |
| 04:09.53 | starseeker | supposes it's a good chance to try and make a more understandable tree walk setup, if that's possible... growl |
| 04:15.54 | brlcad | or use one of the existing tree walkers |
| 04:16.13 | brlcad | there's literally 5 or 7 to choose from |
| 04:16.32 | brlcad | your notion is exactly why there's that many ;) |
| 04:17.19 | brlcad | how tree traversals proliferate: http://xkcd.com/927/ |
| 04:17.38 | brlcad | chuckles |
| 05:04.37 | *** join/#brlcad zxq9 (~ceverett@FL9-125-199-207-150.okn.mesh.ad.jp) |
| 05:28.04 | *** join/#brlcad FOSScookie (~brian@107-200-34-31.lightspeed.tulsok.sbcglobal.net) |
| 05:53.02 | *** join/#brlcad zxq9 (~ceverett@FL9-125-199-207-150.okn.mesh.ad.jp) |
| 06:53.31 | *** join/#brlcad luca79 (~luca@net-37-117-82-125.cust.vodafonedsl.it) |
| 08:00.32 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) |
| 08:40.08 | *** join/#brlcad luca79 (~luca@net-37-117-82-125.cust.vodafonedsl.it) |
| 10:01.56 | *** join/#brlcad Anaphaxet0n (~george@unaffiliated/anaphaxeton) |
| 10:56.00 | *** join/#brlcad Ch3ck (c318d116@gateway/web/freenode/ip.195.24.209.22) |
| 10:56.09 | *** join/#brlcad Izak (c318d116@gateway/web/freenode/ip.195.24.209.22) |
| 10:56.32 | *** join/#brlcad Ch3ck__ (~Ch3ck@195.24.209.22) |
| 10:57.03 | *** part/#brlcad Ch3ck (c318d116@gateway/web/freenode/ip.195.24.209.22) |
| 10:57.24 | *** join/#brlcad Ch3ck__ (~Ch3ck@195.24.209.22) |
| 11:09.09 | Notify | 03BRL-CAD:indianlarry * 59682 brlcad/trunk/src/libbrep/PullbackCurve.cpp: Added code to check when consecutive points from pullback cross a closed seam and began extending UV pullbacks points across this seam incrementing by the length of the domain for direction of crossing. |
| 11:22.11 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) |
| 11:31.14 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) |
| 12:08.25 | starseeker | brlcad: I'll try. |
| 12:08.53 | starseeker | Our tree structure may be fast/compact/whatever, but it fails big-time in the intuitive/easy to understand department |
| 12:12.58 | Notify | 03BRL-CAD:starseeker * 59683 (brlcad/trunk/src/librt/search.c brlcad/trunk/src/librt/search.h): Reverse debugging merge. Need to try to re-think how tree-walking is being done for search. |
| 12:30.41 | *** join/#brlcad merzo (~merzo@59-58-133-95.pool.ukrtel.net) |
| 12:41.45 | *** join/#brlcad KimK (~Kim__@ip24-255-223-153.ks.ks.cox.net) |
| 12:46.34 | *** join/#brlcad Anaphaxet0n (~george@unaffiliated/anaphaxeton) |
| 13:07.30 | *** join/#brlcad luca79 (~luca@net-37-117-82-125.cust.vodafonedsl.it) |
| 14:15.11 | *** join/#brlcad KimK (~Kim__@ip24-255-223-153.ks.ks.cox.net) |
| 14:27.47 | *** join/#brlcad KimK (~Kim__@ip24-255-223-153.ks.ks.cox.net) |
| 16:25.03 | Notify | 03BRL-CAD:n_reed * 59684 brlcad/trunk/src/libbrep/intersect.cpp: Revert r59629 changes. Moving code to function changed logic because tmp_curveuv/tmp_curvest weren't being passed in. |
| 16:33.23 | *** join/#brlcad Anaphaxeton (~george@unaffiliated/anaphaxeton) |
| 16:56.33 | Notify | 03BRL-CAD:n_reed * 59685 brlcad/trunk/src/libbrep/intersect.cpp: give surface and knot direction matching names |
| 17:06.33 | *** join/#brlcad gaganjyot (~gagan@210.56.113.14) |
| 17:22.29 | *** join/#brlcad luca79 (~luca@net-37-117-82-125.cust.vodafonedsl.it) |
| 17:29.56 | *** join/#brlcad merzo (~merzo@126-120-133-95.pool.ukrtel.net) |
| 17:35.57 | *** join/#brlcad gcibot (~gcibot@unaffiliated/ignaciouy/bot/gcibot) |
| 17:55.54 | *** join/#brlcad chick (~chick@195.24.220.16) |
| 18:05.37 | Notify | 03BRL-CAD:starseeker * 59686 brlcad/trunk/src/librt/search.c: Shrink the number of parameters explicitly passed by the search tree walkers |
| 18:24.19 | Notify | 03BRL-CAD:starseeker * 59687 brlcad/trunk/src/librt/search.c: More parameter reduction |
| 19:06.18 | *** join/#brlcad FreezingAlt (~FreezingC@205.211.52.163) |
| 19:06.26 | *** join/#brlcad chick (~chick@195.24.220.16) |
| 19:13.54 | *** join/#brlcad ncsaba__ (~ncsaba@p4FF72FCE.dip0.t-ipconnect.de) |
| 19:15.53 | *** part/#brlcad chick (~chick@195.24.220.16) |
| 19:17.32 | *** join/#brlcad javampire (~ncsaba@p4FF72FCE.dip0.t-ipconnect.de) |
| 19:28.03 | javampire | kanzure: thanks for merging the config file version ! |
| 19:28.16 | kanzure | okay |
| 19:28.55 | javampire | I will need to add multiple headers to some libs, it is much easier this way |
| 19:29.25 | javampire | the reason is: ctypesgen will only include symbols directly in the header, not from included ones |
| 19:30.13 | javampire | that's also good so, but now I would like to have the ...INTENAL_MAGIC macros which are in the magic.h |
| 19:30.56 | javampire | I will use the magic headers to instantiate the right python wrappers for each primitive |
| 19:31.31 | javampire | so I will use [bu.h, magic.h] as headers for libbu - any objections ? |
| 19:55.27 | brlcad | javampire: you see my reply from the other day? |
| 19:55.55 | javampire | brlcad: not sure, which one ? |
| 19:56.36 | brlcad | about a - (b - c) |
| 19:57.16 | brlcad | the "a - (b - c)" case flattens to "a - b u a + c" |
| 19:58.44 | javampire | aha, didn't see it yet |
| 19:58.52 | javampire | but I don't want to go that way |
| 19:59.10 | javampire | it makes everything a lot more complicated than needed |
| 20:00.08 | javampire | and I will never be sure if that has the needed precedence, what if "-" is higher priority than "u" ? |
| 20:00.26 | javampire | I don't want to have to think about that, I want to use parentheses |
| 20:00.55 | brlcad | nods |
| 20:01.04 | brlcad | don't get me wrong -- I get it |
| 20:01.26 | brlcad | just noting how you can achieve that expression result with mk_comb |
| 20:01.30 | javampire | ok, admittedly I could script it to be translated for me, but then next time I edit it it will be a nightmare :-) |
| 20:01.46 | javampire | yes, clear |
| 20:02.07 | brlcad | we should implement a new mk_combination or similar that has a more generalized form |
| 20:02.18 | javampire | in the end I'm sure I will manage to do it via the internal representation |
| 20:02.28 | brlcad | libged would be the way to get actual parenthesis (ie.., just call the 'c' command or whatever other) |
| 20:03.00 | brlcad | nearly every mged command is exposed as an argc/argv function in libged |
| 20:03.33 | brlcad | it's a very different way of doing work, but something to consider |
| 20:03.36 | javampire | will wrap those too, but there's much more infrastructure behind which is partly TCL specific |
| 20:03.52 | javampire | at least from the glance I had at it |
| 20:04.17 | javampire | I had the impression that libged needs a TCL interpreter to work at all |
| 20:04.52 | javampire | I might have misread |
| 20:05.15 | brlcad | yeah, not supposed to be |
| 20:05.30 | brlcad | shouldn't be any tcl usage in libged |
| 20:05.46 | brlcad | (there is now) |
| 20:05.47 | javampire | once I have wdb working well enough, I will try to have some mged commands wrapped, then we'll see if it works out or not |
| 20:07.10 | javampire | what I would have liked actually is to make the display commands work, not sure if that doesn't legitimately need a TCL interpreter... |
| 20:07.35 | brlcad | most of the commands shouldn't need a tcl interpreter |
| 20:07.47 | brlcad | the existing uses are predominantly error/string reporting |
| 20:07.57 | javampire | aha |
| 20:08.32 | javampire | well once I get there you'll hear from me :-) |
| 20:08.52 | brlcad | easy to unwind and on our to-do, but hasn't been a high priority of late with everything else going on |
| 20:09.10 | brlcad | that's the kind of work I like to do while watching a movie ;) |
| 20:09.17 | javampire | aha :-) |
| 20:09.31 | brlcad | gets back to reviewing commits for 7.24.2 |
| 20:15.12 | *** join/#brlcad Anaphaxeton (~george@unaffiliated/anaphaxeton) |
| 20:18.35 | *** join/#brlcad KimK (~Kim__@ip24-255-223-153.ks.ks.cox.net) |
| 20:19.33 | Notify | 03BRL-CAD:brlcad * 59688 brlcad/branches/RELEASE/NEWS: merge c57702 in to get the updated release note text |
| 20:24.57 | Notify | 03BRL-CAD:brlcad * 59689 brlcad/trunk/NEWS: separate out the items that aren't making it into 7.24.2 into a new section |
| 20:42.24 | Notify | 03BRL-CAD:brlcad * 59690 brlcad/trunk/src/librt/primitives/bot/tie.c: make sure v0 is not zero (or anywhere near it) to prevent crashing on non-ieee plaforms. might want to tighten this up to VDIVIDE_TOL, but this is a dot product value. |
| 20:46.06 | Notify | 03BRL-CAD:brlcad * 59691 brlcad/trunk/src/librt/primitives/bot/tie.c: ws, style cleanup |
| 20:51.17 | Notify | 03BRL-CAD:carlmoore * 59692 brlcad/trunk/src/librt/primitives/nmg/nmg_rt_isect.c: no need to check for 'plus_class == NMG_CLASS_Unknown' if plus_class already has value NMG_CLASS_Unknown; also, eliminate label 'out' |
| 20:52.12 | Notify | 03BRL-CAD:n_reed * 59693 brlcad/trunk/src/libbrep/intersect.cpp: add, remove, rename some vars |
| 20:57.07 | *** join/#brlcad Anaphaxeton (~george@unaffiliated/anaphaxeton) |
| 21:02.35 | Notify | 03BRL-CAD:brlcad * 59694 (brlcad/trunk/NEWS brlcad/trunk/TODO): back-annotate the new bot_fuse command that richard introduced in r51786 and note that documentation is still needed. |
| 21:12.34 | Notify | 03BRL-CAD:brlcad * 59695 brlcad/trunk/src/libbn/plane.c: ws comment cleanup |
| 21:37.01 | Notify | 03BRL-CAD:brlcad * 59696 brlcad/trunk/HACKING: codify some of the more common naming convention pairings that we already use so we an work towards making them consistent across our different libraries. feedback welcome. |
| 21:40.48 | Notify | 03BRL-CAD:starseeker * 59697 brlcad/trunk/src/librt/search.c: try to consolidate the tree cases |
| 21:54.21 | *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14) |
| 22:25.14 | Notify | 03BRL-CAD:brlcad * 59698 brlcad/trunk/include/vmath.h: looks like quite a plethora of system headers actually have it this way too, but make the comment match the symbol name (otherwise, it should be M_1_SQRT2) |