| 00:32.41 | brlcad | starseeker: that'd be better left to -exec |
| 00:33.04 | brlcad | find . -attr regionID -exec attr get regionID {} \; |
| 00:33.21 | brlcad | something like that |
| 00:34.22 | brlcad | find searches for objects in the db that have some characteristic, itemizing those objects -- doing anything with them beyond printing them is probably best left to other commands |
| 00:35.52 | starseeker | ok |
| 00:36.05 | starseeker | should start working on exec |
| 00:37.12 | brlcad | exec is going to require some libged changes |
| 00:37.14 | *** join/#brlcad andrecastelo____ (n=chatzill@189.71.72.40) | |
| 00:37.17 | starseeker | ick |
| 00:37.22 | brlcad | as find needs to know what commands are available |
| 00:37.26 | brlcad | no no, tis a good thing |
| 00:37.32 | brlcad | it's geometry engine work |
| 00:37.36 | brlcad | needs to happen regardless |
| 00:37.52 | starseeker | Ah. |
| 00:37.56 | brlcad | it should have been done for mged already, just not done yet |
| 00:38.22 | starseeker | should probably first get the . vs / path reporting set up... that shouldn't be too hard |
| 00:40.25 | starseeker | once I do, I take it exec is by far the most critical part to get up and running? |
| 00:42.22 | brlcad | not strictly necessary for the original task, but it is where most of the power is |
| 00:54.26 | starseeker | brlcad: Um - by "original task" do you mean Dwayne's feature request? |
| 00:55.19 | brlcad | yeah, sorta |
| 00:55.35 | starseeker | well, we've got the shader part covered |
| 00:55.38 | brlcad | finding objects with various attribute qualities |
| 00:56.22 | starseeker | the "non-standard attribute" bit still needs some work before it can be closed :-( |
| 01:16.05 | *** join/#brlcad ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) | |
| 01:16.05 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || Channel logs at http://ibot.rikers.org/%23brlcad/ || The 2008 Google Summer of Code is complete! -- Thanks deserved to all of our students! || (Source) Release 7.12.6 posted 2008-08-19 || Mailing lists are now reply-to-list instead of reply-to-sender by default | |
| 02:47.35 | *** join/#brlcad grfrblshntz (n=smee@68-191-176-167.dhcp.stpt.wi.charter.com) | |
| 02:51.51 | grfrblshntz | Hello, I'm pretty new to using brlcad, and I'm trying to model a subtractive union, I used comb test u a - b, and it seems to be correct, showing a fully, and b has a dashed outline, which I'm assuming means it's the negative element. I want to see it drawn merely with the positive element without the subtracted portion, I can't seem to find how to do this, anyone? |
| 02:52.03 | brlcad | would like to buy a vowel for grfrblshntz |
| 02:52.16 | grfrblshntz | a's are going to $1000 |
| 02:52.57 | brlcad | for the wireframe rendering, there's not (presently) a way to not show the wireframes for all primitives involved |
| 02:53.17 | brlcad | there are ways to view an evaluated wireframe, though |
| 02:53.33 | brlcad | and you can always ray-trace the object -- which is usually the recommended method |
| 02:53.37 | grfrblshntz | evaluated, is like the ... yes. |
| 02:53.40 | grfrblshntz | ok |
| 02:53.47 | brlcad | type "rt" into the command window |
| 02:53.52 | grfrblshntz | ok |
| 02:54.03 | brlcad | or use the raytrace control panel under the file menu |
| 02:54.35 | brlcad | that'll use an embedded framebuffer that uses the same graphics window to render the raster image into it |
| 02:54.54 | grfrblshntz | I tried the raytrace from the file manu, already, and the subtracted part still showed up, I must have done something wrong |
| 02:55.02 | brlcad | ray-traced images are, however, raster images -- fully shaded evaluated displays are something we're working on |
| 02:55.05 | brlcad | type "who" |
| 02:55.24 | brlcad | you may still be displaying the primitives and the combination |
| 02:55.33 | brlcad | d a b |
| 02:55.36 | grfrblshntz | ok |
| 02:55.53 | grfrblshntz | I did try "hide a" |
| 02:55.58 | grfrblshntz | does that not remove it |
| 02:56.14 | brlcad | dunno :) |
| 02:56.18 | brlcad | probably |
| 02:56.36 | brlcad | draw/hide are the 'new' commands, I'm used to the old cryptic short versions |
| 02:56.39 | grfrblshntz | (I may have made a mistake I tried various combinations of "hide a" "B -A", and then just "draw"ing the parts I needed |
| 02:56.43 | grfrblshntz | ok |
| 02:56.52 | brlcad | d to delete from the display, e to display them for editing |
| 02:56.55 | grfrblshntz | d a b is the cryptic version? |
| 02:56.57 | grfrblshntz | ok |
| 02:57.20 | grfrblshntz | any recommendations on how to learn all those commands? |
| 02:57.25 | brlcad | B == Z and e |
| 02:57.31 | grfrblshntz | ok |
| 02:57.52 | brlcad | yeah, there's an mged quick reference sheet on the website -- that groups them by actions |
| 02:58.22 | brlcad | there's also the mged tutorial series, which goes through most of the core commands in depth over many many tutorials |
| 02:59.07 | grfrblshntz | Ok, I looked at and downloaded the quick reference, it seemed like the command list showed more than what was on it, but I didn't do a rigorous study |
| 03:00.00 | grfrblshntz | I just started looking at the tutorials today, but there style is very foreign to me. |
| 03:00.06 | grfrblshntz | Thanks for you help |
| 03:02.20 | brlcad | the command list? |
| 03:02.22 | brlcad | which list? |
| 03:03.35 | brlcad | the tutorials all build upon each other, with each lesson teaching a new concept -- more like lessons you'd get if you took a training class for a few days |
| 03:03.48 | brlcad | you wouldn't just jump into the fifth lesson, for example |
| 03:04.32 | brlcad | they are pretty comprehensive of the basics, though .. and can usually be done in under a day if you are intent on reading and learning |
| 03:04.59 | grfrblshntz | oh, sorry, I went away a bit. |
| 03:05.05 | grfrblshntz | It's.. in the help menu... |
| 03:05.14 | grfrblshntz | help commands |
| 03:05.15 | brlcad | the quick reference covers 99% of the most important commands |
| 03:05.18 | grfrblshntz | help > commands |
| 03:05.20 | grfrblshntz | ok |
| 03:05.54 | brlcad | the ones its missing are mostly for advanced modeling practices, experimental or custom commands, or redudandant commands mostly |
| 03:06.06 | grfrblshntz | ok |
| 03:06.20 | grfrblshntz | lots of terse names |
| 03:06.47 | brlcad | yep, the mged command line was developed very similarly to the unix command line (and around the same timeframe) |
| 03:07.43 | grfrblshntz | Oh, yes, I love apropos |
| 03:07.53 | grfrblshntz | I was thrilled that that was in there |
| 03:08.09 | grfrblshntz | It's how I've gotten most of what I've done so far done |
| 03:08.17 | brlcad | it's not a very good apropos implementation, needs to be expanded |
| 03:08.24 | brlcad | along with full manpages for all commands :) |
| 03:08.54 | brlcad | there are about 300 mged commands and about 400 external command-line commands |
| 03:08.54 | grfrblshntz | well, I just appreciate the attempt |
| 03:09.23 | grfrblshntz | I just found out about "tire", anything else like that thats fun to use? |
| 03:09.25 | brlcad | about 300 of the external ones are documented, most of the mged ones are documented in the help and (more comprehensively) on the wiki |
| 03:09.53 | grfrblshntz | ok |
| 03:09.55 | brlcad | tire is one of the 400, probably ;) |
| 03:10.36 | brlcad | there is a fence generator, a vegitation generator, a "sphere flake" generator, tools for making nuts and bolts, several sample geometry databases |
| 03:10.48 | grfrblshntz | Ummm... you are "brlcad"? Are you involved with developing somehow? or just a big enough fan to make it you login name? |
| 03:10.56 | brlcad | just scratching the surface of course |
| 03:11.19 | brlcad | you could say i'm a bit of a fan :) |
| 03:11.30 | grfrblshntz | well, I can see why, lots of good stuf |
| 03:11.32 | grfrblshntz | stuff |
| 03:11.43 | brlcad | is also the project lead |
| 03:12.00 | grfrblshntz | The last time I tried it, I got intimidated, and gave up, this time, for some reason, I'm having better results |
| 03:12.33 | grfrblshntz | I've been searching for a good open source CAD program for a while, so far I've found brlcad and freecad |
| 03:12.47 | grfrblshntz | I'm not sure about freecad, but I'm not giving up on it ye |
| 03:12.49 | grfrblshntz | yet |
| 03:13.18 | brlcad | we're by far the most extensively developed and the only actually in production use that I know of |
| 03:13.23 | brlcad | but we still have a LONG ways to go |
| 03:13.37 | brlcad | especially compared to the featuresets of most of the commercial CAD systems |
| 03:14.23 | grfrblshntz | I'm a long way off from being able to write any code for a CAD program, but something like BRLCAD means I can start reading code |
| 03:14.24 | brlcad | our focus over the years has been very different and our resources considerably constrained -- you're more than welcome to join the team to help make things better ;) |
| 03:15.01 | grfrblshntz | Well, I'll start reading the code, and see if I can find something I might be able to help with, I'd love to, eventually |
| 03:15.06 | brlcad | this is kind of where we currently sit: http://brlcad.org/Industry_Diagram.png |
| 03:15.17 | grfrblshntz | Joining projects is one of my next goals |
| 03:17.09 | brlcad | relating that to other packages, CADD is sort of the AutoCAD domain, CATIA sort of fits in the CAID/CAD domain, GibbsCAM is square in the MCAD domain, etc |
| 03:17.09 | grfrblshntz | That's a nice diagram, what was the program that made it? |
| 03:17.09 | brlcad | indesign or illustrator, I forget .. think it was indesign |
| 03:17.10 | grfrblshntz | ok |
| 03:17.10 | grfrblshntz | I guess it doesn't look that hard to make with a normal editor, I guess I just don't do much of that stuff |
| 03:17.14 | brlcad | looking to replicate it with free tools, and starseeker has a really nice conversion, but still figuring out what to do with the fonts |
| 03:17.30 | *** join/#brlcad dtidrow (n=dtidrow@12.162.247.10) | |
| 03:17.39 | brlcad | it uses the adobe garamond pro font iirc, which there's nothing free that comes anywhere close to its polish |
| 03:18.58 | brlcad | a lot of effort went into the exact kernings, layouts, how the dashed lines wrap around corners, the exact overlaps of the industries, the transparency/colors used, etc |
| 03:19.30 | dtidrow | I'm back ;-) |
| 03:19.42 | dtidrow | what did I miss? |
| 03:20.04 | grfrblshntz | While I've got your ear, and you seem to know quite a bit, I'm currently just designing some woodworking projects, you know, lots of simple arb8's, and I was wondering if there is anything that I could use to convert one arb8 into several smaller pieces. I was thinking of taking an arb8, and converting the edges to arb8's representing 2X4's, and the faces into plywood, etc. |
| 03:20.06 | grfrblshntz | ? |
| 03:20.17 | brlcad | howdy dtidrow |
| 03:20.29 | brlcad | dtidrow: noticed you missed another siggraph.. :/ |
| 03:20.36 | dtidrow | yeah ;-( |
| 03:20.55 | dtidrow | jumping jobs tends to do that... |
| 03:21.13 | dtidrow | not to mention relocating... |
| 03:21.54 | brlcad | grfrblshntz: hmm |
| 03:23.21 | grfrblshntz | Ok, it took a bit, but I just finally got to the point where I raytraced test/{a,b}, after "d a b", and it worked just like you said it should, I must not have deleted last time |
| 03:23.23 | brlcad | grfrblshntz: not sure exactly what you mean, but you can use the "inside" command in mged |
| 03:23.57 | brlcad | that will hollow out an arb8 by creating an inner arb8 the uses thicknesses specified for each of the 6 faces |
| 03:24.12 | grfrblshntz | ok, that's closer, I guess |
| 03:24.16 | brlcad | otherwise, you can cp the arb, and move the faces as needed for expecific cases |
| 03:24.27 | grfrblshntz | that's what I've been doing, so ar |
| 03:24.28 | grfrblshntz | far |
| 03:24.32 | grfrblshntz | dangit |
| 03:26.15 | grfrblshntz | is there a command to, for instance, translate point 1 of shape x to the coordinates of point 1 of shape y? for moving by easy reference? |
| 03:26.38 | grfrblshntz | so x is selected, with focal point 1, and something like "translate y.1"? |
| 03:27.49 | brlcad | yep |
| 03:28.10 | brlcad | see 'keypoint' and 'permute' for starters |
| 03:29.08 | grfrblshntz | Ok, well, I should probably just get to working on stuff for a while, I could probably come up with questions all night, but you've helped me enough, thanks, I'm sure I'll bug you again. |
| 03:30.03 | brlcad | belatedly notes 3ptarb, arb, and rfarb probably are of use to him as well |
| 03:50.39 | dtidrow | brlcad: so how did SIGGRAPH go? |
| 03:52.50 | *** join/#brlcad IriX64 (n=mariodot@bas2-sudbury98-1177878636.dsl.bell.ca) | |
| 03:53.44 | IriX64 | why do i get 7.11.0 out of sourceforge cvs checkout if you guys are up to 7.12.6? |
| 04:00.32 | IriX64 | http://www3.sympatico.ca/mario.dulisse2/7.12.6.png <---- 7.12.6 in action :) |
| 04:01.42 | deeeffache | nice copter |
| 04:01.53 | deeeffache | the start menu reminds me of work though... |
| 04:02.20 | IriX64 | just plays :) |
| 04:07.19 | IriX64 | ciao |
| 04:25.12 | starseeker | wonders why the open design "Gray-Hoverman Antenna" has such poor handdrawn diagrams - surely some sucker has redone them in Dia, Inkscape or XFig... |
| 04:30.18 | starseeker | or BRL-CAD, for that matter - then as a bonus teach the NEC analysis systems to work on BRL-CAD models :-) |
| 04:30.56 | starseeker | wonders why it is that so much stuff that is interesting is also completely useless... |
| 04:32.31 | brlcad | dtidrow: pretty good, several really interesting papers |
| 04:33.35 | brlcad | having vanilla ice sing at the softimage party was pretty funny |
| 04:34.09 | brlcad | a really good paper on brep/nurbs, have to see if it can be implemented without violating a patent though |
| 04:35.22 | brlcad | and a great extension paper on breaking out models for diagrams that was an excellent follow-on to their paper last year |
| 04:36.30 | brlcad | the geek bar was pretty awesome to have this year, seeing eight rooms at once with a beverage bar nearby |
| 04:36.58 | brlcad | otherwise overall it was alright, not as good as last year in san diego but still pretty darn good |
| 04:39.04 | brlcad | the keynote was one of the best I've enjoyed to date, one of the founders of pixar spoke to lots of issues dear to my heart *sniff* |
| 05:01.14 | Ralith | <PROTECTED> |
| 05:01.50 | brlcad | Ralith: dunno |
| 05:02.11 | brlcad | can certainly get electrons for it easily enough as an acm member |
| 05:03.06 | brlcad | so if, for example, you were going to do something with it for brl-cad, probably wouldn't be a problem |
| 05:03.19 | Ralith | electrons for it? O.o |
| 05:03.27 | brlcad | a digital copy |
| 05:03.34 | Ralith | ah. |
| 05:03.52 | Ralith | would love to, but can't commit to a major project like that atm :/ |
| 05:06.13 | brlcad | nothing too major, the basics could probably be implemented in a few weeks, the whole thing minus interactivity would probably be a great gsoc-level project |
| 05:07.13 | Ralith | I think that might be hindered a bit by my lack of experience with handling this kind of data |
| 05:07.33 | Ralith | that said, I'm quite interested in going for gsoc next year |
| 05:08.13 | brlcad | ah great, looks like at least last year's work is on-line already: http://grail.cs.washington.edu/projects/cutaways/ |
| 05:08.40 | Ralith | oh, that kind of diagram. |
| 05:09.04 | Ralith | can't that be done easily enough with some clever subtractions? |
| 05:09.11 | brlcad | yep |
| 05:09.25 | brlcad | the whole work is how to do those clever subtractions |
| 05:09.31 | Ralith | I was imagining something more along the lines of engineering blueprints |
| 05:10.02 | brlcad | the follow-up work was how to perform completely automatic separation of components for visualization purposes without using any cutaways |
| 05:10.23 | Ralith | oo |
| 05:10.27 | Ralith | that sounds relevant. |
| 05:10.59 | brlcad | both approaches are highly relevant and useful |
| 05:11.17 | brlcad | and really really easy with our CSG system |
| 05:11.27 | Ralith | I have to say |
| 05:11.29 | Ralith | I <3 CSG |
| 05:11.35 | brlcad | probably easier than what they had to do in their system |
| 05:12.12 | Ralith | what sort of UI would you want to provide? A list of parts to be exposed? |
| 05:12.14 | brlcad | though they do have great interactive visualization software for theirs given their brep structure |
| 05:12.29 | Ralith | Anything more specific than that seems like just about as much work to use as a manual cutaway. |
| 05:13.01 | brlcad | for those diagrams on that site, the *only* thing specified was the object(s) listed in red |
| 05:13.31 | Ralith | hm. |
| 05:14.01 | Ralith | in that case, the extensive cutaway and other labels seem a bit excessive; or is all that configurable? |
| 05:14.05 | Ralith | maybe I should just read the paper :P |
| 05:14.08 | brlcad | everything else is automatic including the text layout, what to separate and label that was obstructing, how to cut (cylindrical, linear, patchwise, ..), how much to cut, how to best orient the diagram |
| 05:14.22 | Ralith | nice. |
| 05:14.31 | brlcad | it only labels the things that were in the way |
| 05:14.42 | Ralith | oh, cool! |
| 05:14.53 | Ralith | (that's a bit less than obvious with the human anatomy stuff) |
| 05:14.53 | brlcad | and/or whatever you asked for (in red) |
| 05:15.18 | brlcad | check out the video link |
| 05:15.28 | brlcad | they show it in action |
| 05:15.46 | Ralith | grabs |
| 05:16.57 | brlcad | mm, yeah .. 100MB |
| 05:16.59 | brlcad | but worth it |
| 05:17.10 | Ralith | it's not like I'm doing anything realtime with my bw |
| 05:25.30 | Ralith | I really love academia sometimes |
| 05:25.45 | Ralith | a big group of people who just pump out neat ideas for other people to implement |
| 05:44.21 | *** join/#brlcad alex_jon1 (n=juve@81.196.65.201) | |
| 05:49.15 | Ralith | brlcad, that was really neat :D |
| 05:49.34 | Ralith | seems more straightforward than I had imagined |
| 05:49.58 | Ralith | I bet a lot of those classifications could be determined automatically with some accuracy, too |
| 07:14.41 | *** join/#brlcad elite01 (n=elite01@unaffiliated/elite01) | |
| 07:51.04 | *** join/#brlcad shmho (n=user@125.128.101.1) | |
| 10:30.17 | brlcad | yeah, totally |
| 12:09.58 | *** join/#brlcad pippoo (n=a0dc9730@bz.bzflag.bz) | |
| 12:10.23 | pippoo | ciaoo a tutti |
| 13:30.36 | ``Erik | heh "extreme deceleration syndrome" |
| 13:36.32 | Axman6 | ``Erik: commonly known as crashing? or impact? |
| 13:37.10 | Axman6 | btw, 2^2^2^2^2^2^2 takes a long time to compute -_- |
| 13:37.19 | Axman6 | in haskell at least |
| 13:43.13 | Axman6 | i need a better solution to this problem -_- |
| 13:43.43 | Axman6 | i think the fact i needed to write my own power function was a bad sign |
| 14:00.36 | ``Erik | 7 dimensions? O.o |
| 14:01.07 | Axman6 | hyperexponentiation |
| 14:02.08 | ``Erik | 340282366920938463463374607431768211456 |
| 14:02.10 | ``Erik | all pheer lithp |
| 14:02.46 | ``Erik | ith fatht :D |
| 14:04.16 | ``Erik | in '99 or '00, I was writing some numerical solvers, usually wrote in haskell, let it run... got bored, reimplemented it in scheme, ran it in the slowest scheme known to man (guile) and got the final results before the haskell version was done with the first or second... but that was using hugs, which I understand to be insanely slow (yet another gnu project) |
| 14:04.37 | CIA-4 | BRL-CAD: 03bob1961 * r32598 10/brlcad/trunk/ (11 files in 6 dirs): Added rubber band rectangle functionality. |
| 14:04.48 | Axman6 | yeah, ghc's the only way to go |
| 14:04.58 | ``Erik | is that 'glaskow'? |
| 14:05.13 | Axman6 | glasgow? |
| 14:05.22 | ``Erik | er, yeah |
| 14:05.48 | ``Erik | ah, yes it is, I've heard that was the shizzle forizzle, hadn't messed with hit |
| 14:06.26 | ``Erik | the pattern match function definition style is shweet, but monads can be annoying when you just want a quick&dirty program |
| 14:06.46 | Axman6 | they're working on some stuff atm what has the possibility of making it faster than C for parallel work, which is pretty cool |
| 14:07.49 | Axman6 | yeah, monads are a bitch at times. i still don't have a cleat picture in my mind of what they really are |
| 14:08.16 | Axman6 | infinite integers is pretty cool though |
| 14:08.34 | Axman6 | well, handling infinite things in general is pretty cool |
| 14:08.48 | ``Erik | like map/apply type dealies? I've been wanting to experiment with tweaking a scheme compiler to mark referential transperancy, do some minor re-arranging of the syntax tree, and automagically multi-thread and distribute work as it deems fit |
| 14:09.46 | ``Erik | (map f '(a b c)) executes (f a) (f b) and (f c) in parallel and collects the results for return, that kinda shtuff |
| 14:11.02 | Axman6 | yeah, sort of. more working with parallel arrays, which they're using some very simple ideas to get something very powerful |
| 14:11.26 | Axman6 | http://lambda-the-ultimate.org/node/2269 |
| 14:11.31 | Axman6 | worth watching |
| 14:12.50 | Axman6 | and the way they're doing it means that programming to use GPU's for parallel computation could become _really_ easy |
| 14:13.32 | Axman6 | literally just as easy as writing your code as if you weren't using a GPU. just use parallel types, and let the compuler and runtime handle the rest |
| 14:13.52 | ``Erik | that's a good website, um, the lemon one is also good |
| 14:14.20 | ``Erik | http://lemonodor.com/ |
| 14:17.48 | Axman6 | also, i'm pretty sure your answer to 2^2^2^2^2^2^2 was wrong. it should be many thousands of digits (since 2^2^2^2 is a few hundred digits) |
| 14:18.03 | ``Erik | o.O hrm, mebbe I input it wrong |
| 14:18.25 | Axman6 | supposed to be 2 to the power of 2 to the power of 2 to the... |
| 14:18.32 | ``Erik | ooh, got order of ops backwards |
| 14:20.34 | ``Erik | ohyeah, there's the explosion |
| 14:20.55 | Axman6 | hehe |
| 14:21.07 | ``Erik | 4 just filled my terminal |
| 14:21.16 | Axman6 | i'm so used to powers being really easy for computers |
| 14:21.28 | Axman6 | did it take a while to compute? |
| 14:21.42 | ``Erik | no, was instant |
| 14:22.06 | Axman6 | so 2^2^2.. 6 times? |
| 14:22.26 | ``Erik | <PROTECTED> |
| 14:22.46 | Axman6 | 2ââ6 is one notation used |
| 14:23.10 | Axman6 | yeah, need another 2 expt's in there to get the kind of answer i'm looking for ;) |
| 14:24.12 | ``Erik | isn't sure he wants to know what the point is :D |
| 14:24.33 | Axman6 | pwoject euler :P |
| 14:24.37 | Axman6 | problem 188 |
| 14:25.03 | Axman6 | need to find the last 8 digits of 1777ââ1855 |
| 14:26.10 | Axman6 | anyway, sleep time. g'night |
| 14:28.19 | CIA-4 | BRL-CAD: 03bob1961 * r32599 10/brlcad/trunk/misc/win32-msvc8/libged/libged.vcproj: Remove edcolor.c from build. |
| 14:45.41 | ``Erik | later, dude |
| 15:09.28 | *** join/#brlcad ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) | |
| 15:09.28 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || Channel logs at http://ibot.rikers.org/%23brlcad/ || The 2008 Google Summer of Code is complete! -- Thanks deserved to all of our students! || (Source) Release 7.12.6 posted 2008-08-19 || Mailing lists are now reply-to-list instead of reply-to-sender by default | |
| 15:11.30 | *** join/#brlcad prasad_ (n=psilva@h-72-245-122-226.mclnva23.covad.net) | |
| 15:23.27 | *** join/#brlcad Elperion (n=Bary@p5B14E3E6.dip.t-dialin.net) | |
| 17:30.09 | *** join/#brlcad archivist_ub (n=archivis@host81-149-119-172.in-addr.btopenworld.com) | |
| 17:30.56 | CIA-4 | BRL-CAD: 03starseeker * r32600 10/brlcad/trunk/ (6 files in 4 dirs): Move db_fullpath_traverse directly into nfind, change command name to search. |
| 17:57.44 | CIA-4 | BRL-CAD: 03starseeker * r32601 10/brlcad/trunk/src/libged/nfind.c: Correct some more error handling, have the usage message print now only for argc < 2 since the error cases of such commands have been handled. |
| 18:44.00 | CIA-4 | BRL-CAD: 03starseeker * r32602 10/brlcad/trunk/src/libged/ (nfind.c nfind.h): Add ability to use '.' to do a 'flat' search of objects, as opposed to following the tree. In essence, this finds object rather than uses of objects - s.s instead of c1.c/s.s and c2.c/s.s |
| 18:48.54 | *** join/#brlcad pacman87 (i=127@resnet-45-192.dorm.utexas.edu) | |
| 18:56.04 | CIA-4 | BRL-CAD: 03starseeker * r32603 10/brlcad/trunk/src/libged/ (nfind.c nfind.h): |
| 18:56.04 | CIA-4 | BRL-CAD: Add stdattr back in. This time it takes no options and tests that an object has |
| 18:56.04 | CIA-4 | BRL-CAD: only standard attributes. A ! on this option will return objects without |
| 18:56.04 | CIA-4 | BRL-CAD: standard attributes (including no attributes) - adding an -attr \* to the |
| 18:56.04 | CIA-4 | BRL-CAD: equation results in all objects with one or more nonstandard attributes. |
| 18:57.24 | prasad_ | hmm has anyone used libpcre? |
| 19:12.28 | brlcad | prasad_: erm, you really shouldn't need to :P |
| 19:13.03 | brlcad | libregex will get you posix, perl extensions are just petty syntactic sugar |
| 20:07.28 | *** join/#brlcad thing0 (n=ric@58.171.226.151) | |
| 20:22.35 | CIA-4 | BRL-CAD: 03starseeker * r32604 10/brlcad/trunk/src/libged/ (nfind.c nfind.h): Add -type option to search by primitive type, and also comb and region. |
| 20:25.28 | CIA-4 | BRL-CAD: 03starseeker * r32605 10/brlcad/trunk/src/libged/ (Makefile.am nfind.c nfind.h search.c search.h): move nfind.c and nfind.h to search.c and search.h |
| 20:59.15 | *** join/#brlcad Elperion (n=Bary@p5B14E3E6.dip.t-dialin.net) | |
| 21:13.55 | CIA-4 | BRL-CAD: 03starseeker * r32606 10/brlcad/trunk/ (4 files in 4 dirs): (log message trimmed) |
| 21:13.55 | CIA-4 | BRL-CAD: Adding new search command based off of OpenBSD's find - uses combination of !, |
| 21:13.55 | CIA-4 | BRL-CAD: -o and () to form complex logical search structures. Currently implemented |
| 21:13.55 | CIA-4 | BRL-CAD: options include -name, -attr, -stdattr, and -type. -attr has the ability to |
| 21:13.56 | CIA-4 | BRL-CAD: search for either attributes or attribute,value pairs - e.g. -attr region_id vs. |
| 21:13.58 | CIA-4 | BRL-CAD: -attr region_id=100. stdattr will return a match if an object uses only |
| 21:14.00 | CIA-4 | BRL-CAD: standard attributes and uses more than one such attribute. name is the objects |
| 21:14.36 | brlcad | what about the rest of the boolean args? (-and -or -not) |
| 21:14.46 | starseeker | they're there |
| 21:14.50 | starseeker | ! is there for not |
| 21:15.01 | starseeker | -o for or |
| 21:15.06 | starseeker | and is the default |
| 21:15.08 | brlcad | the actual arg, not something equiv |
| 21:15.11 | starseeker | parenthesis work too |
| 21:15.18 | brlcad | default find, both work |
| 21:15.33 | starseeker | huh. OK, they can be added |
| 21:15.41 | starseeker | must have used code that didn't alias them |
| 21:16.10 | brlcad | the non-cryptic versions would be preferred over the cryptic ones if we had to pick, but there's no need to limit at least for the booleans |
| 21:17.12 | brlcad | hmm, freebsd's find has all three -- you sure openbsd didn't have them all too? |
| 21:17.28 | starseeker | might have - I hacked and slashed a lot early on |
| 21:18.25 | brlcad | hmm, freebsd doesn't even have -o |
| 21:18.56 | starseeker | yeah, it's got a lot more |
| 21:19.04 | starseeker | just a sec, I'll put 'em back |
| 21:19.34 | brlcad | ah, yeah it does .. just not in the manpage |
| 21:34.40 | CIA-4 | BRL-CAD: 03starseeker * r32607 10/brlcad/trunk/src/libged/search.c: Add back in other names for not, and and or options |
| 21:34.45 | starseeker | there ya go :-) |
| 21:39.11 | *** join/#brlcad elite01 (n=elite01@unaffiliated/elite01) | |
| 22:08.32 | *** join/#brlcad Ralith (n=ralith@c-71-197-213-172.hsd1.or.comcast.net) | |
| 22:57.31 | ``Erik | o.O it has -or in the manpage |
| 22:57.42 | ``Erik | in the 'operators' section |
