IRC log for #brlcad on 20080926

00:01.57 *** join/#brlcad Ralith (n=ralith@216.162.199.202)
00:04.55 brlcad :)
00:24.35 CIA-4 BRL-CAD: 03brlcad * r32772 10/brlcad/trunk/COPYING: license specification
00:51.01 CIA-4 BRL-CAD: 03brlcad * r32773 10/brlcad/trunk/src/util/ (pixcut.c pixpaste.c): (log message trimmed)
00:51.01 CIA-4 BRL-CAD: these files are missing the standard copyright header for all contributions.
00:51.01 CIA-4 BRL-CAD: per the original brl-cad license agreement, all rights of use were granted to
00:51.01 CIA-4 BRL-CAD: the gov't when the code was provided so the sources are covered like everything
00:51.01 CIA-4 BRL-CAD: else in the package. (copyright was claimed and subsequently granted/assigned
00:51.04 CIA-4 BRL-CAD: to the gov't after a massive change to the collective work). this inconsistency
00:51.06 CIA-4 BRL-CAD: tweak is in response to the sf.net bug posting 2128053 (Copyright issue) by
00:53.20 CIA-4 BRL-CAD: 03brlcad * r32774 10/brlcad/trunk/src/util/ (pixcut.c pixpaste.c): adjust copyright claim to start from 2004
01:08.29 yukonbob afternoon, cadheads
01:08.35 brlcad howdy bob
01:08.43 yukonbob nods
01:08.50 yukonbob good day today, brlcad /
01:08.56 yukonbob s/\//?/
01:09.43 brlcad yeah, pretty good
01:09.54 yukonbob nice to hear
02:00.37 starseeker checks in - power finally came back on in apartment
02:39.40 CIA-4 BRL-CAD: 03starseeker * r32776 10/brlcad/trunk/doc/docbook/articles/ (6 files in 6 dirs): re-target image links
04:04.03 brlcad starseeker: eep
04:13.26 *** join/#brlcad SilverBallz (n=hidden@35-12.97-97.tampabay.res.rr.com)
05:24.26 starseeker brlcad: what's wrong?
05:34.47 brlcad starseeker: you losing power?
05:37.48 brlcad that's all
05:49.55 *** join/#brlcad pacman87 (n=Timothy@resnet-45-219.dorm.utexas.edu)
05:54.13 *** join/#brlcad clock_ (n=clock@77-56-88-65.dclient.hispeed.ch)
05:58.26 yukonbob just watched "King of Kong: A Fistful of Quarters" -- fun.
05:59.08 yukonbob hey pacman87 :)
06:06.12 pacman87 howdy yukonbob
06:06.44 pacman87 is learning javadoc style comments
06:07.21 pacman87 required for a lab i wrote two weeks ago (uncommented) that's due tomorrow
06:22.00 yukonbob hehe
06:22.10 *** join/#brlcad d_rossberg (n=rossberg@bz.bzflag.bz)
06:25.37 brlcad yukonbob: hum, I heard that was pretty good actually
06:42.07 *** join/#brlcad cad47 (n=50489d56@bz.bzflag.bz)
07:01.30 CIA-4 BRL-CAD: 03brlcad * r32777 10/brlcad/trunk/src/librt/db_scan.c: hum, yeah... that looks like a bug that daniel found in db_update_ident. that dbi_read_only check does not belong there (the check happens later during write). this should make it work for inmem db instances.
07:13.26 *** join/#brlcad clock_ (n=clock@84-72-91-240.dclient.hispeed.ch)
07:16.05 CIA-4 BRL-CAD: 03brlcad * r32778 10/brlcad/trunk/src/librt/db_inmem.c: make dbi_read_only default to false for inmem objects for now until all of the routines that utilize it can rely on it behaving correctly (it should only prevent writing to disk (which inmems never do).
07:19.59 d_rossberg brlcad: are you really sure about the dbi_read_only flag?
07:20.21 d_rossberg the documentation says "read only file"
07:21.28 d_rossberg therefore all database functions refuse to change such a database
07:23.24 d_rossberg i.e. version r32778 should be the solution because it is not a "read only file" and r32777 should be reverted
07:26.21 d_rossberg btw: it looks like the saved database title is wrong if you have a v5 database without a _GLOBAL object (see my example from the mailing list)
07:26.38 brlcad 32777 was a completely unnecessary check that was happening very prematurely -- it doesn't look right regardless of the default being 0 or 1
07:27.49 brlcad the key being "file" .. inmem's have no file so the intent at least was that it's non-existent file cannot be written to
07:27.55 d_rossberg this check is contained in every database changing function
07:27.57 brlcad since everything happens through the db_write layer
07:28.19 brlcad 12 functions
07:28.43 brlcad there are a lot more database-changing ones than that ;)
07:28.57 brlcad at least indirectly
07:29.22 d_rossberg there are only a few low level ones (?)
07:30.00 brlcad only looks like there are 8 instances of db_write, so there should be at least 8 uses of dbi_read_only
07:30.08 brlcad that leaves 4 suspicious checks
07:30.59 brlcad that more than likely just crept in over the years or have never been exercised since inmems are only used in a really specific way by mged right now
07:33.37 d_rossberg nevertheless you should test it with a real read-only file
07:33.53 d_rossberg i'll do some checks with the inmem
07:34.30 d_rossberg and publish my results in the C++ interface draft
07:34.43 brlcad okay, excellent
07:34.55 brlcad feel free to fix librt if/when you find issues like that though
07:35.28 brlcad there's no sense in having a higher-level api or external code work around an issue when it can/should be fixed regardless
07:40.10 d_rossberg :) first i have to understand the intention of inmem, thats why my question was "What's wrong with this code?"
07:40.51 d_rossberg if the answer is "Nothing." i know there is a problem with librt etc. ;-)
07:41.23 brlcad *nod*
07:41.57 brlcad so next time I'll just say "nothing" and let you hunt for the bug for 9 hours ;)
07:47.58 yukonbob brlcad: re: KoK -- ya -- entertaining, for what it is...
07:48.05 d_rossberg i'm grateful to you for your work on BRL-CAD but is wasn't my intention to put pressure on you
07:49.13 brlcad d_rossberg: heh, no pressure! .. it was somewhat of a challenge
07:49.19 yukonbob has now finished "Slacker Uprising" and heads to sleep...
07:49.42 brlcad it shouldn't have taken me that long to figure out what the hell was going on .. I just wasn't seeing it (or concentrating very well apparently)
08:04.09 CIA-4 BRL-CAD: 03d_rossberg * r32779 10/rt^3/trunk/ (4 files in 2 dirs): demonstration of an idea of how an application could work with BRL-CAD database files via an in-memory database
08:04.49 brlcad d_rossberg: fyi, I replied to your message, but I've yet to receive the reply myself .. mail server might be stuck or something
08:20.32 clock_ brlcad: better than having to receive the original message yet, that would indicate serious problems with causality.
08:28.25 Ralith "I've replied to your message, but I don't seem to have recieved it yet. Give the space-time continuum a minute to stabilize."
08:29.46 clock_ slaps his LCD and gives it a second to stabilize
08:57.05 brlcad yep, but it's still not received and been a couple hours now
11:02.24 *** join/#brlcad thing0 (n=ric@124-169-184-113.dyn.iinet.net.au)
11:15.51 brlcad ponders yawning
11:23.01 Axman6 brlcad: you should consider the consequences first
11:34.00 *** join/#brlcad Elperion (n=Bary@p5B14D73D.dip.t-dialin.net)
11:35.06 starseeker brlcad: Ah. :-)
11:35.11 starseeker was afraid he borked the build.
11:35.26 starseeker Yeah, apparently someone didn't mark the lines correctly and a power line got chopped
11:44.01 *** join/#brlcad elite01 (n=elite01@unaffiliated/elite01)
11:47.12 brlcad fun
15:05.23 *** join/#brlcad ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt)
15:05.23 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || Channel logs at http://ibot.rikers.org/%23brlcad/ || The 2008 Google Summer of Code is complete! -- Thanks deserved to all of our students! || (Source) Release 7.12.6 posted 2008-08-19 || Mailing lists are now reply-to-list instead of reply-to-sender by default
15:09.25 *** join/#brlcad docelic (n=docelic@78.134.196.244)
15:26.41 *** join/#brlcad prasad_ (n=psilva@h-67-103-183-185.mclnva23.covad.net)
15:33.08 *** join/#brlcad prasad_2 (n=psilva@static-96-255-52-7.washdc.fios.verizon.net)
15:35.50 prasad_2 kicks nickserv
16:45.38 *** join/#brlcad quentusrex (n=quentusr@c-71-197-244-228.hsd1.or.comcast.net)
17:04.37 *** join/#brlcad iandaletter (n=asus@217.118.79.36)
17:19.44 *** part/#brlcad iandaletter (n=asus@217.118.79.36)
18:53.09 *** join/#brlcad iandaletter (n=asus@217.118.79.36)
19:21.54 *** join/#brlcad iandalette1 (n=asus@217.118.79.39)
20:05.21 *** join/#brlcad clock_ (n=clock@77-56-73-198.dclient.hispeed.ch)
20:25.39 claymore burps.
21:04.08 *** part/#brlcad iandalette1 (n=asus@217.118.79.39)
22:10.24 *** part/#brlcad prasad_2 (n=psilva@static-96-255-52-7.washdc.fios.verizon.net)
22:32.40 starseeker scowls at configure.ac - now it's giving me a false positive on finding fop
22:32.43 starseeker grrrrrr

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