IRC log for #brlcad on 20090326

00:00.28 Ralith mud can be an improvement.
00:06.20 ``Erik "AIG stands for arrogance, incompetence and greed" nice
00:08.53 Ralith xkcd made a good point recently
00:09.09 Ralith $200 or so million is not a very big fraction of the bailout.
00:10.43 Ralith I'm more concerned by how we seem to be giving bailout money to companies which don't operate in the US at all.
00:10.56 Ralith but then when I think about that much longer
00:11.25 Ralith I realize I don't have a fraction of the experience necessary to dictate what is and is not reasonable
00:11.29 Ralith so I go back to programming instead.
00:14.27 ``Erik they don't seem to have the experience necessary to dictate what is and is not reasonable, either :)
00:14.30 louipc what are the repercussions? :O
00:15.06 Ralith ``Erik: this is true; that does not make me any more well-equipped to form a useful opinion.
00:15.16 Ralith other than "whoever put those guys in charge should be shot"
00:15.16 ``Erik depends on how you break it, louie... could be "this doens't seem right, fix it" for a minor goof to the "tire iron" treatment for damage to the repo history
00:15.51 Ralith didn't know you could do that, bar a serious svn bug
00:16.25 ``Erik I know you could with cvs, fairly easily if you mucked with the wrong commands
00:16.37 ``Erik like deleting revisions that aren't HEAD
00:17.02 ``Erik cvs admin -o <-- thermonuclear cleaning tool, don't do it unless you REALLY know what you're doing :)
00:17.04 Ralith well, you *shouldn't* be able to.
00:18.27 louipc hmm!
00:18.32 Ralith not unless the repository's stored locally anyway
00:19.43 ``Erik admin's a remote command, from back in the days when real programmers didn't make mistakes O:-)
00:20.13 louipc you can't trust open source contributors to be real programmers hehe
00:26.39 Ralith sad but true.
00:41.29 Ralith ``Erik: know of a generic max/min macro pair (e.g. #define MAX(x,y) ((x)>(y)?(x):(y))) defined anywhere? If not, is that a reasonable addition to vmath.h?
00:49.40 ``Erik uhm, a lot of os's provide them in basic headers
00:50.26 Ralith really?
00:51.40 ``Erik /usr/include/sys/param.h on fbsd and osX
00:52.53 ``Erik and our common.h has FMAX
00:53.04 Ralith ahh.
00:53.06 Ralith perfect.
00:54.51 Ralith if I drop an FABS in there, I think it'd complete the coverage of what's missing from vmath.h that was in vecmath.h.
00:54.57 Ralith does so.
00:55.09 ``Erik but fabs() is part of the iso standard
00:56.04 Ralith yeah, but fabs() isn't really appropriate when you're dealing with e.g. a long int
00:56.04 ``Erik then abs() is right? :)
00:56.13 Ralith ...I can't believe I didn't notice that.
00:56.26 ``Erik notes that fmin and fmax seem to be iso now
00:56.28 Ralith smacks self.
00:56.38 ``Erik ooh, me too, me too!
00:56.40 Ralith yeah, but there does not appear to be a corresponding min and max
00:56.41 ``Erik smacks ralith
00:56.41 ``Erik :D
00:56.43 Ralith D:
00:56.54 Ralith so in that case the common.h defines will get to come out and play.
00:57.10 ``Erik yeh
00:58.10 ``Erik my manpages attribute abs/fabs to c99, wonder if they were everywhere but not standardized before that :/
01:06.08 Ralith hm.
01:06.22 Ralith what's the correct abs function to use for a fastf_t?
01:06.44 Ralith I think I'll just use a (:?) expr there.
01:06.58 Ralith 'cuz it could theoretically be anything, right?
01:12.40 Ralith okay, seems to build.
01:13.11 Ralith lets the rest of BRL-CAD do so.
01:17.57 ``Erik 'cept it's always double
01:19.17 Ralith well, if that was the point of it, we'd just be using double.
01:20.02 Ralith this makes it much easier to change things for new hardware or special requirements
01:20.14 Ralith e.g. the GMP type that was discussed a little while ago
01:20.29 Ralith or on some theoretical platform where single precision float is much faster
01:20.42 Ralith and so on.
01:22.27 Ralith is it safe to run 'make install' parallel to 'make benchmark'?
01:32.12 ``Erik might skew things by introducing page misses and cache line misses
01:32.36 ``Erik and possibly 'biglock' events or cli/sti swaps
01:34.34 Ralith well, moot now anyway.
01:38.53 Ralith is it just me or is BRL-CAD faster to build these days?
02:31.38 *** join/#brlcad BigAToo (n=BigAToo@70.43.244.82.nw.nuvox.net)
02:45.08 *** join/#brlcad BigAToo (n=BigAToo@70.43.244.82.nw.nuvox.net)
02:56.33 ``Erik "nascar - the most exciting version of traffic"
02:59.54 *** join/#brlcad flyan (i=flyan@210.77.14.133)
03:15.30 *** join/#brlcad deeeffache (n=deeeffac@99.141.236.239)
03:35.16 *** join/#brlcad flyan_ (i=flyan@210.77.14.133)
04:09.26 *** join/#brlcad hippieindamakin8 (n=hippiein@202.3.77.38)
04:23.21 deeeffache does BRL CAD get a lot of commercial/business use?
04:45.04 *** part/#brlcad jdoliner (n=jdoliner@c-68-51-76-57.hsd1.il.comcast.net)
05:35.47 *** join/#brlcad dreeves (n=IceChat7@67.130.253.14)
05:39.10 Ralith stretches
05:39.17 Ralith good to have this done:
05:39.29 CIA-40 BRL-CAD: 03ralith * r34079 10/brlcad/trunk/src/lgt/ (14 files): Removed the largely redundant vecmath.h from lgt, replacing uses with vmath macros.
05:40.20 Ralith deeeffache: the documentation says as much, though I don't recall ever seeing explanations of by who, exactly.
05:40.52 Ralith deeeffache: it's certainly production-quality; bar friendly GUI, I'd even go so far as to say the quality is above most commercial software.
05:53.20 deeeffache I agree on the quality, I just always hear of autocad or pro/e or solidworks
05:59.59 Ralith sure, and you always hear of windows too.
06:00.46 Ralith not to be a linux fanboy or anything, but it's an apt metaphor.
06:12.37 deeeffache Ill rephrase, i always see those under the required skill section on job postings
06:12.58 Ralith ah.
06:13.11 Ralith Well, not much we can do about that beyond further improve BRL-CAD.
06:13.39 Ralith We've got some pretty cool features in the pipeline.
06:15.37 deeeffache Yeah, ive been reading the project ideas, id love to see the material properties and physics integration
06:16.55 Ralith that's the least of it; the code's undergoing a refactor to allow full editing capabilities as a library, and there's work to support version control and remote collaboration too, iirc.
06:37.36 CIA-40 BRL-CAD: 03ralith * r34080 10/brlcad/trunk/src/burst/ (Makefile.am grid.c paint.c plot.c prnt.c vecmath.h): Removed another redundant vecmath.h from burst, replacing uses with vmath.h macros.
06:40.12 Ralith that one was much easier.
07:27.27 *** join/#brlcad madant (n=madant@117.196.142.98)
07:31.11 CIA-40 BRL-CAD: 03Paulcs 07http://brlcad.org * r1297 10/wiki/Animation: /* With Mencoder */
07:32.04 CIA-40 BRL-CAD: 03Paulcs 07http://brlcad.org * r1298 10/wiki/Animation: /* With Mencoder */
08:17.49 CIA-40 BRL-CAD: 03Paulcs 07http://brlcad.org * r1299 10/wiki/Animation: /* With Mencoder */
08:18.12 CIA-40 BRL-CAD: 03Paulcs 07http://brlcad.org * r1300 10/wiki/Animation: /* With Mencoder */
08:21.49 *** join/#brlcad madant_ (n=madant@117.196.139.1)
08:29.05 *** join/#brlcad _sushi_ (n=_sushi_@84-72-93-63.dclient.hispeed.ch)
08:44.40 *** join/#brlcad madant__ (n=madant@117.196.145.166)
09:00.27 *** join/#brlcad mafm (n=mafm@223.Red-83-49-86.dynamicIP.rima-tde.net)
09:05.12 *** join/#brlcad mafm_ (n=mafm@223.Red-83-49-86.dynamicIP.rima-tde.net)
10:34.21 d-lo morning all!
10:39.30 mafm_ hi d-lo
10:41.11 d-lo whats shakin mafm?
10:42.06 mafm_ not much, reading thedailywtf during a pause :)
10:43.09 *** join/#brlcad BigAToo (n=BigAToo@70.43.244.82.nw.nuvox.net)
10:58.04 *** join/#brlcad madant_ (n=madant@117.196.150.228)
11:28.52 *** join/#brlcad Axman6_ (n=Axman6@pdpc/supporter/student/Axman6)
11:31.55 *** join/#brlcad madant__ (n=madant@117.196.149.80)
12:12.23 *** join/#brlcad madant__ (n=madant@117.196.145.249)
12:53.51 *** join/#brlcad csanyipal (n=csanyipa@22-144-85-95.dynamic.stcable.net)
12:54.07 csanyipal howdy
12:54.53 *** join/#brlcad d_rossberg (n=rossberg@66.111.56.50)
13:11.07 *** join/#brlcad madant (n=madant@117.196.140.107)
13:44.52 CIA-40 BRL-CAD: 03bob1961 * r34081 10/brlcad/trunk/src/ (9 files in 3 dirs): Modify bwish and archer to NOT use BLT.
14:04.35 CIA-40 BRL-CAD: 03Sean 07http://brlcad.org * r1301 10/wiki/Google_Summer_of_Code: 2009
14:06.46 CIA-40 BRL-CAD: 03Sean 07http://brlcad.org * r1302 10/wiki/Google_Summer_of_Code/2009: we're in, update info
14:07.16 *** join/#brlcad Lezard (n=lezardfl@189.58.209.227.dynamic.adsl.gvt.net.br)
14:14.07 CIA-40 BRL-CAD: 03Sean 07http://brlcad.org * r1303 10/wiki/Google_Summer_of_Code: update info, reorganize
14:35.56 *** join/#brlcad ChanServ (ChanServ@services.)
14:35.56 *** join/#brlcad louipc (n=louipc@archlinux/trusteduser/louipc) [NETSPLIT VICTIM]
14:35.56 *** join/#brlcad deeeffache (n=deeeffac@99.141.236.239) [NETSPLIT VICTIM]
14:35.56 *** join/#brlcad PrezKennedyIII (i=Matthew@whitecalf.net)
14:35.56 *** join/#brlcad Maloeran (n=maloeran@glvortex.net) [NETSPLIT VICTIM]
14:35.56 *** join/#brlcad dtidrow (n=Don@c-68-62-76-34.hsd1.mi.comcast.net) [NETSPLIT VICTIM]
14:35.56 *** join/#brlcad ``Erik (i=erik@c-76-111-12-116.hsd1.md.comcast.net) [NETSPLIT VICTIM]
14:35.56 *** join/#brlcad mafm_ (n=mafm@223.Red-83-49-86.dynamicIP.rima-tde.net) [NETSPLIT VICTIM]
14:35.56 *** join/#brlcad starseeker (n=starseek@bz.bzflag.bz) [NETSPLIT VICTIM]
14:35.56 *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) [NETSPLIT VICTIM]
14:35.56 *** join/#brlcad yukonbob (i=1000@s142-179-54-198.bc.hsia.telus.net) [NETSPLIT VICTIM]
14:35.56 *** join/#brlcad archivist (n=archivis@host81-149-119-172.in-addr.btopenworld.com) [NETSPLIT VICTIM]
14:35.57 *** join/#brlcad bjorkintosh (n=bjork@ip72-204-40-138.fv.ks.cox.net) [NETSPLIT VICTIM]
14:35.57 *** join/#brlcad alex_joni (n=juve@emc/board-of-directors/alexjoni) [NETSPLIT VICTIM]
14:35.57 *** join/#brlcad CIA-40 (n=CIA@208.69.182.149.simpli.biz) [NETSPLIT VICTIM]
14:35.57 *** join/#brlcad kanzure (i=bryan@66.112.232.233) [NETSPLIT VICTIM]
14:35.57 *** join/#brlcad piksi (i=piksi@pi-xi.net) [NETSPLIT VICTIM]
14:35.57 *** join/#brlcad redvsblue (n=pancake@c-69-247-175-242.hsd1.mo.comcast.net) [NETSPLIT VICTIM]
14:35.57 *** join/#brlcad brlcad (n=sean@bz.bzflag.bz) [NETSPLIT VICTIM]
14:35.57 *** join/#brlcad poolio (n=poolio@bz.bzflag.bz) [NETSPLIT VICTIM]
14:35.57 *** join/#brlcad SWPadnos (n=Me@emc/developer/SWPadnos) [NETSPLIT VICTIM]
14:35.57 *** join/#brlcad hippieindamakin8 (n=hippiein@202.3.77.38) [NETSPLIT VICTIM]
14:35.57 *** join/#brlcad _sushi_ (n=_sushi_@84-72-93-63.dclient.hispeed.ch) [NETSPLIT VICTIM]
14:35.57 *** join/#brlcad Lezard (n=lezardfl@189.58.209.227.dynamic.adsl.gvt.net.br) [NETSPLIT VICTIM]
14:35.57 *** join/#brlcad d_rossberg (n=rossberg@66.111.56.50) [NETSPLIT VICTIM]
14:35.58 *** join/#brlcad MinuteElectron (n=MinuteEl@unaffiliated/minuteelectron) [NETSPLIT VICTIM]
14:35.58 *** join/#brlcad b0ef (n=b0ef@062016142244.customer.alfanett.no) [NETSPLIT VICTIM]
14:35.58 *** mode/#brlcad [+o ChanServ] by irc.freenode.net
14:47.18 *** join/#brlcad pacman87 (i=500@resnet-46-40.dorm.utexas.edu)
14:47.18 *** join/#brlcad Ralith (n=ralith@216.162.199.202)
14:47.34 *** join/#brlcad pacman87 (i=500@resnet-46-40.dorm.utexas.edu) [NETSPLIT VICTIM]
14:47.34 *** join/#brlcad Ralith (n=ralith@216.162.199.202) [NETSPLIT VICTIM]
15:47.58 *** join/#brlcad ibot (i=ibot@rikers.org)
15:47.58 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || Release 7.14.4 posted this weekend (20090313) || GSoC 2009 Begins!
16:10.18 *** join/#brlcad pacman87 (i=500@resnet-46-40.dorm.utexas.edu) [NETSPLIT VICTIM]
16:10.18 *** join/#brlcad Ralith (n=ralith@216.162.199.202) [NETSPLIT VICTIM]
17:31.45 *** join/#brlcad ibot (i=ibot@rikers.org)
17:31.45 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || Release 7.14.4 posted this weekend (20090313) || GSoC 2009 Begins!
17:35.19 *** join/#brlcad PrezKennedyIII (i=Matthew@whitecalf.net)
17:45.58 *** join/#brlcad ashishrai (i=d2d43dfb@gateway/web/ajax/mibbit.com/x-f50427b097277774)
18:19.43 CIA-40 BRL-CAD: 03bob1961 * r34085 10/brlcad/trunk/src/archer/archer: Make the initial window size a little smaller. Eventually, the window size and location will be saved and used at startup.
18:41.48 CIA-40 BRL-CAD: 03bob1961 * r34086 10/brlcad/trunk/src/other/tk/library/panedwindow.tcl: Hack to get around the occassional complaining from the panedwindow about identify being a bad option.
18:46.14 *** join/#brlcad smurfette (n=pancake@c-69-247-175-242.hsd1.mo.comcast.net)
19:33.16 CIA-40 BRL-CAD: 03bob1961 * r34087 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Modified the buildComboBox method to use ttk::combobox.
19:52.33 CIA-40 BRL-CAD: 03bob1961 * r34088 10/brlcad/trunk/src/tclscripts/archer/GeometryEditFrame.tcl: Modified the buildComboBox method to use ttk::combobox.
19:52.48 CIA-40 BRL-CAD: 03bob1961 * r34089 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Minor cleanup.
19:59.48 *** join/#brlcad BigAToo (n=BigAToo@70.43.244.82.nw.nuvox.net)
20:16.49 brlcad mafm_: heh
20:19.55 kanzure madant: Hey. Dawn, right?
20:19.58 *** join/#brlcad pacman87 (i=500@resnet-46-40.dorm.utexas.edu)
20:20.06 kanzure madant: I just came across this: http://code.google.com/p/descomp/
20:20.07 kanzure that's you, right?
20:20.25 kanzure Do you have any of the Stiny papers on parametric shape grammars?
20:20.53 brlcad Ralith: various editors and stream tools will automatically strip out the carriage returnss, the windows files in svn certainly haven't changed line ending anytime soon
20:21.10 brlcad Ralith: oh yeah, and nice refactoring!
20:28.06 brlcad svn intentionally left out that horrible feature of cvs admin, no way to nuke revisions other than dumping the backend repository and filtering out revision(s) (via svndumpfilter)
20:29.29 brlcad abs/fabs/min/max are all portability problematic prior to c99
20:30.46 brlcad deeeffache: what would constitute a lot?
20:32.11 brlcad ah, see you all already hashed that out as well. :)
20:35.59 *** join/#brlcad pacman87 (i=500@resnet-46-40.dorm.utexas.edu)
20:51.23 CIA-40 BRL-CAD: 03brlcad * r34090 10/brlcad/trunk/NEWS: bob changed archer/bwish to no longer use BLT. annotate the change to our external dependencies.
20:58.40 *** join/#brlcad BenReilly (n=benreill@d154-5-59-169.bchsia.telus.net)
21:02.27 BenReilly Hello everyone. I'm looking at applying to GSoC, and to begin, I'd like to know what sort of software development experience BRL-CAD would be looking for in their candidates.
21:02.56 brlcad howdy BenReilly
21:03.07 CIA-40 BRL-CAD: 03brlcad * r34091 10/brlcad/trunk/NEWS: reduced archer's initial and maximum window size from 2048x1600 to 1400x1100 (with max at 1600x1200)
21:03.50 brlcad BenReilly: experience isn't nearly as much of an issue (depending on the project) as is the ability to learn quickly and take initiative
21:04.11 ``Erik enough to be successful at your project, but not so much that it doesn't provide a fun challenge? :D
21:04.28 brlcad ell said
21:04.36 brlcad 'well said' even
21:06.28 BenReilly Right, of course. As well, though I don't mean to pile too many questions on you, how much C/C++ experience are you looking for. For instance, some ideas require a "familiarity" with the language, and I would like to know how extensive my familiarity should be. I ask because I have not worked a lot with C or C++, but I have a strong knowledge of Java and general programming language syntax and such.
21:07.02 pacman87 BenReilly: it depends on the project
21:07.16 *** join/#brlcad samrose (n=samrose@adsl-68-73-206-130.dsl.sfldmi.ameritech.net)
21:08.13 pacman87 the hardest part of my project last year was working through all the math
21:08.15 ``Erik I'd imagine one of the biggest hurdles for java->c/c++ is grasping pointers. if you're comfortable with those, the rest is just minor syntax
21:08.55 ``Erik of course, we have chunks that are java and tcl/tk, as well *shrug*
21:08.56 BenReilly ``Erik: That's what I've heard.
21:10.19 ``Erik tell ya what, figure out what you'd like to do, then we can talk about what level of ability might be needed for that?
21:11.12 ``Erik (unless brlcad has a better idea)
21:11.35 BenReilly Sounds good. Well, one that caught my eye was the "New Geometry Converter"
21:11.39 BenReilly Would you like a link?
21:11.50 ``Erik which format?
21:12.52 BenReilly In terms of converting? Let's go with POV-Ray.
21:13.47 ``Erik ooh, that'll be a tough one, but it shouldn't require a lot of C knowledge. it'd be quite a bit of effort mapping and translating the different primitive sets and re-creating the procedural stuff in POV, though
21:14.48 ``Erik started one a while back hoping to hack it out in a day or two for performance comparisons, decided it was not a 1-2 day hack :D
21:16.38 BenReilly Ah, I see. So then, what sort of steps would be involved in that kind of project?
21:17.18 BenReilly Is it simply (though perhaps not truly "simply") converting a brl-cad file to and from a .pov file?
21:17.44 ``Erik ayup
21:18.06 ``Erik g-pov -o mything.pov mything.g all.g
21:18.14 ``Erik pov-g mything.pov mything.g
21:18.17 brlcad bbiab
21:18.18 BenReilly Well then, I suppose that I should become familiar with the brl-cad files then, eh?
21:18.25 brlcad always a good thing ;)
21:18.29 ``Erik make those g-pov/pov-g things and it's a full converter
21:18.47 BenReilly Gotcha
21:19.07 *** join/#brlcad andax (n=andax__@d213-102-40-60.cust.tele2.ch)
21:20.16 ``Erik the tricky part is we have primitives they don't, they have primitives we don't, and some of the primitives shared are subtly different. Additionally, pov allows things like logical constructs and loops (turing complete, yo!) where BRL-CAD is static geometry
21:21.11 BenReilly brb
21:21.57 ``Erik (E.G. pov can do "for(i=0;i<100;i++) rotate(sph, somepoint, i*2);" to generate 100 sph's rotated around a point, where in BRL-CAD, you need those 100 sph's in the .g file)
21:25.36 BenReilly Haha, wow. Now I would imagine that in converting a .g file to .pov, it would be great to be able to take those 100 rotate() calls and drop them into a for loop, no?
21:26.35 BenReilly Though that in itself would not be trivial for anything but a single call repeated x times.
21:32.43 BenReilly Pardon me, I misread the last part of your example.
21:32.53 *** join/#brlcad BigAToo (n=BigAToo@70.43.244.82.nw.nuvox.net)
21:33.00 BenReilly In any case, I'm going to go poke around brl-cad and see what it's all about
21:33.13 BenReilly Thanks for the info
21:37.29 BenReilly And I'll be off. Perhaps I'll talk to you later.
21:37.41 *** part/#brlcad BenReilly (n=benreill@d154-5-59-169.bchsia.telus.net)
21:57.29 Ralith brlcad: the weird thing was, my local copies had *added* ^Ms
21:57.33 Ralith also, thanks :]
21:58.19 Ralith needs to decide on a project to apply for
22:45.48 *** join/#brlcad BigAToo (n=BigAToo@70.43.244.82.nw.nuvox.net)
22:54.35 jonored_ also needs to work out a project to apply for. Unsure as to whether to apply for finishing a real run through the G-code thing.
23:38.41 deeeffache brlcad: im not sure, I was looking to find some companies that use it as their primary CAD software and have not found any so far.

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.