| 00:55.42 | *** join/#brlcad talcite (~matthew@75-119-226-199.dsl.teksavvy.com) | |
| 01:05.04 | *** join/#brlcad talcite_ (~matthew@75-119-245-31.dsl.teksavvy.com) | |
| 01:08.28 | CIA-73 | BRL-CAD: 03brlcad * r38449 10/brlcad/trunk/ (include/fbserv_obj.h src/libfb/fb_obj.c): wow, herein lies the evil of k&r function prototypes. fbs_open() and fbs_close() were being called with the wrong number of parameters. expand to non k&r prototypes. |
| 01:10.02 | CIA-73 | BRL-CAD: 03brlcad * r38450 10/brlcad/trunk/src/libdm/clip.c: reorder functions to avoid forward decl on code(). use HIDDEN instead of static. |
| 01:11.03 | CIA-73 | BRL-CAD: 03brlcad * r38451 10/brlcad/trunk/src/libdm/clip.c: style/indent/ws cleanup |
| 01:13.00 | ``Erik | heh |
| 01:29.52 | *** join/#brlcad IriX64 (~Warlock@bas2-sudbury98-1177593037.dsl.bell.ca) | |
| 01:49.45 | *** join/#brlcad talcite (~matthew@75-119-245-31.dsl.teksavvy.com) | |
| 02:17.46 | starseeker | nagivates the wilderness known as the Tcl build logic... |
| 02:18.50 | *** join/#brlcad PrezKennedy (Prez@96.31.84.96) | |
| 02:22.10 | starseeker | guesses the minimal patch is to beef up the tcl 8.6 build logic just enough to be able to spot our libz... |
| 02:31.35 | starseeker | ugh... |
| 02:56.04 | starseeker | alright, that's the basic C files building... now, how to install the necessary library stuff... |
| 04:00.10 | *** join/#brlcad jdoliner (~jdoliner@ursa.cs.uchicago.edu) | |
| 09:42.58 | d-lo | Mernin! |
| 10:04.29 | *** join/#brlcad Nohla (~jesica@201.255.241.137) | |
| 10:48.49 | *** join/#brlcad User632 (~User@adsl-75-26-175-81.dsl.scrm01.sbcglobal.net) | |
| 10:49.27 | User632 | Anyone have experience in Solidworks? |
| 10:51.42 | alex_joni | yup |
| 11:15.08 | CIA-73 | BRL-CAD: 03d_rossberg * r38452 10/brlcad/trunk/src/librt/CMakeLists.txt: synced with Makefile.am (removed nmg_junk.c) |
| 11:28.46 | CIA-73 | BRL-CAD: 03d_rossberg * r38453 10/brlcad/trunk/include/common.h: |
| 11:28.46 | CIA-73 | BRL-CAD: MSVC C2055 error in connection with UNUSED() macro |
| 11:28.46 | CIA-73 | BRL-CAD: MSVC (w/o ++) requires a formal parameter list not a type list (ANSI C behavior) |
| 11:35.23 | CIA-73 | BRL-CAD: 03davidloman * r38454 10/rt^3/trunk/src/alf/ (. libalf.so): Removed a build byproduct that accidentally got added to repo. |
| 11:36.01 | CIA-73 | BRL-CAD: 03davidloman * r38455 10/rt^3/trunk/src/ (4 files in 4 dirs): standardize lib names to lowercase. |
| 12:59.49 | *** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de) | |
| 13:29.12 | CIA-73 | BRL-CAD: 03davidloman * r38456 10/rt^3/trunk/ (7 files in 5 dirs): Modify svn:ignore to include '/.settings'. Converted several classes over to singletons until later. Ultimately, an extensible framework is desired, but singletons will do for now. |
| 13:35.33 | CIA-73 | BRL-CAD: 03davidloman * r38457 10/rt^3/trunk/tests/ (6 files in 3 dirs): Cleanup CMakeLists.txt files to include standardized lowercase lib names. Comment out *nix specific sleep thread call for now. Updated svn:ignore to include build byproducts(Libs and bins) |
| 14:32.12 | CIA-73 | BRL-CAD: 03indianlarry * r38458 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: Remove logging blather for Trim boundary on face identifier. Add endpoint tangent comparison to CurveTree::IsLinear() function. |
| 15:42.18 | CIA-73 | BRL-CAD: 03starseeker * r38459 10/brlcad/trunk/include/fb.h: Looks like we need glx.h conditionally in fb.h too. |
| 15:52.18 | brlcad | yay, only 3000 issues to fix |
| 15:55.41 | starseeker | confound it, that breaks dm... |
| 15:55.56 | starseeker | /usr/X11/include/GL/gl.h:122: warning: ignoring #pragma export on |
| 15:56.55 | starseeker | what is a pragma and why do I care? |
| 15:57.12 | brlcad | pragma's are compiler notes |
| 15:57.14 | d-lo | VC++ ness, innit? |
| 15:57.37 | brlcad | hacks up a lung |
| 15:58.02 | brlcad | entirely coincidental to the mentioning of msvc< I think |
| 15:58.11 | CIA-73 | BRL-CAD: 03brlcad * r38460 10/brlcad/trunk/src/conv/iges/getcurve.c: initialize tmp2 |
| 16:00.00 | starseeker | grr - how do I tell gcc not to warn about it? |
| 16:01.23 | starseeker | looks like -Wall pulls in -Wunknown-pragma |
| 16:06.21 | brlcad | starseeker: that's not the question you should be asking |
| 16:06.22 | CIA-73 | BRL-CAD: 03brlcad * r38461 10/brlcad/trunk/src/conv/iges/ (b-spline.c getcurve.c splinef.c): de-k&r funcs, format, indent, ws, style, consistency cleanup. use real prototypes where forward decls are needed. |
| 16:06.35 | brlcad | should be asking why is it throwing a pragma when before it was not |
| 16:07.44 | starseeker | because I included glx.h in fb.h conditionally, to get the definition of GLXContext |
| 16:08.43 | brlcad | that was the action, but doesn't answer why |
| 16:09.40 | brlcad | it is being included in if_ogl.c too, but doesn't have a pragma problem |
| 16:10.16 | starseeker | something to do with it being a header vs. a C file? |
| 16:11.54 | brlcad | no need to guess, follow the logic at the point of inclusion that leads up to that pragma line |
| 16:14.49 | starseeker | I guess I'm slow today - focus.c includes dm.h, which includes fbserv_obj.h which includes fb.h |
| 16:18.37 | CIA-73 | BRL-CAD: 03brlcad * r38462 10/brlcad/trunk/include/config_win.h: |
| 16:18.37 | CIA-73 | BRL-CAD: remove the undocumented 'DELETE' and 'complex' undef lines. intentionally by |
| 16:18.37 | CIA-73 | BRL-CAD: design, common.h (and subsequently config_win.h) is supposed to be defined |
| 16:18.37 | CIA-73 | BRL-CAD: before any other system headers so undefining symbols shouldn't do anything |
| 16:18.37 | CIA-73 | BRL-CAD: useful (except override cmd line opts, which it shouldn't). |
| 16:20.22 | starseeker | the pragma line itself is toplevel in gl.h |
| 16:20.41 | starseeker | I don't quite see why one is triggering it and not the other |
| 16:26.14 | starseeker | somewhat bemusingly however, focus.c actually compiled without dm.h... |
| 16:28.25 | starseeker | I take it I'm missing something obvious... |
| 16:30.05 | brlcad | probably something minor, but clearly not obvious ;) |
| 16:30.27 | brlcad | where do you seea problem? |
| 16:30.42 | starseeker | full compile, MacOSX 10.5 |
| 16:31.15 | starseeker | let me redo it all clean, just incase I've got something stale somewhere |
| 16:31.52 | brlcad | checking |
| 16:34.21 | starseeker | brlcad: incidently, on behalf of your fellow office-mates thank your for not sharing ;-) |
| 16:34.41 | starseeker | hates hacking up lugs - sounds like a nasty bugger |
| 16:36.24 | brlcad | it got a lil better on thurs, but then got worse on fri/sat |
| 16:36.39 | starseeker | ick |
| 16:36.40 | brlcad | now somewhat better again, but another day would do well |
| 16:36.48 | starseeker | nods |
| 16:36.52 | brlcad | not really nasty really, but enough to make suck |
| 16:37.31 | starseeker | yeah, those borderline ones can drive you nuts - let you go stir crazy, but still too drained to do anything |
| 16:42.51 | starseeker | http://paste.lisp.org/display/97684 |
| 16:44.23 | starseeker | I dont' get how it's getting to that pragma at all - it's wrapped in an ifdef |
| 16:44.58 | starseeker | #if defined(PRAGMA_EXPORT_SUPPORTED) |
| 16:45.50 | starseeker | (ok, if defined() not ifdef...) |
| 16:46.08 | brlcad | same thing |
| 16:46.16 | starseeker | though so |
| 16:46.43 | brlcad | so on the one that works, is PRAGMA_EXPORT_SUPPORTED defined? |
| 16:46.43 | starseeker | thought even |
| 16:47.25 | starseeker | as far as grep can tell me , we don't do any setting of PRAGMA_EXPORT_SUPPORTED anywhere in the brlcad tree |
| 16:47.37 | brlcad | unless there's an undef PRAGMA_EXPORT_SUPPORTED, can check by adding a #ifdef PRAGMA_EXPORT_SUPPORTED #warning after the #include in the .c file |
| 16:47.37 | starseeker | it shouldn't be defined anywhere |
| 16:47.43 | brlcad | no no |
| 16:47.56 | brlcad | you're just following the logic |
| 16:50.38 | starseeker | has never used #warning before - any tricks? |
| 16:53.14 | starseeker | ok, -it's defined after the include in focus.c |
| 16:54.10 | starseeker | and not defined before |
| 17:01.05 | starseeker | brlcad: it's building OK for you? |
| 17:03.49 | starseeker | it seems that it's only being set when the dm compile happens - even when the test is in fb.h it never warns until then |
| 17:09.41 | starseeker | looks like it might have something to do with the Carbon.h include |
| 17:13.18 | starseeker | ``Erik: as an aside, it looks like focus.c might be where your annoying X11 behavior is coming from with MGED |
| 17:16.40 | CIA-73 | BRL-CAD: 03starseeker * r38463 10/brlcad/trunk/src/libdm/focus.c: Something about the inclusion of Carbon.h (which appears to be a master file for a lot of Mac APIs) upsets gl.h, pulled in up the chain by fb.h. Since dm.h doesn't seem to actually be needed here, don't include it. |
| 17:21.22 | CIA-73 | BRL-CAD: 03brlcad * r38464 10/brlcad/trunk/ (include/fb.h src/libdm/dm-ogl.c src/libfb/if_ogl.c): |
| 17:21.22 | CIA-73 | BRL-CAD: quell compilation warnings on the ogl interfaces for dm and fb regarding shadow |
| 17:21.23 | CIA-73 | BRL-CAD: warnings caused by the system glx.h header parameter names shadowing various |
| 17:21.23 | CIA-73 | BRL-CAD: system functions and symbols. approach sucks and begs for consolidation into |
| 17:21.23 | CIA-73 | BRL-CAD: some wrapper header. |
| 17:22.14 | brlcad | starseeker: I was able to reproduce the pragma warning before your last commit |
| 17:22.22 | brlcad | now of course it's gone |
| 18:00.08 | brlcad | hm, the header presently needs to be included for msvc for the import/export decls |
| 18:04.38 | CIA-73 | BRL-CAD: 03brlcad * r38465 10/brlcad/trunk/src/libdm/focus.c: if __QUICKDRAW__ is defined, we get a pragma warning. so undefine it after including Carbon.h. readd the dm.h header so we get proper import/export decls for windows. |
| 18:32.54 | ``Erik | which behvaior, the rotate bug or the pop over other windows bug? |
| 18:38.34 | brlcad | focus.c merely brings X11 to the front if you run mged from Terminal (which is not X11) -- it was causing unexpected behavior in that I/O was going to the terminal window instead of the mged window that was just created |
| 18:39.46 | ``Erik | the issue I pointed out to starseeker was that if I run apps in X11.app, place a non-X11 app ontop somewhere, then start mged, it forces ALL x11 apps to front |
| 18:40.27 | ``Erik | the exact scenario was having a big honkin' /usr/X11/bin/xterm on my 30", firefox on the 30" as top, then starting mged from an xterm on a 23" |
| 18:40.30 | ``Erik | (24?) |
| 18:40.45 | brlcad | 24" |
| 18:40.46 | ``Erik | it'd pull the big xterm to front on the 30" |
| 18:41.19 | ``Erik | <-- favors xterm to Terminal.app |
| 18:41.43 | brlcad | hm, that's probably the same code then because it has to focus X11 in order to get mged |
| 18:42.01 | brlcad | akin to clicking the X11 icon |
| 18:42.22 | brlcad | if you can get another way working, that'd be great |
| 18:43.09 | brlcad | but I didn't see another method implementable at the time for just giving mged input focus |
| 18:43.15 | brlcad | don't really care about the layering |
| 18:43.18 | ``Erik | heh, I observed it as an annoyance, starseeker seems to be the one digging into the why :D |
| 18:44.10 | ``Erik | I almost always start mged with -c, so it's not an issue *shrug* and I've never heard anyone else complain |
| 18:45.58 | ``Erik | <-- has budget to dig into nmg internals, not X11 oddities :) |
| 18:46.39 | ``Erik | be hilarious if I were able to get the bool stuff corrected on the marching cubes buck |
| 18:47.33 | CIA-73 | BRL-CAD: 03brlcad * r38466 10/brlcad/trunk/src/mged/columns.c: expand qsort callback cast from k&r to ansi. |
| 18:48.21 | ``Erik | "ok, we implemented this interesting but inappropriate functionality for ya... in the process, we fixed teh minor bug that caused issues in teh first place.... the technique is ... superfluous. |
| 18:50.12 | starseeker | ``Erik: <snort> you'll have to have a pretty solid routine to handle a treaded tire |
| 18:50.40 | ``Erik | I'm not working today, so I'm not gonna type a command |
| 18:50.52 | starseeker | heh |
| 18:51.02 | ``Erik | if you wanna do a g-stl -M on a tire, I'd love to read about it when I check my email tomorrow morning |
| 18:52.15 | starseeker | tries out of curiosity |
| 18:52.22 | starseeker | never have tried the -M option yet |
| 18:53.01 | ``Erik | -M will take a long time if you dont' give it a precision |
| 18:53.32 | ``Erik | defaults to 0.01 factor, most of what I've show around is 0.10, or 0.05 |
| 18:53.39 | starseeker | ah |
| 18:54.03 | ``Erik | and it's n^2 ish |
| 18:54.20 | ``Erik | or, lower bound is n^2 |
| 18:54.23 | starseeker | -a tolerance? |
| 18:54.48 | ``Erik | yeah, -a is absolute I think (mm), -r for relative... |
| 18:55.14 | ``Erik | where relative is, uh, bounding sphere radius * 0.5 mm cube edge size |
| 18:55.24 | ``Erik | - ,mm |
| 18:58.18 | CIA-73 | BRL-CAD: 03brlcad * r38467 10/brlcad/trunk/src/mged/mged.c: quell unused var warnings and fix bug reading argv instead of argc. add docs explaining what's going on too. |
| 18:59.15 | brlcad | -M might not be the best option given all the tracers use it to indicate stdin input |
| 18:59.47 | brlcad | here's where that spreadsheet I've been trying to orchestrate would come in handy. |
| 18:59.56 | ``Erik | huh, http://www.robotfest.com/ |
| 19:00.13 | ``Erik | give me a better option... I looked at the converters, -m was taken, but -M seemed free |
| 19:00.20 | brlcad | maybe -C for cubes or -S to indicate a sampled approach |
| 19:01.38 | brlcad | looking at the sheet now |
| 19:04.14 | *** join/#brlcad Ralith (~ralith@69.90.48.97) | |
| 19:05.39 | brlcad | good thing I looked, -S is no good, size option |
| 19:06.31 | brlcad | aaaand -C is rgb background color on all the fb tools |
| 19:06.46 | ``Erik | <-- did actually look around before picking -M |
| 19:07.58 | starseeker | should get back to getopt long support, apparently... |
| 19:08.48 | ``Erik | or we should reconsider tool inputs |
| 19:09.51 | brlcad | ``Erik: yesh, but I haz the master spreadsheet that lists them all! |
| 19:10.05 | ``Erik | the one alice made? |
| 19:10.24 | brlcad | yeah, sorta |
| 19:10.58 | ``Erik | a quick lil program to say "these characters are available" might be nice in misc/ |
| 19:11.36 | brlcad | she took it from 50 to 300, but half-wrong data -- lisa brought it up a few more and fixed much of the data |
| 19:12.38 | ``Erik | upstairs lisa? |
| 19:12.43 | ``Erik | oh, uh |
| 19:12.46 | brlcad | survice |
| 19:13.10 | brlcad | hm, -8 seems fair game |
| 19:13.29 | ``Erik | janine is desperate for something useful to do... I talked to starseeker and branch chief, I don't know if she's enough of a nerd to do command options |
| 19:14.36 | brlcad | she was working on docbook, that's not done afaik |
| 19:14.53 | brlcad | tedious but until it's done..that's valuable |
| 19:15.38 | starseeker | I believe she's through the Volume II commands in the appendix - of course, that's not all of them, but I suggested reviewing those for correctness with current MGED as a possible next step |
| 19:17.24 | ``Erik | we might need to bug bc about it |
| 19:17.44 | ``Erik | she seemed... highly upset. about being stuck on the project she's stuck on |
| 19:19.04 | ``Erik | she made a statement along the lines if that she can't be useful, they should let her go so she can find another job |
| 19:31.25 | starseeker | http://bzflag.bz/~starseeker/tire_mc.png |
| 19:32.56 | ``Erik | is that -r 0.05 ? |
| 19:35.37 | starseeker | -a 10 |
| 19:36.08 | ``Erik | 10mm grid, aight... it worked! :D |
| 19:36.13 | starseeker | tries -r 0.05 |
| 19:36.43 | starseeker | nah, let's go fine and run it overnight |
| 19:36.53 | brlcad | heh |
| 19:37.40 | starseeker | brlcad: confirmed, build fixed |
| 19:38.16 | starseeker | smacks self and recompiles with threads enabled this time... |
| 19:40.45 | ``Erik | how fine is fine? |
| 19:41.02 | ``Erik | this is n^2, .05 to .01 is 25x |
| 19:43.33 | starseeker | -a 0.5 :-) |
| 19:43.45 | ``Erik | 0.5 is very course |
| 19:43.48 | ``Erik | coarse |
| 19:43.54 | starseeker | half a mm? |
| 19:43.59 | starseeker | I just did 10mm |
| 19:44.03 | ``Erik | oh, -a, not -r |
| 19:44.20 | ``Erik | -r 0.5 is what I used for quick and dirty stuff |
| 19:44.28 | starseeker | nods |
| 19:44.53 | ``Erik | I talked to ed, he wants to list performance stuff as a ttm, so I've been working on decimiation, not parallelization |
| 19:45.09 | starseeker | nods |
| 19:45.37 | ``Erik | but things are shuffled where teh ray caching and parallel stuff can be done trivially |
| 19:47.12 | brlcad | haha, got a script to print counts of all args letters presently in use |
| 19:47.33 | brlcad | apparently -n is the most common option with over 112 uses |
| 19:49.13 | ``Erik | dress it ant put it in misc/, dude |
| 19:49.17 | starseeker | nice! - how'd you work it, scan for bu_getopt? |
| 19:53.39 | ``Erik | 'cept when it uses plain getopt()... |
| 19:57.16 | brlcad | ``Erik: you apparently haven't read HACKING, not supposed to be any uses of getopt() |
| 19:57.31 | brlcad | that said, this is based off the latest spreadsheet data only, not source |
| 19:57.37 | brlcad | but it's the closest to informative |
| 19:58.12 | ``Erik | um, wish in one hand and shit in the other, see which one filles up first. |
| 19:59.28 | ``Erik | I'd guess that violations exist, we have to manage them, not avoid them... |
| 19:59.50 | brlcad | I scan for them periodically, shouldn't be any |
| 20:00.03 | brlcad | if it were a problem, would have added it to distcheck |
| 20:00.12 | ``Erik | if there aren't, awesome... :D |
| 20:00.24 | brlcad | haven't checked in a while, mebbie |
| 20:00.48 | brlcad | still would represent less than a quarter of a percent for this |
| 20:00.49 | ``Erik | I'd assume that if we had a good solid scrubbing, nothing new is in place |
| 20:01.38 | ``Erik | I'm just sayin' that even if it's in .../HACKING, it ain't necessaily tautological |
| 20:02.23 | brlcad | never claimed to be tautological |
| 20:02.30 | ``Erik | wonders of a % oen or time left on marching cubes should be included |
| 20:03.21 | ``Erik | be trivial, monte carlo style... X have been odne of Y, ... |
| 20:03.30 | brlcad | http://brlcad.org/~sean/counts.txt |
| 20:03.44 | brlcad | probably 50-75% representative |
| 20:04.06 | ``Erik | that's a low sample |
| 20:04.28 | brlcad | dude, seriously? |
| 20:04.43 | brlcad | you don't have to use the fucking numbers, but it's better than casual glancing |
| 20:05.02 | ``Erik | yeah, but 75% of apps observed is a low % |
| 20:05.38 | starseeker | brlcad: that's pretty cool |
| 20:05.41 | ``Erik | kinda saying that yeah, we have 400 apps, and we care about 250-300 apps |
| 20:06.27 | ``Erik | better than nothing, but dang... is this scripted? |
| 20:06.50 | starseeker | wonder why -n is so popular? |
| 20:06.56 | brlcad | 75% of apps means it covers about 300 of our 400 binaries |
| 20:06.57 | ``Erik | I could do a script to look for core lib funcs and go from there... |
| 20:07.13 | ``Erik | so 100 apps are ignored? |
| 20:07.17 | brlcad | if you want to consider that low, that's your perrogative, but it shows some basic trend use |
| 20:07.40 | brlcad | like I said, you don't have to use the numbers, but it's far better than glancing |
| 20:07.47 | ``Erik | sorry, when I think coverage, I want "within a percentile" |
| 20:08.02 | brlcad | how many did you look at? 20? that'd be a whole 5%? |
| 20:08.03 | ``Erik | unless I misunderstand what you're saying |
| 20:08.14 | starseeker | <snort> ``Erik it is indicitative of trends in option usage |
| 20:08.40 | brlcad | only 300 of then even have manual pages, so it's still pretty informative |
| 20:09.09 | ``Erik | fine, I'll shut up... when something goes automated, it should be 'good'... I'll pretend that the 20% I manually looked at happened to be the most relevant 20%.. |
| 20:09.10 | starseeker | also tells us which ones are likely to be hard to make uniform in terms of cross-command meanings |
| 20:09.15 | brlcad | starseeker: -n is the number of scanlines (Y size), so it hits all the tracers and fb tools, then a bunch use n for other things |
| 20:09.26 | starseeker | ah |
| 20:09.55 | starseeker | recalls being surprised that that wasn't "-y" back in the day... |
| 20:10.05 | yukonbob | hello, #brlcad |
| 20:10.07 | brlcad | seriously doubts ``Erik looked at 80 getopt lines or manual pages to get to 20% |
| 20:11.01 | ``Erik | um, I threw an option in, whatched it break all over, tweaked, did another and looked at mebbe half a dozen |
| 20:11.29 | brlcad | so 1.5% |
| 20:11.35 | ``Erik | but I managed to pick one that has 10 uses, 3 are probably mine |
| 20:11.49 | brlcad | and you're bitching about getting something that gets confidence up to 50-70% ... wow :) |
| 20:12.04 | ``Erik | and I'm fairly certain that i'm not conflicting in the subset of converters |
| 20:12.08 | starseeker | brlcad: question - should we attempt to make option behavior uniform across all commands, or just "logical groupings"? |
| 20:12.23 | ``Erik | boy, I'll whup ya |
| 20:13.03 | ``Erik | I want to assert that if you're going to depend on automated testing, you require a far higher % of reliablity |
| 20:13.06 | brlcad | you're the one being a pain in the ass for no reason, you're just being argumentative for no reason |
| 20:13.22 | ``Erik | human testing has a magic factor that machines cannot replicate |
| 20:13.26 | brlcad | what automated testing? |
| 20:13.35 | brlcad | this was to help pick a letter that's not in high use |
| 20:13.40 | brlcad | only that |
| 20:13.47 | brlcad | nothing more, nothing implied, nothing stored |
| 20:13.52 | starseeker | ``Erik: I believe the long term goal is a human review of all the commands - problem is finding someone to do it |
| 20:14.13 | ``Erik | *shrug* ya ran a script, t told you a %... it doesn't understand things like logical groupings... |
| 20:14.30 | ``Erik | so the % is ... a machine generated number. nothing more. no magic |
| 20:14.49 | brlcad | the % was irrelevantbtotmostly |
| 20:14.57 | brlcad | mostly irrelevant |
| 20:15.41 | starseeker | thinks irrelevantbtotmostly should be a Scrabble word :-) |
| 20:15.58 | ``Erik | my choice of -M was after looking at "many" programs... not exhaustive, but not irrelevant |
| 20:16.06 | brlcad | only point of reference that it becomes relevant is in comparison to the alternative, which was casual glancing of a half-dozen |
| 20:16.09 | starseeker | (Scrabble gets more fun if you allow the Oxford unabridged dictionary as the word set) |
| 20:16.14 | ``Erik | if you can find a better letter, be my guest... |
| 20:16.40 | brlcad | this is pointless, I was just trying to help that exact purpose, yet you're not willing |
| 20:16.43 | brlcad | fine |
| 20:16.50 | ``Erik | I think I managed to find a "pretty good" solution :) |
| 20:17.08 | brlcad | that matches a whole 'logical grouping' as you put it |
| 20:17.12 | brlcad | all the tracers |
| 20:17.16 | ``Erik | I think starseeker made a good point, about hte logical grouping |
| 20:17.36 | ``Erik | my -M applications are only in converters, not tracers |
| 20:18.24 | ``Erik | from my seat, you're saying "that's not good", I'm saying "show me better", ... and we go circular |
| 20:18.51 | ``Erik | frankly, my dear, I don't give a damn :D |
| 20:19.11 | brlcad | I suggested -8 |
| 20:19.31 | brlcad | which conveniently has 0 uses too |
| 20:20.20 | brlcad | -. could be interesting to indicate point-sampling, though portability may be questionable |
| 20:20.45 | brlcad | heh, -k or -K for marching kubes |
| 20:20.54 | CIA-73 | BRL-CAD: 03starseeker * r38468 10/brlcad/trunk/src/fb/fbthreadtest.c: Trim down fbthreadtest - not a real application, testing only, so try to keep things simple and understandable. |
| 20:21.03 | starseeker | KDE would like that :-P |
| 20:22.23 | brlcad | -8 represented the corners of the cube, fwiw |
| 20:22.35 | CIA-73 | BRL-CAD: 03erikgreenwald * r38469 10/brlcad/trunk/src/conv/ (g-egg.1 g-egg.c stl/g-stl.1 stl/g-stl.c): use -8 for marching cubes instead of -M |
| 20:23.39 | ``Erik | someone else can fix the docbook if it exists O.o seems like an irrelevant issue to me *shrug* |
| 20:24.38 | starseeker | don't think we have too many of the command line commands as docbook yet - at least, as anything besides doclifter docbook |
| 20:24.59 | ``Erik | so! I'm going to robocon next weekend O.o |
| 20:25.03 | starseeker | MGED ussage is more likely to need the HTML versions, so MGED commands seemed the logical initial focus |
| 20:25.14 | starseeker | ``Erik: uh oh :-) |
| 20:25.27 | starseeker | need a new toy to scare the cats with? |
| 20:25.49 | ``Erik | nah, this is just a trip... gonna get an r/c car from target or walmart for the cats |
| 20:26.15 | starseeker | should have done that - got remote control mouse at Petsmart, total ripoff |
| 20:27.55 | ``Erik | a friend said she was going, so I invited myself to her party |
| 20:28.06 | starseeker | heh |
| 20:28.17 | ``Erik | I'm thinkin' a $20 toy at a gen store will do the job |
| 20:29.16 | ``Erik | but robocon is next weekend, could be interesting |
| 20:29.26 | ``Erik | it's in, uh, lithicum? |
| 20:29.30 | CIA-73 | BRL-CAD: 03starseeker * r38470 10/brlcad/trunk/src/fb/fbthreadtest.c: Chop a few more fbthreadtest lines |
| 20:29.36 | ``Erik | right by the air port |
| 20:30.31 | starseeker | that should be some fun traffic |
| 20:30.48 | ``Erik | see, I'm gonna do my best to be a passenger... :D |
| 20:33.15 | starseeker | heh |
| 20:34.48 | brlcad | gonna build a robot? |
| 20:34.51 | brlcad | http://www.gametrailers.com/user-movie/ultimate-breakdance-robot/318291 |
| 20:35.30 | starseeker | O.o g-stl failed, insufficient memory |
| 20:35.37 | ``Erik | really |
| 20:35.55 | ``Erik | that means you lack the memory to hold the generated NMG |
| 20:36.13 | ``Erik | the optimizations I was asked to do would make it... worse... |
| 20:36.16 | starseeker | ok... let's try a slightly bigger abs tolerance |
| 20:37.03 | ``Erik | I've been pondering adding CPU time to generate a smaller NMG... |
| 20:37.11 | ``Erik | searching for dup verts, etc |
| 20:41.31 | CIA-73 | BRL-CAD: 03brlcad * r38471 10/brlcad/trunk/NEWS: Erik added a new '-8' command-line option to the g-stl and g-egg exporters for using marching cubes as the tessellation method (instead of going through and performing usual CSG evaluation of NMG meshes) |
| 21:39.03 | CIA-73 | BRL-CAD: 03r_weiss * r38472 10/brlcad/trunk/src/conv/obj-g_new.c: refactoring functions to process v,tv,nv,tnv faces |
| 22:18.10 | *** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1) | |
| 22:34.39 | CIA-73 | BRL-CAD: 03brlcad * r38473 10/brlcad/trunk/src/mged/utility1.c: explicit constness |
| 22:35.21 | CIA-73 | BRL-CAD: 03brlcad * r38474 10/brlcad/trunk/src/mged/mged.c: init pparent_pipe but more importantly, don't potentially write to a pipe that has never been initialized if we don't HAVE_PIPE |
| 22:40.21 | CIA-73 | BRL-CAD: 03brlcad * r38475 10/brlcad/trunk/src/rt/viewedge.c: expand the function signature, de-k&r |
| 22:41.09 | CIA-73 | BRL-CAD: 03brlcad * r38476 10/brlcad/trunk/src/rt/viewedge.c: minor ws |
| 23:18.19 | *** join/#brlcad Stattrav (~Stattrav@202.3.77.233) | |
| 23:27.14 | ``Erik | life, liberty, and high fructose corn syrup beverages O.o |
| 23:47.49 | Stattrav | ``Erik: thats the high talking :) |
| 23:49.13 | *** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu) | |
