IRC log for #brlcad on 20110119

00:09.53 ``Erik votes for '>' :D (vms)
00:11.25 CIA-38 BRL-CAD: 03brlcad * r42425 10/brlcad/trunk/BUGS: rt crashes when it shouldn't
00:41.22 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
00:44.36 ``Erik http://brlcad.org/~erik/codenorris.jpg
00:52.49 CIA-38 BRL-CAD: 03starseeker * r42426 10/brlcad/branches/cmake/src/libbu/dirname.c: Don't hardcode '/' into bu_dirname, it's wrong on Windows
00:53.52 *** join/#brlcad merzo (~merzo@94-43-108-20.dsl.utg.ge)
01:20.56 CIA-38 BRL-CAD: 03brlcad * r42427 10/brlcad/trunk/ (4 files in 4 dirs):
01:20.56 CIA-38 BRL-CAD: enable a test for -std=c99 since we cannot compile glx/gl.h-using code on Mac OS
01:20.56 CIA-38 BRL-CAD: X 10.6 with -pedantic due to // comments in the gl.h header. use the flag in
01:20.56 CIA-38 BRL-CAD: the dirs where we interface with glx (src/mged src/libdm src/libfb)
01:29.14 *** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
01:37.47 CIA-38 BRL-CAD: 03starseeker * r42428 10/brlcad/branches/cmake/src/ (libbu/brlcad_path.c mged/mged.c mged/setup.c): Use GetFullPathName on Windows, and remove a couple of the Win32 specific bits in mged - this results in mged launching successfully. Still a lot more to do, including figuring out why archer silently crashes.
01:48.41 starseeker hmm - I wonder if the itcl/itk upgrade did something, or if it's just how I'm building them with CMake
02:01.23 brlcad <windows.h> .. system header
02:52.34 starseeker in common.h then?
03:17.28 starseeker huh - maxima is in the top 25 projects on sourceforge
03:31.13 Ralith didn't know it was that active
03:31.14 Ralith neat
03:38.47 starseeker huh - another cad project based on opencascade: http://sourceforge.net/projects/narocad/
03:41.44 starseeker woot - someone is porting qcad to qt4
03:51.51 starseeker http://sourceforge.net/projects/librecad/
03:51.56 starseeker even builds
05:10.26 CIA-38 BRL-CAD: 03brlcad * r42429 10/brlcad/trunk/include/raytrace.h: remove duplicate rt_dirbuild declaration
06:01.42 Ralith opencascade gets all the attention ._.
07:48.02 CIA-38 BRL-CAD: 03brlcad * r42430 10/brlcad/trunk/ (include/raytrace.h src/librt/db5_scan.c src/librt/db_open.c): rename db_get_version() to simply db_version(). there's no need for the getter name convention (inconsistent with api), especially when there's no putter.
07:59.23 CIA-38 BRL-CAD: 03brlcad * r42431 10/brlcad/trunk/src/libged/ (draw.c erase.c): upcast argc iteration comparisons to size_t
08:07.45 CIA-38 BRL-CAD: 03brlcad * r42432 10/brlcad/trunk/doc/deprecation.txt: renamed db_get_version() to db_version() as a minimally impacting change.
08:10.55 CIA-38 BRL-CAD: 03brlcad * r42433 10/brlcad/trunk/ (6 files in 4 dirs): rename db_get_directory_size() to just db_directory_size() for similar motivations. there is no corresponding put routine, so simplify.
08:27.59 *** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
08:27.59 *** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
08:27.59 *** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
08:27.59 *** join/#brlcad cjdevlin (~devlin@d118-75-252-178.try.wideopenwest.com)
08:27.59 *** join/#brlcad kanzure (~kanzure@131.252.130.248)
08:28.01 CIA-38 BRL-CAD: 03brlcad * r42434 10/brlcad/trunk/ (doc/deprecation.txt include/raytrace.h src/librt/db_lookup.c): db_get_directory() renamed to db_alloc_directory() to be a little more consistent with other (non-macro) routines that don't do much except allocate memory.
08:29.27 CIA-38 BRL-CAD: 03brlcad * r42435 10/brlcad/trunk/src/librt/ (db_alloc.c db_lookup.c): move the allocation routine into db_alloc.c
08:32.51 CIA-38 BRL-CAD: 03brlcad * r42436 10/brlcad/trunk/ (doc/deprecation.txt include/raytrace.h src/librt/db_alloc.c): be more specific. match the resource struct member name, allocating more than one directory.
08:35.03 CIA-38 BRL-CAD: 03brlcad * r42437 10/brlcad/trunk/include/raytrace.h: make it clear that these affect one global timer
08:41.10 CIA-38 BRL-CAD: 03brlcad * r42438 10/brlcad/trunk/ (doc/deprecation.txt include/raytrace.h src/librt/storage.c): rename rt_get_set() similarly to rt_alloc_seg_block() since it doesn't actually get andthing or have an equivalent put/set. it's purpose is to allocate a block of segs so just say that.
08:46.17 CIA-38 BRL-CAD: 03brlcad * r42439 10/brlcad/trunk/include/raytrace.h: declare db_alloc_directory_block() properly according to the rename.
08:49.15 CIA-38 BRL-CAD: 03brlcad * r42440 10/brlcad/trunk/include/raytrace.h: move the related decls closer to each other for the two rt/db_alloc routines
08:50.33 CIA-38 BRL-CAD: 03brlcad * r42441 10/brlcad/trunk/src/librt/ (db_alloc.c storage.c): move rt_alloc_seg_block from storage.c to db_alloc.c so db_alloc_directory_bloc() doesn't get lonely.
08:51.55 CIA-38 BRL-CAD: 03brlcad * r42442 10/brlcad/trunk/ (4 files in 2 dirs): storage.c is no longer needed.
08:57.36 Ralith I'd like to find a series of line segments along a given line, within the inside of a region, such that no point on any line segment is closer than a certain to the surface. Anyone have any thoughts on how this might be done?
08:58.18 Ralith something like the intersection between a line and a verison of the object slightly shrunk along all surface normals, I think
09:17.31 *** join/#brlcad epileg (~epileg@unaffiliated/epileg)
09:38.57 CIA-38 BRL-CAD: 03d_rossberg * r42443 10/brlcad/trunk/src/librt/CMakeLists.txt:
09:38.58 CIA-38 BRL-CAD: synced with Makefile.am: removed nmg_junk.c from the actual build
09:38.58 CIA-38 BRL-CAD: nmg_junk.c is a resting place for unfinished subroutines that are not a part of the current NMG library
09:56.06 *** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
10:29.43 *** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
10:44.58 *** join/#brlcad mafm (~mafm@62.Red-81-32-105.dynamicIP.rima-tde.net)
11:18.32 *** join/#brlcad juanman (~quassel@201.255.21.86)
11:18.35 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
12:03.48 DaveLo Mernin all!
13:06.33 CIA-38 BRL-CAD: 03ronaldbowers * r42444 10/jbrlcad/trunk/src/main/java/org/brlcad/geometryservice/: Making an interface
13:08.03 ``Erik now what the heck is ron up to? I've been putting that in rt^3
13:09.32 DaveLo tee hee
13:39.02 brlcad <PROTECTED>
13:39.26 *** join/#brlcad Stattrav (~Stattrav@117.202.19.79)
13:39.26 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
13:55.11 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
14:00.35 CIA-38 BRL-CAD: 03brlcad * r42445 10/brlcad/trunk/src/librt/db5_scan.c: if the database version has already been calculated, don't bother recalculating it. avoids rewind+fseek.
14:03.22 CIA-38 BRL-CAD: 03brlcad * r42446 10/brlcad/trunk/src/librt/db_open.c: make sure db_version() calculates the version during db_open(), init to zero.
14:08.51 CIA-38 BRL-CAD: 03Dloman 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Image:GSNetProtocol.png]]": Incorrectly named image. Should have been named GSNetMsgBreakdown
14:29.48 CIA-38 BRL-CAD: 03davidloman * r42447 10/rt^3/trunk/docs/ (GS_Symbol.png GS_Symbol.psd): Add in rough draft of GS graphic.
14:37.47 CIA-38 BRL-CAD: 03Dloman 07http://brlcad.org * r2434 10/wiki/Geometry_Service_Project_Main: Update definitions
14:38.26 CIA-38 BRL-CAD: 03Dloman 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[IBME GeometryEngine]]": Dropping antiquated definition as well as eliminating an iBME reference.
14:38.46 CIA-38 BRL-CAD: 03Dloman 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[IBME GeometryService]]": Dropping antiquated definition as well as eliminating an iBME reference.
15:10.15 *** join/#brlcad Elrohir (~kvirc@p5B14BCFC.dip.t-dialin.net)
15:11.21 CIA-38 BRL-CAD: 03brlcad * r42448 10/brlcad/trunk/include/raytrace.h: move the alloc functions down with the other alloc functions
15:25.37 starseeker O.O http://www.40fires.org/Wiki.jsp?page=Hyrban%20CAD%20models
15:26.54 starseeker http://www.40fires.org/Wiki.jsp?page=TermsOfUse
15:27.09 ``Erik neat
15:28.13 starseeker I thinke we just found a test case for our iges convertor :-P
15:28.55 starseeker waits for his headache to subside so he can go in...
15:30.22 ``Erik hm, from their blog, 9/10/09, "One day we'll have a wonderful, open source, free or nearly free, collaborative, version controlling 2D/3D CAD system (any suggestions?) and a wiki that you can all contribute to but it's still early days."
15:32.55 ``Erik can't find what CAD system they're using, and don't know 'nuff to guess from the pictures
15:33.19 starseeker CATIA, I think
15:33.24 starseeker newest blog entry mentions it
15:33.29 ``Erik that was my gut feeling heh
15:33.46 ``Erik the blue gradient background in some p ics is catia style
15:35.22 ``Erik hm, shuttleworth has talked to 'em
15:45.00 CIA-38 BRL-CAD: 03brlcad * r42449 10/brlcad/trunk/src/ (52 files in 9 dirs): put db_version() to use, particularly for callers outside of librt since it's a private API member that isnt' supposed to be directly accessed. this sets the stage for using dbi_version in other ways.
15:57.54 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
16:11.00 CIA-38 BRL-CAD: 03brlcad * r42450 10/brlcad/trunk/src/conv/dbupgrade.c: get the version number just once, then reference it
16:19.18 DaveLo Hrm, might be a decent idea: http://www.cnn.com/2011/TECH/innovation/01/19/smart.roads/index.html?eref=mrss_igoogle_cnn
16:19.53 CIA-38 BRL-CAD: 03ronaldbowers * r42451 10/jbrlcad/trunk/src/main/java/org/brlcad/geometryservice/GeometryServiceSPI.java: - Version 0.1 of the GeometryServiceSPI. Implementations should match the behavior defined here.
16:32.24 CIA-38 BRL-CAD: 03brlcad * r42452 10/brlcad/trunk/src/librt/db5_scan.c: idiot
16:32.45 CIA-38 BRL-CAD: 03brlcad * r42453 10/brlcad/trunk/src/librt/db5_io.c: can't call db_version because the dbip is const
16:37.09 CIA-38 BRL-CAD: 03brlcad * r42454 10/brlcad/trunk/src/ (10 files in 5 dirs): improve consistency on how the version numbers are checked. avoiding <= and >= where unnecessary.
17:26.43 CIA-38 BRL-CAD: 03brlcad * r42456 10/brlcad/trunk/src/mged/ (cmd.c mged.c): rename db_warn, db_upgrade, and db_version to have an mged_ prefix so they don't collide with librt db_*() functions (e.g., db_version())
18:02.35 CIA-38 BRL-CAD: 03bob1961 * r42458 10/brlcad/trunk/src/tclscripts/lib/RtControl.tcl: Added a configbody for the -color option.
18:02.35 CIA-38 BRL-CAD: 03bob1961 * r42457 10/brlcad/trunk/src/tclscripts/lib/TkTable.tcl: Tweaked cadwidgets::TkTable::toggleSelect to behave better after a <Button-1> event occurs in a different cell.
18:03.07 CIA-38 BRL-CAD: 03bob1961 * r42459 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Added a preference for the framebuffer's background color.
18:31.12 starseeker DaveLo: problem with solar powered roads is 1) cost and 2) keeping 'em clean
18:31.58 DaveLo Well if a state manages to get a leader in place that actually has LONG term planning skills, cost may be less of a problem.
18:32.17 DaveLo as for cleaning, just wrap swiffer pads around tires :)
18:32.24 starseeker heh
18:33.14 starseeker might be more workable to have the sides of the road be solar panels
18:33.41 starseeker no car oil and crap being dropped on them (or less, anyway) and they'll be exposed to the sun more
18:33.45 CIA-38 BRL-CAD: 03brlcad * r42460 10/brlcad/trunk/ (NEWS m4/patch.m4): (log message trimmed)
18:33.45 CIA-38 BRL-CAD: wow, now that I can finally reproduce and investigate ... FIX the
18:33.45 CIA-38 BRL-CAD: several-year-old bug where compilation would fail on some Mac OS X systems
18:33.45 CIA-38 BRL-CAD: (10.6+?) with a 'dyld: Library not loaded:
18:33.45 CIA-38 BRL-CAD: /usr/brlcad/dev-7.18.1//lib/libwdb.19.dylib' message (and subsequent crash
18:33.46 CIA-38 BRL-CAD: report). the problem is actually due to a bug in libtool where their temp_rpath
18:33.47 CIA-38 BRL-CAD: variable was getting appended to another path variable but without a : between
18:34.52 starseeker also would avoid the concerns mentioned about glass strength and traction
18:34.58 brlcad it's only a matter of time, I can see it easily being cost effective for cities
18:36.57 brlcad very 'spensive to have a fleet of trucks rolling through city streets scooping up snow and ice, took hundreds of trucks nearly a month to clear baltimore last year working 24/7
18:37.30 starseeker nods - cities could also heat the roads using solar panels on buildings and such (or even other sources of heat, once the heating element infrastructure itself was in place)
18:38.34 brlcad that's easily a couple million in annual expenses just to cover salary, double/triple to cover equipment, maintenance, supplies, insurance
18:39.38 brlcad city streets get repaved regularly (there are just so many), so they'd just need to be installable in sections as upgrades occur and be fault tolerant to big trucks, pot holes, etc
18:41.10 starseeker brlcad: regarding windows.h - ``Erik was saying including it at the common.h level causes conflicts
18:41.51 ``Erik may cause
18:42.12 ``Erik many annoying things come from windows.h, like #define near and #define far for example
18:42.26 ``Erik and #define DELETE more recently
18:42.54 ``Erik isn't happy about the #ifdef WIN32 #undef symbol #endif pattern we have a few places :/
18:46.37 starseeker unless I'm missing something, wouldn't the only way forward be to include windows.h up front in config_win, and then undef everything that may cause us trouble later?
18:49.04 ``Erik or rename our stuff
19:06.06 brlcad now with that old bug fixed.. time for lunch!
19:18.49 *** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
19:18.49 *** join/#brlcad kanzure (~kanzure@131.252.130.248)
19:18.50 *** join/#brlcad cjdevlin (~devlin@d118-75-252-178.try.wideopenwest.com)
19:18.50 *** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
19:18.50 *** join/#brlcad DaveLo (~claymore@BZ.BZFLAG.BZ)
19:18.50 *** join/#brlcad indianla1ry (~indianlar@BZ.BZFLAG.BZ)
19:18.50 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
19:18.50 *** join/#brlcad roberthl (~robert@mediawiki/RobertL)
19:57.19 DaveLo heh, forgot about this one: http://www.youtube.com/watch?v=u-6ph7NWoBM
21:04.13 starseeker brlcad: thath BU_STR_EQUAL thing seems to have broken search
21:11.17 Ralith brlcad: that's good for entry/exit points, but doesn't account for points when a surface passes very close to but does not intersect the ray while it's inside the region
21:30.55 CIA-38 BRL-CAD: 03starseeker * r42461 10/brlcad/trunk/src/other/tkpng/Makefile.am: I doubt we need the -module flag here - CMake build doesn't need it, so try it without
21:31.35 ``Erik hah, now it fails with the expected issue
21:31.41 ``Erik src/other/tkpng/Makefile.am:8: `tkpng.la' is not a standard libtool library name
21:31.41 ``Erik src/other/tkpng/Makefile.am:8: did you mean `libtkpng.la'?
21:32.49 starseeker bah
21:32.52 CIA-38 BRL-CAD: 03erikgreenwald * r42462 10/brlcad/trunk/src/other/tkpng/Makefile.am: tkpng -> libtkpng
21:34.48 CIA-38 BRL-CAD: 03erikgreenwald * r42463 10/brlcad/trunk/configure.ac: tkpng -> libtkpng
21:36.08 brlcad starseeker: okay, I'll look into it (search)
21:44.48 starseeker tried to include bu.h in search.c, but so far that doesn't seem to have done it...
21:46.58 brlcad including a header won't usually change behavior ... just declarations and defines
21:49.05 brlcad ah, that's what did it
21:49.26 brlcad typecompare() is a callback, e.g. for qsort()
21:49.56 brlcad needs to return >=< 0, not boolean
22:04.49 CIA-38 BRL-CAD: 03brlcad * r42464 10/brlcad/trunk/src/libged/search.c: the typecompare() callback passed to bsearch() needs to return value <0, ==0, >0 depending on the comparison, not just a boolean. use bu_strcmp() instead of !BU_STR_EQUAL()
22:07.50 CIA-38 BRL-CAD: 03erikgreenwald * r42465 10/brlcad/trunk/src/burst/prnt.c: #ifdef, not #if DEBUG
22:32.57 *** join/#brlcad Ralith (~ralith@S010600221561996a.vc.shawcable.net)
22:32.57 *** join/#brlcad roberthl (~robert@mediawiki/RobertL)
22:32.58 *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ)
22:32.58 *** join/#brlcad indianla1ry (~indianlar@BZ.BZFLAG.BZ)
22:32.58 *** join/#brlcad DaveLo (~claymore@BZ.BZFLAG.BZ)
22:38.18 CIA-38 BRL-CAD: 03brlcad * r42466 10/brlcad/trunk/src/libwdb/Makefile.am: libwdb seems to be compiling cleanly on mac and linux, so enable enforcement of strict build
22:43.49 *** join/#brlcad cosurgi (~cosurgi@atak.bl.pg.gda.pl)
22:51.40 *** join/#brlcad mafm (~mafm@62.Red-81-32-105.dynamicIP.rima-tde.net)
22:56.57 CIA-38 BRL-CAD: 03brlcad * r42467 10/brlcad/trunk/src/libged/attr.c: er, so soon? use the new bu_strcmp() function so we properly handle null strings.
23:03.26 CIA-38 BRL-CAD: 03brlcad * r42468 10/brlcad/trunk/configure.ac: er, STRICT_FLAGS should match the flags we actually tested for.
23:25.09 CIA-38 BRL-CAD: 03brlcad * r42469 10/brlcad/trunk/src/libged/search.c: ws
23:25.50 CIA-38 BRL-CAD: 03brlcad * r42470 10/brlcad/trunk/src/ (8 files in 4 dirs):
23:25.50 CIA-38 BRL-CAD: more cases similiar to the search failure (affecting a bunch of commands
23:25.50 CIA-38 BRL-CAD: including the likes of ls, the tedit commands, tops, and others) where we cannot
23:25.50 CIA-38 BRL-CAD: use BU_STR_EQUAL since we actually need to use the real return value from
23:25.50 CIA-38 BRL-CAD: bu_strcmp() instead of !BU_STR_EQUAL(). nice early catch.

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