| 00:26.19 | *** join/#brlcad crazy_imp (~mj@a89-182-241-223.net-htp.de) |
| 00:48.16 | louipc | do I count as a dev? could I compete in the contest? hehe |
| 01:06.32 | CIA-61 | BRL-CAD: 03bhinesley * r44812 10/brlcad/trunk/src/tclscripts/man_browser.tcl: |
| 01:06.32 | CIA-61 | BRL-CAD: Changed ManBrowser mega-widget to inherit from iwidgits::dialog. It now creates |
| 01:06.32 | CIA-61 | BRL-CAD: the window properly, activates, loads the table of contents and |
| 01:06.32 | CIA-61 | BRL-CAD: Introduction.html. Selection binding of the ToC is not working yet. Still some |
| 01:06.33 | CIA-61 | BRL-CAD: cleanup to do. |
| 02:11.29 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) |
| 02:11.39 | *** join/#brlcad yiyus (1242712427@je.je.je) |
| 02:35.49 | brlcad | ``Erik: no complaints for those two as they're "close enough" but they were still under the measure I've used for others in the list, fwiw |
| 02:39.26 | brlcad | not a hard steadfast rule of course since it's easily fudged, but a couple hundred "significant" commits on the core code for several months sustained is the general rule of thumb |
| 02:40.31 | brlcad | course, with those two in particular, if they were committing properly, they probably would have hit that metric by now |
| 03:55.25 | ``Erik | both are lean on frequency, but indianlarry has provided significant value, and the other needs help to grow beyond old waterfall |
| 03:55.50 | brlcad | certainly |
| 03:56.27 | ``Erik | if you wanna tweak, go for it, I just felt like those two deemed shift |
| 03:56.40 | brlcad | nah, like I said.. they're close enough to the metric I was using |
| 03:57.27 | brlcad | value isn't the metric, though .. a big honkin' awesome 100k patch that makes mged totally awesome would not make one a dev ;) |
| 03:57.36 | ``Erik | aight, then shove your passive aggresiveness :D |
| 03:57.39 | brlcad | more sustained value .. which he has cetainly demonstrated |
| 03:57.53 | brlcad | isn't being passive aggressive |
| 03:58.35 | ``Erik | both need to be more frequent in commits, and I will continue to harangue them |
| 03:58.45 | brlcad | more cautious that we start adding borderline folks, shifting the gray area lower and lower instead of waiting until it's a "well duh they're a dev" |
| 03:58.53 | brlcad | yay |
| 03:59.26 | ``Erik | so how's tesa? missing the idea of sleep yet? ;) |
| 03:59.27 | brlcad | hey even the latter did pretty well with that I noticed.. have a dozen or so major commits to review in my queue |
| 04:00.02 | brlcad | I haven't gotten this much sleep since .. high school |
| 04:00.47 | ``Erik | might wanna reconsider that answer, cuz I'll loan jill a kuhknifh to stab you with ;> *duck* |
| 04:02.01 | brlcad | definitely more interruptions, but nothing so drastic .. lots of drama queens and kings making a big deal out of nothing :) |
| 04:02.25 | ``Erik | aaaanyhow, as youv'e stated, a commit is a statement that can be argued |
| 04:02.50 | brlcad | yeah, it's all good |
| 04:02.56 | ``Erik | half surprised you haven't chimed in on my dlfcn.c tweak |
| 04:03.12 | brlcad | bigger issue is there are a few names on there now that probably don't belong but got grandfathered in |
| 04:03.26 | brlcad | at least with that same metric, but then different times too |
| 04:03.38 | brlcad | dlfcn looked cool, what of it? |
| 04:05.14 | ``Erik | given your discussion with starseeker about dynamically loaded stuff at the time, I imagined... constertation. It's viable given the liboptical and librender dependancies, ... just imagined a bit of fireworks :) |
| 04:05.15 | brlcad | kinda lame failure case (i.e., print "boo hoo") but simple enough to be portable and useful |
| 04:05.45 | brlcad | I don't rant on everything you know :) |
| 04:05.48 | brlcad | sometimes it's all good |
| 04:06.15 | brlcad | so you can't unload a lib on windows? |
| 04:06.35 | brlcad | early osx 10.0 had that same fail |
| 04:06.37 | ``Erik | usually... figured this might stir ya up... no, could not find an unload on winderz |
| 04:07.20 | brlcad | it was a perfect refactor case to boot |
| 04:07.23 | ``Erik | msdn's "see also" had no unload stuff |
| 04:07.33 | brlcad | non-portable code in two places, refactored to one and made portable |
| 04:07.51 | ``Erik | more than 2 |
| 04:07.59 | brlcad | three? |
| 04:08.05 | brlcad | liboptical, render, and ? |
| 04:08.07 | ``Erik | 4, I think |
| 04:08.14 | ``Erik | optical, render, fb, fbed |
| 04:08.31 | brlcad | ah, wasn't aware of the latter to (and didn't notice in the commit) |
| 04:08.36 | brlcad | *two* |
| 04:08.46 | brlcad | that's really stupid for fbed |
| 04:09.09 | brlcad | wtf is fbed dynamically loading? |
| 04:09.21 | ``Erik | grep it. |
| 04:10.24 | ``Erik | or svn diff... you know what to do. |
| 04:11.00 | brlcad | I don't care that much |
| 04:11.40 | brlcad | I had a mail queue over 1000 to work through, if I spent that much time per issue, it'd take months |
| 04:13.19 | brlcad | so curiousity got me, see that it's linking -ldl, but no dl*() function being called .. just bool issue in your commit |
| 04:14.14 | brlcad | er, I take it back, not linking -ldl |
| 04:19.50 | brlcad | meh, doesn't look like it's dynamically loading to me, but no matter |
| 04:40.34 | *** join/#brlcad ibot (~ibot@rikers.org) |
| 04:40.35 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.18.4 is posted! (20110412) |
| 05:33.38 | *** join/#brlcad ibot (~ibot@rikers.org) |
| 05:33.39 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.18.4 is posted! (20110412) |
| 07:05.43 | *** join/#brlcad Stattrav (~Stattrav@122.167.241.15) |
| 07:05.43 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 07:23.26 | *** join/#brlcad Stattrav (~Stattrav@122.167.241.15) |
| 07:23.26 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 08:49.11 | *** join/#brlcad piksi (piksi@pi-xi.net) |
| 09:50.08 | *** join/#brlcad Stattrav (~Stattrav@122.167.241.15) |
| 09:50.08 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 10:12.02 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 11:32.10 | ``Erik | brlcad: liboptical and adrt/librender do dynamic loading, but the inclusion of dlfcn.h pulled in stdbool on osX, which caused fbed, fb, and a few others to flip out where we had our own bool defined, so the change cascaded. I'm half thinking of removing dlfcn.h from bu.h, defining our own RTLD_* variables and making a translation table in bu_dlopen(). :/ |
| 11:40.40 | ``Erik | vmath.h is a link dep? I thought it was purely macro and typedef O.o |
| 11:44.54 | ``Erik | yeh, I see no function or global in vmath, it shouldn't be a lib dep |
| 11:46.24 | ``Erik | ah, bunk commit message, it's just more digits on the arse end of M_PI |
| 11:58.07 | dloman | woot!!! Powers back on :) |
| 12:58.01 | CIA-61 | BRL-CAD: 03brlcad * r44817 10/brlcad/trunk/src/libged/combmem.c: HINIT_ZERO instead of VSETALLN() for simplicity |
| 13:03.11 | CIA-61 | BRL-CAD: 03brlcad * r44818 10/brlcad/trunk/doc/deprecation.txt: annotate the recently obsolete items with their entity. time to consider the vmath length constants obsolete too. |
| 13:04.22 | CIA-61 | BRL-CAD: 03brlcad * r44819 10/brlcad/trunk/include/vmath.h: remove ELEMENTS_PER_PT, HVECT_LEN, and HPT_LEN in favor of their more consistent replacements that were added deprecating these in 7.12 |
| 13:05.32 | CIA-61 | BRL-CAD: 03brlcad * r44820 10/brlcad/trunk/Makefile.am: one of the last times the trailing slash issue will make an appearance.. |
| 13:39.02 | CIA-61 | BRL-CAD: 03erikgreenwald * r44821 10/brlcad/trunk/TODO: multiple configuration cmake builds seem to be ok, so strike it. Add the OSX GL/X segfault to things to fix. |
| 13:40.20 | CIA-61 | BRL-CAD: 03brlcad * r44822 10/brlcad/trunk/ (14 files in 6 dirs): remove template comments and unused doxygen file blocks |
| 13:40.24 | CIA-61 | BRL-CAD: 03erikgreenwald * r44823 10/brlcad/trunk/NEWS: note that cmake files will now be included in dist. |
| 13:41.06 | brlcad | ``Erik: yeah, i knew about the bools in fbed and elsewhere |
| 13:41.29 | brlcad | they were on my hit list to eliminate next time stomping through those files |
| 13:42.35 | brlcad | when I said non-portable code in two places, I meant non-portable dynamic loading in two places, refactored to one |
| 13:42.42 | brlcad | that was the awesome goodness |
| 13:49.53 | ``Erik | aight, I don't have a test case to see if my bu_dl* winderz stuff works, do you? |
| 17:08.34 | dloman | Community 'paintball episode' : http://www.youtube.com/watch?v=ivLmfGK6pj4 |
| 17:08.54 | dloman | Community 'D&D Episode' : http://www.youtube.com/watch?v=cVanRXdlfLA |
| 17:25.30 | ``Erik | ringworld anim: http://www.youtube.com/watch?v=sR2296df-bc |
| 17:48.22 | *** join/#brlcad Stattrav (~Stattrav@122.167.241.15) |
| 17:48.22 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 18:45.17 | CIA-61 | BRL-CAD: 03bhinesley * r44824 10/brlcad/trunk/src/tclscripts/man_browser.tcl: Fixed ManBrowser mouse binding. The dialog itself is back to business as usual. Now, to fix internal ToC selection (ex: set archerMan [ManBrowser .archerMan]; archerMan configure -selection )... |
| 18:46.01 | bhinesley | bah... didn't escape \$cmdName |
| 18:51.40 | CIA-61 | BRL-CAD: 03kunigami * r44825 10/brlcad/trunk/src/liboptical/ (osl-renderer.cpp osl-renderer.h sh_osl.c): Added support for OSL closure color query. It's crashing though. Maybe due to a memory leak |
| 19:10.47 | CIA-61 | BRL-CAD: 03bhinesley * r44826 10/brlcad/trunk/src/tclscripts/man_browser.tcl: ManBrowser internal ToC selection is working, although a bit differently than originally planned: [ select ls]. |
| 19:11.03 | bhinesley | smacks head |
| 19:11.51 | bhinesley | forgot to escape again |
| 19:20.26 | brlcad | ``Erik: I do, but don't have a windows box to test it on ;) |
| 20:21.02 | *** join/#brlcad mafm (~mafm@19.Red-83-40-127.dynamicIP.rima-tde.net) |
| 20:51.39 | CIA-61 | BRL-CAD: 03kunigami * r44827 10/brlcad/trunk/misc/CMake/FindOSL.cmake: Just realized that I did not added OSL finder for cmake |
| 21:03.11 | CIA-61 | BRL-CAD: 03erikgreenwald * r44828 10/brlcad/trunk/misc/Makefile.am: add FindOSL.cmake to the dist list |
| 21:21.38 | brlcad | kunigami_: vmath macros ftw |
| 21:21.59 | brlcad | you used them in at least one place, but there looked like other places you can put them to use to reduce code |
| 21:23.37 | kunigami_ | brlcad: ok. I was thinking to refactor the code after making it work |
| 21:26.01 | CIA-61 | BRL-CAD: 03kunigami * r44829 10/brlcad/trunk/misc/CMake/ (FindOIIO.cmake FindOSL.cmake FindOpenEXR.cmake FindTBB.cmake): added three more cmake finders. Also edited Makefile.am this time |
| 21:26.39 | CIA-61 | BRL-CAD: 03kunigami * r44830 10/brlcad/trunk/misc/Makefile.am: ... Also edited Makefile.am this time |
| 21:28.42 | CIA-61 | BRL-CAD: 03kunigami * r44831 10/brlcad/trunk/misc/CMake/util_macros.cmake: This was borrowed from OSL build system. TODO: merge it with BRLCAD util |
| 21:33.38 | brlcad | nods |
| 21:40.18 | CIA-61 | BRL-CAD: 03brlcad * r44832 10/brlcad/trunk/src/liboptical/ (osl-renderer.cpp osl-renderer.h): untested (don't have osl/oiio/boost installed), but should work just fine to use VMOVE for Vec3's too if [] is defined. |
| 21:41.06 | brlcad | that should work, lemme know if it barks |
| 21:42.31 | brlcad | few other code completeness issues, file formatting should match existing style and structure |
| 21:43.35 | brlcad | if you run sh/template.sh on all new files, it'll add the proper header and footer to those files |
| 21:44.08 | brlcad | afterwards, you should similarly be able to run sh/indent.sh and sh/ws.sh to clean up the style |
| 21:45.45 | brlcad | you'll find me harping a lot about maintaining consistent style all the time ... codebases this size require it ;) |
| 21:48.15 | brlcad | also, looks like render_svc file(s) are missing |
| 21:49.55 | CIA-61 | BRL-CAD: 03brlcad * r44833 10/brlcad/trunk/src/liboptical/Makefile.am: |
| 21:49.56 | CIA-61 | BRL-CAD: any new files have to get added to both CMakeLists.txt and Makefile.am for the |
| 21:49.56 | CIA-61 | BRL-CAD: time being while the build system is in transition. at a minimum, list files in |
| 21:49.56 | CIA-61 | BRL-CAD: EXTRA_DIST in the Makefile.am and proper logic in the cmake build. |
| 21:51.21 | CIA-61 | BRL-CAD: 03brlcad * r44834 10/brlcad/trunk/src/liboptical/CMakeLists.txt: render_svc.cpp apparently wasn't added, remove from compile rules |
| 21:51.55 | brlcad | bhinesley: question from one of the archer devs about closedb -- what happens after the db is closed? is another temp db created? |
| 21:52.34 | brlcad | it's of his opinion that it should put archer back into a state like when it was first started with an empty unsaved db |
| 21:52.48 | bhinesley | that's what happens |
| 21:52.53 | bhinesley | I haven't commited that patch yet, though |
| 21:52.56 | brlcad | cool |
| 21:53.06 | brlcad | he was just asking about it today |
| 21:53.21 | brlcad | hadn't looked at the patch yet |
| 21:54.14 | bhinesley | I'm planning on re-reviewing them all and committing sometime this week, if that's alright |
| 21:57.28 | brlcad | sounds perfect |
| 22:01.15 | brlcad | kunigami: is there some technical reason that -Wno-error -no-pedantic were set on the the osl render files? |
| 22:27.30 | *** join/#brlcad Stattrav (~Stattrav@117.192.155.178) |
| 22:27.30 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 22:29.15 | CIA-61 | BRL-CAD: 03bhinesley * r44835 10/brlcad/trunk/src/tclscripts/ (archer/Archer.tcl man_browser.tcl): (log message trimmed) |
| 22:29.15 | CIA-61 | BRL-CAD: ManBrowser is now ready to be used by Archer and MGED |
| 22:29.15 | CIA-61 | BRL-CAD: Added -disabledPages and -enabledPages to give more control over which commands are displayed. |
| 22:29.15 | CIA-61 | BRL-CAD: Configured constructor to call configbody's with blank args if user didn't configure public variables, in order to trigger defaults. |
| 22:29.16 | CIA-61 | BRL-CAD: Removed \"get\" method, as it doesn't appear to be necessary the way things are done now. |
| 22:29.16 | CIA-61 | BRL-CAD: Renamed cmd/commands etc. variable name components to page/pages, since they're not necessarily commands (ex: Introduction.html). |
| 22:29.17 | CIA-61 | BRL-CAD: Changed regex uses to \[file\] commands. |
| 22:32.37 | bhinesley | There is an -enabledPages option for ManBrowser, which I'd like to populate with a list of commands that are actually available in Archer. Is there a preferred method of getting such a list? |
| 22:33.05 | bhinesley | actually, while we're at it, I'd like to do the same thing for MGED |
| 22:38.19 | brlcad | the best way to do that consistently / maintainably is via libged |
| 22:39.07 | brlcad | there are ways to get the lists via tcl for both, but it's two different ways and would rather suck from an architecture standpoint |
| 22:39.33 | brlcad | libged needs a way to keep a registry of all commands available |
| 22:40.31 | brlcad | have each command register themselves, so when you query, you get the list |
| 22:40.49 | brlcad | would also let you build up built-in commands like 'help' that need access to all commands |
| 22:41.43 | bhinesley | hmm |
| 22:43.13 | bhinesley | I'll look into this |
| 22:44.01 | bhinesley | I was kinda hoping you were going to say "Yes! Here's a variable with the exact list you need!" |
| 22:44.08 | bhinesley | :-P |
| 22:46.18 | brlcad | haha |
| 22:47.14 | brlcad | it's one of the design goals for libged anyways, so might as well work on it now where it's needed |
| 22:47.52 | brlcad | it's also critical for one of the most powerful features on our to-do list, search -exec |
| 22:48.02 | brlcad | major win |
| 22:48.44 | bhinesley | Sounds great. I'm basically set for my first milestone, so I definitely have the time. |
| 22:50.04 | brlcad | if you're making progress on core dev issues like that one, then you're golden :) |
| 22:50.53 | brlcad | even if you spent all summer "getting it perfect" and the milestones went out the window ;) |
| 22:51.19 | bhinesley | good to know |
| 22:51.36 | brlcad | more important that you're having fun and maintainable progress is being made |
| 22:52.44 | brlcad | I can work on stubbing out a basic plugin framework this week if that's next on your plate unless you have some ideas on an approach as well |
| 22:54.26 | bhinesley | it is, and I don't |
| 22:56.16 | brlcad | the design constraints are pretty simple, want to move towards libged being an event-driven modular plugin system, so you'd define a command (e.g., kill) that performs some action (e.g., validates and records delete events); that command is registered with the library (e.g., adds a callback struct to a command array) |
| 22:59.10 | brlcad | the library can then call into any registered command, or iterate over all registered commands and get information (e.g., call a ged_short_help() callback for the 'help' command) and so on |
| 23:00.58 | bhinesley | much easier to keep track of |
| 23:03.43 | bhinesley | "search -exec", like unix "find -exec" I take it |
| 23:03.55 | bhinesley | to run operations on the results |
| 23:05.53 | CIA-61 | BRL-CAD: 03brlcad * r44836 10/brlcad/trunk/include/nmg.h: fill in the remaining available debug bits |
| 23:05.54 | brlcad | exactly |
| 23:06.53 | CIA-61 | BRL-CAD: 03Quattvendypol 07http://compilefarm.org * r2911 10/wiki/Main_Page: |
| 23:06.54 | brlcad | that will likely be one of the single most powerful geometry processing options to get added |
| 23:07.44 | CIA-61 | BRL-CAD: 03Sean 07http://brlcad.org * r2912 10/wiki/Main_Page: Reverted edits by [[Special:Contributions/Quattvendypol|Quattvendypol]] ([[User talk:Quattvendypol|Talk]]); changed back to last version by [[User:Erik|Erik]] |
| 23:07.51 | CIA-61 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:Quattvendypol]] with an expiry time of infinite (account creation disabled): Inserting nonsense/gibberish into pages |
| 23:08.30 | CIA-61 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/protect: protected "[[Main Page]]": [edit=sysop:move=sysop] |
| 23:08.53 | CIA-61 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/protect: changed protection level for "[[Main Page]]": [edit=autoconfirmed:move=autoconfirmed] |
| 23:09.22 | CIA-61 | BRL-CAD: 03Sean 07http://brlcad.org * r2915 10/wiki/Main_Page: |
| 23:13.30 | CIA-61 | BRL-CAD: 03brlcad * r44837 10/brlcad/trunk/include/nmg.h: NMG_DANGLING isn't used, but doesn't need to be commented out |
| 23:15.08 | *** join/#brlcad mafm_ (~mafm@19.Red-83-40-127.dynamicIP.rima-tde.net) |
| 23:15.23 | CIA-61 | BRL-CAD: 03bhinesley * r44838 10/brlcad/trunk/src/tclscripts/man_browser.tcl: Added getBrowser proc to make ManBrowser do the footwork |
| 23:16.50 | CIA-61 | BRL-CAD: 03brlcad * r44839 10/brlcad/trunk/src/burst/plot.c: would be nice to be able to toggle the plotting |
| 23:18.11 | CIA-61 | BRL-CAD: 03bhinesley * r44840 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Removed buildarcherMan function and replaced it with the instantiation of a ManBrowser mega-widget. Removed ::man command logic that is now performed by ManBrowser. |
| 23:21.54 | CIA-61 | BRL-CAD: 03brlcad * r44841 10/brlcad/trunk/include/nmg.h: er, conflicts with raytrace.h -- prefix with NMG_ which they should probably all do anyways |
| 23:22.55 | CIA-61 | BRL-CAD: 03brlcad * r44842 10/brlcad/trunk/src/conv/asc/asc2g.c: dead code elimination. not likely support for these (old bspline geometry) will be implemented any time soon, so remove the unused code instead of exiting. |
| 23:34.43 | CIA-61 | BRL-CAD: 03brlcad * r44843 10/brlcad/trunk/ (5 files in 2 dirs): remove cat-fb because it incurred a maintenance cost. phototypesetting went out of style 20 years ago, obsolete hardware. |
| 23:36.34 | CIA-61 | BRL-CAD: 03brlcad * r44844 10/brlcad/trunk/misc/win32-msvc8/ (Makefile.am cat2fb/): remove the msvc8 build files too |
| 23:36.49 | brlcad | would anyone object if I remove the msvc build files? |
| 23:40.40 | *** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net) |
| 23:52.08 | starseeker | wouldn't :-P |