| 00:37.23 | *** join/#brlcad PrezKennedy (~Matthew@130.85.253.237) |
| 00:38.13 | PrezKennedy | women are the devil!! |
| 01:16.10 | *** join/#brlcad cad197 (~0c2e3592@bz.bzflag.bz) |
| 01:40.45 | brlcad | heh |
| 01:42.39 | narnia | umm, so someone having a bad day? |
| 02:06.04 | *** join/#brlcad ancienthart (~joal@CPE-60-231-130-163.qld.bigpond.net.au) |
| 02:06.55 | *** join/#brlcad frank__ (~frank@p54818F70.dip0.t-ipconnect.de) |
| 02:07.02 | *** part/#brlcad ancienthart (~joal@CPE-60-231-130-163.qld.bigpond.net.au) |
| 02:07.43 | brlcad | hello frank__ |
| 02:14.31 | CIA-8 | BRL-CAD: 03brlcad * 10brlcad/configure.ac: remove the unnecessary possbilities |
| 06:40.02 | PrezKennedy | maybe i should rephrase that |
| 06:40.25 | PrezKennedy | WOMEN ARE THE !@#$ DEVIL!!!!!! |
| 06:48.07 | narnia | ahh is someone having a really bad day? missed that morning cup of coffee did you? |
| 10:37.12 | narnia | well i am close to having the nist scl compile and actually work. |
| 10:37.36 | narnia | a few more glitches to iron out then it should be workable. |
| 15:40.30 | *** join/#brlcad thiemo (~thiemo@kiste.thiemo.net) |
| 15:40.35 | thiemo | Moin |
| 16:17.19 | brlcad | moin |
| 18:42.43 | CIA-8 | BRL-CAD: 03brlcad * 10brlcad/ (configure.ac m4/retry.m4): |
| 18:42.43 | CIA-8 | BRL-CAD: consolidate the 3 restart macros from configure.ac to 2 in m4/retry.m4: |
| 18:42.43 | CIA-8 | BRL-CAD: BC_RETRY_DIRECTORY and BC_RETRY_CONFIGURE. specified retry directories will get |
| 18:42.43 | CIA-8 | BRL-CAD: searched on a configure retry. configure will restart once searching the extra |
| 18:42.43 | CIA-8 | BRL-CAD: locations if it ends up not finding some required component. |
| 18:42.54 | CIA-8 | BRL-CAD: 03brlcad * 10brlcad/m4/Makefile.am: add retry.m4 |
| 19:15.02 | *** join/#brlcad fridge (~fridge@dsl-220-253-79-176.NSW.netspace.net.au) |
| 19:16.28 | fridge | is it better to compile brlcad from source? |
| 19:19.26 | fridge | is there a guide to installation? I just unpacked it into a dir and set BRLCAD_ROOT |
| 19:19.46 | narnia | fridge, it would depend on the machine you want to install on. |
| 19:20.27 | narnia | fridge, operating system, linux distribution. |
| 19:24.46 | fridge | narnia: ubuntu linux |
| 19:25.35 | narnia | fridge, ubuntu is based on debian correct? |
| 19:25.43 | fridge | narnia: looking at the err msgs, I just realised that it really does like to be installed into /usr/brlcad7.0 -- so I've moved it to where it wants to be |
| 19:25.47 | fridge | narnia: yes |
| 19:26.34 | narnia | fridge, did you download source or binary? |
| 19:26.48 | fridge | I had downloaded the binary |
| 19:27.08 | fridge | I had installed it somewhere other to /usr/brlcad7.0/... |
| 19:27.14 | fridge | I just moved it and mged starts now |
| 19:27.28 | narnia | fridge, from sourceforge.net or does ubuntu have a deb package? |
| 19:27.35 | fridge | from sourceforge.net |
| 19:27.40 | narnia | ah. |
| 19:28.00 | fridge | is there a debian package? |
| 19:28.02 | narnia | sourceforge.net binaries really really want to be in /usr/brlcad7.0/ |
| 19:28.18 | narnia | fridge, someone is working on one. |
| 19:28.40 | brlcad | you shouldn't have to set BRLCAD_ROOT |
| 19:28.48 | narnia | fridge, brlcad has been working with debian people to create one. |
| 19:29.19 | fridge | brlcad: now that it is installed in the right place |
| 19:29.38 | brlcad | ever really |
| 19:30.03 | fridge | it has the paths to it's distributed tcl/tk packages hardcoded to /usr/brlcad7.0/lib/.... |
| 19:30.03 | brlcad | setting the root is only necessary if brl-cad is relocated after installation to a new place |
| 19:30.58 | brlcad | that's part of the problem, mged needs to be able to find the tclscripts directory, which sits off of the root |
| 19:31.35 | brlcad | it's a compilation-time directive that mged allows one to override via the BRLCAD_ROOT env variable, but one does not need to set it if you haven't relocated |
| 19:32.05 | fridge | If BRLCAD_ROOT is set, shouldn't it look under $BRLCAD/$arch/lib/tcl8.4 |
| 19:32.14 | fridge | $BRLCAD_ROOT/$arch/lib/tcl8.4 |
| 19:32.16 | fridge | rather |
| 19:32.22 | brlcad | no |
| 19:32.26 | brlcad | root is your prefix |
| 19:32.54 | brlcad | so if you compiled with a prefix of /usr/brlcad7.0/whatver that would have been your BRLCAD_ROOT |
| 19:33.00 | fridge | OK |
| 19:33.42 | brlcad | but like i said, you should not need to set it -- setting it to something wrong is more likely the problem |
| 19:33.47 | brlcad | if you unset it, it should work |
| 19:35.02 | brlcad | 7.2 sources were posted a couple weeks ago too ;) |
| 19:35.36 | brlcad | ahh, you downloaded the 7.0 binaries .. never mind |
| 19:35.52 | PrezKennedy | wheeeee |
| 19:42.17 | fridge | ok |
| 19:42.21 | fridge | I'm on my way |
| 19:42.43 | fridge | to brlcad town |
| 19:43.09 | PrezKennedy | thats an adventure |
| 19:44.02 | narnia | PrezKennedy, hello, feeling better today? |
| 19:45.11 | PrezKennedy | yeah... following through with a threat i made :-) |
| 19:45.37 | PrezKennedy | girl didnt want me to disappear... was a pain in the ass last night... so now im off for the week |
| 19:52.43 | fridge | dxf-g segfaulted :( |
| 20:00.41 | narnia | brlcad, have you had a chance to test out that diesel engine step file? |
| 20:01.09 | brlcad | fridge: eek |
| 20:01.51 | brlcad | narnia: not yet, I've been working on these build issues all yesterday and today |
| 20:02.01 | brlcad | fridge: is that a dxf you can share? |
| 20:02.11 | brlcad | I'll gladly debug it |
| 20:02.19 | narnia | brlcad, understand. doing the same myself. |
| 20:02.54 | narnia | brlcad, actually c++ issues. |
| 20:04.27 | fridge | brlcad: http://hovil.customer.netspace.net.au/test.dxf |
| 20:05.28 | narnia | argh my mouse is dying. |
| 20:06.34 | PrezKennedy | get a logitech mx510 |
| 20:06.35 | PrezKennedy | :-) |
| 20:26.19 | fridge | I edited the dxf file |
| 20:26.35 | fridge | and removed all the cruft |
| 20:26.42 | fridge | frames/borders etc |
| 20:26.51 | brlcad | heh, okay |
| 20:26.55 | fridge | dxf-g no longer segfaults |
| 20:27.01 | brlcad | it'd still be good if the dang thing didn't segfault |
| 20:27.15 | brlcad | do you have an original that does crash that you can share |
| 20:27.19 | brlcad | or a stacktrace |
| 20:28.16 | fridge | brlcad: the one in the URL |
| 20:28.29 | fridge | test.dxf crashes dxf-g |
| 20:28.44 | brlcad | ahh, i completely missed that |
| 20:28.45 | brlcad | thanks |
| 20:36.15 | fridge | it was made in qcad |
| 20:36.28 | fridge | it is quite possible that qcad makes broken dxf files |
| 20:37.32 | brlcad | more likely some 2D construct that brl-cad's converter doesn't support and hasn't been well tested |
| 20:45.38 | narnia | brlcad, how good is your c++? |
| 20:46.25 | brlcad | heh |
| 20:46.54 | narnia | a c++ problem i am having http://rafb.net/paste/results/Fs5k5031.html |
| 20:51.53 | brlcad | someone's not complaint |
| 20:52.09 | brlcad | trying to access a protected method |
| 20:53.06 | brlcad | hmm, std::streambuf is in boost |
| 20:53.14 | brlcad | boost changed their interface apparently |
| 20:57.52 | brlcad | actually, never mind, not boost |
| 20:58.52 | brlcad | still, it's protected, so seekpos() can't be used regardless |
| 21:01.28 | narnia | well at some point in the past it must have worked. (yet another reminder as to why i dislike c++) |
| 21:03.44 | brlcad | would be no different if someone changed the std C api |
| 21:03.54 | brlcad | that code was probably written pre-spec |
| 21:04.05 | brlcad | or on a buggy implementation |
| 21:05.17 | fridge | hmm |
| 21:05.32 | fridge | hows protected different to private? |
| 21:06.35 | brlcad | protected is available to classes that have public inheritance of that parent class |
| 21:07.33 | brlcad | e.g. class A has foo, class B has bar protected .. only class B can use bar unless class A inherits class B publicly |
| 21:10.16 | brlcad | narnia: try changing that to pubseekpos() |
| 21:10.42 | brlcad | I believe that will fix it |
| 21:12.29 | narnia | brlcad, strstream (deprecated) does not have pubseekpos. i am going to have to convert it from strsteam (deprecated) to sstream. |
| 21:13.56 | narnia | or strstream to sstream and streambuf. |
| 21:14.37 | narnia | brlcad, my c++ sucks. |
| 21:14.50 | narnia | brlcad, my c++ skills suck. |
| 21:16.08 | brlcad | c++ can be fun |
| 21:16.25 | brlcad | classes can be vastly convenient when the app gets complicated ;) |
| 21:16.49 | brlcad | it can also be a huge gun pointing right at your head if you don't know what you're doing |
| 21:16.54 | narnia | brlcad, my i borrow your c++ book? just slide it through the cage. |
| 21:16.55 | fridge | did the same code compile at some stage? |
| 21:19.37 | brlcad | undoubtedly |
| 21:19.52 | brlcad | but like I said, probably before the standard was finalized |
| 21:20.58 | narnia | <PROTECTED> |
| 21:20.58 | narnia | Bjarne Stroustrup |
| 21:21.16 | brlcad | yep |
| 21:21.39 | brlcad | and when the task is to shoot down dragons, one is more helpful where both will do the job |
| 21:21.41 | fridge | hmm, looks like you'll have to rewrite it to match the current spec then! :) |
| 21:23.32 | narnia | fridge, well duh, you think so? ;-) |
| 21:30.32 | fridge | or find the --no-sooky option :P |
| 21:31.06 | fridge | ahh, good to see BRL has the same learning curve as every other cad product I've used |
| 21:31.59 | brlcad | fridge: looking to remedy that problem :) |
| 21:32.13 | brlcad | feel free to help make that better :) |
| 21:32.15 | fridge | no |
| 21:32.23 | fridge | I'll just learn it |
| 21:32.34 | fridge | and look down my nose at any newcomers who has similar problems |
| 21:33.08 | fridge | well, don't know if I'll learn it completely |
| 21:33.49 | fridge | I want a 3D CAD, but haven't found one I'm happy with yet |
| 21:37.08 | brlcad | you're going through the tutorials? |
| 21:37.21 | fridge | yep |
| 21:38.48 | brlcad | that'll be good -- you get through the first two and you should be able to model an m1a1 ;) |
| 21:41.39 | fridge | haven't done much boolean construction before |
| 21:41.47 | fridge | have to think about the building blocks differently |
| 21:42.38 | brlcad | indeed |
| 21:42.46 | brlcad | some things become incredibly easier |
| 21:42.50 | brlcad | some become harder |
| 21:43.52 | fridge | what is a halfspace? |
| 21:44.53 | brlcad | something you should try not to use much :) |
| 21:45.07 | narnia | brlcad, btw, i received a request today. someone asking if i could write a convert so brl-cad could output pov-ray files. |
| 21:45.11 | brlcad | it's a half-plane |
| 21:46.15 | brlcad | narnia: shouldn't be that hard .. way easier than a step converter :) |
| 21:46.30 | brlcad | pov's geometry is a strict subset of brl-cad's |
| 21:47.03 | brlcad | should convert 1-1 for all but a few complex types that can be approximated by poly sets |
| 21:53.46 | brlcad | fridge: if that didn't help.. a halfspace is exactly that -- half of the available space.. so if you make just a halfspace, it'll be a planar surface that is solid on one side and extends infinitely |
| 21:55.43 | fridge | it helps, thanks. |
| 22:09.59 | fridge | hmm |
| 22:10.04 | fridge | the changelog isn't very informative |
| 22:10.50 | brlcad | NEWS |
| 22:13.23 | fridge | cheers |
| 22:14.04 | narnia | brlcad, when compared to the step converter anything will be a 'piece of cake'. ;-) |
| 22:16.26 | *** part/#brlcad fridge (~fridge@dsl-220-253-79-176.NSW.netspace.net.au) |
| 22:36.36 | narnia | okay, i am making some headway. now i have a different error. |
| 22:37.09 | narnia | const TypeDescriptor *td = registry->FindType(newType.str(),0); is the source line where the error is occurring. |
| 22:38.34 | narnia | the new error is : |
| 22:38.38 | narnia | error: no matching function for call to |
| 22:38.38 | narnia | `Registry::FindType(std::basic_string<char, std::char_traits<char>, std::allocator<char> >, int)' |
| 22:38.38 | narnia | ../../../src/clstepcore/Registry.h:61: note: candidates are: const TypeDescriptor* Registry::FindType(const char*, int) const |
| 22:39.37 | brlcad | that's silly |
| 22:40.06 | narnia | brlcad, ????? |
| 22:40.06 | brlcad | for some reason the compiler won't cast for you -- need an explicit cast |
| 22:40.23 | brlcad | ahh, const |
| 22:40.24 | brlcad | that's why |
| 22:41.20 | brlcad | try wrapping it in std::string() |
| 22:41.35 | brlcad | that first FindType argument |
| 22:41.55 | brlcad | otherwise, you'll need to get it non-const |
| 22:42.02 | narnia | ah, brb |
| 22:42.41 | brlcad | or modify Registry::FindType to accept a const std::string |
| 22:42.51 | brlcad | or const char * |
| 22:46.07 | narnia | may need yet another variable. :-( |
| 22:47.24 | narnia | std::string() wrapping newType.str() like so std::string(newType.str()) gives me the same error. |
| 22:49.12 | narnia | error: no matching function for call to |
| 22:49.12 | narnia | `Registry::FindType(std::basic_string<char, std::char_traits<char>, std::allocator<char> >, int)' |
| 22:49.12 | narnia | ../../../src/clstepcore/Registry.h:61: note: candidates are: const TypeDescriptor* Registry::FindType(const char*, int) const |
| 22:50.55 | narnia | so either: char *new_str = std::string(newType.str()); and FindType(new_str,0); |
| 22:51.38 | narnia | or Registry::FindType(const char*, char* dum0, char* dum1, int) const |
| 22:51.56 | narnia | yes, no, may be so? |
| 22:52.29 | brlcad | oh, it's the other way around |
| 22:52.34 | brlcad | sorry, didn't read that right |
| 22:52.54 | brlcad | newType.str().c_str() |
| 22:53.59 | narnia | okay brb |
| 22:55.24 | narnia | brlcad, you are "the man". ;-) |
| 22:56.01 | narnia | that works. |
| 22:56.11 | brlcad | you convert from a std::string (aka std::basic_string) via the c_str(), gives you a const char * to the string |
| 23:00.53 | narnia | did a make clean and make. compiling. |
| 23:16.24 | narnia | argh |
| 23:17.12 | narnia | interviews was built with libstd++.so.5 and i have libstd++.so.6 installed. argh |
| 23:18.33 | narnia | /usr/bin/ld: warning: libstdc++.so.5, needed by /usr/X11R6/lib//libIV.so, may conflict with libstdc++.so.6 |
| 23:18.48 | narnia | Resolve previous error messages and try again. |
| 23:24.04 | CIA-8 | BRL-CAD: 03brlcad * 10brlcad/m4/retry.m4: pass the variables on to configure retries by exporting the variables |
| 23:32.59 | CIA-8 | BRL-CAD: 03brlcad * 10brlcad/configure.ac: search /usr/X11R6, obliterate USE_MESA_GL, search for some of the GL headers |