00:00.50 |
myric |
brlcad here was telling me that I don't really
need it anyway |
00:01.06 |
myric |
I was trying to get archer to work in linux
and wanted to build everything |
00:01.15 |
dtidrow |
yeah, I was catching up on the conversation
:-) |
00:01.31 |
myric |
just to make sure whatever changes I made
didn't break something else |
00:02.04 |
myric |
I seem to be able to make primitives in
archer, but it's giving me a lot of error messages |
00:03.15 |
brlcad |
an example error? |
00:03.49 |
myric |
oh ok sorry |
00:04.00 |
myric |
db_lookup(arb8.1.version2) failed:
arb8.1.version2 does not exist |
00:04.24 |
myric |
I created a few arb8's and I am just moving
them around and such |
00:04.53 |
myric |
this is one I get whenever I create a new
object: |
00:04.56 |
myric |
Hiding BRL-CAD geometry (arb8.1.version2) is
generaly a bad idea. |
00:04.56 |
myric |
This may cause unexpected problems with other
commands. |
00:04.56 |
myric |
Are you sure you want to do this??
(y/n) |
00:05.34 |
brlcad |
ahh |
00:05.54 |
myric |
I'll be a few minutes. Gotta put my daughter
to bed. |
00:06.08 |
brlcad |
that's some of archer's version tracking
magic, not bad behavior (though it should quell that
message) |
00:17.06 |
CIA-9 |
BRL-CAD: 03brlcad *
10brlcad/src/librt/db_io.c: can't get an mrec of a v5
database |
00:37.56 |
myric |
well I seem to be able to make basic shapes.
I'll see if I can figure out why it's giving me the error
messages. |
00:40.43 |
brlcad |
that one in particular wasn't an error
message |
00:40.58 |
brlcad |
just a verbose warning for interactive
mode |
00:41.45 |
myric |
the one about hiding geometry? |
00:41.46 |
brlcad |
archer stashes previous versions of objects as
"hidden" geometry, which can as it notes cause unexpected problems
with other commands if you tried to mess with them |
00:42.39 |
myric |
The GUI stops responding until I go to the vt
and type y or n... |
00:43.15 |
brlcad |
ah, hm.. that's not exactly expected
;) |
00:54.32 |
CIA-9 |
BRL-CAD: 03brlcad * 10brlcad/src/mged/clone.c:
prepare for making v5 primitives, restore abort on v5
combinations. |
01:00.38 |
myric |
so how far along is archer. I don't seem to
be able to do boolean operations. |
01:00.41 |
myric |
? |
01:03.46 |
myric |
not a complaint, just wondering if I'm missing
something |
01:05.49 |
brlcad |
hmm, i'd have to defer that to archer's main
dev (Bob) .. but I was under the impression that booleans should be
fine |
01:05.59 |
brlcad |
are you referring to the command line or
something in the gui? |
01:06.30 |
brlcad |
if anything, I believe the command line should
let you make booleans as it's just an embedded version of mged's
command line (for the most part) |
01:06.36 |
*** join/#brlcad jano
(n=point@216.115.228.148) |
01:06.51 |
jano |
must talk to monkeyboy! |
01:07.15 |
*** part/#brlcad jano
(n=point@216.115.228.148) |
01:07.17 |
brlcad |
heh |
01:54.16 |
CIA-9 |
BRL-CAD: 03brlcad * 10brlcad/src/mged/clone.c:
refactor the index |
02:54.00 |
*** join/#brlcad jano
(n=point@216.115.228.148) |
03:30.22 |
*** join/#brlcad digitalfredy
(n=digitalf@200.71.62.161) |
03:36.56 |
*** part/#brlcad danfalck
(n=dan@pool-71-111-76-8.ptldor.dsl-w.verizon.net) |
08:25.16 |
*** join/#brlcad clock_
(n=clock@zux221-122-143.adsl.green.ch) |
09:16.02 |
*** join/#brlcad clock_
(n=clock@zux221-122-143.adsl.green.ch) |
11:14.13 |
*** join/#brlcad clock_
(n=clock@zux221-122-143.adsl.green.ch) |
13:17.27 |
CIA-9 |
BRL-CAD: 03brlcad * 10brlcad/src/mged/clone.c:
now makes n copies of a solid primitive, but does not yet apply a
transformation matrix |
13:23.16 |
``Erik |
up late, sean? |
13:50.00 |
*** join/#brlcad archivist
(n=archivis@host217-35-76-52.in-addr.btopenworld.com) |
14:41.33 |
brlcad |
``Erik: yup |
16:26.03 |
CIA-9 |
BRL-CAD: 03brlcad *
10brlcad/src/conv/fast4-g.c: |
16:26.03 |
CIA-9 |
BRL-CAD: this should allow for longer length
object names when performing a conversion |
16:26.03 |
CIA-9 |
BRL-CAD: instead of seemingly arbitrarily
limiting the names to 16 characters. this |
16:26.03 |
CIA-9 |
BRL-CAD: change is made in response to sf
feature request 1539998 (FastGen to BRL-CAD |
16:26.03 |
CIA-9 |
BRL-CAD: converter truncates names) from
ashleybomboy. |
16:36.24 |
CIA-9 |
BRL-CAD: 03brlcad * 10brlcad/NEWS: |
16:36.24 |
CIA-9 |
BRL-CAD: support for longer Fastgen object
names in fast4-g.. should allow for longer |
16:36.24 |
CIA-9 |
BRL-CAD: length object names when performing a
conversion instead of seemingly |
16:36.24 |
CIA-9 |
BRL-CAD: arbitrarily limiting the names to 16
characters. this change is made in |
16:36.24 |
CIA-9 |
BRL-CAD: response to sf feature request
1539998 (FastGen to BRL-CAD converter truncates |
16:36.25 |
CIA-9 |
BRL-CAD: names) from ashleybomboy. |
17:24.59 |
CIA-9 |
BRL-CAD: 03brlcad * 10brlcad/
(include/raytrace.h src/librt/wdb_obj.c): make RT_NAMESIZE
obsolete, remove from public interface header. retain the v4
support for 16 char object names using a local define. |
17:26.48 |
CIA-9 |
BRL-CAD: 03erikgreenwald *
10brlcad/src/librt/g_metaball.c: |
17:26.48 |
CIA-9 |
BRL-CAD: Alter point value to be
f^2/r^2. |
17:26.48 |
CIA-9 |
BRL-CAD: Set normalization routine to use
f^2/r^3 to fix flipped normals. |
17:31.37 |
CIA-9 |
BRL-CAD: 03brlcad * 10brlcad/src/
(libdm/dm-X.c libdm/dm-generic.c libfb/if_X.c): change function
names to avoid debug build name clashing |
17:41.23 |
``Erik |
http://www.yikers.com/video_hillbillies_mess_with_wrong_guy_and_get_gun_pulled_on_them.html |
18:35.14 |
*** join/#brlcad clock_
(i=clock@84-72-89-63.dclient.hispeed.ch) |
19:16.19 |
IriX64 |
for(;;) :) |
19:16.57 |
IriX64 |
same as while(1) :) |
19:17.43 |
ValarQ |
but the former looks better |
19:17.53 |
IriX64 |
heh yeah. |
19:18.15 |
*** join/#brlcad clock_
(i=clock@84-72-89-63.dclient.hispeed.ch) |
19:18.15 |
ValarQ |
while(!FALSE) is pretty nice as
well |
19:18.31 |
IriX64 |
while(!TRUE) is too. |
19:18.43 |
ValarQ |
but none of them beats: replicate :: Int
-> a -> [a] |
19:18.51 |
IriX64 |
or while(!1) ;) |
19:19.03 |
brlcad |
loop: |
19:19.03 |
brlcad |
.. |
19:19.06 |
brlcad |
goto loop; |
19:19.14 |
brlcad |
*ahem* |
19:19.25 |
ValarQ |
why don't you just model a continuation in a
monad... |
19:19.29 |
IriX64 |
duplicate :: char ->b ->(c) |
19:19.57 |
IriX64 |
heh loopy games ;) |
19:20.01 |
ValarQ |
oh, a fellow haskeller? :) |
19:20.15 |
IriX64 |
dashenkup. |
19:20.46 |
IriX64 |
dvorak had it right. sigh. |
19:21.10 |
IriX64 |
querty won tho. |
19:21.58 |
IriX64 |
my constructor was destructed :) |
19:22.25 |
IriX64 |
gotta rethink this.... |
19:23.08 |
IriX64 |
generating the cygwin code as well as the
target system is expensive in size, but it does keep me from having
to do two seperate compiles to test the code. |
19:23.42 |
IriX64 |
lets see if the ymp build is right *this
time. |
19:26.55 |
IriX64 |
cygwin side works now to call peter cray
:) |
19:33.17 |
brlcad |
IriX64: you should try to set up simh
vax |
19:33.42 |
brlcad |
get bsd installed in the vm and then compile
brl-cad in there ;) |
19:33.50 |
IriX64 |
vax i speak, but simh is unknown to
me. |
19:33.56 |
IriX64 |
i c ;) |
19:34.09 |
brlcad |
http://simh.trailing-edge.com/ |
19:34.19 |
IriX64 |
thank you. |
19:34.46 |
IriX64 |
you're thinking im pulling your
chain? |
19:34.52 |
brlcad |
http://www.openbsd.org/vax-simh.html |
19:35.46 |
IriX64 |
its doable execute a cray nop first, system
traps the illegal instruction trap and goes for the cygwin entry
point. |
19:36.35 |
IriX64 |
system scans the code looking for the cygwin
id if its not found then repoorts the trap. |
19:36.45 |
IriX64 |
reports too. |
19:37.18 |
IriX64 |
:) |
19:37.45 |
IriX64 |
15 years later its all coming
together. |
19:38.23 |
IriX64 |
want me to send you what i started with,
cygw~1.exe? (16 megs) |
19:39.21 |
IriX64 |
swear |
19:40.55 |
IriX64 |
that hello world i maile ``Erik was my cygwin
at work. |
19:41.01 |
IriX64 |
mailed too. |
22:11.39 |
*** join/#brlcad Maloeran
(n=maloeran@glvortex.net) [NETSPLIT VICTIM] |
22:33.18 |
*** join/#brlcad dli
(n=dli@nsit-dhcp-035-180.uchicago.edu) |