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 |