IRC log for #brlcad on 20110414

01:12.10 *** join/#brlcad crazy_imp (~mj@a89-182-198-172.net-htp.de)
01:19.31 *** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
04:02.12 CIA-105 BRL-CAD: 03brlcad * r44369 10/brlcad/trunk/src/libbn/bntester.c: bu_getopt() returns an int, not a char -- should resolve 'comparison is always true' failure (strict catches another bug).
04:04.36 CIA-105 BRL-CAD: 03brlcad * r44370 10/brlcad/trunk/src/libbn/bntester.c: there is no reason for these variables to be declared static. main() is not reentrant or used recursively.
04:05.59 CIA-105 BRL-CAD: 03brlcad * r44371 10/brlcad/trunk/src/libbn/bntester.c: ws indent consistency cleanup
04:06.52 CIA-105 BRL-CAD: 03brlcad * r44372 10/brlcad/trunk/src/libbu/getopt.c:
04:06.52 CIA-105 BRL-CAD: The getopt() function was once specified to return EOF instead of -1. This was
04:06.52 CIA-105 BRL-CAD: changed by IEEE Std 1003.2-1992 (POSIX.2'') to decouple getopt() from <stdio.h>.
04:13.01 CIA-105 BRL-CAD: 03brlcad * r44373 10/brlcad/trunk/include/bu.h: document the complex return values that may result from bu_getopt() (borrowed and adapted from the getopt() manual)
04:36.29 CIA-105 BRL-CAD: 03brlcad * r44374 10/brlcad/trunk/ (249 files in 41 dirs):
04:36.29 CIA-105 BRL-CAD: bu_getopt() function used to return EOF instead of -1. For getopt(), this was
04:36.29 CIA-105 BRL-CAD: changed by IEEE Std 1003.2-1992 (POSIX.2'') to decouple getopt() from <stdio.h>.
06:40.17 *** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1096601162.dsl.bell.ca)
06:42.10 CIA-105 BRL-CAD: 03d_rossberg * r44375 10/rt^3/tags/rel-7-18-4/:
08:40.13 *** join/#brlcad KimK (~Kim__@ip174-71-95-176.om.om.cox.net)
09:15.28 *** join/#brlcad Stattrav (~Stattrav@117.192.140.159)
09:15.28 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
09:27.16 *** join/#brlcad mafm_ (~mafm@193.153.199.229)
09:36.06 *** join/#brlcad merzo (~merzo@193.254.217.44)
11:21.58 CIA-105 BRL-CAD: 03davidloman * r44376 10/geomcore/trunk/ (4 files in 3 dirs): Add getString and putString to ByteBuffer class. ByteBuffer class should now be a complete replacement for DataStream and ByteArray classes. Replacements to follow.
11:36.13 dloman anyone: Are there help functions anywhere in the BRLCAD libs for getting/setting individual bits ?
11:38.50 dloman (or do i need to roll my own)
11:48.44 *** join/#brlcad crazy_imp (~mj@a89-182-198-172.net-htp.de)
12:10.57 CIA-105 BRL-CAD: 03davidloman * r44377 10/geomcore/trunk/ (include/ByteBuffer.h src/utility/ByteBuffer.cxx): Add toHexString() to ByteBuffer. Aids in troubleshooting.
12:23.04 CIA-105 BRL-CAD: 03davidloman * r44378 10/geomcore/trunk/ (include/ByteBuffer.h src/utility/ByteBuffer.cxx): Add ByteBuffer::defaultBufferSize and set it to 4k
12:31.15 brlcad dloman: search include/bu.h for 'bit' :)
12:31.32 dloman right on :) found it already, but thanks :)
12:32.05 dloman is actually learning to look in bu first.... promise!
12:32.27 brlcad will believe it when he sees it :)
12:32.34 dloman pouts
12:33.02 brlcad of course, the next time you'll look in libbu, and it'll be a math routine in libbn
12:33.14 dloman wait... how can you see it if i never ask? ......SCAM!
12:50.22 brlcad sees the commits
12:50.33 brlcad commit with some libbu api that you never asked about :P
13:04.36 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
13:20.10 *** join/#brlcad mafm_ (~mafm@193.153.199.229)
13:20.32 CIA-105 BRL-CAD: 03davidloman * r44379 10/geomcore/trunk/ (55 files in 6 dirs): Removed DataStream and ByteArray classes. Replaced them with ByteBuffer.
13:26.20 *** join/#brlcad indianlarry (~indianlar@BZ.BZFLAG.BZ)
13:34.35 CIA-105 BRL-CAD: 03starseeker * r44380 10/brlcad/branches/cmake/ (252 files in 43 dirs): MFC r44378
13:35.53 CIA-105 BRL-CAD: 03davidloman * r44381 10/geomcore/trunk/tests/unit/ (5 files in 3 dirs): Stub in unit test class for NetMsgs
13:36.12 CIA-105 BRL-CAD: 03davidloman * r44382 10/geomcore/trunk/tests/func/libNet/CMakeLists.txt: remove cmake entry for func test of netmsgs
13:48.01 starseeker crap
13:48.34 starseeker we have a confirmed raytrace output change (overlap reporting with air volumes) between 7.16.8 and 7.18.3
13:52.37 *** join/#brlcad Stattrav (~Stattrav@117.192.157.100)
13:52.37 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
13:58.54 CIA-105 BRL-CAD: 03bob1961 * r44383 10/brlcad/trunk/src/libdm/dm-wgl.c: RECT has no width/height members.
15:38.47 *** join/#brlcad Stattrav (~Stattrav@117.192.158.156)
15:38.47 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:47.07 CIA-105 BRL-CAD: 03davidloman * r44384 10/geomcore/trunk/src/libNet/netMsg/ (19 files): Formatting, ws.
18:04.34 CIA-105 BRL-CAD: 03brlcad * r44385 10/brlcad/trunk/src/librt/cut.c:
18:04.34 CIA-105 BRL-CAD: increment axis AFTER the end of the loop, not as the first statement, so that
18:04.34 CIA-105 BRL-CAD: the iteration is XYZXYZXYZ instead of YZXYZXYZX. this unfortunately may impact
18:17.28 *** join/#brlcad Stattrav (~Stattrav@117.192.158.156)
18:17.28 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
18:19.27 *** join/#brlcad jay_ (~jay@212.96.10.253)
18:19.59 jay_ hi
18:20.15 jay_ anyone here using autocad 2010?
18:20.33 dloman not I!
18:21.46 brlcad jay_: we don't provide autocad support
18:22.33 jay_ i know. i was just asking if someone here uses autocad
18:22.54 brlcad so you can ask them your support questions in private?
18:23.33 brlcad i've used autocad before
18:23.34 jay_ brlcad, you really want me to ask each person here the same question in private?
18:24.08 brlcad asking support for a commercial product from an open source community is generally a really shitty thing to do
18:25.07 brlcad if you're willing to donate 10% of their license fee, I might consider your question(s); but I'd rather answer any and all open source related questions for free
18:25.25 jay_ brlcad, are you serious?
18:25.39 brlcad are you?
18:25.50 brlcad you pay them for a reason, they have support channels
18:26.08 jay_ brlcad, you just wasting my time. thanks for nothing
18:26.12 brlcad likewise
18:27.20 *** mode/#brlcad [+o brlcad] by ChanServ
18:28.23 *** part/#brlcad jay_ (~jay@212.96.10.253)
18:29.32 starseeker hah - blender finally released a stable version of 2.5
18:29.46 starseeker my, what an... odd versioning scheme
18:30.03 dli brlcad, how is the coverity thing going?
18:31.21 brlcad dli: waiting a couple days to see if there is other interest
18:31.33 brlcad didn't want to send in account requests one at a time, just makes for more work on their end
18:31.47 brlcad i'll send a batch request in on Monday
18:32.02 dli brlcad, sure, just make sure I didn't miss something
18:32.15 brlcad anyone who has expressed interest in working on the issues, I'll include them in that request
18:32.51 brlcad I think it's up to just four accounts so far
18:33.26 dli manpower not enough to fix 680 thousand lines :(
18:33.47 dli or we develop some tool to auto fix findings
18:33.49 brlcad dli: there's not 680k lines to fix :)
18:33.56 brlcad there were 680k analyzed
18:34.01 brlcad < 2k to fix
18:34.18 dli brlcad, then, just doing it manually is fine
18:34.41 brlcad if it was automatable, I would be writing scripts
18:34.49 brlcad each issue has to be investigated for the proper fix
18:35.03 dli brlcad, okay
18:35.45 brlcad I bet more than 1800 will be very very easy, but then there will be 100 that will really take lots of time and effort to investigate and fix
18:37.05 brlcad like the three I posted, two of them are trivial to "fix" .. one really begs for a function to be implemented (a week of work) and another (the long one) warrants a logic review to see how it got that far in the first place with uninit data
18:52.55 *** join/#brlcad KimK (~Kim__@ip174-71-95-176.om.om.cox.net)
18:55.51 brlcad ../../src/libged/.libs/libged.so: undefined reference to `db_normalize'
18:55.59 brlcad starseeker: forget a file?
18:56.16 brlcad or my sync might not be up to date .. checking now
19:22.22 *** join/#brlcad ibot (~ibot@rikers.org)
19:22.22 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.18.4 is posted! (20110412)
19:22.47 starseeker brlcad: hehe, no problem - lord knows I've done that enough...
19:23.00 starseeker w
19:23.05 starseeker bah
20:11.04 CIA-105 BRL-CAD: 03brlcad * r44386 10/brlcad/branches/STABLE/ (272 files in 50 dirs): merge trunk to STABLE from r44325 to HEAD r44385 -- pulls in the spatial partitioning change to cut.c for XYZXYZXYZ split planes
20:15.40 CIA-105 BRL-CAD: 03starseeker * r44387 10/brlcad/trunk/src/librt/db5_types.c: Make a stab at a more general solution to handling boolean strings for regions that expect them.
20:30.59 CIA-105 BRL-CAD: 03starseeker * r44388 10/brlcad/trunk/src/librt/db5_types.c: Air isn't boolean, it's just a number
20:46.09 CIA-105 BRL-CAD: 03starseeker * r44389 10/brlcad/branches/cmake/src/ (libdm/dm-wgl.c librt/cut.c librt/db5_types.c): MFC r44388
21:11.33 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
21:28.26 CIA-105 BRL-CAD: 03starseeker * r44390 10/brlcad/trunk/src/librt/db5_types.c: Might as well be general here - do what we did in color.c in libged
21:47.44 starseeker yeah, red's shader stuff is totally busted
21:58.19 CIA-105 BRL-CAD: 03r_weiss * r44391 10/brlcad/trunk/src/librt/primitives/nmg/nmg_bool.c:
21:58.39 CIA-105 BRL-CAD: Updated function 'nmg_bool' in file 'nmg_bool.c'. This update supports the new
21:58.39 CIA-105 BRL-CAD: prototype function 'nmg_triangulate_fu' (nmg triangulate faceuse) and is
21:58.39 CIA-105 BRL-CAD: disabled by default since it is untested in the production code. This update
23:00.43 *** join/#brlcad Ralith (~ralith@173-10-121-193-BusName-Washington.hfc.comcastbusiness.net)
23:20.44 *** join/#brlcad Ralith (~ralith@1555hostw130.starwoodbroadband.com)

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