00:06.22 |
``Erik |
has anyone updated their iphone to 4.0.1
today? |
01:16.35 |
*** join/#brlcad Nohla
(~Nohla@201.255.253.131) |
01:24.52 |
*** join/#brlcad Stattrav
(~Stattrav@117.192.132.72) |
02:06.13 |
brlcad |
nopes |
02:26.48 |
*** join/#brlcad Stattrav
(~Stattrav@117.192.132.72) |
02:46.12 |
starseeker |
eyes the VTK build scripts...
I think I'm going to be very glad these exist, since they seem to
be doing a lot of the same sorts of stuff we'll
need... |
02:48.16 |
*** join/#brlcad akafubu
(~akafubu@unaffiliated/akafubu) |
04:28.44 |
*** join/#brlcad _yukonbob
(~svs@S010600235a187d92.ok.shawcable.net) |
04:44.23 |
*** join/#brlcad d-lo
(~claymore@BZ.BZFLAG.BZ) |
06:43.38 |
*** join/#brlcad merzo
(~merzo@smartbussiness.mobicom.net.ua) |
08:42.59 |
*** join/#brlcad Alexandrus
(~nil@p4FE3F911.dip.t-dialin.net) |
08:43.03 |
Alexandrus |
moin(); |
08:43.25 |
Alexandrus |
i continue my tries to get brlcad to compile
on win |
08:43.57 |
Alexandrus |
current issue: finding pngvcrd.c and
pnggccrd.c |
08:44.03 |
Alexandrus |
(or their replacements) |
09:03.55 |
Alexandrus |
libpng compiles after fixing libz |
09:28.25 |
*** join/#brlcad mafm
(~mafm@209.Red-80-26-128.dynamicIP.rima-tde.net) |
09:38.52 |
Alexandrus |
current state: trying to understand linker
errors in libItk |
09:39.19 |
Alexandrus |
log for all issues: http://pastebin.org/410607 |
09:59.59 |
Alexandrus |
libITK compiles after adding two
dependencies... |
10:08.03 |
``Erik |
what did you do to 'fix' libz? is it something
we could incorporate into the build? |
10:08.24 |
Alexandrus |
i added the paths manually |
10:08.34 |
Alexandrus |
..\..\..\brlcadInstall\bin and lib |
10:08.43 |
``Erik |
(the general reaction of all the developers to
using windows is generally a nosferatu exposed to sun
screaching) |
10:08.46 |
Alexandrus |
guess this isn't a real libz error |
10:09.03 |
Alexandrus |
lets drop the windows thing at the
moment |
10:09.25 |
Alexandrus |
i am not a developer, just looking for little
stuff |
10:09.26 |
``Erik |
on MacosX, linux or freebsd, it should "just
work" |
10:09.52 |
Alexandrus |
bad luck, at the moment i have a win machine
here |
10:10.07 |
Alexandrus |
i am in libged |
10:10.20 |
Alexandrus |
and can't find a
_db5_standarize_avs" |
10:10.31 |
Alexandrus |
somewhere in _build_comb |
10:10.44 |
``Erik |
my condolances :) I'm not saying to switch
os's, just explaining why windows support is inadequate |
10:10.45 |
Alexandrus |
i greped for it, but with little
success |
10:10.53 |
Alexandrus |
yes, i know |
10:10.59 |
``Erik |
um, should it be db5_standardize_avs
? |
10:10.59 |
Alexandrus |
i offer my support as much as i can |
10:11.11 |
Alexandrus |
1>red.obj : error LNK2019: Verweis auf
nicht aufgelöstes externes Symbol "_db5_standardize_avs" in
Funktion "_build_comb". |
10:11.24 |
``Erik |
ah, deutch even |
10:11.32 |
Alexandrus |
ja, stupid |
10:11.37 |
Alexandrus |
i should have picked english |
10:12.03 |
``Erik |
the build shouldn't care, but we don't do any
i18n or l10n |
10:12.17 |
Alexandrus |
i don't know what i18n or l10n is |
10:12.27 |
``Erik |
internationalization and
localization |
10:12.32 |
Alexandrus |
ah:) |
10:12.47 |
``Erik |
"i, then 18 letters, then an n" ...
:) |
10:13.12 |
Alexandrus |
kind of a game to guess |
10:13.22 |
Alexandrus |
J5n |
10:13.23 |
Alexandrus |
:P |
10:13.26 |
``Erik |
linux stuff... it's all a bit... special
:) |
10:13.53 |
``Erik |
that function SHOULD exist in librt, I'd
think... or mebbe libwdb, I think starseeker has been doing stuff
related to that |
10:14.11 |
Alexandrus |
i try a second grep |
10:14.12 |
``Erik |
so if you can hang out until he decides to
wake up? |
10:14.33 |
Alexandrus |
i continue to try |
10:14.40 |
Alexandrus |
without _ i find more |
10:14.49 |
Alexandrus |
librt..true |
10:14.56 |
``Erik |
yeah, the _ prefix is a mac thing |
10:15.10 |
``Erik |
it'd be db5_standardize_avs in the
code |
10:15.13 |
Alexandrus |
you know what...i guess there is still a lot
to learn about portability |
10:15.54 |
``Erik |
there always is |
10:16.23 |
Alexandrus |
my freepascal programs sometimes suffer
too |
10:16.25 |
``Erik |
I thought I was very portable writing a plugin
based thing in the 90's... in '02, bought a mac, the underscore
thing threw me for a loop :/ |
10:16.35 |
Alexandrus |
its kind of a game to get them compile on mac
an win |
10:17.02 |
Alexandrus |
i do not understand the underscore
thing |
10:17.14 |
Alexandrus |
for me its just another character which
happens to be allowed in symbols |
10:17.17 |
``Erik |
on osX, all library exported symbols have an
underscore prefixed |
10:18.08 |
``Erik |
if you link normally, it'll try to prefix the
name for you |
10:18.08 |
``Erik |
kinda like on linux, the kernel exported
symbols have two underscores prefixed, iirc |
10:18.08 |
Alexandrus |
oh, fpc doesn't have this |
10:18.11 |
``Erik |
of course not, it's C function stuff we're
talking about :D |
10:18.18 |
``Erik |
c++ methods are far far uglier |
10:18.56 |
Alexandrus |
damn, can't find "build_comb" |
10:19.12 |
Alexandrus |
guess its included |
10:20.06 |
Alexandrus |
hey, for using c++, the project evolved into
something quite usefull:P |
10:20.08 |
``Erik |
hm, it's 06:20 here, if you can wait oh, so an
hour? I'll drive into work where I have lots of os's available and
see if I can help? |
10:20.24 |
Alexandrus |
why waiting, i can figure out things
too |
10:20.24 |
``Erik |
heh, most of BRL-CAD is C, the c++ bits are
very recent |
10:20.51 |
Alexandrus |
i wonder, why most CAD programs are so weak in
console.. |
10:21.01 |
Alexandrus |
tried autocad, vericad etc etc |
10:21.01 |
``Erik |
anyways, time to subject my poor m3 to
american roads ;) |
10:21.10 |
Alexandrus |
see you later |
10:21.16 |
Alexandrus |
there will be more questions for
sure:) |
10:40.01 |
Ralith |
Alexandrus: because most CAD programs are made
by devs ignorant to the Unix philosophy, probably. |
10:41.42 |
Alexandrus |
i don't think of console as unix |
10:41.57 |
Alexandrus |
i just hate stupid GUI's with billions of
buttons |
10:42.33 |
``Erik |
(autocad is a lisp program, dunno vericad, but
unix thinking is generally not involved) |
10:42.48 |
``Erik |
HUZZAH! my phone works again! |
10:43.08 |
``Erik |
(no, not driving yet, wanted to give the phone
update another shot) |
10:44.14 |
``Erik |
I was all upset thinking I was going to have
to drive down to baltimore to get this thing fixed heh :/ stupid
effin' apple. *grouse* |
10:44.15 |
Alexandrus |
learning "static libs" in c/c++.. |
10:44.38 |
``Erik |
.a files, basically a bunch of .o files in a
.tar file |
10:44.47 |
Alexandrus |
source? |
10:44.53 |
Alexandrus |
where do you choose which gets published,
which not |
10:44.58 |
``Erik |
no, compiled |
10:45.19 |
Alexandrus |
to a .lib here |
10:45.23 |
``Erik |
exported API's in C are any that are not
listed as 'static' |
10:45.32 |
``Erik |
on winderz, they have an 'export'
keyword |
10:45.44 |
``Erik |
(so in BRL-CAD, we have a BU_EXPORT macro we
use) |
10:46.25 |
``Erik |
aight, I drive for real now :) bbiab |
10:46.28 |
Alexandrus |
it looks, like red.c is using a non exported
function |
10:46.33 |
Alexandrus |
ok, see you later:) |
10:46.50 |
Ralith |
Alexandrus: well, console utils built
*without* the unix philosophy are generally pretty
useless |
10:47.14 |
Alexandrus |
i think, today adding a little bit of "oop"
would be nice |
10:47.22 |
Alexandrus |
but its working fine the way it is |
10:47.29 |
Ralith |
what? |
10:47.38 |
Alexandrus |
properties for objects |
10:48.03 |
Alexandrus |
but sure, this isn't unix |
10:48.51 |
Alexandrus |
hmm.."BU EXPORT BU_EXTERN(void...)" |
10:48.55 |
Alexandrus |
what a construction |
10:50.12 |
Ralith |
no idea what you mean |
10:51.19 |
Alexandrus |
accessing properties of brlcad objects by
properties/methods |
10:51.40 |
Alexandrus |
myobject.translate(3,4,3) |
10:51.42 |
Alexandrus |
... |
10:51.50 |
Alexandrus |
not really important, just an idea |
10:57.13 |
Ralith |
that's not what OOP is |
10:57.46 |
Alexandrus |
unification of code and data... |
10:58.19 |
Alexandrus |
ok, there is more |
10:58.24 |
Alexandrus |
but i am not here to pass a test:P |
11:03.16 |
Ralith |
that's *definitely* not what OOP is. |
11:03.47 |
Alexandrus |
polymorphism |
11:03.50 |
Alexandrus |
inheritance |
11:03.55 |
Alexandrus |
abstraction... |
11:04.23 |
Ralith |
I'm pointing this out because BRL-CAD is,
iirc, very OO indeed. |
11:05.04 |
Alexandrus |
as far as i know, no methods |
11:06.08 |
Alexandrus |
so for me its like a predecessor,
records/structures |
11:06.15 |
Alexandrus |
internally, i am sure its more oop |
11:06.21 |
Alexandrus |
but seen from the outside |
11:08.35 |
Alexandrus |
course one could interpret l as a method of
any primitive/object |
11:10.35 |
Alexandrus |
but polymorphism?..hmm.. |
11:55.26 |
``Erik |
BRL-CAD is very OO, c++ is not... association
of data and function is more of an old school lithp thang |
11:55.57 |
Alexandrus |
ok...// |
11:56.08 |
Alexandrus |
lets move to another topic |
11:56.20 |
``Erik |
(assuming that c++/java is how to define OO is
bad juju, take a look at smalltalk or objc... alan kay (the guy who
coined OO) has some harsh stuff to say about c++) |
11:56.48 |
``Erik |
the BU_EXPORT/BU_EXTERN mess is due to
winderz |
11:56.53 |
Alexandrus |
fpc is the same here i guess:P |
11:57.00 |
Alexandrus |
ok, in short |
11:57.07 |
Alexandrus |
how do i export db5_standardize_avs |
11:58.00 |
Alexandrus |
declared in db5_types.c |
11:58.03 |
``Erik |
what file fails? |
11:58.29 |
``Erik |
the only two with reference are
librt/db5_types.c and libged/red.c, and red.c has an extern
statement at the beginning |
11:58.51 |
Alexandrus |
http://pastebin.org/410708 |
11:58.55 |
Alexandrus |
scroll to the bottom |
11:58.59 |
Alexandrus |
its a log about everything i do |
11:59.11 |
Alexandrus |
yes |
11:59.23 |
Alexandrus |
now, which way is this supposed to
be? |
12:00.50 |
``Erik |
hmmmmmm, might require an explicit export in a
header to let the linker know to add it to the symbol table (the
.lib file on winderz) |
12:01.01 |
Alexandrus |
i am a noob in c/c++ |
12:02.55 |
Alexandrus |
which header file should it be? |
12:03.35 |
Alexandrus |
db5.h ? |
12:04.29 |
``Erik |
dunno... starseeker seems to think they
shouldn't be public |
12:04.47 |
Alexandrus |
hmm... |
12:05.13 |
``Erik |
<-- is firing up a windows
machine |
12:05.15 |
Alexandrus |
is reading
build_comb |
12:13.25 |
Alexandrus |
i guess i have to understand db5
first.. |
12:19.07 |
CIA-93 |
BRL-CAD: 03erikgreenwald * r39862
10/brlcad/trunk/include/raytrace.h: add export lines for functions
used in libged for windows |
12:20.06 |
CIA-93 |
BRL-CAD: 03erikgreenwald * r39863
10/brlcad/trunk/ (include/bu.h src/libbu/image.c): add
bu_image_save_writepixel for single pixel updates |
12:21.51 |
Alexandrus |
23:24 |
12:21.59 |
CIA-93 |
BRL-CAD: 03erikgreenwald * r39864
10/brlcad/trunk/src/libbu/image.c: include vmath.h for
VMOVE |
12:22.00 |
Alexandrus |
(success : fail) |
12:22.44 |
Alexandrus |
24:23 |
12:45.08 |
*** join/#brlcad Stattrav
(~Stattrav@117.192.141.47) |
12:45.34 |
Alexandrus |
hmm... |
12:45.42 |
Alexandrus |
moin stattrav |
12:46.48 |
``Erik |
huh, a liboptical failure that looks like my
fault O.o |
12:47.32 |
Alexandrus |
its quite difficult to read through
this |
12:48.38 |
Alexandrus |
what about the db5_standardize? |
12:50.08 |
CIA-93 |
BRL-CAD: 03erikgreenwald * r39865
10/brlcad/trunk/misc/win32-msvc8/liboptical/liboptical.vcproj: add
sh_toon.c |
12:50.09 |
``Erik |
the commit I did to raytrace.h fixes that for
me using msvc8 |
12:50.31 |
Alexandrus |
i try compiling |
12:50.53 |
Alexandrus |
9:0 |
12:52.33 |
Alexandrus |
as far as i can see, there are still
mistakes |
12:52.44 |
Alexandrus |
but it might be cause of my changes |
12:52.51 |
Alexandrus |
still 22 fail |
12:53.00 |
Alexandrus |
i just copy the misc folder again and
try |
12:56.34 |
Alexandrus |
"libraries" and "Other" is invalid |
12:56.58 |
Alexandrus |
Visual C++ 2008, Version 9.0.21022.8
RTM |
12:57.23 |
Alexandrus |
and its raining errors |
13:06.11 |
Alexandrus |
http://pastebin.org/410744 <-
error log |
13:09.25 |
*** join/#brlcad sofleo
(~sofleo@62-2-161-194.static.cablecom.ch) |
13:12.23 |
sofleo |
hello, please could someone explain how to use
the adc control panel? I vould give a point an angle and a tick
distance. I would see the coordinates where the tick is placed, is
it possible? I don't know if I made myself clear. |
13:13.18 |
sofleo |
is there some documentation about
it? |
13:14.31 |
Alexandrus |
sry, softleo...i don't know what the adc
control panel is.. |
13:15.08 |
Alexandrus |
_ged_combmem in libtclcad makes
trouble |
13:15.38 |
CIA-93 |
BRL-CAD: 03erikgreenwald * r39866
10/brlcad/trunk/ (11 files in 5 dirs): spelling mistake...
vegitation->vegetation. |
13:16.23 |
sofleo |
I meant the angle distance cursor control
panel |
13:19.49 |
Alexandrus |
i managed to switch it on...don't know what it
could be usefull for |
13:19.55 |
Alexandrus |
but i am only a new user:) |
13:21.20 |
sofleo |
ah, ok |
13:21.26 |
sofleo |
thank you anyway |
13:21.51 |
Alexandrus |
if you are patient...some are active
here |
13:22.18 |
sofleo |
I will wait patiently :-) |
13:29.46 |
CIA-93 |
BRL-CAD: 03erikgreenwald * r39867
10/brlcad/trunk/src/libtclcad/ged_obj.c: include ged.h for
ged_combmem |
13:30.23 |
Alexandrus |
did this really compile on msvc8? |
13:31.06 |
``Erik |
at one point, yes |
13:31.18 |
Alexandrus |
update, recompile.. |
13:31.29 |
``Erik |
even had an msvc9 compile at one point...
but... we don't do winderz :D so it's the red headed stepchild
here |
13:31.46 |
Alexandrus |
now he complains.. |
13:32.45 |
Alexandrus |
4>LINK : fatal error LNK1181: Eingabedatei
"libtclcad.lib" kann nicht geöffnet werden. |
13:32.47 |
Alexandrus |
this again.. |
13:33.37 |
Alexandrus |
ged_obj.c has ged.h included |
13:33.55 |
Alexandrus |
still this _ged_combmem thing |
13:33.58 |
Alexandrus |
(msvc9) |
13:35.52 |
Alexandrus |
this compilation stuff takes ages |
13:37.03 |
``Erik |
bob (the guy who used to keep the windows side
up to date) is working on stuff now |
13:37.22 |
Alexandrus |
whats his name here? |
13:39.51 |
Alexandrus |
@''Erik: softleo had a question about angle
distance cursor |
13:42.31 |
Alexandrus |
i am trying with msvc8 now... |
13:42.53 |
Alexandrus |
(even vista claims, its not
compatible) |
13:44.13 |
Alexandrus |
result is even worse ... |
13:44.18 |
Alexandrus |
2:60 |
13:45.34 |
``Erik |
yeah, uh, I, uh, that's in the gui part,
right? I don't know that stuff :D |
13:45.44 |
Alexandrus |
oh, how do you compile it? |
13:45.52 |
Alexandrus |
i just opened the project file |
13:46.19 |
sofleo |
:-) |
13:46.55 |
``Erik |
starseeker and brlcad are the two who know
stuff about the gui, and this is early for them.. :) |
13:47.31 |
Alexandrus |
how do you compile? with make? |
13:47.35 |
Alexandrus |
there is an .am file |
13:48.30 |
``Erik |
on anythingbutwindows, it's a typical
configure/make project |
13:49.07 |
Alexandrus |
still, you got it compiling somehow |
13:50.48 |
CIA-93 |
BRL-CAD: 03erikgreenwald * r39868
10/brlcad/trunk/misc/win32-msvc8/libged/libged.vcproj: add
combmem |
13:52.13 |
*** join/#brlcad roberthl
(~robert@mediawiki/RobertL) |
14:07.52 |
Alexandrus |
4 errors missing.. |
14:08.03 |
Alexandrus |
(still present) |
14:09.43 |
Alexandrus |
in mged\setup.c(433) not declared:
vls |
14:13.25 |
Alexandrus |
struct bu_vls vls; added to
cmd_setup |
14:14.39 |
Alexandrus |
fixed it, guessing its supposed to be
temp...but just a guess |
14:16.30 |
Alexandrus |
compiled...success! |
14:19.20 |
*** join/#brlcad Yoshi47
(~jan@64.235.102.210) |
14:31.19 |
brlcad |
sofleo: run "adc help" in the command
window |
14:31.49 |
brlcad |
you can use the adc command to get/set exact
distances |
14:32.15 |
brlcad |
you'll also probably want to turn on Misc
-> Faceplate |
14:32.22 |
brlcad |
it will provide a status bar in the graphics
window |
14:32.30 |
brlcad |
with the current adc values |
14:32.54 |
sofleo |
hello, yes i did it and I'm reading the help
and also the introduction to MGED tutorial. |
14:33.08 |
sofleo |
my question is |
14:33.24 |
sofleo |
I put the adc cursor in a specified position
of my model |
14:33.43 |
sofleo |
then I set an angle and then a tick
distance |
14:33.56 |
sofleo |
I would retrieve the tic position |
14:34.00 |
sofleo |
is it possible? |
14:34.02 |
brlcad |
Alexandrus: the code changes very quickly with
about a half-dozen developers hitting different portions on a
constant basis, so the build for all platforms has to be
continually updated |
14:35.13 |
brlcad |
"adc dst" ? |
14:35.24 |
Alexandrus |
i am just glad it compiled once |
14:35.40 |
brlcad |
sofleo: not sure I understand your question,
but the subcommands can be used to set AND get values |
14:36.03 |
sofleo |
I would retrieve the x and y coordinates of
the tick position |
14:37.00 |
Alexandrus |
@brlcad: i think i learned a few things, i
might be able to get it compiling even after some changes |
14:37.50 |
sofleo |
brlcad: probably I arlready know the answer,
is it possible to put quotes on the model? |
14:38.04 |
sofleo |
I would measure the model |
14:39.17 |
sofleo |
another question, at the end of my design job
I would retrieve a list of pieces composing my model, is there a
way to do this? |
14:47.23 |
brlcad |
sofleo: the problem with reporting a tick
position is that there are 12 of them |
14:47.49 |
brlcad |
you can query any specific one of them using
query ray though |
14:47.57 |
sofleo |
brlcad: yes I understand, you are
right |
14:48.11 |
brlcad |
Settings -> Mouse Behavior -> Query
Ray |
14:48.15 |
brlcad |
then |
14:49.26 |
sofleo |
then ... |
14:49.51 |
brlcad |
sorry, multitasking -- click second mouse
button to query the point under your mouse |
14:50.04 |
brlcad |
er, maybe third mouse |
14:50.16 |
brlcad |
option-click if you're on a
one-button |
14:50.33 |
brlcad |
you'll see "Firing from..." in the comamnd
window |
14:51.09 |
brlcad |
if you hit an object, you'll get the exact
in/out distances |
14:51.39 |
brlcad |
otherwise you can just use the ray setup
values to know where you queried |
14:51.49 |
brlcad |
you'll want to change the mouse behavior back
to Default when you're done |
14:52.07 |
brlcad |
Alexandrus: excellent, maybe you can maintain
the windows build then? :) |
14:52.50 |
brlcad |
sofleo: as for your second question -- that
entirely depends on the hierarchy (or lack thereof) that you use to
construct your model, but you can certainly get a list of objects
or subsets of objects, etc |
14:53.27 |
brlcad |
if you've used proper modeling practices,
you'll have a set of regions (i.e., parts) and groups (i.e.,
assemblies) |
14:53.28 |
sofleo |
I use tree command, l command ls
command |
14:53.52 |
sofleo |
I use regions and combination |
14:54.13 |
sofleo |
what I really need is at the end the bill of
material |
14:54.37 |
sofleo |
I building a garden house for my
kids |
14:55.59 |
sofleo |
at the and I have to go to the wood shop (I
don't know the exact word at the moment) and I have to tell
them:give 10 pieces long 2merters, 20 pieces long 2.5 meters and so
on |
14:57.22 |
brlcad |
unfortunately, we don't produce bill of
material reports directly yet |
14:57.51 |
brlcad |
you can certainly get at a lot of the same
information, just not automatic |
14:58.03 |
sofleo |
ok, thank you anyway, I like so much
brl-cad |
14:58.11 |
brlcad |
rtarea will report presented/projected areas
so you can determine length/widths of objects |
14:58.43 |
brlcad |
rtweight and gqa calculate weights, centroids,
moments of inertia |
14:58.45 |
sofleo |
before you told me about: ray setup
values |
14:59.02 |
sofleo |
where can I set them |
14:59.45 |
brlcad |
when you turn on query ray, your mouse cursor
is where the ray is fired from |
15:00.08 |
*** join/#brlcad Stattrav
(~Stattrav@117.192.132.203) |
15:00.26 |
sofleo |
sorry but I'm learning step by step, I read
some tutorials, but I didn't find any doc like the "brl-cad bible"
is there some book to learn brl-cad? |
15:01.01 |
brlcad |
sofleo: no need to apologize.. it's a LOT to
learn, like any CAD package, takes years to learn fully |
15:01.18 |
sofleo |
yes I agree with you |
15:01.19 |
brlcad |
the tutorial series is the closest to
it |
15:01.45 |
brlcad |
the 16 intro tutorials, then the principles of
effective modeling for some of the more advanced concepts |
15:02.43 |
brlcad |
then there is custom overview documentation on
some of the more complex features like the oed command and
nirt |
15:05.16 |
sofleo |
You spoke about 16 tutorials but I found only
10 pdf |
15:05.23 |
sofleo |
did I miss something? |
15:05.30 |
CIA-93 |
BRL-CAD: 03brlcad * r39869
10/brlcad/trunk/TODO: three items still pending for release, nirt
commands seems to be busted (gives usage). red needs a quick test
due to regex swap, and the windows build is undoubtedly still
bustaged even after erik's many fixes. |
15:07.52 |
CIA-93 |
BRL-CAD: 03brlcad * r39870
10/brlcad/trunk/BUGS: .mgedrc is wrong if created without a
database open -- qray lines end up horked with 'A database is not
open!' |
15:09.04 |
brlcad |
there are 16 tutorials in the "Introduction to
MGED" |
15:09.14 |
brlcad |
one big pdf |
15:09.26 |
sofleo |
ah yes, now i understood |
15:10.24 |
sofleo |
ok, I will read again the introduction to MGED
probably I didn't undertstand everything |
15:10.36 |
sofleo |
thank you for your answers |
15:17.55 |
Alexandrus |
@brlcad: i could maintain it |
15:18.07 |
Alexandrus |
but it would be wise to work together at
this |
15:18.17 |
Alexandrus |
so i don't blow up anything:) |
15:20.16 |
Alexandrus |
also, it should have a new msvc9 folder in
misc |
15:20.27 |
Alexandrus |
since my conversion would screw up any
previous one |
15:22.11 |
Alexandrus |
next issue i have: getting coil into
mged |
15:22.25 |
Alexandrus |
i think i saw something in
mged/setup.c |
15:30.44 |
sofleo |
bye |
15:30.48 |
Alexandrus |
bye |
15:30.50 |
Alexandrus |
softleo |
15:36.33 |
brlcad |
cya softleo! |
15:39.32 |
Alexandrus |
hmm, "pip" which is in mged isn'T in
mged_cmdtab, where is it? |
15:40.00 |
Alexandrus |
pipe |
16:35.36 |
*** join/#brlcad Stattrav
(~Stattrav@117.192.132.203) |
16:38.16 |
brlcad |
Alexandrus: grep :) |
16:43.24 |
Alexandrus |
grep gives so many results, i could fill a
disk with it |
16:43.35 |
starseeker |
grep the grep output :-) |
16:43.56 |
starseeker |
grep pattern stuff | grep
nextpattern |
16:44.16 |
Alexandrus |
if i know a second pattern, i would need one
grep only... |
16:46.31 |
Alexandrus |
greping for """pipe""" is less, points me to
points_scan.l |
16:56.16 |
starseeker |
Hmm - zlib 1.2.5 has it's own CMakeLists.txt
file - can I update that and eliminate the need for us to maintain
our own? |
16:57.29 |
starseeker |
(looks like d_rossbert created the one we have
in there currently) |
17:02.51 |
Alexandrus |
takes a break for
today |
17:18.00 |
brlcad |
points scan isn't the right one |
17:18.14 |
brlcad |
thats for reading point cloud data |
17:18.36 |
Alexandrus |
yes.., i read it |
17:19.19 |
Alexandrus |
but i am to tired today to figure out how to
get coil into mged |
17:19.23 |
Alexandrus |
(or is it there allready) |
17:19.37 |
brlcad |
the proper way is src/libged |
17:20.30 |
brlcad |
you'd write a ged_coil() function that
contains the current binary logic |
17:20.56 |
brlcad |
that gets hooked in with a simple command
table elsewhere |
17:21.03 |
Alexandrus |
i better have a look at an example
first |
17:21.10 |
brlcad |
look at tire |
17:21.12 |
Alexandrus |
i opened ged_edcomb |
17:21.15 |
Alexandrus |
ok, tire |
17:21.53 |
brlcad |
src/mged/setup.c has that command
table |
17:22.10 |
Alexandrus |
yes, i searched for "pipe" there |
17:22.14 |
brlcad |
there you see tire calls ged_tire via
cmd_ged_plain_)wrapper |
17:22.18 |
Alexandrus |
trying to understand it a little |
17:22.35 |
brlcad |
ged_tire does the work,
src/libged/tire.c |
17:22.49 |
Alexandrus |
open |
17:22.56 |
brlcad |
close |
17:23.11 |
Alexandrus |
rm -f:P |
17:23.32 |
brlcad |
Permission denied. |
17:23.45 |
Alexandrus |
send nuke |
17:29.32 |
*** join/#brlcad akafubu
(~akafubu@unaffiliated/akafubu) |
17:34.42 |
Alexandrus |
ok, i might try implementing it
tomorrow |
17:34.45 |
Alexandrus |
thanks for all help brlcad |
17:34.51 |
brlcad |
sure |
17:35.01 |
Alexandrus |
its 19:34 here |
17:35.06 |
brlcad |
if you make mods and want to contrib
back |
17:35.16 |
brlcad |
you used svn diff and/or patch
beffore? |
17:35.33 |
Alexandrus |
yes |
17:35.38 |
brlcad |
cool |
17:35.50 |
brlcad |
so you can post changes to the patches
tracker |
17:36.27 |
brlcad |
the HACKING file has some more
details |
17:36.39 |
Alexandrus |
hehehe, i just started today... |
17:36.44 |
Alexandrus |
my head is full of code:P |
17:36.49 |
brlcad |
awesome :) |
17:37.18 |
Alexandrus |
actually, i was about to create a little
quadcopter modell |
17:37.43 |
Alexandrus |
design all parts so i can let them
manufactured |
17:37.54 |
Alexandrus |
(thats what i need the coil for) |
17:38.03 |
brlcad |
cool, cant wait to see it |
17:38.34 |
Alexandrus |
what do you use brlcad for? |
17:39.32 |
brlcad |
programming hobby :) |
17:39.52 |
Alexandrus |
:) |
17:41.08 |
Alexandrus |
are you part of any 2D cad project
too? |
17:41.51 |
brlcad |
no, brl-cad requires enough time and attention
on its own with 3d |
17:41.58 |
Alexandrus |
true |
17:50.54 |
*** join/#brlcad Stattrav
(~Stattrav@117.192.132.200) |
17:58.22 |
*** join/#brlcad Nohla
(~Nohla@201.255.253.131) |
20:03.18 |
*** join/#brlcad akafubu
(~akafubu@unaffiliated/akafubu) |
20:40.58 |
CIA-93 |
BRL-CAD: 03starseeker * r39871
10/brlcad/trunk/src/librt/db5_types.c: Urk. Trying to alter the avs
mid scan didn't work so hot - build a temp copy and replace the
original with that. |
21:22.31 |
Alexandrus |
good night:) |
21:35.12 |
*** join/#brlcad psilva_
(~psilva@static-96-255-52-7.washdc.fios.verizon.net) |
21:35.46 |
psilva_ |
brlcad: siggraph? |
21:37.44 |
brlcad |
psilva_: yep |
21:39.08 |
*** join/#brlcad akafubu
(~akafubu@unaffiliated/akafubu) |
22:10.25 |
*** join/#brlcad R0b0t1
(~Enigma@unaffiliated/r0b0t1) |
22:22.49 |
CIA-93 |
BRL-CAD: 03brlcad * r39872
10/brlcad/trunk/configure.ac: use ac_configure_args if it is set
for reporting the options since configure may clobber '' if it runs
set our sources files. |