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 |