| 00:00.20 | IriX64 | Sympatico serves us out of Sudbury (along with most of the north) trough Sudbury |
| 00:20.14 | ``Erik | damn canucks |
| 00:20.57 | ``Erik | 8.5a6 as in tcl? an installed version? I still build tcl and tk with my builds :/ |
| 00:32.37 | IriX64 | yeah man it does not pass |
| 00:33.02 | IriX64 | trying to build the supplied libs now |
| 00:46.04 | louipc | IriX64: yep |
| 00:46.18 | louipc | I finally got my phone/net connection fixed |
| 00:46.45 | louipc | I had to call 3 times and get 3 repairmen to come |
| 01:03.58 | IriX64 | heh 3rd times.... :) or is that 3 strikes you're out :) |
| 01:07.55 | IriX64 | blargh reboot time... l8r |
| 02:32.42 | *** join/#brlcad jlowens (n=iday@c-68-50-191-200.hsd1.md.comcast.net) | |
| 03:24.59 | *** join/#brlcad IriX64 (n=mario_du@bas2-sudbury98-1096601584.dsl.bell.ca) | |
| 04:08.09 | *** join/#brlcad iraytrace_ (n=iraytrac@c-76-23-44-107.hsd1.ut.comcast.net) | |
| 04:08.28 | *** part/#brlcad jlowens (n=iday@c-68-50-191-200.hsd1.md.comcast.net) | |
| 04:22.01 | poolio | brlcad: you still up? |
| 04:32.12 | brlcad | of course |
| 04:33.22 | poolio | brlcad: want to have a look at the problem I was having from before? (test case) |
| 04:37.55 | brlcad | sure |
| 04:41.08 | poolio | brlcad: Can I just email you the .c file and a simple .g ? |
| 04:41.16 | brlcad | you have access to .bz? |
| 04:41.34 | poolio | nope |
| 04:41.51 | brlcad | huh, wierd |
| 04:41.53 | poolio | I don't know what it is so I doubt I have it |
| 04:41.59 | poolio | or I could have it and jus tnot know about it |
| 04:42.16 | brlcad | nope, you're right .. you don't |
| 04:42.33 | poolio | is this a freenode thing? |
| 04:42.50 | brlcad | no, it's an account on the project server |
| 04:43.28 | poolio | this: http://bz.bzflag.bz/ ? |
| 04:43.29 | brlcad | machine's fqdn is bz.bzflag.bz but is aka my.brlcad.org among other names |
| 04:43.45 | brlcad | .bz or mbo for short |
| 04:44.00 | poolio | alright. and what type of access am I getting / how can I use it? |
| 04:44.39 | brlcad | it's a pretty comprehensive account with a lot of resources |
| 04:45.01 | brlcad | details and rest of setup in priv |
| 05:38.25 | brlcad | got it |
| 05:38.30 | poolio | alright |
| 05:38.31 | brlcad | and nah, it's fine |
| 05:38.37 | poolio | k |
| 05:39.14 | poolio | can you see the issue or would you like a little explanation? |
| 05:39.26 | poolio | the issue might just be me misunderstanding how the lookup/internal routines work |
| 05:46.32 | poolio | I previously used rt_db_lookup_internal instead of db_lookup/rt_db_get_internal but moved to the latter in hopes of eliminating the error/issue |
| 05:53.28 | brlcad | ahha |
| 05:53.39 | poolio | uh oh. |
| 05:53.49 | brlcad | the same reason that db_rename wouldn't work for you, similar exists for renaming that dp you looked up |
| 05:54.19 | poolio | but how? I thought renaming the dp only changed the dp, how is it effecting the in-memory db? |
| 05:54.41 | brlcad | the db_i holds the directory |
| 05:55.02 | brlcad | db_lookup scans the directory hash in the db_i, and returns the pointer to that directory pointer |
| 05:55.16 | brlcad | so when you modify it, you've modified the current db_i |
| 05:55.20 | poolio | ahhh |
| 05:55.34 | poolio | so is there any way around it other than changing the dp back to the original name? |
| 05:55.45 | brlcad | hence the next lookup fails, because the entry is no longer in the directory hash |
| 05:56.46 | brlcad | let me see if I can find it, there's a few ways to get a copy |
| 05:57.23 | poolio | a copy of the dp? It seems like it's just as efficient to copy the name, change the name, write to new database, change the name to original name |
| 05:59.10 | brlcad | hm? |
| 05:59.21 | brlcad | the dp is an entry from the first db_i |
| 05:59.40 | brlcad | if you modify it in any way, you're modifying the directory for the first db_i (which you probably don't want) |
| 06:00.08 | poolio | correct. so in terms of most efficient / least space, wouldn't it make the most sense to just rename it and then change it back to its original name? |
| 06:00.21 | poolio | well I don't really want that, but it's acceptable |
| 06:02.15 | brlcad | hm, that might work, but you'd probably need to dig a little deeper into db_put_internal to be certain |
| 06:04.08 | brlcad | the approach taken elsewhere is to do the lookup on A to get the dp, do a db_get_external for his representation, do a db_diradd on B (which gives you a new dp), then db_put_external to write the copy |
| 06:04.22 | brlcad | that same approach should work for internal format too |
| 06:06.34 | brlcad | the issue with the internal, though, is that it keeps track of the object's offset in the file, so need to make sure db_put doesn't use it |
| 06:07.13 | poolio | although that solution looks more elegant it looks to be a lot more overhead :) |
| 06:07.43 | brlcad | these are all pretty lightweight calls |
| 06:09.53 | poolio | ah. I get the offset problem anyway, both calls work but I guess the internal objects have the same offset |
| 06:12.06 | poolio | so how would I go about fixing the offset issue? just keep a counter of what offset we're at in the database? |
| 06:12.53 | brlcad | hm, i was actually just looking at put_internal and don't see where offset would be a problem |
| 06:13.10 | poolio | well in my updated test case only the second object appears |
| 06:13.14 | *** join/#brlcad elite01 (n=elite01@195.37.106.60) | |
| 06:14.14 | brlcad | ah, never mind, I found it |
| 06:17.37 | brlcad | yeah, you're going to have to use what I'd said |
| 06:17.55 | brlcad | get the external form, write that out into the second after doing a db_diradd |
| 06:19.52 | poolio | hmm. I can't seem to remember why I was using internal anyway...I'll have to read the structs later |
| 06:20.20 | brlcad | see src/librt/wdb_obj.c:2973 for an example that does this in a single db_i, but should work almost as-is for two db_i's |
| 06:21.07 | poolio | thanks :) |
| 06:24.12 | poolio | brlcad: alright, my eyes hurt, I'll get it all working tomorrow. Thanks again for the help and hosting |
| 06:25.27 | brlcad | aiight |
| 07:48.59 | *** join/#brlcad Laniakea (n=clock@zux221-122-143.adsl.green.ch) | |
| 07:50.05 | *** join/#brlcad Laniakea (n=clock@zux221-122-143.adsl.green.ch) | |
| 08:35.19 | Laniakea | brlcad: clock@kestrel:~$ mged |
| 08:35.20 | Laniakea | Initializing and backgrounding, please wait...Done |
| 08:35.20 | Laniakea | version conflict for package "Itcl": have 3.3, need 33 |
| 08:35.20 | Laniakea | MGED Aborted. |
| 08:35.30 | Laniakea | brlcad: any idea what's going wrong? |
| 09:44.53 | *** join/#brlcad elite01 (n=elite01@195.37.106.60) | |
| 10:22.37 | *** join/#brlcad Laniakea (n=clock@zux221-122-143.adsl.green.ch) | |
| 10:27.03 | *** join/#brlcad iraytrace_ (n=iraytrac@c-76-23-44-107.hsd1.ut.comcast.net) | |
| 10:32.41 | *** join/#brlcad iraytrace_ (n=iraytrac@c-76-23-44-107.hsd1.ut.comcast.net) | |
| 11:45.59 | *** join/#brlcad elite01 (n=elite01@dslc-082-082-081-001.pools.arcor-ip.net) | |
| 12:46.32 | CIA-4 | BRL-CAD: 03d_rossberg * 10brlcad/misc/win32-msvc/Dll/TclDummies.c: added NewDoubleObj and NewIntObj |
| 13:01.17 | CIA-4 | BRL-CAD: 03d_rossberg * 10brlcad/src/librt/g_brep.cpp: |
| 13:01.17 | CIA-4 | BRL-CAD: added missing return statement |
| 13:01.17 | CIA-4 | BRL-CAD: made sign() static |
| 14:28.12 | *** join/#brlcad bastidererste (n=3ef5e89b@bz.bzflag.bz) | |
| 14:35.34 | poolio | brlcad: Is there an internal->external method? |
| 14:36.03 | poolio | I saw the external to internal one, and the export method on the internal, but using the ft_export() function it appears to corrupt the database |
| 14:36.19 | poolio | and If I read an external, run external->internal, and modify the internal, then write the external, nothing is changed |
| 14:38.06 | poolio | brlcad: hmm, I think the problem I was having with the export method was that there's more to do. I was just copying the <5 database routine, but the db5 routine has much more stuff. it looks like I'm going to have to copy/modify that |
| 15:59.14 | CIA-4 | BRL-CAD: 03poolio * 10brlcad/src/gtools/beset/ (beset.c fitness.c population.c population.h): fixed issue with renaming directory pointers, combination trees are now supported |
| 16:27.52 | *** join/#brlcad yukonbob (n=bch@whthyt224-180.northwestel.net) [NETSPLIT VICTIM] | |
| 16:31.19 | *** join/#brlcad Laniakea (n=clock@zux221-122-143.adsl.green.ch) [NETSPLIT VICTIM] | |
| 16:31.19 | *** join/#brlcad b0ef (n=b0ef@062016142179.customer.alfanett.no) [NETSPLIT VICTIM] | |
| 16:54.15 | CIA-4 | BRL-CAD: 03jlowenz * 10brlcad/doc/brep.txt: Initial BREP primitive document; contains info on concepts and development status of the primitive |
| 17:01.50 | *** join/#brlcad iraytrace_ (n=iraytrac@c-76-23-44-107.hsd1.ut.comcast.net) | |
| 17:15.08 | CIA-4 | BRL-CAD: 03jlowenz * 10brlcad/src/other/openNURBS/opennurbs_bezier.cpp: make NumIntersections iterative instead of recursive; perform thirds split when split bounds get too close - may need to be adjusted to a different criterion later |
| 17:19.56 | CIA-4 | BRL-CAD: 03jlowenz * 10brlcad/src/other/openNURBS/opennurbs_bezier.cpp: oops, fabs (not abs) |
| 17:31.37 | *** join/#brlcad lude0 (n=lude@Ra79f.r.pppool.de) | |
| 17:32.21 | lude0 | howdy folks! |
| 17:36.33 | lude0 | i got an error afer i built brlcad from cvs saying: dyld:Symbol not found: _TkStatePrintProc |
| 17:37.00 | lude0 | does anybody know what that means |
| 17:38.43 | brlcad | howdy lude0 |
| 17:39.22 | brlcad | lude0: yeah, that's a libtk linkage issue with brl-cad's libtclcad |
| 17:40.10 | brlcad | i believe that error is fixed on the latest cvs head sources |
| 17:42.58 | lude0 | yippey, when will it be released? |
| 17:43.07 | brlcad | "soon" :) |
| 17:43.24 | brlcad | still have to get the replacement spline working |
| 17:43.42 | brlcad | soon as in a couple days, however long it takes to get the beziers rendering |
| 17:44.14 | lude0 | so there are a few more bugs er? |
| 17:45.37 | lude0 | if i try the mac os bin i get en error "wrong architecture" Im working on an intel based mac |
| 17:46.08 | lude0 | any idea about that? |
| 17:46.17 | brlcad | it's not a bug, it's just a change being made to one of the panels |
| 17:47.04 | brlcad | yeah, the mac os x binaries were last released before the intel build and apple's dist of X11 has a bug that makes opengl apps not work under rosetta on intel macs |
| 17:47.18 | lude0 | grml... |
| 17:47.19 | brlcad | you can still run console mode, iirc (mged -c) |
| 17:47.30 | brlcad | as well as the other command-line apps |
| 17:48.14 | lude0 | i never used brlcad so im not firm in it anyway... |
| 17:56.00 | lude0 | thx for your help... |
| 17:56.22 | brlcad | no problem |
| 17:56.56 | brlcad | the documentation on the website is a good starting point and easily several hours of "training" needed for getting familiarized |
| 17:57.50 | brlcad | there are docs installed with the binary distributions in the share/brlcad/version doc and html subdirectories, even cover running in "mged -c" classic mode |
| 18:07.15 | Laniakea | brlcad: any idea what's with the mged? |
| 18:07.47 | Laniakea | Initializing and backgrounding, please wait...Done |
| 18:07.47 | Laniakea | version conflict for package "Itcl": have 3.3, need 33 |
| 18:07.47 | Laniakea | MGED Aborted. |
| 18:10.44 | lude0 | by |
| 18:10.49 | *** part/#brlcad lude0 (n=lude@Ra79f.r.pppool.de) | |
| 18:15.28 | IriX64 | Laniakea mine says version mismatch for tcl, have 8.5a6 need 8.4-8.5 |
| 18:19.23 | *** join/#brlcad Laniakea (n=clock@zux221-122-143.adsl.green.ch) [NETSPLIT VICTIM] | |
| 18:19.23 | *** join/#brlcad b0ef (n=b0ef@062016142179.customer.alfanett.no) [NETSPLIT VICTIM] | |
| 18:20.41 | IriX64 | Laniakea mine says version mismatch for tcl, have 8.5a6 need 8.4-8.5 or words to that effect, did you use system libs too? |
| 19:00.06 | IriX64 | try re-installing tcl/tk i guess (8.5a5 that is ) i'll be back |
| 19:19.30 | MinuteElectron | brlcad: Sorry about the slowness reegarding the website this week. I misjudged things totally and now have several huge things I have to finish soon. Hopefully this weekend I will get a day 09:00 => 00:00 of nearly uninteruptted coding so should be able to finish off most of the stuff I have to do and maybe get round to populating the wiki and drupal. |
| 21:03.13 | *** join/#brlcad iraytrace_ (n=iraytrac@c-76-23-44-107.hsd1.ut.comcast.net) | |
| 21:17.40 | *** mode/#brlcad [+o brlcad] by ChanServ | |
| 21:20.41 | CIA-4 | BRL-CAD: 03jlowenz * 10brlcad/doc/brep.txt: couple more notes |
| 21:22.12 | CIA-4 | BRL-CAD: 03jlowenz * 10brlcad/include/plot3.h: add common.h; enable explicit C linkage |
| 21:22.31 | brlcad | MinuteElectron: no problem, thank you for your persistance.. it's coming along bit by bit :) |
| 21:23.05 | poolio | brlcad: I'm out for the evening, ta ta :) |
| 21:23.28 | brlcad | poolio: any progress? looked like you got tree copying working |
| 21:23.42 | poolio | tree copying working. this afternoon I tweaked the GA |
| 21:23.51 | poolio | The linDiff function wasn't working quite right |
| 21:23.57 | poolio | and then I tried to get it to work using just reproduction but that failed |
| 21:24.11 | brlcad | cool |
| 21:24.12 | poolio | Tomorrow I'll try to get mutation up and running, and then crossover :) |
| 21:24.16 | brlcad | how's it doing crossover? |
| 21:24.18 | brlcad | ah, not yet |
| 21:24.19 | poolio | Once all that is working I'll test it out |
| 21:24.21 | poolio | crossover is easy |
| 21:24.21 | CIA-4 | BRL-CAD: 03jlowenz * 10brlcad/src/librt/g_brep.cpp: add support for plotting rays and intersection points to stdout during debug - see why we get the wrong thing! still can't see the individual points yet |
| 21:24.28 | poolio | Just pick two nodes on two trees, and swap them |
| 21:24.46 | brlcad | easy as pi |
| 21:24.48 | poolio | or pick a node on one tree, and a node on the second, and move the node from the firs tree to the node on the second, wiping out the node on the second |
| 21:24.57 | poolio | Well it seems pretty easy not that it's in a nice tree format |
| 21:25.15 | poolio | mutation is what's going to be the pain -- writing a case for each shape, modifying the specific data, etc... |
| 21:25.33 | brlcad | swapping nodes with a percentage of new "material injection" should do the trick |
| 21:25.37 | poolio | once all that is up and going a lot of work is going to be put into tweaking the GA, modifying the approach a little, etc... |
| 21:25.56 | poolio | not sure what you mean by new material injection? |
| 21:26.22 | CIA-4 | BRL-CAD: 03jlowenz * 10brlcad/src/other/openNURBS/opennurbs_bezier.cpp: add an "earlier" check for small clipping segments (value stolen from Stay's code)... haven't tested it yet |
| 21:26.27 | poolio | Well, I can try that too. Would be interesting, and it's closer to the standard bit string encoding |
| 21:26.53 | poolio | alright I have to go, seeing Harry potter 8) but I'll be on late tonight. Hopefully this week will continue to be productive |
| 21:29.28 | brlcad | oh it came out tonight? |
| 21:30.26 | brlcad | ah, so it did |
| 21:30.35 | brlcad | ooh, playing on imax |
| 21:33.02 | brlcad | btw, i was entirely kidding about tweaking the encoding bits -- almost certainly would not work as the encoding is not like "standard bit string encoding" as there are massive subsets of bit manipulations that are "poison" in that they would represent geometry that is entirely "impossible"/invalid/useless |
| 21:33.55 | brlcad | would be like tweaking a DNA sequence a GTACGGTTCA and ending up with something other than G, T, A, or C .. it's off the problem domain |
| 21:48.43 | dtidrow_work | http://apple.slashdot.org/article.pl?sid=07/07/11/1246250 - will it blend.... |
| 22:33.01 | dtidrow_work | http://www.willitblend.com/videos.aspx?type=unsafe&video=novell - this one has an especially funny quip in it ;-) |
| 22:34.16 | dtidrow_work | make sure BOFH doesn't get one of these, or else his users will start to 'disappear'... |
| 22:55.02 | CIA-4 | BRL-CAD: 03brlcad * 10brlcad/src/librt/dg_obj.c: prevent 'inverted' min/max bounds from causing autoview to become -INFINITY or otherwise negative in size, this fixes bad behavior in mged where autoview of an empty sketch was causing bad view parameters. |
| 23:13.36 | tarzeau | hah 7.8.0 works! |
| 23:15.40 | tarzeau | /usr/brlcad/bin/ |
| 23:15.40 | tarzeau | zsh: do you wish to see all 433 possibilities (109 lines)? |
| 23:15.42 | tarzeau | how do i start it? |
| 23:18.32 | tarzeau | hm sorting the dir size of files is helpful... |
| 23:19.14 | ``Erik | 'mged' is probbly a good start |
| 23:19.37 | ``Erik | bofh++ |
| 23:23.13 | ``Erik | "if you find yourself fantasizing about throwing actual users in the blender; please get help. They're heavy." |
| 23:23.44 | dtidrow_work | yeah, that was where I was roflol |
| 23:26.00 | dtidrow_work | heh |
| 23:26.07 | *** join/#brlcad Twingy (n=justin@74.92.144.217) | |
| 23:26.26 | dtidrow_work | not for that reason, though - for their unholy alliance with M$... |
| 23:35.15 | louipc | glass dust don't breathe it! |