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