IRC log for #brlcad on 20140306

00:19.17 ``Erik https://research.microsoft.com/en-us/people/mickens/theslowwinter.pdf disturbingly amusing usenix paper from a microsoft dude
01:19.07 *** join/#brlcad merzo (~merzo@250-48-132-95.pool.ukrtel.net)
01:22.05 *** join/#brlcad rotad (~user@unaffiliated/rotad)
02:18.19 *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
02:47.55 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:19.06 *** join/#brlcad rotad (~user@unaffiliated/rotad)
06:49.45 *** join/#brlcad kesha (~kesha@14.139.122.114)
08:03.20 *** join/#brlcad kesha (~kesha@14.139.122.114)
09:29.19 *** join/#brlcad teepee_ (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
11:27.25 Notify 03BRL-CAD:indianlarry * 60072 (brlcad/trunk/src/conv/step/step-g/Axis1Placement.h brlcad/trunk/src/conv/step/step-g/Axis2Placement.h and 6 others): Updated #ifndef/#define header multiple include protection definitions to contain the updated CONV_STEP_STEP_G format.
11:54.13 Notify 03BRL-CAD:indianlarry * 60073 (brlcad/trunk/src/conv/step/step-g/BSplineCurve.cpp brlcad/trunk/src/conv/step/step-g/BSplineSurface.cpp and 18 others): Cleaned up destructors to make sure that factory created objects left for factory to clean up and non-factory created object are properly deleted.
12:42.28 *** join/#brlcad gaganjyot (~gagan@124.253.230.18)
12:51.03 *** join/#brlcad kesha (~kesha@14.139.122.114)
12:58.31 Notify 03BRL-CAD:bob1961 * 60074 brlcad/trunk/src/tclscripts/archer/Archer.tcl: Update Archer::raytracePlus to include ghost objects when computing the eye_pt for the calls to rtwizard.
13:09.42 Notify 03BRL-CAD:indianlarry * 60075 brlcad/trunk/src/conv/step/step-g/CMakeLists.txt: New STEP classes added to load STEP assemblies and transformation matrices.
13:12.07 *** join/#brlcad ries (~ries@190.9.171.121)
13:38.48 Notify 03BRL-CAD:indianlarry * 60076 brlcad/trunk/src/conv/step/step-g/Factory.cpp: Fixed error message when complex representation_context type not found.
13:42.25 Notify 03BRL-CAD:indianlarry * 60077 brlcad/trunk/src/conv/step/step-g/NamedUnit.cpp: Updated NamedUnit ::Load() function to use factory when loading DimensionalExponents with changes also reflected in destructor.
13:44.55 *** join/#brlcad hoiji (~hoiji@117.201.183.104)
13:45.56 Notify 03BRL-CAD:indianlarry * 60078 brlcad/trunk/src/conv/step/step-g/ElectricCurrentUnit.cpp: Updated ElectricCurrentUnit::Create() and added ElectricCurrentUnit::GetInstance() to make consistant with other converter classes.
14:24.36 Notify 03BRL-CAD:indianlarry * 60079 (brlcad/trunk/src/conv/step/BRLCADWrapper.cpp brlcad/trunk/src/conv/step/BRLCADWrapper.h and 24 others): Update to converter to load STEP assemblies and transformation matrices.
14:27.57 brlcad woot!
14:35.11 *** join/#brlcad kesha_ (~kesha@14.139.122.114)
14:52.42 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:10.41 Notify 03BRL-CAD:starseeker * 60080 brlcad/trunk/include/bu/color.h: Stub in some API design thoughts for a bu_color_rand function.
15:33.09 *** join/#brlcad hoiji (~hoiji@59.89.16.68)
15:34.27 Notify 03BRL-CAD Wiki:Jil1234567 * 0 /wiki/User:Jil1234567:
16:10.51 ``Erik http://www.shellcheck.net/about.html shell script linting, might be amusing for sh/
16:21.48 starseeker winces
16:23.42 starseeker that sounds like a lot of work
16:52.50 *** join/#brlcad hoiji (~hoiji@59.89.21.72)
16:56.37 Notify 03BRL-CAD Wiki:Siddharthanarang * 0 /wiki/User:Siddharthanarang:
17:49.49 Notify 03BRL-CAD:n_reed * 60081 brlcad/trunk/sh/cadbug.sh: fix syntax error detected by shellcheck
18:05.27 *** join/#brlcad FreezingAlt (~FreezingC@135.0.41.14)
18:16.55 Notify 03BRL-CAD:n_reed * 60082 brlcad/trunk/sh/cmp.sh: fix expansions in printf format strings (bad idea for the same reason as in C) reported by shellcheck
18:25.18 Notify 03BRL-CAD:n_reed * 60083 brlcad/trunk/src/libbrep/intersect.cpp: use arrow operator to access iterator members
18:27.50 Notify 03BRL-CAD:indianlarry * 60084 (brlcad/trunk/include/bu/bu_tcl.h brlcad/trunk/include/bu/color.h and 2 others): Added extern "C" wrappers, __BEGIN_DECLS & __END_DECLS, to a couple of the 'bu.h" breakouts(bu_tcl.h,color.h,hash.h,hist.h) where missing.
18:56.22 Notify 03BRL-CAD:n_reed * 60085 brlcad/trunk/sh/cmp.sh: fix redirects, reported by shellcheck
19:00.43 Notify 03BRL-CAD:n_reed * 60086 brlcad/trunk/sh/cmp.sh: continue only has an effect in loops (shellcheck)
19:04.04 Notify 03BRL-CAD:n_reed * 60087 brlcad/trunk/sh/cmp.sh: don't need to cat to sed (shellcheck)
19:15.20 *** join/#brlcad javampire (~ncsaba@p4FF736F7.dip0.t-ipconnect.de)
19:19.38 Notify 03BRL-CAD:n_reed * 60088 brlcad/trunk/sh/conversion.sh: escape quotes in cmd strings (shellcheck)
19:48.19 *** join/#brlcad moguchy (~moguchy@91.207.117.208)
19:58.50 Notify 03BRL-CAD:starseeker * 60089 (brlcad/trunk/include/dm/dm-osg.h brlcad/trunk/src/libdm/dm-osg.cpp): Back up and take a different approach to OpenSceneGraph integration. Rather than re-engineering our whole system up front, recognize that OSG is designed and intended to be a wrapper around OpenGL. Use our existing OpenGL drawing code, but replace the X11 specific calls with their OpenSceneGraph versions. Need to do
19:58.52 Notify some more work with fonts and a few other pieces, but the initial test is successful.
20:15.18 *** join/#brlcad cwstirk (~charlie@c-71-56-216-45.hsd1.co.comcast.net)
20:15.20 *** join/#brlcad TCD (~TheCommie@152.78.235.20)
20:59.24 Notify 03BRL-CAD:starseeker * 60090 brlcad/trunk/include/dm/dm-osg.h: Cut way back on the list of included OSG headers
20:59.39 brlcad heh, welcome TCD
20:59.52 TCD Ohai.
21:00.10 TCD I won't pretend I've had a long, detailed look at the codebase yet :p
21:00.21 brlcad cwstirk: do you know if anyone's made a stepcode participation announcement somewhere?
21:00.44 brlcad TCD: i'd be worried if you did pretend :)
21:00.53 brlcad we're a friendly bunch here
21:01.04 brlcad except that ``Erik guy, he gets grouchy
21:01.07 brlcad (j/k)
21:01.43 TCD The celestial particle system does sound pretty cool, however
21:02.00 brlcad TCD: any of the red ones sound interesting?
21:02.17 brlcad (they're red because they're not yet expanded with details)
21:02.35 brlcad TCD: what's your background?
21:03.01 TCD brlcad: do you mean language wise or project/area of interest wise?
21:06.07 brlcad yes
21:06.33 TCD (what was I expecting, heh)
21:08.09 cwstirk brlcad: Not aware of any. Do you have suggestions of places?
21:09.00 TCD a) C++ (though somewhat out of practice), python, C#. b) gamedev mostly, recently artificial life/biological modelling/evolutionary stuff has piqued my interest too
21:09.16 TCD with a...reasonable foundation of maths
21:09.29 Notify 03BRL-CAD:n_reed * 60091 brlcad/trunk/sh/conversion.sh: don't execute the output of rm (shellcheck)
21:10.58 brlcad cwstirk: I have a couple university connections I was going to reach out to, but didn't know if maybe there's an ISO mailing list or other broad-reaching group, maybe some students listening or parents with students in college
21:11.33 brlcad TCD: well we have all of that except c#
21:12.20 brlcad even an AI project (genetic algorithm to patch geometry shapes)
21:12.25 brlcad s/patch/match/
21:12.44 brlcad we have math everywhere, intro to post-doc level
21:12.48 TCD Not enough orgs have C#..but I guess it doesn't work well with 'open source' very much (except Mono)
21:14.07 TCD ooh.
21:14.16 brlcad it's not very popular among open source devs
21:14.27 cwstirk brlcad: Not aware of appropriate ISO mailing lists. All I can think of is a couple of google and linkedin groups.
21:15.23 TCD I couldn't find this AI one on the ideas list, though
21:15.28 brlcad cwstirk: would you be willing to write something up?
21:16.01 brlcad I know there's been a little interest on the mailing list, but would be good to make sure there's a stellar set of candidates this year
21:16.07 brlcad pool was too shallow last year
21:16.26 brlcad TCD: I think it got pulled off last yera
21:16.39 brlcad TCD: those are just ideas, not a menu ;)
21:16.48 brlcad you are free to craft your own idea too
21:17.12 brlcad can certainly give you more info about the AI project if that's more interesting than all the rest
21:17.28 TCD brlcad: I know; I just thought you mentioned it because it was taken from the list :)
21:17.34 brlcad but the prior work was convincing research, so I'd personally rather see work in other areas
21:18.09 cwstirk brlcad: Ok, and I agree with you.
21:18.17 brlcad TCD: no, just mentioned it because we really do like to match up projects with student interest .. something that you can get excited about
21:18.23 TCD aHH
21:18.25 TCD Oops.
21:18.55 brlcad i'm passionate about AI techniques, but don't get to leverage them in useful ways very often
21:19.18 brlcad plenty of similarly hard and interesting graphics algorithms to hit up too
21:19.27 TCD I guess I'm most interested in procedural generation, genetic algorithms and evolutionary/biology-y stuff, and simulation modelling
21:20.28 TCD thus why the celestial simulation drew my interest, heh
21:20.41 brlcad have you done much/anything with molecular graphics?
21:21.01 brlcad it's a whole field in itself
21:22.10 TCD I've got an interest in chemistry (it was my second choice of study behind CS), but it's not something I knew existed
21:22.46 TCD I recently found out artificial chemistry is a field so that's pretty cool.
21:24.05 Notify 03BRL-CAD:starseeker * 60092 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/dm/dm-osg.h brlcad/trunk/src/libdm/CMakeLists.txt): Narrow down the libs we're explicitly looking for - most of these get pulled in anyway, but we don't directly talk to them with our code.
21:24.15 brlcad if you can think of a way to tie in chemistry, biology, or molecular structures to some useful geometry capability (even if said capability exists elsewhere), that would be interesting
21:24.22 brlcad TCD: how's your C?
21:25.00 TCD brlcad: uh, in practice? nothing beyond what I've used in C++, but I've been exposed to it plenty
21:25.07 Notify 03BRL-CAD:n_reed * 60093 brlcad/trunk/sh/enumerate.sh: s/printf/echo, especially to avoid substitution in the format string (shellcheck)
21:26.37 brlcad TCD: but so you know what a pointer is, how to pass them around, dereference them, access arrays, etc
21:27.01 brlcad function pointers, constness, type casting
21:30.31 TCD oh yeah, definitely
21:34.31 brlcad cool, so that pretty much opens the gates
21:34.45 TCD It's if you want to go into byte aligning structs and the like that I know the rough idea, but I've never exactly put them into practice
21:35.06 brlcad you could work on infrastructure to *natively* support creating microscopic/macroscopic geometry
21:35.36 TCD Maybe the fact I can't really think of much in C that I haven't covered in C++ (bar malloc/free) means I'm missing something big, but oh well, heh
21:36.11 brlcad yeah, there are some gotchas, some techniques that are very common in C that you wouldn't use in C++ and vice-versa
21:36.26 TCD There's at least 2+ months to look them over :P
21:36.33 brlcad just being aware of them and not trying to force C to be like C++ or vice-versa is a good thing
21:36.49 brlcad modular code is always good
21:36.55 brlcad whether it's OO or not
21:37.32 TCD I know I've got at least 2 or 3 projects which never actually got anywhere because I spent so long aiming for a completely modular and extendable design that I never put any content into
21:39.18 TCD I'm not entirely sure what you mean, though; having both macroscopic and microscopic geometry in the same space?
21:55.28 ``Erik "gets" groucy? beeyotch, I STAY grouchy :D
21:58.06 TCD But to stay grouchy surely you would've needed to get grouchy originally ;)
21:58.09 brlcad TCD: no, implementing or improving support for representing one or the other
21:58.17 TCD ohh, I took it as and not or
21:58.33 ``Erik TCD: bit alignment of struct members is beyond "normal" C, simply being able to reference and dereference a pointer puts you well ahead of the pack. (indeed, knowing what the '*' symbol does and having seen it in code instead of just '&' puts you ahead of most c++ coders, I'd imagine)
21:58.42 brlcad basically, what is needed to represent something that's 1e-12 without blowing out floating point math
21:59.08 brlcad right now, most of our system assumes "human-scale" geometry
21:59.14 TCD Oh, I get you
21:59.22 brlcad so rendering something galactic or subatomic has to be manually scaled
21:59.26 ``Erik internally, our 1.0 "units" is mm
21:59.43 TCD I'll look into it more when I've finished up this technical 'report' in 20 mins or so :P
21:59.50 brlcad basically need something like a double-multiplier
21:59.57 ``Erik galactic, heh, we have issues at the solar system level, holmes :)
22:00.00 brlcad TCD: no rush, we can talk more later
22:00.14 brlcad we're in/out all day every day .. hang around and you'll eventually get someone or myself
22:00.23 TCD :D
22:00.26 brlcad ``Erik: that's in a galaxy somewhere ;)
22:00.27 ``Erik hit the 'ringworld' procdb with no parms and raytrace, there's an interesting hit/miss pattern
22:00.38 brlcad so yeah, project to fix that ;)
22:00.47 TCD maybe everyone just likes putting tons of stuff into march
22:00.51 brlcad model solar system to scale
22:00.58 brlcad fix all bugs that ensue
22:01.22 brlcad or a molecule to scale, ditto
22:02.06 ``Erik *nod* same problem, loss of fidelity with an extreme exponent part to the floating point representation
22:02.30 brlcad yeah
22:03.06 ``Erik brlcad: I did a full system upgrade today (sure you saw), I'm hoping that it seated correctly so the migration this weekend will put us on the most recent 9-STABLE
22:03.19 brlcad ``Erik: awesome, thanks
22:03.25 brlcad i'm fed up with them
22:03.39 brlcad looking into other providers, don't know if you have any thoughts
22:04.04 brlcad found one quasilocal, but they're a solid 30% more than being payed now
22:04.18 ``Erik heh, anything not sago? googling around showed a lot of similar complaints and they seem to be a fairly small potatos
22:04.35 brlcad like to find something reputable, not quite as big as sago so we're not just another small fish in the sea
22:05.10 ``Erik I don't know any good current colo's, almost everything I've researched lately has been more cloud, crap like heroku, aws, etc
22:05.30 brlcad they're actually fairly big and one of the cheapest, which is part of the problem .. the other being several changes in management
22:05.49 brlcad apparently middle-manager fist-fights in the parking lot isn't uncommon
22:06.18 ``Erik is 'rackspace' still a thing? um, I bet you'd get some interesting responses if you posted a query to hackernews or slashdot
22:06.33 brlcad raskspace is still a thing, a big thing, a very expensive thing
22:06.58 brlcad most of the really big houses are all 200+
22:08.14 ``Erik ouch
22:08.46 *** join/#brlcad synaps (~synaps@195.88.190.35)
22:09.18 *** join/#brlcad t_nikolov (~tnikolov@95.180.128.86)
22:09.29 ``Erik I d'no, sorry :( I bet if you put it out as an "ask slashdot", clinton would approve it if not one of the others... hackernews is like a geek/business reddit, so no approval other than the upvote mechanism
22:12.10 brlcad i have a couple options to consider, hopefully this move doesn't kill our hard drive
22:12.17 brlcad looking to do a level zero tonight
22:12.26 brlcad or at least an rsync backup
22:12.42 brlcad hi synaps t_nikolov
22:12.50 brlcad runs off, back later
22:15.14 t_nikolov hi
22:23.37 *** join/#brlcad t_nikolov (~tnikolov@95.180.128.86)
22:26.12 *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
22:51.39 TCD hooray, can focus on gsoc stuff now :p
23:17.56 *** join/#brlcad cwstirk (~charlie@c-71-56-216-45.hsd1.co.comcast.net)
23:33.30 *** join/#brlcad flashlab (~flashlab@195.88.191.74)

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