| 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. |