| 00:34.42 | *** join/#brlcad dtidrow (n=dtidrow@c-69-255-182-248.hsd1.va.comcast.net) |
| 00:43.58 | *** join/#brlcad thing0 (n=ric@124-168-109-27.dyn.iinet.net.au) |
| 02:17.13 | *** join/#brlcad thing1 (n=ric@124-168-72-146.dyn.iinet.net.au) |
| 02:33.55 | *** join/#brlcad IriX64 (n=IriX64@bas2-sudbury98-1177871464.dsl.bell.ca) |
| 02:38.55 | IriX64 | fprot |
| 02:38.59 | IriX64 | whup |
| 02:46.39 | poolio | qwesd? |
| 03:15.15 | IriX64 | http://www3.sympatico.ca/mario.dulisse2/brlcad-7.8.4-havoc.jpg |
| 03:20.47 | poolio | purty. |
| 03:29.51 | IriX64 | swet too |
| 03:29.56 | IriX64 | *sweet |
| 03:30.18 | IriX64 | shower time, i'll be back |
| 04:23.17 | IriX64 | now if i could get 7.10.1 to do that :) |
| 04:25.05 | *** join/#brlcad IriX64 (n=mariodot@bas2-sudbury98-1177871464.dsl.bell.ca) |
| 04:56.28 | IriX64 | anybody awake? I have a hypothetical question |
| 04:58.23 | IriX64 | called redhat trying to get a licence to spread cygwin dll's around, they say no licence needed, what would be involved if i wanted to give selected friends a cygwin build of brlcad, either 7.8.4 or 7.10 |
| 05:36.04 | brlcad | what does redhat have to do with cygwin? |
| 05:57.23 | IriX64 | cygwin page says contact redhat for licence |
| 05:57.30 | IriX64 | so i did |
| 05:59.06 | brlcad | ah |
| 05:59.18 | brlcad | didn't know they had much to do with each other |
| 05:59.26 | IriX64 | me either |
| 06:03.17 | yukonbob | redhat owns cygwin, iirc |
| 06:04.00 | IriX64 | wasn't sure but like a good boy i called |
| 06:04.10 | IriX64 | and he said no licence required |
| 06:10.18 | IriX64 | i just get this system back up and i get the itch to try enterprise sigh |
| 06:11.37 | yukonbob | what would be required is that *you* provide access to source code, as per the gpl. apparently it's not enough to say "go get the code from the Internet". |
| 06:11.48 | yukonbob | ^-- IriX64 |
| 06:12.14 | IriX64 | got it but ill just give it to brlcad and let him support it :P |
| 06:12.52 | yukonbob | I'm sure he'll be happy to have something to use that free time he's been looking to fill... |
| 06:13.01 | IriX64 | heh |
| 06:13.22 | IriX64 | 7.8.4 is discontinued is it not? |
| 06:15.26 | IriX64 | my system is special though... |
| 06:15.52 | IriX64 | i visited www.mgm.com from the recycle bin window |
| 06:17.10 | IriX64 | my whole system is kinda tweaked here and there |
| 06:19.23 | yukonbob | IriX64: what do you mean "discontinued" |
| 06:19.41 | IriX64 | no longer being developed or is it? |
| 06:21.05 | yukonbob | considering 7.10.x is based on tcl/tk 8.5, and tcl/tk 8.5 is still in development, I hope that 7.8.4 is still on people's radar... Maybe not for feature enhancements, but at least for bug fixing... |
| 06:23.35 | IriX64 | noted, but my point is its not on cvs anymore, I was hoping the latest would still be avilable or at least an up to date tarball issued |
| 06:24.00 | yukonbob | ah... no idea... |
| 06:27.24 | IriX64 | coffee break :) |
| 06:46.06 | IriX64 | btw brlcad, your tree awaits you ;) |
| 06:48.35 | *** join/#brlcad Elperion (n=Bary@p5487528B.dip.t-dialin.net) |
| 06:56.14 | *** join/#brlcad IriX64_ (n=IriX64@bas2-sudbury98-1177871464.dsl.bell.ca) |
| 06:56.56 | IriX64_ | bjorkBSD i didn't see you come in, greets |
| 07:15.44 | *** join/#brlcad Laniakea (n=clock@zux221-122-143.adsl.green.ch) |
| 07:28.03 | IriX64 | hey |
| 10:14.15 | *** join/#brlcad elite01 (n=elite01@dslc-082-082-085-114.pools.arcor-ip.net) |
| 11:26.57 | *** join/#brlcad akreal (n=ak@ll-81-222-164-251.awanti.ru) |
| 11:27.08 | *** part/#brlcad akreal (n=ak@ll-81-222-164-251.awanti.ru) |
| 13:00.53 | *** join/#brlcad Elperion (n=Bary@p5487528B.dip.t-dialin.net) |
| 13:26.22 | *** join/#brlcad cad49 (n=59361d4a@bz.bzflag.bz) |
| 13:45.16 | *** join/#brlcad dtidrow (n=dtidrow@c-69-255-182-248.hsd1.va.comcast.net) |
| 14:09.31 | *** join/#brlcad poolio (n=poolio@c-69-251-3-107.hsd1.md.comcast.net) |
| 15:26.01 | poolio | brlcad: I'm going to adjust the fitness to be based off of similarity not off difference, maybe that will help out |
| 15:30.14 | brlcad | hm, okay |
| 15:32.30 | poolio | well I currently have the depth of the boundign box, and I'm saying like 1-diff/depth |
| 15:32.39 | poolio | so I'm switching to just same/depth |
| 15:34.05 | poolio | so basically fitness will be the intersection of the voxel data and the CSG tree divided by the union of the two |
| 16:09.29 | brlcad | poolio: hmm, I'm not sure you should account for CSG tree depth just yet, or if you do, it should simply be a fixed sliver of the fitness value |
| 16:10.03 | poolio | brlcad: alright |
| 16:10.15 | poolio | brlcad: I really neecd to somehow though, when I ran it without tree depth I got >10MB .g files |
| 16:10.25 | poolio | and it would take forever to run |
| 16:10.34 | poolio | trees has upwards of 100 leaves |
| 16:11.02 | brlcad | like N % of fitness where #nodes for a given candidate divided by the biggest candidate |
| 16:11.49 | brlcad | you can fix it at something known to be smaller for starters, maybe make it a command line param for how many nodes to have max |
| 16:12.07 | brlcad | I can generally look at a model and estimate about how many primitives it'll take to represent it |
| 16:12.44 | poolio | alright |
| 16:12.59 | brlcad | that can reduce some complexity for now too |
| 16:13.11 | poolio | so say 75% of fitness is it compared to the model, and the other 25 is #nodes/max_nodes ? |
| 16:13.28 | brlcad | since for your inputs for there are just a handful of objects, and a very specific optimal value, might as well feed it that value and see if it can even find it |
| 16:13.28 | poolio | Yeah that'd be great. I think it'd really struggle not knowing a general proximity for # of nodes |
| 16:14.23 | brlcad | you can do that, or just fix it at the user-supplied value |
| 16:14.44 | brlcad | that way, the fitness can just be %matching / total space |
| 16:15.50 | brlcad | once that is working, then you could add in something that tries to automatically figure out the number of primtivies and takes tree sizes into account, but that really sounds like a future step |
| 16:16.16 | poolio | yeah |
| 16:16.28 | poolio | I really wish I could get the damn thing working with this fairly trivial case |
| 16:16.37 | poolio | then I could move on to all these features that I'd really like to see implemented |
| 16:18.23 | poolio | brlcad: wait, but %matching/total_space doesnt take into account the user-supplied node value |
| 16:18.25 | brlcad | sounds like it's perhaps time for me to dive into the code in more detail for a bit |
| 16:18.39 | brlcad | hm? |
| 16:18.51 | poolio | You said "|12:16| <@ brlcad> that way, the fitness can just be %matching / total space" |
| 16:19.24 | brlcad | i'm saying that for starters, if the user ran ./beset -n 10, it'd just create models that had 10 primitives |
| 16:19.25 | poolio | I think a lot of the problem is making sure I have a good initial population and coming up with a good fitness function |
| 16:19.36 | poolio | brlcad: oh alright |
| 16:19.58 | poolio | but with crossover % set so high, and crossover randomly choosing any node, it's not likely to maintain that node count |
| 16:20.08 | brlcad | the fitness should be based on how much of the model correctly matches+misses / total space .. basically % correct |
| 16:20.11 | poolio | which could be part of the problem, and it might be worth implementing that selection strategy you talked about earlier |
| 16:20.48 | poolio | brlcad: yes, I was just thinking include tree depth |
| 16:20.58 | brlcad | ah, crossover would have to only swap nodes of equal depth, yes |
| 16:21.11 | poolio | say have fitness be %correct - abs(user-specified - node_count) |
| 16:21.17 | brlcad | s/depth/node count/ |
| 16:21.49 | poolio | brlcad: Is that how crossover should work? what I've read said it's just two random nodes |
| 16:21.59 | poolio | but that does make sense |
| 16:22.03 | poolio | actually that makes a lot of sense |
| 16:22.12 | brlcad | for the fitness equation to work, that's what it'd have to be |
| 16:22.21 | poolio | well the logic seems like it should be that |
| 16:22.21 | brlcad | otherwise you need a different fitness function |
| 16:22.31 | brlcad | and that's the whole point, so you can have a simple fitness function |
| 16:22.38 | poolio | although with that it's always going to keep the same node count, and the population will be very static |
| 16:22.58 | poolio | it'd mean your initial population would have to include atleast one individual with the number of nodes that will be in the model |
| 16:23.34 | poolio | if you cross at different node counts, I see the error... You could replace a tree with say 10 nodes, with just one leaf |
| 16:23.53 | poolio | so two highly fit individuals have the same chance of creating an awful individual as they do a good one |
| 16:23.56 | poolio | hrmph |
| 16:24.22 | brlcad | and i don't think "%correct - abs(user-specified - node_count)" is the next step .. should try to simplify so it's just %correct for now |
| 16:25.22 | poolio | alright |
| 16:25.34 | poolio | Yes, that's a good plan |
| 16:25.45 | poolio | that's what you meant by reducing dimensionality earlier |
| 16:25.51 | brlcad | yes |
| 16:26.04 | poolio | I should listen better |
| 16:26.34 | poolio | alright so I'll try to fix it up and fix fitness to be %correct |
| 16:27.07 | brlcad | i think you sort of jumped right into a 30-valued polynomial that you're trying to solve for :) |
| 16:27.19 | poolio | basically |
| 16:27.27 | poolio | I was hoping for some GA voodoo magic |
| 16:27.32 | poolio | it did kind of work |
| 16:27.36 | poolio | but I guess that was moreso luck |
| 16:27.45 | ``Erik | bleh |
| 16:27.51 | brlcad | which I think is solvable, but getting that fitness right on the first shot is exceptionally hard |
| 16:27.53 | poolio | alloo ``Erik |
| 16:28.10 | ``Erik | 'sup? is your evolution code evolving nicely? |
| 16:28.25 | poolio | I should write a GA to evolve itself to be a GA |
| 16:28.25 | gut_feeling | ``Erik: how is your openbsd emulation? |
| 16:28.33 | poolio | s/itself/my code |
| 16:28.42 | poolio | ``Erik: no, it's not. |
| 16:28.52 | ``Erik | untouched, karel, keeps sig12'ing during boot :( |
| 16:29.09 | ``Erik | I may repurpose a down machine here soon :/ |
| 16:30.26 | poolio | brlcad: should I search a tree for all nodes of some given depth or can I just randomly pick nodes until they fit together |
| 16:30.27 | gut_feeling | >/win 11 |
| 16:30.32 | poolio | I guess the former is much better |
| 16:31.23 | ``Erik | sf discontinued their compile farm, right? |
| 16:35.21 | poolio | brlcad: so it looks like i need to pick a certain node on the first tree, count how many child nodes it has, search the second tree for nodes with the same # of children. randomly pick one of those nodes in the second tree and crossover, or repick a node in the first of a different depth |
| 16:36.14 | poolio | |12:31| < poolio> I guess the former is much better |
| 16:36.15 | poolio | |12:32| � gut_feeling <> changes nick to feral_feeling |
| 16:36.18 | poolio | eeek |
| 16:36.19 | poolio | sorry |
| 16:40.43 | ``Erik | heh |
| 16:40.57 | ``Erik | brlcad, would you mind culling some naughty rogue processes on your desktop? |
| 16:41.11 | ``Erik | they're beating up my po' server |
| 16:48.39 | brlcad | poolio: yeah, something like that |
| 16:49.02 | brlcad | ``Erik: which? |
| 16:49.15 | ``Erik | um, firefox finds, you have 3 of them punishing nfs |
| 16:49.31 | ``Erik | and a slew of local log rotate scripts grinding |
| 16:49.32 | brlcad | er, firefox isn't even running |
| 16:49.39 | ``Erik | ... scripts looking for firefox |
| 16:49.50 | ``Erik | that are fucktarded and wander into nfs land |
| 16:49.59 | brlcad | ooh, that's someone else's doing |
| 16:50.03 | ``Erik | yeah |
| 16:50.09 | brlcad | yeah, kill em |
| 16:50.19 | ``Erik | but it's your box, so I didn't wanna go shotgunning without at least talkin' to ya |
| 16:50.26 | brlcad | yeah thx |
| 16:51.16 | ``Erik | bahhhh, I'm not in wheel |
| 17:01.44 | brlcad | i killed them |
| 17:01.44 | ``Erik | thanks |
| 17:01.45 | poolio | brlcad: murderer! |
| 17:02.38 | *** join/#brlcad IriX64 (n=mariodot@bas2-sudbury98-1177593523.dsl.bell.ca) |
| 17:04.08 | IriX64 | http://rafb.net/p/oMXfGH20.html <--- are you interested in this one? |
| 17:13.26 | IriX64 | btw libXft *needs to be used. |
| 17:15.59 | IriX64 | doesn't solve my ogl problems though, but i'll keep looking |
| 17:18.36 | IriX64 | hey did anybody try my young friends hex.c? |
| 17:24.27 | IriX64 | http://rafb.net/p/8RMmsj90.html <--- deja-vu, this ones in remrt |
| 17:25.25 | poolio | brlcad: is using !!variable a bad practice? |
| 17:34.23 | ``Erik | heh, not the most readable :) |
| 17:35.31 | IriX64 | :) |
| 17:37.03 | IriX64 | they both seem quite happy linking against libbu with thier bu_bomb routines commented out |
| 17:45.56 | IriX64 | har asc2g is running |
| 17:49.38 | poolio | isn't asc2g deprecated anyway? |
| 17:49.50 | IriX64 | its part of the compile |
| 17:49.56 | IriX64 | last part |
| 17:50.21 | IriX64 | to give you example geometry databases to play with |
| 17:52.56 | IriX64 | http://www3.sympatico.ca/mario.dulisse2/hex.c <-- threaded bolt maker |
| 17:55.01 | IriX64 | my sons friend did that, they compete, I think Jamie won that round :) |
| 17:58.33 | ``Erik | O.o |
| 17:58.58 | ``Erik | why would asc2g be deprecated? it converts between the db's ascii and binary forms... |
| 18:00.42 | ``Erik | heh, neat |
| 18:01.13 | ``Erik | sign issues out the wazoo during compile |
| 18:01.45 | ``Erik | sprintf() is generally considered poor form, can lead to overruns... snprintf is generally preferred |
| 18:02.12 | poolio | not deprecated, but no longer needed or something. like in the comments it said that it was no longer needed to move over databases or something. oh well. |
| 18:03.20 | IriX64 | http://www3.sympatico.ca/mario.dulisse2/brlcad-7.10.1 your code running :) |
| 18:03.50 | IriX64 | roses need watering ill be back in a bit :) |
| 18:14.24 | CIA-29 | BRL-CAD: 03erikgreenwald * 10brlcad/src/conv/asc2g.c: removed unnecessary blank lines |
| 18:19.43 | IriX64 | same url /framebuffer.jpg |
| 18:21.50 | *** join/#brlcad dtidrow (n=dtidrow@host131.objectsciences.com) |
| 18:31.07 | IriX64 | same url /guimode.jpg and now i'm taking a break, afk for a bit |
| 18:54.41 | *** join/#brlcad IriX64_ (n=mariodot@bas2-sudbury98-1177726476.dsl.bell.ca) |
| 19:51.20 | CIA-29 | BRL-CAD: 03brlcad * 10brlcad/AUTHORS: special thanks to john p. williams for adding support for vrml2 to g-vrml |
| 19:52.42 | CIA-29 | BRL-CAD: 03brlcad * 10brlcad/AUTHORS: durfee's middle name was edward |
| 19:54.55 | CIA-29 | BRL-CAD: 03brlcad * 10brlcad/AUTHORS: special thanks to bob strausser for his contributions to patch-g in '93 |
| 19:56.20 | CIA-29 | BRL-CAD: 03brlcad * 10brlcad/AUTHORS: consistency with SURVICE case |
| 19:57.49 | ``Erik | was or is? O.o |
| 19:57.53 | CIA-29 | BRL-CAD: 03erikgreenwald * 10brlcad/ (49 files in 49 dirs): de-recurse this bit of the build tree |
| 20:03.30 | CIA-29 | BRL-CAD: 03brlcad * 10brlcad/AUTHORS: omg, I apparently missed nirt's infamous author. credit natalie eberius for her work on nirt which according to cvs was circa 1990. |
| 20:06.00 | *** join/#brlcad ak__ (n=ak@ll-81-222-164-251.awanti.ru) |
| 20:16.05 | CIA-29 | BRL-CAD: 03brlcad * 10brlcad/AUTHORS: credit Douglas P. Kingston III for his work really early on (circa '81) on libfb paged io, as well as work on dbcp, loop, op-bw, and more. don't know his exact affiliation yet |
| 20:19.02 | Maloeran | Adding credits for work performed 26 years ago? That's... interesting :) |
| 20:21.16 | ``Erik | code archeology, heh |
| 20:23.19 | ``Erik | apparently, he was on acst t some point |
| 20:23.23 | ``Erik | http://www-mice.cs.ucl.ac.uk/multimedia/misc/tcp_ip/8702.mm.www/0175.html |
| 20:24.11 | ``Erik | (assuming that's the same Douglas P. Kingston III) |
| 20:26.04 | Maloeran | III is unusual as a family name |
| 20:26.22 | ``Erik | um, it's not, kingston is... he's the third... |
| 20:27.03 | Maloeran | I have never seen such a family name. I heard about the 2.0 suffix to a child's name though |
| 20:55.01 | *** join/#brlcad IriX64 (n=mariodot@bas2-sudbury98-1177680011.dsl.bell.ca) |
| 21:01.03 | brlcad | Maloeran: seriously, you haven't? |
| 21:01.59 | brlcad | I mean, Pope John Paul II .. King Henry IV .. Queen Elizabeth II ... |
| 21:03.39 | brlcad | there are famous names through the centuries like that, aside from just general use |
| 21:05.49 | IriX64 | http://rafb.net/p/SrnFp444.html <--- this is with opengl enabled |
| 21:07.16 | ``Erik | <-- hoping that mal is being facetious |
| 21:08.51 | IriX64 | glx define didn't get set |
| 21:09.09 | ``Erik | glX is for X, yours should use wgl |
| 21:09.36 | IriX64 | err if i have glx it should find it, 7.8.4 did |
| 21:11.10 | IriX64 | sorry i intruded on your conversation |
| 21:12.36 | Maloeran | Sure brlcad, but these are more titles than names, I didn't expect to see that outside archaic institutions |
| 21:12.37 | *** join/#brlcad elite01 (n=elite01@dslc-082-082-085-114.pools.arcor-ip.net) |
| 21:13.14 | IriX64 | elite01: count what you have lost and lose no more :) |
| 21:13.32 | elite01 | hehe :) |
| 21:13.40 | IriX64 | :) |
| 21:13.50 | elite01 | nah, i don't quit to show-off my ubercool quit messages |
| 21:14.08 | IriX64 | i know that but i couldn't resist |
| 21:14.11 | elite01 | i dunno xchat just somehow went away - i must've slipped a row or so on this crappy laptop keyboard |
| 21:14.44 | IriX64 | tried building xchat from source, several issues i have to look at..... later |
| 21:15.09 | elite01 | no idea why one would want to build it from source |
| 21:15.22 | IriX64 | for the heck of it :) |
| 21:15.26 | elite01 | i see :) |
| 21:15.48 | IriX64 | i like bitchx too |
| 21:16.20 | elite01 | i used it once to ask why my x server wouldn't start :D |
| 21:17.24 | IriX64 | you like gui's then, i mix command line with gui |
| 21:17.30 | elite01 | otherwise, i'm quite loyal to xchat |
| 21:17.41 | IriX64 | i hop around |
| 21:18.48 | elite01 | hmm yes i'm more or less a gui guy |
| 21:19.12 | elite01 | never bothered to learn using vi or emacs or something like that |
| 21:19.23 | elite01 | i rather use gedit or even something like netbeans |
| 21:19.49 | IriX64 | i use tedit and e ;) |
| 21:20.19 | IriX64 | err epm |
| 21:20.34 | elite01 | don't know them |
| 21:20.44 | IriX64 | os/2 stuff |
| 21:20.48 | elite01 | oh |
| 21:20.53 | elite01 | i master most of nano :) |
| 21:21.14 | IriX64 | tried nano quite good but jove is good too |
| 21:21.41 | IriX64 | jove runs on my system :) |
| 21:21.58 | elite01 | amazing :) |
| 21:22.06 | IriX64 | :) |
| 21:48.28 | *** join/#brlcad dtidrow (n=dtidrow@host131.objectsciences.com) |
| 22:06.16 | IriX64 | elite01: http://www3.sympatico.ca/mario.dulisse2/jove.jpg |
| 22:07.03 | elite01 | looks... plain |
| 22:07.16 | IriX64 | is it supposed to be fancy |
| 22:10.05 | elite01 | http://bayimg.com/EAEdFaabj that's fancy :) |
| 22:11.10 | IriX64 | sure as heck is :) |
| 22:11.24 | IriX64 | how do you keep track of all the buttons :) |
| 22:12.16 | elite01 | hehe |
| 22:14.26 | elite01 | just look at http://bayimg.com/eaEDkAABJ |
| 22:14.33 | elite01 | *that*'s buttons :P |
| 22:14.47 | CIA-29 | libirc: 03JeffM2501 * r208 10/trunk/libirc/ (include/IRCEvents.h src/irClientEvents.cpp): |
| 22:14.47 | CIA-29 | libirc: add an event at the end of the connection cycle ( end of MOTD ) |
| 22:14.47 | CIA-29 | libirc: eIRCConnectedEvent |
| 22:14.47 | CIA-29 | libirc: so that clients know when they can start joining channels and sending |
| 22:14.47 | CIA-29 | libirc: messages and stuff. |
| 22:15.55 | IriX64 | a coding editor? (can't make out the text) |
| 22:16.17 | elite01 | click the image |
| 22:16.49 | elite01 | the refactoring stuff is amazing |
| 22:18.12 | IriX64 | you're a java developer? |
| 22:18.40 | elite01 | from time to... time |
| 22:18.56 | IriX64 | beans is your effort? if so kudos |
| 22:19.18 | IriX64 | gui programmer sweet |
| 22:19.44 | elite01 | no, i didn't collaborate to netbeans |
| 22:20.28 | IriX64 | high class stuff, i admit i'm outclassed here :) |
| 22:21.06 | elite01 | nah, it just looks ugly :) |
| 22:22.26 | CIA-29 | libirc: 03JeffM2501 * r209 10/trunk/libirc/ (7 files in 4 dirs): it's IRCTextUtils not TextUtils. set it straight everywheres |
| 22:23.34 | IriX64 | elite01: same url turboc.jpg, thats more my speed :) |
| 22:23.35 | elite01 | still, i believe netbeans is one of the best ides out there - a pleasure to use |
| 22:24.08 | IriX64 | ive never tried it, never heard of it till you brought it up, says something about me |
| 22:24.27 | elite01 | at least you don't need a gig of ram to run it |
| 22:24.34 | IriX64 | heh |
| 22:26.09 | IriX64 | did you think jove is mine? |
| 22:26.26 | IriX64 | it's part of brlcad |
| 22:26.39 | elite01 | hmm didn't think of it being yours or not |
| 22:26.41 | elite01 | it is? |
| 22:26.45 | IriX64 | yes |
| 22:27.10 | elite01 | oh, nice |
| 22:27.32 | IriX64 | the nice part is the rest of brlcad |
| 22:27.50 | elite01 | hehe |
| 22:27.57 | IriX64 | :) |
| 22:28.07 | elite01 | i don't master brlcad yet |
| 22:28.36 | IriX64 | me either, it's tough |
| 22:28.36 | IriX64 | but i'm told well worth the effort |
| 22:28.36 | CIA-29 | libirc: 03JeffM2501 * r210 10/trunk/libirc/include/TCPConnection.h: put the candle back |
| 22:28.47 | IriX64 | have you seen the stryker shot |
| 22:29.02 | elite01 | hmm dunno |
| 22:29.04 | IriX64 | http://brlcad.org images and screenshots |
| 22:29.08 | elite01 | i saw some helicopter |
| 22:29.18 | IriX64 | no not the copter |
| 22:29.27 | elite01 | that one? of course :) |
| 22:29.35 | elite01 | it sure is an eyecatcher |
| 22:30.08 | IriX64 | you miss the point that vehiclee was build from the brlcad work |
| 22:30.22 | elite01 | the most... "ugly" programs are often the best :) |
| 22:30.29 | IriX64 | :) |
| 22:30.40 | elite01 | hm? what do you mean by that? |
| 22:31.03 | IriX64 | some consider a program ugly some find it quite nice |
| 22:31.33 | elite01 | well, it's how they look, how comfortable it is to use and how quickly experienced people get stuff done |
| 22:32.02 | IriX64 | true but there's always a learning curve, sometimes steep |
| 22:32.24 | elite01 | yes |
| 22:33.43 | *** join/#brlcad SuperTaz (n=taz@adsl-69-210-240-223.dsl.chcgil.ameritech.net) [NETSPLIT VICTIM] |
| 22:33.43 | *** join/#brlcad dtidrow_work (n=dtidrow@host169.objectsciences.com) [NETSPLIT VICTIM] |
| 22:33.43 | *** join/#brlcad joevalleyfield (n=joevalle@bz.bzflag.bz) [NETSPLIT VICTIM] |
| 22:33.43 | *** join/#brlcad poolio (n=poolio@c-69-251-3-107.hsd1.md.comcast.net) |
| 22:34.03 | brlcad | Maloeran: that's actually part of their name, not just a title ... |
| 22:34.14 | *** join/#brlcad dtidrow (n=dtidrow@host131.objectsciences.com) |
| 22:34.14 | brlcad | that's a tradition that goes *way* back .. |
| 22:34.40 | brlcad | if you give your kid the same name as their parent, they become a II, or a III |
| 22:34.42 | brlcad | etc |
| 22:35.09 | dtidrow_work | well, II usually equals Jr. |
| 22:35.35 | IriX64 | brlcad: defineing that glx define allowed it to build completely |
| 22:35.52 | brlcad | yeah |
| 22:38.48 | ``Erik | napoleon XIV |
| 22:54.49 | CIA-29 | libirc: 03dtremenak * r211 10/trunk/libirc/src/TCPConnection.cpp: map.erase() doesn't return anything on gcc |
| 23:08.10 | louipc | jove is actually a UofT app :P |
| 23:11.00 | CIA-29 | libirc: 03l4m3rthanyou * r212 10/trunk/libirc/src/TCPConnection.cpp: Woo, couple more itr fixes |
| 23:12.14 | CIA-29 | libirc: 03JeffM2501 * r213 10/trunk/libirc/TODO: libIRC has a build system now, and is not "all ugly" so take that out of the todo |
| 23:12.50 | ``Erik | O.o |
| 23:13.01 | ``Erik | libIRC rises from the grave? |
| 23:43.51 | brlcad | rumors of it's demise are greatly exaggerated |
| 23:44.40 | *** join/#brlcad Twingy (n=justin@74.92.144.217) |
| 23:47.58 | dtidrow | "Can't load IA 32-bit .so on a IA 32-bit platform" - totally whacked Java JNI error |
| 23:48.21 | dtidrow | totally useless, and totally misleading |
| 23:50.07 | dtidrow | I had to downgrade the Java version to 1.5.0_07 to find the real problem: "undefined symbol: _ZN16GLRefreshVisitor5applyERN3osg7TextureE" |
| 23:50.36 | dtidrow | insane.... |
| 23:51.20 | dtidrow | at least I can go home now that I've fixed the _real_ problem |
| 23:53.02 | brlcad | fun fun |
| 23:53.39 | brlcad | hey, dtidrow .. here's a question for you.. is there a way to jni load a library that has (unused) unresolved symbols? |
| 23:54.08 | brlcad | stuff that ld has no trouble whatsoever using, you can dlopen just fine, but jni loader chokes |
| 23:54.33 | brlcad | usually another lib that the library uses |
| 23:55.04 | dtidrow | not sure, though I think there are some commandline arguments you can use to direct the jvm to the right libs |
| 23:55.16 | dtidrow | as well as LD_LIBRARY_PATH, of coures |
| 23:56.06 | brlcad | yeah, it ignores the ld_lib_path |
| 23:56.30 | dtidrow | it shouldn't, afaik |
| 23:56.33 | brlcad | or at least doesn't know how/where to find the lib to resolve it |
| 23:56.52 | brlcad | (even though the .so does say how/where) |
| 23:57.08 | brlcad | otherwise even dlopen would die on some symbols |
| 23:57.56 | dtidrow | yeah - if dlopen works, the jvm should have no problem either |
| 23:58.27 | brlcad | yeah, that's what's been a pita |
| 23:58.50 | brlcad | dlopen is fine |
| 23:59.10 | brlcad | I've had to make fully resolved libraries (i.e. mega libraries!) that has the dependencies all included |
| 23:59.11 | dtidrow | afaik, the "System.loadLibrary( lib );" is just a wrapper around dlopen |
| 23:59.24 | brlcad | even stupid things like tcl/tk (which makes for a huge .so) |
| 23:59.47 | dtidrow | what was the lib name that you passed in to System.loadLibrary()? |
