| 00:20.27 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 00:29.57 | abhi2011 | brlcad: are globals allowed if its not possible to pass a variable to a function |
| 00:30.44 | abhi2011 | I need a dbip in the rt_bound_tree() function but it cant be passed via parameters(assuming the currents parameters are not changed) |
| 00:37.00 | *** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc) | |
| 00:37.17 | abhi2011 | hm ok I ll just add it to the parameter list of rt_bound_tree() |
| 00:37.54 | abhi2011 | oops no cant do that , its used in too many places already |
| 00:59.35 | abhi2011 | global it is then |
| 01:19.37 | CIA-62 | BRL-CAD: 03starseeker * r46494 10/brlcad/trunk/README.cmake: mention ccmake |
| 01:27.59 | CIA-62 | BRL-CAD: 03starseeker * r46495 10/brlcad/trunk/CMakeLists.txt: Explain the DEBUG header definition a little more thoroughly. |
| 01:28.36 | brlcad | abhi2011: no, you cannot add globals to librt |
| 01:28.55 | abhi2011 | yeah I made it an optional paramter |
| 01:29.03 | abhi2011 | rt_bound_tree(struct rt_i * rtip = NULL, const union tree *tp, fastf_t *tree_min, fastf_t *tree_max) |
| 01:29.12 | brlcad | there's no such thing as an optional parameter in C |
| 01:29.16 | brlcad | that's a c++ism |
| 01:29.24 | abhi2011 | ok |
| 01:29.43 | brlcad | what is it that you're trying to do? |
| 01:29.58 | abhi2011 | i am trying to fill out the case OP_DB_LEAF: |
| 01:30.22 | abhi2011 | so I am trying to lookup the encountered solid using stp = rt_find_solid(rtip, tp->tr_l.tl_name); |
| 01:30.36 | abhi2011 | in that case |
| 01:31.17 | abhi2011 | I havent come across any other way to convert the information present in a OP_DB_LEAF node to a OP_SOLID |
| 01:32.00 | abhi2011 | in fact the only single information present is the prim name :P, which is really very less info to proceed on :P |
| 01:32.20 | abhi2011 | other than doing a lookup of some sort |
| 01:33.33 | brlcad | what does that have to do with rt_bound_tree() though? |
| 01:33.57 | brlcad | i mean the rtip |
| 01:34.11 | brlcad | so you can call rt_find_solid within rt_bound_tree()? |
| 01:34.16 | abhi2011 | yes |
| 01:35.17 | abhi2011 | like this : http://bin.cakephp.org/view/820530027 |
| 01:36.48 | abhi2011 | the return internal from rt_db_lookup_internal() has really mucked things up |
| 01:36.52 | brlcad | so you can add a new parameter, but it'd need to be a different function (i.e., you'd need to copy most of rt_bound_tree()) because it breaks the API |
| 01:37.02 | abhi2011 | yes |
| 01:37.03 | abhi2011 | ok |
| 01:37.29 | brlcad | so back to the original idea |
| 01:37.50 | brlcad | just add your own new function that converts the tp |
| 01:37.57 | brlcad | before it gets to rt_bound_tree() |
| 01:38.26 | brlcad | basically a switch for just that case statement in a new function, called before rt_bound_tree() |
| 01:38.36 | brlcad | that way you can pass an rtip or whatever else you may need |
| 01:38.44 | abhi2011 | ok , this function will also recursively desend the tree |
| 01:38.49 | abhi2011 | calling rt_gettree() |
| 01:38.55 | abhi2011 | on any regions it encounters |
| 01:39.00 | brlcad | that's fine -- maybe all the more reason to keep it separate |
| 01:39.08 | abhi2011 | ok |
| 01:39.13 | abhi2011 | that make sense |
| 01:40.19 | abhi2011 | seems the delay in all this function will be much more than the way get_obj_bounds() does it |
| 01:40.52 | abhi2011 | but ok, all this occurs before the simulation, so it should be ok |
| 01:41.21 | brlcad | they're also not expensive operations |
| 01:41.34 | abhi2011 | yes |
| 01:41.47 | brlcad | you could probably convert a tp a hundred times over and still achieve 100fps updates |
| 01:42.00 | abhi2011 | ok |
| 01:42.58 | abhi2011 | yeah makes more sense to traverse recursively anyway, since it *is* a tree,no logical errors that way due to a model having no groups, or no regions etc etc |
| 02:15.00 | *** join/#brlcad abhi2011 (~chatzilla@ip170-79-211-87.adsl2.static.versatel.nl) | |
| 04:35.04 | CIA-62 | BRL-CAD: 03starseeker * r46496 10/brlcad/trunk/ (101 files in 13 dirs): (log message trimmed) |
| 04:35.04 | CIA-62 | BRL-CAD: Took a stab at using http://www.projectpluto.com/win32a.htm (WIN32 native |
| 04:35.04 | CIA-62 | BRL-CAD: curses) to get the terminal code working on Windows, but so far falling way |
| 04:35.04 | CIA-62 | BRL-CAD: short of success. The termio_win32.c file doesn't seem to have much in the way |
| 04:35.04 | CIA-62 | BRL-CAD: of contents, and termio.c doesn't want to build on windows (among other errors, |
| 04:35.05 | CIA-62 | BRL-CAD: getting illegal indirection errors associated with copyTio). Even when using |
| 04:35.06 | CIA-62 | BRL-CAD: termio_win32.c, MSVC doesn't want to generate a .lib file. The pdcurses demo |
| 04:37.37 | brlcad | neat |
| 04:38.00 | starseeker | not really - so far it's slapping me around for daring to think I could compile it :-/ |
| 04:38.28 | brlcad | fwiw, plain ol pdcurses should be more than adequate for our needs |
| 04:39.12 | starseeker | nods - the win32a variation has been actively maintained very recently, and is trying to be merged into the "mainline" |
| 04:39.14 | brlcad | we don't actually use curses, so everything win32a implements/extends won't actually get invoked |
| 04:39.20 | brlcad | I noticed |
| 04:39.25 | brlcad | looks good, if it works great |
| 04:39.33 | brlcad | if not, might try the fallback |
| 04:39.39 | brlcad | pdcurses is dead simple to compile |
| 04:39.57 | starseeker | pdcurses isn't the issue - it's getting our code to use it (so far) |
| 04:40.21 | brlcad | shouldn't even really need to modify our code |
| 04:40.24 | brlcad | just link the lib |
| 04:40.39 | starseeker | shakes his head - doesn't look like it |
| 04:40.50 | starseeker | if that were the case, the above would have worked a while ago |
| 04:41.09 | brlcad | that presumes there's not bugs in win32a |
| 04:41.10 | starseeker | libcursor needed BC and UC, which aren't provided by pdcurses |
| 04:41.20 | starseeker | nods - fair enough |
| 04:41.39 | starseeker | and libtermio is a lot more annoying |
| 04:42.09 | starseeker | some of the compile errors for termio.c didn't appear related to termlib at all |
| 04:42.36 | starseeker | would appreciate a second pair of eyeballs - I'm in a bit over my head |
| 04:42.49 | brlcad | there's a lot of platform logic in there, it might need some minor mods |
| 04:43.12 | starseeker | I was planning to reverse-merge 46496 to leave the build in a working state, but if you want to take a wack at it I can leave it for now |
| 04:43.23 | brlcad | BC and UC aren't important, if it has tgetstr() then we're good |
| 04:43.33 | brlcad | tgetstr("bc", ...) |
| 04:43.56 | starseeker | seems to be in there |
| 04:44.41 | starseeker | hrm, actually... |
| 04:45.28 | brlcad | also, presume you meant UP, not UC .. |
| 04:45.41 | brlcad | libtermlib defines those two globals |
| 04:45.49 | starseeker | er, yeah |
| 04:45.57 | brlcad | but they're not really needed |
| 04:46.25 | brlcad | so that'd be a two-line mod if pdcurses left them out for some reason (unlikely) |
| 04:46.58 | brlcad | I don't have a windows environment set up at the moment to test it |
| 04:47.27 | starseeker | brlcad: you can bump nick off my box temporarily tomorrow ;-) |
| 04:47.51 | starseeker | is not reassured by this: (main pdcurses sources, not just win32a) http://pdcurses.cvs.sourceforge.net/viewvc/pdcurses/PDCurses/pdcurses/terminfo.c?revision=1.37&view=markup |
| 04:48.00 | brlcad | I'm backlogged with NURBS and GS work, it'll have to wait a bit |
| 04:48.19 | brlcad | that's a good friday or weekend project |
| 04:48.24 | starseeker | nods |
| 04:48.34 | starseeker | k - I'll revert it for now then, so the build still works for nick |
| 04:49.05 | brlcad | why is that not reassuring? what's it's supposed to reassure? |
| 04:49.10 | starseeker | shouldn't have tangled with it either, just an impulse |
| 04:50.13 | CIA-62 | BRL-CAD: 03starseeker * r46497 10/brlcad/trunk/ (11 files in 10 dirs): Revert 46496 until more work can be done on it - leave trunk in a working state. Main point was to checkpoint, and revision history now has work done so far. |
| 04:50.43 | starseeker | tgetstr is a stub |
| 04:50.50 | starseeker | doubts we want a stub |
| 04:52.06 | starseeker | i.e. not a good sign |
| 04:54.38 | starseeker | makes a note at some point to try the ersatz editor against pdcurses - that would be nifty it if ended up working |
| 04:55.05 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 04:55.18 | starseeker | splits before he gets in any worse trouble ;-) |
| 04:55.43 | brlcad | heh |
| 05:03.48 | starseeker | erk: pdcurses term.h: PDCurses doesn't operate with terminfo, but we need these functions for compatibility, to allow some things (notably, interface libraries for other languages) to be compiled. Anyone who tries to actually _use_ them will be disappointed, since they only return ERR. |
| 05:04.14 | starseeker | really splits this time |
| 05:27.27 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 06:18.45 | starseeker | makes a note of this article for possible future reference: http://www.halcyon.com/~ast/dload/guicon.htm |
| 06:46.26 | starseeker | this might be a useful guide for making an editor that doesn't use terminfo: http://sandyeditor.sourceforge.net/ |
| 06:56.49 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 07:03.05 | starseeker | winces http://www.chiark.greenend.org.uk/~sgtatham/putty/wishlist/win-command-prompt.html |
| 07:03.33 | starseeker | too bad he didn't succeed, that sounds quite interesting |
| 07:16.56 | starseeker | humph - ersatz against pdcurses is a no-go |
| 07:19.07 | starseeker | heavy terminfo use |
| 07:45.29 | *** join/#brlcad merzo (~merzo@193.254.217.44) | |
| 14:01.38 | starseeker | if I thought I could get away with it I'd CMakeify vim for cross-platform building and use that (maybe with vimacs mode...) |
| 14:11.01 | ``Erik | nvi might be easier |
| 14:20.20 | starseeker | looks like it needs terminfo of some sort too |
| 16:04.20 | *** join/#brlcad betta_y_omega (~betta_y_o@90.166.231.220) | |
| 16:08.10 | *** join/#brlcad abhi2011 (~chatzilla@ip170-79-211-87.adsl2.static.versatel.nl) | |
| 17:10.33 | *** join/#brlcad abhi2011 (~chatzilla@wlan-145-94-185-119.wlan.tudelft.nl) | |
| 17:46.38 | CIA-62 | BRL-CAD: 03n_reed * r46498 10/brlcad/trunk/src/ (3 files in 2 dirs): Group names were being stored in volatile memory, causing garbage output. Now copying strings to memory we actually own. |
| 18:16.12 | CIA-62 | BRL-CAD: 03n_reed * r46499 10/brlcad/trunk/src/conv/obj-g_new.c: Addressed compiler warnings. |
| 18:44.56 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 18:47.41 | CIA-62 | BRL-CAD: 03starseeker * r46500 10/brlcad/trunk/src/tclscripts/mged/ (CMakeLists.txt exists.tcl tclIndex): add exists command to check whether a db object exists - maybe should be a libged cmd... |
| 18:49.02 | CIA-62 | BRL-CAD: 03starseeker * r46501 10/brlcad/trunk/src/tclscripts/mged/ (CMakeLists.txt exists.tcl tclIndex): Nevermind, Bob is doing a libged version |
| 19:06.37 | CIA-62 | BRL-CAD: 03starseeker * r46502 10/brlcad/trunk/misc/CMake/FindLEMON.cmake: cmake -E rename isn't and won't be functional across multiple volumes - use cp or copy if we can find them, and rename as a last resort if we can't |
| 19:19.22 | CIA-62 | BRL-CAD: 03bob1961 * r46503 10/brlcad/trunk/src/tclscripts/archer/ (CMakeLists.txt PipeEditFrame.tcl): Added the initial code for editing pipes in Archer. More to come. |
| 19:20.42 | CIA-62 | BRL-CAD: 03bob1961 * r46504 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Added the initial code for editing pipes in Archer. More to come. |
| 19:23.52 | CIA-62 | BRL-CAD: 03starseeker * r46505 10/brlcad/trunk/misc/CMake/FindLEMON.cmake: Er whoops, need mv/move, not cp/copy. builds once more |
| 19:23.57 | CIA-62 | BRL-CAD: 03bob1961 * r46506 10/brlcad/trunk/src/tclscripts/archer/ (21 files): Calling GeometryEditFrame::updateGeometry. |
| 19:31.06 | CIA-62 | BRL-CAD: 03bob1961 * r46507 10/brlcad/trunk/ (6 files in 5 dirs): Added ged_exists() in libged to check for the existence of a database object and make it available in mged and archer. |
| 19:45.11 | CIA-62 | BRL-CAD: 03n_reed * r46508 10/brlcad/trunk/src/conv/obj-g_new.c: Freeing all group strings and containing array; should be leak-free again. |
| 19:52.37 | *** join/#brlcad nsd_ (~nicholas@c-24-0-153-224.hsd1.pa.comcast.net) | |
| 20:04.11 | ``Erik | starseeker: "catch [get $name]" isn't good enough? O.o |
| 20:08.20 | CIA-62 | BRL-CAD: 03starseeker * r46509 10/brlcad/trunk/CMakeLists.txt: X11 is an advanced option under Windows, mark it as such. |
| 20:11.33 | starseeker | nope |
| 20:38.53 | CIA-62 | BRL-CAD: 03starseeker * r46510 10/brlcad/trunk/ (4 files in 3 dirs): Start working on how to test for hypot on Windows - most of the warning messages we're getting in MSVC seem to relate to redefining that function in config_win (I think)... |
| 20:40.55 | CIA-62 | BRL-CAD: 03starseeker * r46511 10/brlcad/trunk/ (CMakeLists.txt include/config_win_cmake.h.in): give this a hypot test a shot... don't know if it will work, untested |
| 20:43.35 | *** join/#brlcad abhi2011 (~chatzilla@ip170-79-211-87.adsl2.static.versatel.nl) | |
| 20:50.13 | CIA-62 | BRL-CAD: 03starseeker * r46512 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/test_srcs/hypot_test.c): try required libs and check_function_exists |
| 20:54.50 | *** join/#brlcad juanman (~quassel@186.136.168.73) | |
| 20:54.52 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 21:12.17 | *** join/#brlcad abhi2011 (~chatzilla@ip170-79-211-87.adsl2.static.versatel.nl) | |
| 21:30.33 | CIA-62 | BRL-CAD: 03starseeker * r46513 10/brlcad/trunk/ (3 files in 2 dirs): utter failure - cannot confirm hypot is present as a function, always get unresolved errors even when I manually feed it msvcrt. revert for now |
| 21:42.39 | CIA-62 | BRL-CAD: 03bob1961 * r46514 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Add "exists" to the help object. |
| 21:44.07 | CIA-62 | BRL-CAD: 03bob1961 * r46515 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Using the exists command in a few places. It's cleaner. |
| 21:55.54 | CIA-62 | BRL-CAD: 03starseeker * r46516 10/brlcad/trunk/ (3 files in 2 dirs): Try again - take a hit from kicad and use check_symbol_exists this time, let's see how that does |
| 22:10.13 | *** join/#brlcad Yoshi477 (~jan@bas1-guelph22-1177695115.dsl.bell.ca) | |
| 22:20.48 | starseeker | yes, much better |
| 22:49.28 | *** join/#brlcad Yoshi477 (~jan@bas1-guelph22-1177620315.dsl.bell.ca) | |
| 22:54.47 | *** join/#brlcad nsd_ (~nicholas@c-24-0-153-224.hsd1.pa.comcast.net) | |
| 23:19.34 | CIA-62 | BRL-CAD: 03n_reed * r46517 10/brlcad/trunk/src/ (conv/obj-g_new.c libgcv/wfobj/obj_parser_state.h): Properly allocating and freeing the rest of the file strings. |
| 23:19.42 | *** part/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |