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 |