00:16.38 |
*** join/#brlcad BigAToo
(n=BigAToo@mail.fbcelkhart.org) |
01:18.58 |
``Erik |
damnit |
01:19.06 |
starseeker |
eh? |
01:20.59 |
``Erik |
my car broke down at the gate |
01:21.05 |
``Erik |
I just got home |
01:21.10 |
starseeker |
that SUCKS |
01:21.16 |
starseeker |
which gate? |
01:21.18 |
``Erik |
and tomorrow, I get to walk to the dealership
to get them to fix it |
01:21.20 |
``Erik |
the 22 gate |
01:21.24 |
starseeker |
yuck |
01:21.41 |
``Erik |
had it towed to the dealership right by my
house *sigh* |
01:22.17 |
``Erik |
is starting to ponder
aaa |
01:22.27 |
``Erik |
I think the alternator went out |
01:22.37 |
starseeker |
ow |
01:23.31 |
``Erik |
while it's in, I think I'll have them do the
front brakes and see if I can get the faulty ESC replaced under
warrantee |
01:24.17 |
``Erik |
but tonight, I have some DRINKIN' to
do |
01:24.59 |
starseeker |
won't that preclude functioning
tomorrow? |
01:25.02 |
``Erik |
huh, remanufactured alternator is
200-250 |
01:25.20 |
``Erik |
no, I tend to function fairly well |
01:25.35 |
``Erik |
hell, if I show up to work on time, that means
I was drinking the night before... for some reason, I wake up early
and ready to go |
01:26.19 |
``Erik |
german, irish and scottish genes, catholic
upbringing... :D |
01:26.37 |
starseeker |
ah :-) |
01:26.39 |
``Erik |
not enough native american to slow me down on
that |
01:30.07 |
starseeker |
feels sympathy for ``Erik's
liver |
01:30.20 |
starseeker |
<wince> |
01:32.28 |
starseeker |
brlcad: If search's results are to be used by
other commands, should there be an output option that builds a
bu_list of matches? What's a good way to do "data exchange" on
that? |
01:33.33 |
starseeker |
glares at clock and decides
to get outta here, bbl |
01:37.10 |
``Erik |
try not to lose an alternator :D |
02:17.10 |
Dr_Phreakenstein |
Erik; geico includes roadside assistance
standard |
02:17.40 |
``Erik |
allstate wants to charge for it |
02:18.25 |
Dr_Phreakenstein |
plus, you can save 10-15% in just 15 minutes
by calling.. |
02:18.55 |
Dr_Phreakenstein |
but seriously, they are a great
company |
02:19.08 |
Dr_Phreakenstein |
my wife had a wreck, her fault... |
02:19.20 |
Dr_Phreakenstein |
they took care of everything, no
hassle |
02:27.57 |
*** join/#brlcad ibot
(i=ibot@rikers.org) |
02:27.57 |
*** topic/#brlcad is BRL-CAD
Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad
|| GSoC 2008 Highlight: new prototype gui, check it out! || Source
Release 7.14.2 is posted (20080207) |
02:30.01 |
Dr_Phreakenstein |
understand |
02:43.07 |
yukonbob |
hello cadheads |
02:50.11 |
Dr_Phreakenstein |
hello yukonbob |
03:52.01 |
*** join/#brlcad IriX64
(n=IriX64@bas2-sudbury98-1177680293.dsl.bell.ca) |
03:52.14 |
*** join/#brlcad BigAToo
(n=BigAToo@pool-96-230-124-71.sbndin.btas.verizon.net) |
04:05.54 |
``Erik |
bleh |
04:53.48 |
brlcad |
starseeker: yep, I mentioned having a list
option at some point .. actually being in ged helps because you
could make a generic output handler that is wraps obtaining the
result in some programmatic form |
04:57.34 |
brlcad |
don't know if bob got that far in the ged
struct, but the idea was to modify the commands to perform
something like ged_log that would either append to the result_str
or bu_log or call a callback handler depending on the ged
struct |
05:00.50 |
brlcad |
then you'd have make some callback that does
whatever you want (like fill a bu_list with bu_vls results) for
your application |
05:14.16 |
*** join/#brlcad samrose
(n=samrose@sa-ga143065.reshsg.uci.edu) |
07:53.43 |
*** join/#brlcad samrose
(n=samrose@sa-ga143065.reshsg.uci.edu) |
08:16.59 |
CIA-40 |
BRL-CAD: 03d_rossberg * r33806
10/brlcad/trunk/src/libged/gqa.c: changed to classical C
syntax |
08:48.42 |
*** join/#brlcad _sushi_
(n=_sushi_@84-72-93-63.dclient.hispeed.ch) |
09:09.54 |
*** join/#brlcad mafm
(n=mafm@223.Red-83-49-86.dynamicIP.rima-tde.net) |
11:11.42 |
d-lo |
``Erik: bummer... you might wanna consider
replacing the battery at the same time as the alternator... a
failure of one tends to damage the other... |
11:13.00 |
d-lo |
uses gieco, but has respect
for allstate... they took care of my wife (well, 'to be' wife at
the time) when she had an accident |
11:18.38 |
*** join/#brlcad
Dr_Phreakenstein (n=phreak@216.151.24.198) |
11:41.28 |
*** join/#brlcad mafm_
(n=mafm@223.Red-83-49-86.dynamicIP.rima-tde.net) |
13:52.32 |
CIA-40 |
BRL-CAD: 03brlcad * r33807 10/brlcad/trunk/
(include/pkg.h src/libpkg/pkg.c): pkg is a good library to start
with. refactor the API documentation out of the implementation file
into the header. need to get doxygen running again in order to also
add the groups/categories and section descriptions. |
13:56.02 |
CIA-40 |
BRL-CAD: 03brlcad * r33808
10/brlcad/trunk/src/other/tcl/generic/ (tcl.h tclDecls.h): quell
shadow warnings on index |
13:58.57 |
CIA-40 |
BRL-CAD: 03brlcad * r33809
10/brlcad/trunk/src/libpkg/tpkg.c: quell all extra
warnings |
13:59.11 |
*** join/#brlcad
hippieindamakin8 (n=hippiein@202.3.77.141) |
14:07.51 |
CIA-40 |
BRL-CAD: 03brlcad * r33810
10/brlcad/trunk/include/pkg.h: brevity consistency |
14:08.04 |
PrezKennedy |
i hate bittorrent so much |
14:22.06 |
CIA-40 |
BRL-CAD: 03brlcad * r33811
10/brlcad/trunk/src/libpkg/pkg.c: quell all the additional warnings
minus conversion warnings that can't be quelled due to the short
int prototype |
14:22.41 |
louipc |
PrezKennedy: the protocol? |
14:24.45 |
``Erik |
no, he hates that my new hobby is taking
bittorrent movies, editing them so images of "goatse" and
"lemonparty" show up in various places, and redistributing them :D
*duck* |
14:24.59 |
brlcad |
paid extra to get roadside
assistance with geico .. no longer have that on my policy
though |
14:25.02 |
louipc |
hahah! |
14:25.32 |
starseeker |
``Erik: congratulations on the most useless
hobby I've ever heard of |
14:25.37 |
CIA-40 |
BRL-CAD: 03brlcad * r33812
10/brlcad/trunk/configure.ac: |
14:25.37 |
CIA-40 |
BRL-CAD: -Wconversion is rather useless since
it's mostly for supporting non-ansi |
14:25.37 |
CIA-40 |
BRL-CAD: compilation where you often don't
have a prototype and end up with default |
14:25.38 |
CIA-40 |
BRL-CAD: parameter types. as a warning
category, though, this just causes a lot of |
14:25.39 |
``Erik |
</joke> |
14:25.40 |
CIA-40 |
BRL-CAD: unquellable warnings where shorts are
used in a prototype. since they'd be |
14:25.40 |
``Erik |
:D |
14:25.42 |
CIA-40 |
BRL-CAD: passed as (int), they flag a warning
but are completely correct as-is so remove |
14:25.44 |
CIA-40 |
BRL-CAD: -Wconversion |
14:25.45 |
louipc |
that's an awesome hobby |
14:26.28 |
starseeker |
even shooting tin cans in the backyard at
least builds skills (well, OK, depending on intoxication
levels...) |
14:26.33 |
louipc |
I imagine working at a tv station and doing
that |
14:26.41 |
louipc |
:D |
14:26.44 |
``Erik |
I d'no, I called the bmw roadside assistance,
even though I didn't have membership, they charged me a straight
$120 for "getting shit taken care of" (towed to the dealership and
dropped off at home), gotta wonder what the rate of requiring that
service is to make it worth the cost |
14:27.13 |
starseeker |
louipc: Was that you with the porno clip in
the Arizona station on superbowl day (or whenever that
was?) |
14:27.15 |
brlcad |
``Erik: if you're up for it and didn't see the
notice already, there's a libpng update worth getting.. |
14:27.18 |
PrezKennedy |
louipc, no -- i hate when people who use it
max out the connection and prevent everything else from working
correctly |
14:27.19 |
``Erik |
and this is the first time in my life I've
ever needed to be towed or help or anything |
14:27.27 |
brlcad |
really? |
14:27.30 |
brlcad |
that's messed up :) |
14:27.35 |
``Erik |
uhm, yeah, probably zlib, too |
14:27.53 |
louipc |
PrezKennedy: hah ok |
14:27.58 |
``Erik |
oh, that superbowl thing was amusing, but it
was a lame porn clip to interject |
14:28.22 |
louipc |
starseeker: I wish I could take
credit |
14:29.32 |
``Erik |
not sure if I should bother with upgrading
libpng right now or see if I can track out the weird maus behavior
on leopard |
14:29.41 |
``Erik |
or dick with more adrt/isst/etc shit |
14:29.53 |
``Erik |
bit annoyed that lee is calling his thing isst
now :/ |
14:30.10 |
PrezKennedy |
[p]isst |
14:34.55 |
CIA-40 |
BRL-CAD: 03erikgreenwald * r33813
10/brlcad/trunk/NEWS: Mention nmg_fix_normals. It works, but is not
registered in $mged_cmds yet (so no tab completion). |
14:40.22 |
brlcad |
``Erik: only want you'll be able to counter
that is by making isst work again on people's desks.. |
14:42.01 |
brlcad |
document it with a little tutorial, make it
"just work", yada yada |
14:45.37 |
brlcad |
``Erik: also src/tclscripts/mged/help.tcl
<-- that's where it's missing for tab-completion |
14:46.11 |
brlcad |
mged_cmds expands off of the ? command, the ?
command expands off of the mged_help_data array |
14:46.14 |
``Erik |
hm, coulda sworn I had put it in there at some
point and it didn't work |
14:46.29 |
brlcad |
leaves the rest as an
exercise to the reader |
14:47.23 |
``Erik |
once isst gets the mysql stuff ripped out and
the network crap bypassed, it'll "just work" :/ *sigh* |
14:48.08 |
archivist |
mysql suph should be inserted not ripped out
:) |
14:49.03 |
``Erik |
mysql is a pile, postgres is far superior :D
and for simply holding triangles, the kinda database that shoulda
been used is called a "file" |
14:49.06 |
``Erik |
:D |
14:49.08 |
brlcad |
archivist: you think a simple interactive 3D
viewer should need a mysql database in order to run? |
14:49.19 |
starseeker |
winces |
14:49.39 |
archivist |
brlcad, no |
14:50.02 |
brlcad |
hence the need to rip it out ;) |
14:50.31 |
archivist |
but I am biased to mysql :) |
14:50.54 |
d-lo |
bias != speed || functionality :P |
14:51.22 |
archivist |
speed with good design in databases |
14:51.28 |
``Erik |
lately, I've been kinda thinking that the
entire sql rdbms notion is fail |
14:51.43 |
``Erik |
that's the thing, mysql is fast in meaningless
microbenchmarks, but pigassed slow on REAL queries |
14:52.02 |
``Erik |
because you have to go through stupid hoops
like temporary tables for subselect and more complicated
joins |
14:52.13 |
archivist |
fix the sql |
14:52.30 |
archivist |
rewrite subquries as joins |
14:53.39 |
``Erik |
hehehe, but correct and well designed sql
involves subqueries and nontrivial joins, which mysql fails at :D
and sometimes you see where a mysql user has used another database
and doens't use, y'know, 95% of sql's performance dealies because,
well, mysql doesn't support them :D and you start seeing postgres,
oracle, sybase, ingress, etc running far crappier than they
should |
14:54.37 |
brlcad |
mm, dragonfly bsd 2.2 is out |
14:54.46 |
``Erik |
thinks he's going to go with
a blob in the .g files with a list of regions and a hash to store
the kd-tree |
14:55.19 |
``Erik |
then the regions are walked and rehashed on
load to see if the kd-tree needs to be regenerated |
14:55.20 |
archivist |
subqueries are a crutch some like to rely of
to make the sql readable |
14:56.06 |
``Erik |
that way, straight bots are the core of data
used |
14:57.07 |
brlcad |
binary objects in the db with attr hashes on
the objects to point to those binobj's?, should work pretty
well |
14:59.00 |
``Erik |
yeah, and hashing the vertex data in the bot
itself, so if it changes, I know to regenerate/invalidate the
kd-tree |
14:59.28 |
``Erik |
hm, *ponders a hash function in the primitive
table* |
15:05.54 |
brlcad |
gah, don't sully the object space |
15:06.06 |
brlcad |
just use attrs |
15:06.20 |
brlcad |
heck, attrs on binobj's |
15:06.44 |
brlcad |
actually, don't even need attrs, hm |
15:07.17 |
brlcad |
just make the object name be an md5 hash, mark
it invisible |
15:08.03 |
brlcad |
erh, yeah, still need the attr on the bot, but
still pretty simple |
15:08.33 |
brlcad |
no infrastructure needed and it's not even
abusing anything :) |
15:11.40 |
``Erik |
hm, I was thinking about packing the names and
hashsums into the blob |
15:12.38 |
``Erik |
I might do some experiments to see if caching
the kd-tree is necessary, if I can get it as fast as, say, librt's
prep, then I won't even have to bother |
15:12.49 |
``Erik |
but reading bots from a .g is an important
step |
15:13.06 |
brlcad |
yeah |
15:13.38 |
``Erik |
oh, compile is done, now I can start modifying
stuff heh |
15:14.36 |
brlcad |
using just one blob wouldn't pass the
concatenate .g test, per-object blobs would though |
15:15.01 |
``Erik |
hm, but the tree is an acceleration structure
for many regions |
15:15.08 |
brlcad |
but no complaints from me -- caching should be
worried about after everything else is done, even if it is
dog-slow |
15:15.10 |
``Erik |
and I don't believe the trees can be merged
trivially |
15:15.37 |
``Erik |
hehehe iirc, the, uh, complicated test vehicle
took days |
15:16.01 |
``Erik |
but that's a piece of geometry that most cad
systems simply cannot load :) |
15:16.19 |
brlcad |
then it can be the first optimization, but you
still don't need it just yet |
15:16.35 |
``Erik |
yeah, I think my first case for that will be
mossworld |
15:17.04 |
``Erik |
then mebbe the m35 for fun, then probably the
t62, then up to modern crap |
15:17.28 |
brlcad |
also, iirc, the one that took days was after
using the long-pass kd-tree prep -- aren't there two, a short that
sucks and a long that sucks slightly less? |
15:18.31 |
``Erik |
yeah |
15:18.42 |
``Erik |
the 'fast' one is used for the cut
view |
15:18.52 |
``Erik |
and both are single threaded iirc |
15:19.23 |
``Erik |
moving them to multithreaded simd beasties and
going for convergance is probably going to be on my list of shit to
do |
15:19.41 |
``Erik |
of course, ed is pushing to "just make it work
and move on to other stuff" |
15:19.43 |
brlcad |
people would probably be just as happy to see
a progress bar if it worked over having cached hashes later
;) |
15:20.07 |
``Erik |
yeah, that's one thing I have been doing to
the private part, more status information |
15:20.59 |
``Erik |
if you wanna check it out, the database is on
the bsd opteron, the svn is on the bsd webserver as isst, make sure
"HAX" is defined, that ignores all user authentication |
15:21.19 |
``Erik |
been working on osX.4 and fbsd, should work
dandy either place |
15:21.20 |
``Erik |
:) |
15:21.29 |
brlcad |
I've tried to check it out thrice :) |
15:21.41 |
``Erik |
really? co isnt' working? |
15:21.52 |
``Erik |
or do you mean "check it out" as in look at
it? |
15:22.35 |
brlcad |
nah, I just get side-tracked looking through
the code instead of trying to run it |
15:23.01 |
brlcad |
as in look at it |
15:23.26 |
brlcad |
get the viewer to actually show me some g'damn
geometry in all spinny clicky goodness |
15:23.45 |
``Erik |
it's doable now |
15:24.05 |
``Erik |
I think I made a lot of progress the last few
months in merging the branches and getting it all portable and
shit |
15:24.11 |
brlcad |
that's why I mentioned a tutorial/doc -- sans
simple tutorial, it's gonna be nearly useless to mortal users
:) |
15:24.40 |
``Erik |
yeah |
15:24.54 |
brlcad |
so latest isn't in cad repo? |
15:24.56 |
``Erik |
the current hot plate item on that is to make
the gui part able to run solo |
15:25.00 |
``Erik |
it is |
15:25.11 |
``Erik |
well |
15:25.12 |
``Erik |
it's split |
15:25.27 |
brlcad |
then "svn is on the bsd webserver as isst"
would matter for what? |
15:25.28 |
``Erik |
and this is pissing me off, and I got the TL
to go yell at the BC for me, but |
15:25.59 |
brlcad |
non-public features? I don't care to test
those out |
15:26.01 |
``Erik |
adrt_master and adrt_slave are the drivers,
those are on sourceforge. The gui component is on our webserver,
because it hasn't been ok'd for public elease |
15:26.05 |
brlcad |
I want to see moss-world spinning |
15:26.34 |
brlcad |
o.O |
15:26.56 |
``Erik |
we went to BC and said "hey, this is crippling
development, can we just shove this out there to make things all
good?" and she was not understanding why we'd do that when it isn't
even on peoples desktops et |
15:26.58 |
``Erik |
yet |
15:27.13 |
``Erik |
I don't think she understood that it was
slowing development by holding that piece private... and her brain
is still in 247 |
15:27.49 |
brlcad |
so you asked someone that makes decisions
based on fear if you could do something they don't understand and
they said no |
15:27.52 |
brlcad |
I'm shocked |
15:28.10 |
``Erik |
it's all gtk+, and I didn't wan tot inflict
that on the svnroot/brlcad/brlcad/ repo, I was going to make a
toplevel, like rtcmp |
15:29.11 |
brlcad |
yeah, gtk+ would be bad |
15:29.27 |
``Erik |
I think gtk would be good, myself... get rid
of that effin' tk crap :D |
15:29.35 |
brlcad |
the original simple gui version was better
than the agar and gtk crap |
15:29.38 |
``Erik |
but *shrug* might not be a popular
sentimate |
15:30.04 |
``Erik |
I'm moving code out of the gui piece and into
the libraries as much as possible, hopefully the gui will become a
very trivial veneer |
15:30.50 |
``Erik |
I want to have all the networking ops as
simple function calls with structs instead of this manual
packing/unpacking on both ends |
15:31.53 |
``Erik |
sendop;senddata1;senddata2 -> struct thang
{ op, data1, data2 } ; sendit(thang) |
15:32.36 |
brlcad |
hm, that doesn't sound like a good idea to me
(screwing with the net before the rest is done).. |
15:33.06 |
brlcad |
the net isn't the problem, maybe not clean but
not the problem |
15:33.09 |
``Erik |
heh, been doing it, that's how I've been
getting functionality back |
15:33.12 |
``Erik |
no, the net is the problem |
15:33.25 |
``Erik |
the protocols were not synchronized with the
version I got |
15:33.29 |
``Erik |
it just didn't work |
15:33.56 |
brlcad |
i mean the way it does what it does |
15:33.57 |
``Erik |
I've been figuring out what was supposed to be
passed and rebuilding them to gain functionality back |
15:34.15 |
``Erik |
and it's a huge hassle, because it's manual
and piecewise, spread through various areas |
15:34.16 |
brlcad |
not the actual protocol and packing
use |
15:34.16 |
``Erik |
:) |
15:34.33 |
``Erik |
the protocol and packing was broken (still is,
that's why split isn't working) |
15:34.47 |
brlcad |
i get that |
15:35.12 |
``Erik |
*shrug* my next step is actually to avoid all
the netowrking |
15:35.25 |
``Erik |
and have a single binary that "just
works" |
15:35.31 |
``Erik |
no distributed aspect |
15:36.34 |
CIA-40 |
BRL-CAD: 03erikgreenwald * r33814
10/brlcad/trunk/src/tclscripts/mged/help.tcl: add in-editor help
for nmg_fix_normals. This also makes tab completion work for this
command. |
15:36.36 |
brlcad |
that sounds like too many changes at once to
me, make things (even more) unstable as all hell, hard to fix
bugs |
15:36.59 |
``Erik |
"start adrt_master, then start adrt_slave and
connect it to the master, then start isst and connect to the
master" is too many steps |
15:37.03 |
brlcad |
i'd think patching the existing net would be
much faster in the long run even if the goal is to eventually rip
out the net |
15:37.09 |
``Erik |
*shrug* sledgehammer remodeling, man |
15:37.43 |
brlcad |
by the time you're done sledgehammaring and
rebuilding, nobody will be left waiting to move into the
building |
15:37.48 |
``Erik |
heh |
15:38.00 |
``Erik |
well, I figure it'll take like 3 days to make
it work without the networking |
15:38.09 |
brlcad |
riiight |
15:38.22 |
brlcad |
how much money you got :) |
15:38.22 |
``Erik |
and so far, it's taken more than 3 days to
track down and fix each protocol transaction |
15:38.38 |
``Erik |
uhm, not enough, and they're taking more to
fix my car :D |
15:38.46 |
``Erik |
3 uninterrupted dedicated days |
15:39.02 |
``Erik |
this nmg_fix_normal thing kinda derailed
me |
15:39.03 |
brlcad |
so two weeks |
15:39.09 |
``Erik |
mebbe |
15:39.26 |
``Erik |
which is probably how long it'd take to get
split view 'just working' over teh network |
15:39.44 |
brlcad |
screw split view, seriously |
15:39.50 |
brlcad |
at least for now |
15:39.58 |
``Erik |
that's the part that ed is hammering me
on |
15:40.10 |
brlcad |
the db is the biggest problem |
15:40.17 |
``Erik |
hm |
15:40.19 |
``Erik |
*shrug* |
15:40.28 |
brlcad |
I can't use it without a db, that's sorta a
huge problem |
15:40.39 |
``Erik |
you have one at the office, but I
agree |
15:41.20 |
``Erik |
I was starting to build it up so you could
shoot geometry across the network into the system, so'z the client
was responsible for loading geometry |
15:41.22 |
brlcad |
yes, but users are in that same boat -- they
don't have a db or at least experience with using one with that
tool |
15:41.36 |
``Erik |
hm |
15:41.49 |
brlcad |
they same that works public makes it work
internal -- run X, Y, and Z, and you'll have spinning
tank |
15:41.54 |
``Erik |
and since the code isn't in the sf repo, I
can't chekc it out here ;D hehe |
15:43.16 |
``Erik |
putting it all into a signle binary would make
a lot of the ugly of dealing with it go away |
15:43.36 |
``Erik |
debugging 3 networked programs (which don't
clean up nicely) is a pain :) *shrug* |
15:43.44 |
brlcad |
"start adrt_master, then start adrt_slave and
connect it to the master, then start isst and connect to the
master" would work great if that really was all there was to it,
but there's the g-adrt data conversion, insertion into the db,
config of tools to use db, etc |
15:44.46 |
``Erik |
the g-adrt.c program does the database
insertion now |
15:45.01 |
brlcad |
heck, "adrt_master && adrt_slave -m
localhost && isst -c localhost" ;) |
15:45.46 |
``Erik |
more like gdb adrt_master, run -v, new
terminal, gdb adrt_slave, run localhost, gdb isst, run :D |
15:46.40 |
``Erik |
meh, jawjacking is fun and all, but it's time
to code :D |
15:46.42 |
brlcad |
er, actually, "adrt_master moss.g moss
&& isst -c localhost" would be trivial, make adrt_master
exec an adrt_slave if none are attached |
15:47.31 |
brlcad |
then one more exec in isst to system() a
master and that's a one-command step ;) |
15:48.33 |
``Erik |
system is evil |
15:48.43 |
``Erik |
execlp() if your'e going down that road,
yo |
15:49.35 |
``Erik |
I d'no, my thought is that if I bypass the
networking code in the gui and just call the functions instead,
that'd make the chain far simpler and easier/quicker to hack
on |
15:57.14 |
CIA-40 |
BRL-CAD: 03erikgreenwald * r33815
10/brlcad/trunk/src/adrt/libtienet/ (Makefile.am load.c load.h
load_g.c): break future .g loading into a seperate file. |
16:05.55 |
``Erik |
heh, shoulda taken my laptop to the
dealership, they have one of those coffee machines where you put a
little cartridge in for a cup of coffee, and they had some good
stuff in their selection |
16:10.29 |
``Erik |
hm, being an svn noob... how deadly of a sin
is it to create a temporary file in the repo, with intent to merge
most of it into another (and throw away the rest) down the
road? |
16:11.14 |
``Erik |
oh, uh, uhhhhhhh shit, oh shit |
16:11.25 |
``Erik |
I can't log into the irix machine |
16:39.49 |
CIA-40 |
BRL-CAD: 03erikgreenwald * r33816
10/brlcad/trunk/src/adrt/libtienet/load_MySQL.c: move contents of
g-adrt.c into the lib |
16:39.51 |
``Erik |
solved |
17:09.52 |
``Erik |
wtf |
17:10.20 |
``Erik |
ok, this libpng up will not be
trivial. |
17:23.22 |
*** join/#brlcad samrose
(n=samrose@dhcp-x198w-222.mobile.uci.edu) |
17:58.32 |
*** join/#brlcad archivist
(n=archivis@host81-149-119-172.in-addr.btopenworld.com) [NETSPLIT
VICTIM] |
18:10.48 |
brlcad |
it's not a sin with svn |
18:11.28 |
brlcad |
it'll track up in the repo as a file that had
a short life and presuming you remove it the same time that you
merge it, the actions will be associated with each other as one
changeset |
18:13.19 |
brlcad |
svn isn't smart enough to know that these N
lines from file X were moved to file Y unless you commit the
changes together -- more just change transactions on a file
hierarchy |
18:14.50 |
``Erik |
meh, whatever |
18:15.15 |
``Erik |
I'm just gonna snarf pieces in and move 'em
around later |
18:16.50 |
brlcad |
yeah, it's no big deal either way because you
can still pull up the change history on a given file and see that
it was temporary |
18:16.57 |
brlcad |
it won't leave turds like cvs |
18:17.28 |
``Erik |
Attic/ ftw |
18:18.05 |
``Erik |
shakes fist at twingy for a
bit |
18:18.51 |
``Erik |
seriously, mang, this was a sudden drop, but,
uh, wtf, this is a fail handoff |
18:32.15 |
*** join/#brlcad BigAToo
(n=BigAToo@pool-96-230-124-71.sbndin.btas.verizon.net) |
18:51.36 |
CIA-40 |
BRL-CAD: 03brlcad * r33817
10/brlcad/trunk/TODO: news2tracker.sh may have a bug or it may have
been user error, but someone needs to figure out which and fix the
problem. |
18:52.35 |
CIA-40 |
BRL-CAD: 03brlcad * r33818
10/brlcad/trunk/TODO: victor wants inside command to work again
with current edit objects. |
18:55.02 |
CIA-40 |
BRL-CAD: 03brlcad * r33819
10/brlcad/trunk/TODO: restore mged mirror command third-arg-as-axis
for backwards compatibility -- request from victor. |
18:55.50 |
CIA-40 |
BRL-CAD: 03brlcad * r33820
10/brlcad/trunk/TODO: request to port g_lint to windows |
18:57.33 |
CIA-40 |
BRL-CAD: 03brlcad * r33821
10/brlcad/trunk/TODO: requests from the modeling team for a obl-g
importer to match up with our nexporter. |
18:58.42 |
CIA-40 |
BRL-CAD: 03brlcad * r33822
10/brlcad/trunk/BUGS: ls -A and/or e -A crash reportedly when
trying to look for objects with a given attribute. |
19:02.59 |
CIA-40 |
BRL-CAD: 03brlcad * r33823
10/brlcad/trunk/include/plot3.h: quell shadow warnings for y1 on
mac os x |
19:04.38 |
*** join/#brlcad Twingy
(n=justin@74.92.144.217) |
19:08.06 |
CIA-40 |
BRL-CAD: 03brlcad * r33824
10/brlcad/trunk/src/util/xyz-pl.c: quell warnings, style
cleanup |
19:08.56 |
CIA-40 |
BRL-CAD: 03brlcad * r33825
10/brlcad/trunk/src/util/yuv-pix.c: need fb.h for
fb_common_file_size() |
19:10.57 |
CIA-40 |
BRL-CAD: 03brlcad * r33826
10/brlcad/trunk/src/util/yuv-pix.c: cleanup |
19:29.28 |
CIA-40 |
BRL-CAD: 03brlcad * r33827 10/brlcad/trunk/
(include/wdb.h src/libwdb/constraint.c src/util/pc_test.c): change
pc_mk_constraint() to mk_constraint() since it was moved into
libwdb, making it consistent with the others. update the pc_test
example to use it. |
19:30.54 |
CIA-40 |
BRL-CAD: 03brlcad * r33828
10/brlcad/trunk/include/raytrace.h: quell log() shadow
warning |
19:31.37 |
CIA-40 |
BRL-CAD: 03brlcad * r33829
10/brlcad/trunk/include/bu.h: quell log() shadow warning |
19:34.21 |
CIA-40 |
BRL-CAD: 03brlcad * r33830
10/brlcad/trunk/src/libbu/bitv.c: quell warning |
19:40.42 |
CIA-40 |
BRL-CAD: 03brlcad * r33831
10/brlcad/trunk/src/libbu/ (htond.c htonf.c): quell warnings about
not handling BU_PDP_ENDIAN. it's intentional, should bomb out or
fall through. |
19:42.55 |
CIA-40 |
BRL-CAD: 03brlcad * r33832
10/brlcad/trunk/src/burst/burst.c: cleanup |
20:57.41 |
*** join/#brlcad Elrohir
(n=kvirc@p5B14F4FD.dip.t-dialin.net) |
21:02.36 |
*** join/#brlcad PrezKennedy
(i=Matthew@208.43.126.195) |
21:28.37 |
CIA-40 |
BRL-CAD: 03brlcad * r33833
10/brlcad/trunk/src/burst/ (grid.c plot.c prnt.c vecmath.h): quell
warnings and other cleanup |
21:30.46 |
CIA-40 |
BRL-CAD: 03brlcad * r33834
10/brlcad/trunk/src/other/tcl/generic/tclIntDecls.h: quell shadow
warnings for index and time |
21:38.36 |
CIA-40 |
BRL-CAD: 03brlcad * r33835
10/brlcad/trunk/src/canon/ (canon.h canonize.c canonlib.c): quell
various warnings |
21:38.54 |
CIA-40 |
BRL-CAD: 03brlcad * r33836
10/brlcad/trunk/src/canon/ (canonize.c canonlib.c): ws |
21:39.20 |
CIA-40 |
BRL-CAD: 03brlcad * r33837
10/brlcad/trunk/include/ (fb.h fbio.h): quell shadow warnings on
width and height |
22:07.34 |
*** join/#brlcad elite01
(n=omg@unaffiliated/elite01) |
22:40.41 |
CIA-40 |
BRL-CAD: 03bob1961 * r33838
10/brlcad/trunk/src/libged/gqa.c: Some of the writes to
ged_result_str need to be semaphore protected. |
22:48.01 |
CIA-40 |
BRL-CAD: 03starseeker * r33839
10/brlcad/trunk/src/proc-db/spring.c: |
22:48.01 |
CIA-40 |
BRL-CAD: OK, better - can now delete points
and get valid coils in .25 turn increments. |
22:48.01 |
CIA-40 |
BRL-CAD: The tradeoff (not surprisingly in
retrospect) was between number of control |
22:48.02 |
CIA-40 |
BRL-CAD: points and increments in which the
coil can be deleted while being 'coiled'. |
22:48.02 |
CIA-40 |
BRL-CAD: 1/4 of a turn is a decent compromise
- it may be more important to have fine |
22:48.04 |
CIA-40 |
BRL-CAD: control when defining end sections.
Also, number of turns is now accurately |
22:48.06 |
CIA-40 |
BRL-CAD: modeled. |
23:00.57 |
*** join/#brlcad samrose
(n=samrose@dhcp-x198w-222.mobile.uci.edu) |
23:08.40 |
CIA-40 |
BRL-CAD: 03starseeker * r33840
10/brlcad/trunk/src/proc-db/spring.c: Start to break things out so
multiple routines can add points to the same point list before
making the pipe - needed for section support. |
23:16.56 |
CIA-40 |
BRL-CAD: 03brlcad * r33841
10/brlcad/trunk/src/fb/bw-fb.c: cleanup |
23:20.49 |
starseeker |
brlcad: hmm - to do a pipe that coils in or
out, it looks like the best pipe can do is to periodically adjust
the bend radius further out and do a kind of stepped
taper |
23:21.18 |
starseeker |
a continuously variable radius is
out |
23:21.38 |
starseeker |
we'd need sweep to really do it
right |
23:24.32 |
starseeker |
would an approximate taper be of any
interest/use? |
23:25.16 |
louipc |
pipe threads |
23:25.28 |
starseeker |
threading is continuous though |
23:26.06 |
starseeker |
with this, you would have one quarter with
radius 300, one with radius 295, one with 290, etc. etc.
etc. |
23:26.25 |
louipc |
were you asking if a tapered helix would be of
use? |
23:26.48 |
starseeker |
no, I was asking if the approximation that can
be made with the pipe primitive would be worth the effort to set it
up |
23:27.09 |
louipc |
hmm, not sure |
23:28.15 |
starseeker |
considering that pipe ALSO can't do real
thread shapes... |
23:28.36 |
starseeker |
it might be ok to have an
approximation |
23:28.59 |
starseeker |
but sweep could do the real deal on both
counts, so it might make more sense to wait for sweep |
23:29.14 |
louipc |
yea |
23:29.40 |
starseeker |
coils can be handled with pipe, but that's
approaching the limits of the primitive |
23:30.11 |
starseeker |
looks at the clock, winces,
and decides to head back to the ranch... |
23:31.03 |
louipc |
I can imagine that it would become obsolete
when another metaprimitive that uses sweeps and can do real thread
shapes comes about |
23:31.42 |
louipc |
well, mostly.. |
23:36.13 |
``Erik |
heh |
23:36.26 |
``Erik |
pipe is already a meta, it just creates torii
and rcc's |
23:36.40 |
``Erik |
thus the weird abitrary limitations |
23:39.01 |
*** join/#brlcad samrose
(n=samrose@dhcp-x198w-222.mobile.uci.edu) |
23:49.54 |
CIA-40 |
BRL-CAD: 03brlcad * r33842
10/brlcad/trunk/src/fb/ (13 files): quell warnings |
23:52.59 |
CIA-40 |
BRL-CAD: 03brlcad * r33843
10/brlcad/trunk/src/other/tcl/generic/ (tclInt.h tclIntDecls.h
tclIntPlatDecls.h): shadow quellage |