IRC log for #brlcad on 20100217

00:10.47louipcthat'll teach you to flush
00:15.04``Erikheh
00:15.40``Erikusually they're cats... until they do something like knock my laptop down or destroy my blinds, then they're turds
00:17.50louipchehe
00:29.48starseekerlikes it when problems solve themselves :-)
00:30.30``Erikheh http://www.motivatedphotos.com/?id=56773
00:30.39starseekersafe for work?
00:30.50``Erikthe image itself is, some of the links on the side might not entirely be
00:30.57starseekernods
00:31.03``Erikhere, I'll dump it somewhere
00:32.05``Erikhttp://brlcad.org/~erik/codenorris.jpg
00:32.25starseekerhehe
00:33.29``Erikunfortunately, that site has a random thumbnail set on the side wtih some softporn grade images on it :/
00:34.15starseekerremembers - yech
00:34.49starseekerfew gems in there but, a LOT of drek
00:34.59starseekerkinda a metaphore for the internet as a whole I suppose
00:35.14``Erikayup
00:35.47``Erikuser generated content...
00:36.04``Erikevery 12yo who thinks they're insanely hilarious shows up
00:37.37``Erikgood thing I still act 12, I can enjoy the sites :D *duck*
00:37.44starseekerhehe
01:00.05*** join/#brlcad Nohla (~jesica@201.255.252.136)
01:00.16starseekerNohla: howdy :-)
01:00.40Nohlastarseeker good to "see" you again :)
01:00.47starseekerhehe
01:01.14Nohlatime've pased from the last translation :(
01:01.27starseekerNohla: 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.08Nohlastarseeker I really'd like to have to do one more
01:02.17Nohla*to have time
01:02.35Nohlaand time to read about svn
01:02.52starseekerNohla: sure, no problem - just didn't want you to get discouraged
01:03.00NohlaI told you that it's a difficult month for me
01:03.08starseekernods - no rush
01:03.47Nohlacourage is what I need :) but to keep running my life
01:04.04Nohlain fact, I'm rushing every day
01:04.06Nohla:P
01:04.24starseekerheh - that can happen
01:04.34Nohlabut I'll be on holydays soon
01:05.52NohlaI'll send some photos on my return :)
01:28.32CIA-43BRL-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``Erikbut can ya replicate it on winderz? :D *duck*
01:34.42starseeker<snort> not without bringing the whole of the regress and benchmark frameworks over to tcl land
01:34.51starseekerlater for that
02:04.13*** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
02:20.14``Erikheh, side mirror decals that say "objects in mirror are losing", nice
02:48.05CIA-43BRL-CAD: 03starseeker * r37640 10/brlcad/trunk/ (4 files in 3 dirs):
02:48.05CIA-43BRL-CAD: Take a stab at breaking the density buffer parsing out of gqa into libanalyze.
02:48.05CIA-43BRL-CAD: Currently, rtweight will not handle things like comments in .density files,
02:48.05CIA-43BRL-CAD: since those improvements were specific to gqa. Need a shared, generic routine -
02:48.05CIA-43BRL-CAD: not totally sure yet if file/database sourcing functions should also be in
02:48.05CIA-43BRL-CAD: libanalyze, so for the moment move just the parsing logic. Next step will be to
02:48.06CIA-43BRL-CAD: get rtweight to use this style of density information parsing and storage.
03:05.57``Erikbe 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``Erikdigging shit out of a cats eye != fun. :/
03:23.02*** join/#brlcad cosurg1 (~cosurgi@atak.bl.pg.gda.pl)
03:36.14louipcwhoaaahaf
04:16.18*** join/#brlcad talcite (~matthew@bas2-toronto21-1279331563.dsl.bell.ca)
04:17.15talcitehey brlcad, any status update on upstream takeovers?
05:04.15*** join/#brlcad talcite (~matthew@bas2-toronto21-1279331563.dsl.bell.ca)
05:32.55starseeker``Erik: ugh - what happened?
05:33.30starseekergets his new box, discovers it won't boot with 8G of ram, settles for six, and starts gentoo installin
05:34.44starseekertwitch... 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.50yukonbobwhat nerdy, sleep-deprived devs are up at this hour?
08:38.19yukonbobwondering: 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``Erikstarseeker: 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.00starseeker``Erik: swwweeeeeeet
13:23.26starseekeryukonbob: I have a teeny tiny bit - see the dmtogl branch
13:23.33starseekerit's gonna be a bit of a job
13:23.58starseekerbuilds a kernel for his new machine and crosses his fingers that he didn't miss anything...
13:24.43starseeker<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.25CoconutCrabhmm, good point
13:25.38CoconutCrabwhy no one does that anyway? :-/
13:49.35``Erikwhat if you're cooking a fast install image for a different machine?
13:50.25``Eriklast 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.15starseeker``Erik: sure, different scenario
15:07.02brlcadyukonbob: any particular reason you ask?
15:07.30*** join/#brlcad Stattrav (~Stattrav@202.3.77.132)
15:07.34brlcadyou should work on it :)
15:09.50``Erikstill buried, brlcad?
15:20.02brlcadI 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.38starseekergrowls - why is it X11 is always hard to get running in a new configuration...
17:29.07brlcadI can't believe I can't find a copy of brl-cad-to-cubit in action
17:45.56starseekerah HAH
17:46.06starseekerfinally - posting from my own Linux box again
17:46.31starseekergets some big compiles set up and (finally) hits the road... growl...
18:20.43brlcadfinally finds it
18:31.30``Eriksees strict breakage all over on 64b rhel5, the first being that bug report in the tracker, btw
19:02.58brlcad"that bug report"
19:03.01brlcadso fix em
19:03.09brlcadshould be trivialities
19:05.25starseekercan't wait to have a go with amd64 strict...
19:05.52brlcadI can give it a try here to see if anything comes up
19:06.10brlcadthere 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.50brlcad-D_FORTIFY_SOURCE=2 should be useful - right now it's only on debug builds
19:06.54starseekerBob is apparently having a picnic with long -> ssize_t and such
19:07.09starseekeron Win 64
19:07.23brlcadbasically does compile-time and run-time array boundary testing, among a few other security checks
19:07.30brlcadyeah, i noticed
19:07.33brlcadit's all good
19:07.56starseekermanaged 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.56brlcadso long as headers aren't yet swapping to size_t's (which he's not been doing)
19:08.18starseekerthat's the API breakage point?
19:08.31brlcadheaders 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.48brlcadI don't see size_t/ssize_t as API breakage
19:09.02brlcadit's type castable, therefore replaceable with a regex
19:09.17brlcadtherefore minimally impacting
19:09.18starseekernods
19:09.58brlcadthe ones that will have to be careful are struct elements
19:10.47brlcadwhen 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.55brlcadshouldn't be, but it's a sanity check that has to be made
19:11.04starseekernods
19:11.23starseekerthat'll be a job when we get to it
19:11.44``Erikalso 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``Erikhas geometry that craps on l -r due to a bot blowing past that on realloc() for describe
19:16.12brlcadyeah, it should just be size_t's all the way through
19:17.11brlcadstarseeker: 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.32brlcadsource files only get a @file block and /** */ code if they have something specific to say about the implementation itself
19:17.46brlcadotherwise that all just goes into the interface .h file
19:46.50yukonbobbrlcad: I ask because 8.6 (beta, atm, I'm sure you know) is shipping w/ itcl "built-in", which is nice...
19:47.07yukonbobtakes look to see what itk requirements for brl-cad are...
19:49.44yukonbobsees lots of references...
19:51.33starseekeryukonbob: actually, I took that part out...
19:51.59starseekerhas separated itcl/itk
19:52.05yukonbobstarseeker: so there shouldn't be much (any?) itk usage?
19:52.37starseekeroh, we use itk (archer in particular, atm)
19:52.50starseekerI just mean I'm not building itcl/itk inside the tcl/tk tree
19:52.52yukonbob<-- older school than archer, atm.
19:53.20starseekeryukonbob: the build system drives me to distraction...
19:53.38yukonbobin the "classic" interface, iirc there was only a single, obscure widget that may have required itk...
19:54.00starseekerwell, we're planning to transition to it much more heavily when Archer and MGED merge
19:54.30yukonbobis only concerned about barriers to entry at -this- moment ;)
19:54.42yukonbobgetting anything running at all will be a nice prize...
19:54.57starseekerhas gotten rt running, kinda
19:55.09yukonbobfewer dependencies (or at least dependencies on things I'm less familiar with), the better...
19:56.19starseekerthe 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.54starseekeronce I got that far, I didn't need to pursue 8.6 at that time
19:57.00yukonbobstarseeker: what kind of test harness is there for brl-cad?
19:58.32yukonbobserver cert for svn @ sourceforge changed lately?
19:58.36starseekermake regress and make benchmark are the main ones
19:58.40CIA-43BRL-CAD: 03bob1961 * r37641 10/brlcad/trunk/ (16 files in 6 dirs):
19:58.41CIA-43BRL-CAD: More mods for compiling 64-bit. This entailed using size_t and ssize_t in a few
19:58.41CIA-43BRL-CAD: structures. The signedness of the modified structure members were not changed.
19:58.41CIA-43BRL-CAD: However, it seems that in a few cases the signed values should be changed to
19:58.41CIA-43BRL-CAD: unsigned values.
20:01.22``Erikyukonbob: a bit ago, forget if it was the beginning or end of jan
20:01.35CIA-43BRL-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.43starseekerbrlcad: ok, will do - sorry 'bout that
20:02.08starseekerwas mainly trying to get it to work at all - pull routine from gqa, tweak til working, commit :-P
20:02.20CIA-43BRL-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.44starseekerI'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.06yukonbob``Erik: thx
20:18.27``Erikack, ssize_t doesn't seem to be on my mac
20:18.53``Erikor 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.18starseekeruhoh
20:27.02starseekerhmm - this might be fun to experiment with: http://developer.amd.com/cpu/open64/Pages/default.aspx
20:32.20``Erikstarseeker: http://www.bitsavers.org/pdf/symbolics/
20:34.20starseeker``Erik: O.o
20:35.07starseekerwhere'd that come from?
20:36.26``Erikwas on hn
20:38.23CIA-43BRL-CAD: 03erikgreenwald * r37644 10/brlcad/trunk/src/librt/primitives/poly/poly.c: quell %ld vs ssize_t cast issue
20:50.22``Erikjust talked to bob about all the osX explosions from that ssize_t whoppage
20:57.40CIA-43BRL-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.17CIA-43BRL-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.19brlcadcool, http://fr.wikibooks.org/wiki/Initiation_?_BRL-CAD/Solides_?l?mentaires
22:09.01brlcador 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.27CIA-43BRL-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.08CIA-43BRL-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.07CIA-43BRL-CAD: 03bob1961 * r37649 10/brlcad/trunk/misc/win32-msvc8/libanalyze/libanalyze.vcproj: Added density.c to the build.
22:31.42brlcadthinks bob needs a wider window
22:44.18``Erikformatting issue? heh
22:44.29``Erikcan't believe that home despot doesn't have bow saws
22:45.27``ErikI'll have to either borrow Ed's chainsaw or take a trip to sears O.o
23:59.24brlcadyou need a saw?
23:59.29brlcadI have an electric one

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