00:10.47 |
louipc |
that'll teach you to flush |
00:15.04 |
``Erik |
heh |
00:15.40 |
``Erik |
usually they're cats... until they do
something like knock my laptop down or destroy my blinds, then
they're turds |
00:17.50 |
louipc |
hehe |
00:29.48 |
starseeker |
likes it when problems solve
themselves :-) |
00:30.30 |
``Erik |
heh http://www.motivatedphotos.com/?id=56773 |
00:30.39 |
starseeker |
safe for work? |
00:30.50 |
``Erik |
the image itself is, some of the links on the
side might not entirely be |
00:30.57 |
starseeker |
nods |
00:31.03 |
``Erik |
here, I'll dump it somewhere |
00:32.05 |
``Erik |
http://brlcad.org/~erik/codenorris.jpg |
00:32.25 |
starseeker |
hehe |
00:33.29 |
``Erik |
unfortunately, that site has a random
thumbnail set on the side wtih some softporn grade images on it
:/ |
00:34.15 |
starseeker |
remembers -
yech |
00:34.49 |
starseeker |
few gems in there but, a LOT of drek |
00:34.59 |
starseeker |
kinda a metaphore for the internet as a whole
I suppose |
00:35.14 |
``Erik |
ayup |
00:35.47 |
``Erik |
user generated content... |
00:36.04 |
``Erik |
every 12yo who thinks they're insanely
hilarious shows up |
00:37.37 |
``Erik |
good thing I still act 12, I can enjoy the
sites :D *duck* |
00:37.44 |
starseeker |
hehe |
01:00.05 |
*** join/#brlcad Nohla
(~jesica@201.255.252.136) |
01:00.16 |
starseeker |
Nohla: howdy :-) |
01:00.40 |
Nohla |
starseeker good to "see" you again
:) |
01:00.47 |
starseeker |
hehe |
01:01.14 |
Nohla |
time've pased from the last translation
:( |
01:01.27 |
starseeker |
Nohla: wante to mention - if you're still
having trouble with svn, please email any translations to the list
- I'll take care of uploading them until we get your svn stuff
straighened out |
01:02.08 |
Nohla |
starseeker I really'd like to have to do one
more |
01:02.17 |
Nohla |
*to have time |
01:02.35 |
Nohla |
and time to read about svn |
01:02.52 |
starseeker |
Nohla: sure, no problem - just didn't want you
to get discouraged |
01:03.00 |
Nohla |
I told you that it's a difficult month for
me |
01:03.08 |
starseeker |
nods - no
rush |
01:03.47 |
Nohla |
courage is what I need :) but to keep running
my life |
01:04.04 |
Nohla |
in fact, I'm rushing every day |
01:04.06 |
Nohla |
:P |
01:04.24 |
starseeker |
heh - that can happen |
01:04.34 |
Nohla |
but I'll be on holydays soon |
01:05.52 |
Nohla |
I'll send some photos on my return
:) |
01:28.32 |
CIA-43 |
BRL-CAD: 03starseeker * r37639
10/brlcad/trunk/BUGS: Tested on Mac and Linux - make benchmark
appears to have succeeded on both Mac and Linux in out-of-dir
build, so it looks like this bug is obsolete. |
01:29.33 |
``Erik |
but can ya replicate it on winderz? :D
*duck* |
01:34.42 |
starseeker |
<snort> not without bringing the whole
of the regress and benchmark frameworks over to tcl land |
01:34.51 |
starseeker |
later for that |
02:04.13 |
*** join/#brlcad R0b0t1
(~Enigma@unaffiliated/r0b0t1) |
02:20.14 |
``Erik |
heh, side mirror decals that say "objects in
mirror are losing", nice |
02:48.05 |
CIA-43 |
BRL-CAD: 03starseeker * r37640
10/brlcad/trunk/ (4 files in 3 dirs): |
02:48.05 |
CIA-43 |
BRL-CAD: Take a stab at breaking the density
buffer parsing out of gqa into libanalyze. |
02:48.05 |
CIA-43 |
BRL-CAD: Currently, rtweight will not handle
things like comments in .density files, |
02:48.05 |
CIA-43 |
BRL-CAD: since those improvements were
specific to gqa. Need a shared, generic routine - |
02:48.05 |
CIA-43 |
BRL-CAD: not totally sure yet if file/database
sourcing functions should also be in |
02:48.05 |
CIA-43 |
BRL-CAD: libanalyze, so for the moment move
just the parsing logic. Next step will be to |
02:48.06 |
CIA-43 |
BRL-CAD: get rtweight to use this style of
density information parsing and storage. |
03:05.57 |
``Erik |
be interesting to try gqa as both the refining
algo and a simple linear buffer to see what the work minimization
vs cache coherency is worth |
03:06.04 |
``Erik |
(or feed it into shark) |
03:06.49 |
``Erik |
digging shit out of a cats eye != fun.
:/ |
03:23.02 |
*** join/#brlcad cosurg1
(~cosurgi@atak.bl.pg.gda.pl) |
03:36.14 |
louipc |
whoaaahaf |
04:16.18 |
*** join/#brlcad talcite
(~matthew@bas2-toronto21-1279331563.dsl.bell.ca) |
04:17.15 |
talcite |
hey brlcad, any status update on upstream
takeovers? |
05:04.15 |
*** join/#brlcad talcite
(~matthew@bas2-toronto21-1279331563.dsl.bell.ca) |
05:32.55 |
starseeker |
``Erik: ugh - what happened? |
05:33.30 |
starseeker |
gets his new box, discovers
it won't boot with 8G of ram, settles for six, and starts gentoo
installin |
05:34.44 |
starseeker |
twitch... must get off Mac box...
twitch... |
07:29.07 |
*** join/#brlcad Stattrav
(~Stattrav@202.3.77.161) |
07:39.31 |
*** join/#brlcad akafubu
(~akafubu@unaffiliated/akafubu) |
08:37.50 |
yukonbob |
what nerdy, sleep-deprived devs are up at this
hour? |
08:38.19 |
yukonbob |
wondering: has anybody played at all w/ tcl
8.6 as underpinning for brl-cad yet? |
10:28.46 |
*** join/#brlcad roberthl_
(~robert@2001:ba8:1f1:f03d::2) |
10:28.49 |
*** join/#brlcad ``Erik_
(~erik@c-69-140-109-104.hsd1.md.comcast.net) |
10:28.53 |
*** join/#brlcad Hirvinen_
(pahirvin@melkki.cs.helsinki.fi) |
10:33.17 |
``Erik_ |
gentoo? ya had the perfect opportunity to
switch to fbsd, ya lamer ;D |
10:50.00 |
*** join/#brlcad roberthl
(~robert@2001:ba8:1f1:f03d::2) |
10:50.00 |
*** join/#brlcad roberthl
(~robert@silentflame/member/roberthl) |
11:54.55 |
*** join/#brlcad b0ef
(~b0ef@157.26.202.84.customer.cdi.no) |
12:33.27 |
``Erik |
starseeker: that load time you asked me about,
I got a success convert using 7.16.2, 41s cpu, 46s wall |
12:36.12 |
*** join/#brlcad akafubu
(~akafubu@unaffiliated/akafubu) |
13:23.00 |
starseeker |
``Erik: swwweeeeeeet |
13:23.26 |
starseeker |
yukonbob: I have a teeny tiny bit - see the
dmtogl branch |
13:23.33 |
starseeker |
it's gonna be a bit of a job |
13:23.58 |
starseeker |
builds a kernel for his new
machine and crosses his fingers that he didn't miss
anything... |
13:24.43 |
starseeker |
<rant>why don't they have a script that
will take the modules used by the boot CD and generate a kernel
make file based on the results?</rant> |
13:25.25 |
CoconutCrab |
hmm, good point |
13:25.38 |
CoconutCrab |
why no one does that anyway? :-/ |
13:49.35 |
``Erik |
what if you're cooking a fast install image
for a different machine? |
13:50.25 |
``Erik |
last thing I'd want to do is sit through a
'real' install standing in a machine room, lemme cook a dd image at
my desk and make a custom install cd (again) :D |
13:52.15 |
starseeker |
``Erik: sure, different scenario |
15:07.02 |
brlcad |
yukonbob: any particular reason you
ask? |
15:07.30 |
*** join/#brlcad Stattrav
(~Stattrav@202.3.77.132) |
15:07.34 |
brlcad |
you should work on it :) |
15:09.50 |
``Erik |
still buried, brlcad? |
15:20.02 |
brlcad |
I just finished unburying |
15:49.27 |
*** join/#brlcad parigaudi
(~quassel@pd95b7f5e.dip0.t-ipconnect.de) |
16:05.10 |
*** join/#brlcad Yoshi47
(~jan@64.235.102.210) |
16:51.51 |
*** join/#brlcad Stattrav
(~Stattrav@202.3.77.132) |
17:12.38 |
starseeker |
growls - why is it X11 is
always hard to get running in a new
configuration... |
17:29.07 |
brlcad |
I can't believe I can't find a copy of
brl-cad-to-cubit in action |
17:45.56 |
starseeker |
ah HAH |
17:46.06 |
starseeker |
finally - posting from my own Linux box
again |
17:46.31 |
starseeker |
gets some big compiles set up
and (finally) hits the road... growl... |
18:20.43 |
brlcad |
finally finds
it |
18:31.30 |
``Erik |
sees strict breakage all over
on 64b rhel5, the first being that bug report in the tracker,
btw |
19:02.58 |
brlcad |
"that bug report" |
19:03.01 |
brlcad |
so fix em |
19:03.09 |
brlcad |
should be trivialities |
19:05.25 |
starseeker |
can't wait to have a go with
amd64 strict... |
19:05.52 |
brlcad |
I can give it a try here to see if anything
comes up |
19:06.10 |
brlcad |
there may be some new things arising from the
addition of those new flags I added a couple days ago |
19:06.10 |
*** join/#brlcad Stattrav
(~Stattrav@202.3.77.161) |
19:06.50 |
brlcad |
-D_FORTIFY_SOURCE=2 should be useful - right
now it's only on debug builds |
19:06.54 |
starseeker |
Bob is apparently having a picnic with long
-> ssize_t and such |
19:07.09 |
starseeker |
on Win 64 |
19:07.23 |
brlcad |
basically does compile-time and run-time array
boundary testing, among a few other security checks |
19:07.30 |
brlcad |
yeah, i noticed |
19:07.33 |
brlcad |
it's all good |
19:07.56 |
starseeker |
managed to save the copy of
Windows 7 that came with his new box and now has a dual boot, but
dunno if I'll be able to get anything on it to copmile
with |
19:07.56 |
brlcad |
so long as headers aren't yet swapping to
size_t's (which he's not been doing) |
19:08.18 |
starseeker |
that's the API breakage point? |
19:08.31 |
brlcad |
headers shouldn't mod until at least a minor
rev, and then we'll need some configure checking to deal with
ssize_t (as only size_t is standard) |
19:08.48 |
brlcad |
I don't see size_t/ssize_t as API
breakage |
19:09.02 |
brlcad |
it's type castable, therefore replaceable with
a regex |
19:09.17 |
brlcad |
therefore minimally impacting |
19:09.18 |
starseeker |
nods |
19:09.58 |
brlcad |
the ones that will have to be careful are
struct elements |
19:10.47 |
brlcad |
when we change structs from having
ints/longs/whatever to having size_t's, have to make sure there
isn't any code relying on offsets or struct sizes or serializing
them directly |
19:10.55 |
brlcad |
shouldn't be, but it's a sanity check that has
to be made |
19:11.04 |
starseeker |
nods |
19:11.23 |
starseeker |
that'll be a job when we get to it |
19:11.44 |
``Erik |
also need to fix some implementation for
that... the bu malloc takes size_t's and then makes unsigned long
int's for temp variables to do math with 'em |
19:12.27 |
``Erik |
has geometry that craps on l
-r due to a bot blowing past that on realloc() for
describe |
19:16.12 |
brlcad |
yeah, it should just be size_t's all the way
through |
19:17.11 |
brlcad |
starseeker: since you're starting a new lib
there with libanalyze, should do the doxy right.. they should go in
the header, not the source files |
19:17.32 |
brlcad |
source files only get a @file block and /** */
code if they have something specific to say about the
implementation itself |
19:17.46 |
brlcad |
otherwise that all just goes into the
interface .h file |
19:46.50 |
yukonbob |
brlcad: I ask because 8.6 (beta, atm, I'm sure
you know) is shipping w/ itcl "built-in", which is
nice... |
19:47.07 |
yukonbob |
takes look to see what itk
requirements for brl-cad are... |
19:49.44 |
yukonbob |
sees lots of
references... |
19:51.33 |
starseeker |
yukonbob: actually, I took that part
out... |
19:51.59 |
starseeker |
has separated
itcl/itk |
19:52.05 |
yukonbob |
starseeker: so there shouldn't be much (any?)
itk usage? |
19:52.37 |
starseeker |
oh, we use itk (archer in particular,
atm) |
19:52.50 |
starseeker |
I just mean I'm not building itcl/itk inside
the tcl/tk tree |
19:52.52 |
yukonbob |
<-- older school than archer,
atm. |
19:53.20 |
starseeker |
yukonbob: the build system drives me to
distraction... |
19:53.38 |
yukonbob |
in the "classic" interface, iirc there was
only a single, obscure widget that may have required
itk... |
19:54.00 |
starseeker |
well, we're planning to transition to it much
more heavily when Archer and MGED merge |
19:54.30 |
yukonbob |
is only concerned about
barriers to entry at -this- moment ;) |
19:54.42 |
yukonbob |
getting anything running at all will be a nice
prize... |
19:54.57 |
starseeker |
has gotten rt running,
kinda |
19:55.09 |
yukonbob |
fewer dependencies (or at least dependencies
on things I'm less familiar with), the better... |
19:56.19 |
starseeker |
the point for me when I was working with it
was to find out why incremental framebuffer display was working in
X11 but not in Aqua - turned out that the X11 success was more or
less accidental and I need to rethink how the update events will be
handled |
19:56.54 |
starseeker |
once I got that far, I didn't need to pursue
8.6 at that time |
19:57.00 |
yukonbob |
starseeker: what kind of test harness is there
for brl-cad? |
19:58.32 |
yukonbob |
server cert for svn @ sourceforge changed
lately? |
19:58.36 |
starseeker |
make regress and make benchmark are the main
ones |
19:58.40 |
CIA-43 |
BRL-CAD: 03bob1961 * r37641 10/brlcad/trunk/
(16 files in 6 dirs): |
19:58.41 |
CIA-43 |
BRL-CAD: More mods for compiling 64-bit. This
entailed using size_t and ssize_t in a few |
19:58.41 |
CIA-43 |
BRL-CAD: structures. The signedness of the
modified structure members were not changed. |
19:58.41 |
CIA-43 |
BRL-CAD: However, it seems that in a few cases
the signed values should be changed to |
19:58.41 |
CIA-43 |
BRL-CAD: unsigned values. |
20:01.22 |
``Erik |
yukonbob: a bit ago, forget if it was the
beginning or end of jan |
20:01.35 |
CIA-43 |
BRL-CAD: 03erikgreenwald * r37642
10/brlcad/trunk/src/adrt/load_g.c: set region color if rgb is
defined (still need to look at attached materials) |
20:01.43 |
starseeker |
brlcad: ok, will do - sorry 'bout
that |
20:02.08 |
starseeker |
was mainly trying to get it to work at all -
pull routine from gqa, tweak til working, commit :-P |
20:02.20 |
CIA-43 |
BRL-CAD: 03starseeker * r37643
10/brlcad/trunk/src/libanalyze/ (density.c overlaps.c): Take out
comment formatting and content that belongs in header - don't
duplicate it in .c files. |
20:03.44 |
starseeker |
I'm still ~65% convinced the framework here
needs a good solid study and design - among other things, the
semaphore problem has to be addressed |
20:05.06 |
yukonbob |
``Erik: thx |
20:18.27 |
``Erik |
ack, ssize_t doesn't seem to be on my
mac |
20:18.53 |
``Erik |
or in some other header |
20:25.56 |
*** join/#brlcad SWPadnos
(~Me@dsl107.esjtvtli.sover.net) |
20:26.08 |
*** join/#brlcad SWPadnos
(~Me@emc/developer/SWPadnos) |
20:26.18 |
starseeker |
uhoh |
20:27.02 |
starseeker |
hmm - this might be fun to experiment with:
http://developer.amd.com/cpu/open64/Pages/default.aspx |
20:32.20 |
``Erik |
starseeker: http://www.bitsavers.org/pdf/symbolics/ |
20:34.20 |
starseeker |
``Erik: O.o |
20:35.07 |
starseeker |
where'd that come from? |
20:36.26 |
``Erik |
was on hn |
20:38.23 |
CIA-43 |
BRL-CAD: 03erikgreenwald * r37644
10/brlcad/trunk/src/librt/primitives/poly/poly.c: quell %ld vs
ssize_t cast issue |
20:50.22 |
``Erik |
just talked to bob about all
the osX explosions from that ssize_t whoppage |
20:57.40 |
CIA-43 |
BRL-CAD: 03bob1961 * r37645
10/brlcad/trunk/include/bu.h: Need to include sys/types.h for
ssize_t (i.e. MAC needs this). |
21:20.19 |
*** join/#brlcad R0b0t1
(~Enigma@unaffiliated/r0b0t1) |
22:01.17 |
CIA-43 |
BRL-CAD: 03bob1961 * r37646
10/brlcad/trunk/src/librt/primitives/nmg/nmg_bool.c: Changed the
size argument to snprintf from 258 to 256 since the buffer argument
is only 256 chars long. |
22:08.19 |
brlcad |
cool,
http://fr.wikibooks.org/wiki/Initiation_?_BRL-CAD/Solides_?l?mentaires |
22:09.01 |
brlcad |
or since the character codes probably didn't
paste correctly there, it's linked to from here: http://fr.wikibooks.org/wiki/BRL-CAD |
22:26.27 |
CIA-43 |
BRL-CAD: 03bob1961 * r37647
10/brlcad/trunk/src/libged/gqa.c: The fourth argument to
parse_densities_buffer() needs to be a "struct bu_vls *". |
22:29.08 |
CIA-43 |
BRL-CAD: 03bob1961 * r37648
10/brlcad/trunk/include/analyze.h: Modified the declaration for
parse_densities_buffer() and formatted the declarations so that I
could see everything without the need for a really wide window or
wrapping. |
22:30.07 |
CIA-43 |
BRL-CAD: 03bob1961 * r37649
10/brlcad/trunk/misc/win32-msvc8/libanalyze/libanalyze.vcproj:
Added density.c to the build. |
22:31.42 |
brlcad |
thinks bob needs a wider
window |
22:44.18 |
``Erik |
formatting issue? heh |
22:44.29 |
``Erik |
can't believe that home
despot doesn't have bow saws |
22:45.27 |
``Erik |
I'll have to either borrow Ed's chainsaw or
take a trip to sears O.o |
23:59.24 |
brlcad |
you need a saw? |
23:59.29 |
brlcad |
I have an electric one |