| 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 |