| 00:20.11 | *** join/#brlcad dblazakis (n=45fb8882@bz.bzflag.bz) | |
| 00:20.13 | *** join/#brlcad dionb (n=Dion@c-69-251-136-130.hsd1.md.comcast.net) | |
| 01:14.52 | *** join/#brlcad smallfoot- (i=smallfoo@clamwin/translator/smallfoot) | |
| 06:17.26 | *** join/#brlcad Laniakea (i=clock@77-56-109-197.dclient.hispeed.ch) | |
| 06:51.45 | *** join/#brlcad elite01 (n=elite01@195.37.106.60) | |
| 07:25.24 | *** join/#brlcad Laniakea (n=clock@zux221-122-143.adsl.green.ch) | |
| 07:45.50 | *** join/#brlcad akreal (n=ak@ll-81-222-164-251.awanti.ru) | |
| 07:54.06 | *** join/#brlcad ak__ (n=ak@ll-81-222-164-251.awanti.ru) | |
| 11:02.12 | *** join/#brlcad docelic (n=docelic@212.91.115.135) | |
| 11:50.17 | *** join/#brlcad poolio (n=poolio@c-69-251-3-107.hsd1.md.comcast.net) | |
| 11:55.37 | poolio | mornin' |
| 13:37.21 | poolio | brlcad: morning. is there a way to simultaneously read/write to a database? |
| 13:37.36 | poolio | or maybe a non-destructive way to write to a file (append) |
| 13:37.52 | poolio | wdb_fopen() overwrites the database |
| 13:42.38 | poolio | brlcad: ah nevermind, found it |
| 13:44.20 | poolio | So my other question is: is there a way to read/write to the same file? currently I'm opening database,creating new shapes, closing database, opening it for reading (get db_i) and read each object (get rt_i) and then close it and all over again |
| 14:10.15 | brlcad | there is a way to read/write to the same file so long as you use the librt interface (db_open) instead of the libwdb interface (wdb_open) |
| 14:12.10 | poolio | brlcad: Well I think I got it working, I use db_open to get the db_i, then call wdb_open with that db_i |
| 14:12.36 | poolio | wdb_open seems to be moreso part of the "librt interface" -- wdb_open() is in src/librt |
| 14:13.26 | poolio | The thing I have to remember is wdb_close() frees the db_i, and calls db_close() for me so I don't db_close() in my program |
| 14:18.32 | brlcad | the "w" in wdb stands for write(-only) database |
| 14:19.17 | brlcad | some of the write-database routines are provided by librt, but are still hazily part of libwdb |
| 14:21.04 | poolio | well the issue is that I need the mk_shape routines in libwdb, and to use them I need an rt_wdb pointer for those |
| 14:21.41 | poolio | and to get that I think I need to run wdb_open() even though the database is remaining read/write (it's working...) |
| 14:22.38 | brlcad | if you have an rtip, you have a wdbp |
| 14:24.13 | brlcad | the dbip has a wdbp in it |
| 14:25.23 | poolio | ah d'oh. thanks. |
| 14:26.16 | brlcad | so if you dbopen, just access the dbi_wdbp (or conversely if you have an rti, rti_dbip->dbi_wdbp |
| 14:26.37 | poolio | brlcad: yeah I was just browsing the struct info, thanks :) |
| 14:30.30 | brlcad | there are forward/backward pointers in most of the top-level structs (application, rt_i, db_i, soltab, db_tree_state) |
| 14:30.49 | brlcad | not that you'd implicitly know that :) |
| 14:31.56 | poolio | and what's the default behavior for name collisions with mk_shape? |
| 14:32.36 | poolio | brlcad: errr "NULL rt_wdb pointer" |
| 14:33.01 | poolio | oh d'oh. |
| 14:33.17 | poolio | I should really try to error check things before whining in IRC |
| 14:41.17 | poolio | brlcad: Wait, so should that pointer be automatically initialized to an rt_wdb, because it's NULL and looks like I have to set it myself |
| 15:31.49 | *** join/#brlcad elite01 (n=elite01@dslc-082-082-070-186.pools.arcor-ip.net) | |
| 15:45.10 | brlcad | depends on the calls you've made, how you got/get the "thing" you start with (presumably an rti or a dbi) |
| 17:06.13 | *** join/#brlcad deltazap (n=deltazap@pool-71-251-104-132.tampfl.fios.verizon.net) | |
| 17:42.58 | *** join/#brlcad Laniakea (i=clock@77-56-100-98.dclient.hispeed.ch) | |
| 17:49.52 | *** join/#brlcad IriX64 (n=mario_du@bas2-sudbury98-1177726512.dsl.bell.ca) | |
| 17:52.02 | IriX64 | hah it works :) |
| 17:55.41 | RodGallowGlass | register early register often :) |
| 18:38.11 | *** part/#brlcad RodGallowGlass (n=mario_du@bas2-sudbury98-1177726512.dsl.bell.ca) | |
| 18:55.34 | *** join/#brlcad RodGallowGlass (n=mario_du@bas2-sudbury98-1177726512.dsl.bell.ca) | |
| 20:31.35 | CIA-4 | BRL-CAD: 03jlowenz * 10brlcad/include/opennurbs_ext.h: Fix a bug causing getLeaves to not work... reference typo |
| 20:33.57 | CIA-4 | BRL-CAD: 03jlowenz * 10brlcad/src/librt/g_brep.cpp: Add prep code to cache bezier spans of trimming curves; Remove dead code; add some debugging diagnostics |
| 20:35.01 | CIA-4 | BRL-CAD: 03jlowenz * 10brlcad/src/librt/opennurbs_ext.cpp: fix getLeaves (non)reference bug |
| 20:38.33 | CIA-4 | BRL-CAD: 03jlowenz * 10brlcad/src/other/openNURBS/opennurbs_nurbscurve.cpp: fix memory leak in NumIntersectionsWith(); hack override MakePiecewiseBezier to generate bezier span cache... this needs to be, um, polished a bit |
| 20:39.11 | *** join/#brlcad yukonbob (n=bch@whthyt224-180.northwestel.net) | |
| 20:41.16 | CIA-4 | BRL-CAD: 03jlowenz * 10brlcad/src/other/openNURBS/opennurbs_nurbscurve.h: add CacheBezierSpan method for use during raytrace prep time |
| 20:46.25 | *** join/#brlcad docelic (n=docelic@212.15.171.248) | |
| 21:28.16 | *** join/#brlcad poolio (n=poolio@c-69-251-3-107.hsd1.md.comcast.net) | |
| 23:04.42 | *** join/#brlcad jimmyz (n=asd@host86-133-245-247.range86-133.btcentralplus.com) | |
| 23:34.39 | RodGallowGlass | phear this compiler :) |
| 23:53.04 | RodGallowGlass | anybody remeber what the proper arguments are to -mfpmath= ?? |