00:00.09 |
Axman6 |
``Erik: i hope that's not related to the movie
pirates |
00:00.27 |
Axman6 |
…not that i'd know what that is… |
00:02.21 |
louipc |
does anyone know how to discover vhosts on a
domain? |
00:03.29 |
louipc |
aha I think I found something |
00:03.29 |
``Erik |
um, it came out in '87, axman... |
00:03.37 |
louipc |
Axman6: haaaah |
00:04.11 |
Axman6 |
heh |
00:11.33 |
IriX64 |
vmware is good....sound fx and music
work |
00:12.32 |
Axman6 |
yeah VMware fusion is really nice |
00:12.51 |
IriX64 |
using workstation |
00:12.54 |
IriX64 |
6 |
00:13.43 |
Axman6 |
big improvment on using Qemu on a PPC i can
tell you :P |
00:14.43 |
IriX64 |
gotta buy this thing, they'll get sick of
giving me eval licences eventually :) |
00:20.53 |
``Erik |
heh |
00:21.01 |
``Erik |
qemu x86 on an x86 is pretty decent |
00:22.57 |
Axman6 |
``Erik: it almost perfectly emulated my 133MHz
pentium 1 router thing. speed and ahrdware. i was pretty
surprised |
00:26.07 |
*** join/#brlcad starseeker
(n=CY@c-68-33-217-173.hsd1.md.comcast.net) |
00:30.20 |
CIA-31 |
BRL-CAD: 03brlcad * r30209
10/brlcad/trunk/src/adrt/libtienet/tienet_master.c: use bu_fgets
for win32 portability |
00:37.51 |
starseeker |
Hmm - did the changes made in incrTcl to
support Tcl 8.5 in the tree render it unusable with 8.4? |
00:53.06 |
starseeker |
shaders.rt.pix 0 off by many - anyone else
seeing this fail in the regression test? |
01:03.03 |
*** join/#brlcad vedge
(i=vedge@vedge.org) |
01:12.22 |
*** join/#brlcad cad29
(n=47309aee@bz.bzflag.bz) |
01:20.32 |
``Erik |
yes |
01:20.42 |
``Erik |
the internals changed between 8.4 and
8.5 |
01:20.49 |
``Erik |
and incr pokes at internals |
01:55.49 |
starseeker |
OK, configure needs to select internal now if
it detects 8.4 - it barfed on my machine |
02:03.30 |
``Erik |
if the system has the correct incrtcl
installed, it can use 8.4... |
02:03.45 |
``Erik |
the issue is between incrtcl and tcl, not
anyhting of ours |
02:09.29 |
starseeker |
Hmm. OK, BRL-CAD on my system has never liked
the system incrtcl |
02:14.56 |
starseeker |
It's trying to use the BRL-CAD version, and
configure is checking the system version of tcl/tk and saying "oh,
OK, 8.4 is fine." Then it doesn't like my system incrtcl and Bad
Things happen... |
02:26.27 |
starseeker |
Cool - the simple brep example is fun to play
with |
03:08.09 |
*** join/#brlcad starseeker
(n=CY@c-68-33-217-173.hsd1.md.comcast.net) |
03:14.27 |
brlcad |
starseeker: 0 off by many isn't a
failure |
03:15.05 |
brlcad |
and .. which simple brep example? :) there
are three of them |
03:15.27 |
brlcad |
need to get rid of one of them as soon as some
more testing gets done |
03:26.59 |
starseeker |
brep_simple |
03:27.14 |
starseeker |
brep_cube is crashing for me atm |
03:27.27 |
brlcad |
really? that's odd |
03:27.33 |
brlcad |
same file, just different values |
03:27.38 |
starseeker |
ERROR: NULL struct db_i pointer, file
db_lookup.c, line 237 |
03:27.48 |
brlcad |
ooh |
03:27.57 |
brlcad |
it's expecting an argument |
03:28.03 |
brlcad |
i forgot about that |
03:28.07 |
brlcad |
i fixed it in simple |
03:28.19 |
brlcad |
just not yet in cube |
03:28.26 |
starseeker |
heh - brep_cube --help works :-) |
03:28.38 |
brlcad |
cube is the one that should go away |
03:29.14 |
brlcad |
breplicator is the third -- it basically
performs the same steps as brep_simple but in a linear fashion so
you can see more explicitly what's going on |
03:29.53 |
starseeker |
I can't rotate the brep_simple in mged, but
subtracting "normal" primitives works :-) |
03:30.26 |
starseeker |
Generates a nifty screenshot, but I can see
raytracing these suckers is going to be resource
intensive |
03:31.02 |
brlcad |
that's very much experimental, what's
currently being worked on |
03:31.10 |
starseeker |
:-) |
03:31.15 |
brlcad |
not been optimized at all, still working on
implementation |
03:32.32 |
brlcad |
ray-tracing breps is probably about 90%
done |
03:34.14 |
starseeker |
Nifty! |
03:47.13 |
starseeker |
Meh - archer doesn't like Linux atm - Error in
startup script: invalid command name "bu_brlcad_root" |
03:50.07 |
louipc |
starseeker: did you ever get it to run in
linux? |
03:50.37 |
starseeker |
not so far |
03:50.39 |
starseeker |
bbl |
03:50.47 |
louipc |
yeah me neither |
03:51.17 |
brlcad |
run bwish, does bu_brlcad_root work
there? |
03:53.03 |
brlcad |
otherwise, you're either not running archer
through bwish or Bu_Init isn't getting called |
03:53.48 |
louipc |
bu_brlcad_root to specify what? Usage:
bu_brlcad_root subdir |
03:54.10 |
brlcad |
usage is what it should say |
03:54.18 |
brlcad |
it's a function that returns the location of
the root |
03:54.20 |
louipc |
yep ^ |
03:54.24 |
brlcad |
or an item in the root |
03:54.31 |
brlcad |
bu_brlcad_root . for example |
03:54.41 |
louipc |
ok |
03:54.43 |
brlcad |
bu_brlcad_data db/moss.g |
03:54.55 |
louipc |
it gave the usage message with a blank
argument anyways |
03:55.36 |
brlcad |
which is why invalid command name should only
happen if it's not bwish/btclsh |
03:55.46 |
louipc |
there's some problem with tkimg.so and pnglib
in archer. I was actually tinkering with it before to try and
figure out what was going on |
03:56.34 |
louipc |
... well for me anyways |
03:57.20 |
louipc |
Error in startup script: couldn't load file
"/opt/brlcad/lib/tkimg.so |
03:57.35 |
brlcad |
is it there? |
03:57.46 |
louipc |
yep |
03:58.12 |
louipc |
I think I got it to load before but I was
still having png_read_destroy error |
03:58.20 |
brlcad |
run bwish and type "load
/opt/brlcad/lib/tkimg.so" |
03:58.24 |
brlcad |
what's it say? |
03:58.54 |
louipc |
undefined symbol: png_read_destroy |
03:59.03 |
louipc |
couldn't load file
"/opt/brlcad/lib/tkimg.so |
03:59.30 |
brlcad |
that'd be why |
04:00.11 |
brlcad |
it's got an unresolved symbol to that png
function, and the libpng that it's finding probably isn't exporting
it |
04:00.44 |
louipc |
oh so I'd have to rebuild my libpng or
something |
04:01.16 |
brlcad |
that's my guess |
04:01.30 |
brlcad |
could also be something in tkimg, if that's
not a libpng function |
04:02.11 |
louipc |
could be deprecated *shrug* |
04:02.42 |
brlcad |
yeah, looks like it might have been removed
from libpng |
04:02.49 |
brlcad |
http://www.redhat.com/archives/fedora-extras-commits/2007-October/msg07881.html
.. |
04:03.26 |
brlcad |
that removes it |
04:03.26 |
brlcad |
(from tkimg) |
04:05.49 |
brlcad |
have to look into it more later, but you can
probably work around the problem with --enable-libpng |
04:06.01 |
brlcad |
since our libpng is explicitly set to export
it iirc |
04:06.21 |
louipc |
I think I'll try to make an archlinux package
for tkimg |
04:06.29 |
louipc |
I didn't even notice it was there |
04:06.48 |
brlcad |
it's a small/simple little extension |
04:19.21 |
louipc |
ah OK I remember what happened |
04:20.00 |
louipc |
LoadArcherLibs.tcl line 65 I put the path of
my libpng.so which got rid of that error |
04:20.14 |
louipc |
but there was a new error Error in startup
script: couldn't find procedure Png_Init |
04:29.45 |
starseeker |
Ah - it looks like archer is trying to use my
system tcl/tk despite BRL-CAD having built its own copy |
04:30.02 |
starseeker |
mutter mutter... |
04:30.18 |
louipc |
starseeker: do you know anything about
Png_Init? |
04:30.35 |
starseeker |
ziltch, I'm sorry to say |
04:30.40 |
louipc |
shucks |
04:31.15 |
louipc |
I just grepped the libpng source tarball and
it comes out null |
04:31.31 |
starseeker |
It's probably a TCL/TK routine |
04:31.41 |
starseeker |
where does it grep out in the BRL-CAD
tree? |
04:32.21 |
louipc |
tkimg.so! |
04:32.36 |
starseeker |
OK, so the tkimg src is the place to
look |
04:32.54 |
louipc |
yep I'll go about making a separate package
when I get the chance |
04:34.08 |
starseeker |
Where's the magic where mged selects the local
tcl/tk packages? |
04:34.26 |
louipc |
mged? i dunno :P |
04:34.35 |
starseeker |
It's doing it but archer isn't |
04:35.29 |
louipc |
whoa mged is binary |
04:36.51 |
starseeker |
Grr |
04:37.21 |
starseeker |
Just trying to run /usr/brlcad/bin/bwish
outright results in the /usr/lib/tcl8.4 libraries being
used |
04:37.37 |
louipc |
hmm |
04:38.46 |
starseeker |
grr - rtwizard does the same thing! |
04:39.06 |
starseeker |
Wild - it looks like only mged (so far) is
doing whatever the "right thing" is |
04:39.47 |
starseeker |
and I still can't get itcl/itk to work from
the system side |
04:39.58 |
louipc |
hah I thought mged used bwish |
04:40.18 |
louipc |
I'm not even going to bother with that
:D |
04:40.34 |
starseeker |
grepping in src/mged doesn't have a single
match with wish |
04:40.41 |
louipc |
my knowledge is too limited |
04:40.55 |
starseeker |
confound it |
04:41.34 |
louipc |
could be a configure thing though |
04:41.53 |
starseeker |
Maybe... |
04:42.01 |
starseeker |
I'll build clean |
05:00.36 |
*** join/#brlcad archivist
(n=archivis@host81-149-119-172.in-addr.btopenworld.com) [NETSPLIT
VICTIM] |
05:01.27 |
*** join/#brlcad starseeker
(n=CY@c-68-33-217-173.hsd1.md.comcast.net) [NETSPLIT
VICTIM] |
05:01.27 |
*** join/#brlcad alex_joni
(n=juve@emc/board-of-directors/alexjoni) [NETSPLIT
VICTIM] |
05:01.27 |
*** join/#brlcad curious
(i=curious@gjv234.internetdsl.tpnet.pl) [NETSPLIT
VICTIM] |
05:01.27 |
*** join/#brlcad b0ef
(n=b0ef@062016141081.customer.alfanett.no) [NETSPLIT
VICTIM] |
05:01.27 |
*** join/#brlcad Maloeran
(n=maloeran@glvortex.net) [NETSPLIT VICTIM] |
05:25.18 |
brlcad |
louipc: the Png_Init (and pretty much any
[lib]_Init) function is a tcl hook function that gets automatically
called during a load or package require |
05:26.10 |
brlcad |
it's not a png function, tkimg provides one
because it has a png image loading interface, so there's a Png_Init
for that submodule to tkimg |
05:27.29 |
brlcad |
mged does not use bwish, it has an embedded
interpreter just like bwish does |
05:28.51 |
louipc |
ah mged's command interface seemed identical
to bwish |
05:29.08 |
brlcad |
it's very similar |
05:29.20 |
brlcad |
though not strictly identical |
05:29.34 |
louipc |
is there a reason for having both? |
05:29.47 |
brlcad |
they serve entirely different
purposes |
05:30.13 |
louipc |
oh |
05:31.05 |
brlcad |
bwish is basically "wish" with brl-cad
resources preloaded so you can write brl-cad tclscripts more easily
and have access to many of the same commands that are in mged (like
bu_brlcad_data) |
05:31.06 |
*** join/#brlcad yukonbob_
(n=yukonbob@198.235.198.234) |
05:32.07 |
brlcad |
as yukonbob_ noted, we could probably get rid
of bwish/btclsh if someone(tm) makes the appropriate pkg files so
one can do the appropriate package requires |
05:34.06 |
louipc |
like a tcl script? |
05:34.27 |
brlcad |
there are already the needed [lib]_Init()
routines, just need the pkgIndex.tcl files to get
written/generated |
05:35.13 |
louipc |
right I was looking at archer scripts I think
I know what you mean |
05:35.35 |
brlcad |
ghost |
05:35.43 |
yukonbob_ |
boo |
05:35.55 |
brlcad |
<PROTECTED> |
05:35.59 |
louipc |
i have an alias to ghost/id |
05:36.05 |
louipc |
all in one go |
05:36.26 |
louipc |
I learned this when I was having those
horrible connection issues |
05:37.52 |
brlcad |
sure you didn't typo? |
05:37.54 |
brlcad |
works for me |
05:38.16 |
yukonbob |
ya! |
05:39.06 |
yukonbob |
no -- nickserv give me nothing -- :P -- I talk
to nickserv to authenticate my username all the time -- dunno
what's going on... |
05:39.12 |
yukonbob |
*gives me nothing |
05:40.50 |
brlcad |
no console messages? |
05:40.54 |
brlcad |
maybe being filtered |
05:41.00 |
brlcad |
but nickserv is supposed to be
unprotected |
05:41.37 |
brlcad |
either way, it's just /msg nickserv ghost
username password |
05:41.57 |
brlcad |
that will kick username off the network so you
can /nick |
05:43.29 |
yukonbob |
<PROTECTED> |
05:43.35 |
yukonbob |
<PROTECTED> |
05:43.38 |
brlcad |
latter |
05:44.06 |
brlcad |
you can ghost *from* any callsign |
05:44.14 |
brlcad |
I could ghost you if I knew your
password |
05:44.40 |
yukonbob |
it's "brlcadr0x" |
05:44.46 |
yukonbob |
the "0" is for security. |
05:45.10 |
brlcad |
00:44 -NickServ(NickServ@services.)- Password
Incorrect |
05:45.11 |
brlcad |
;) |
05:56.24 |
brlcad |
you just got here! :) |
05:57.08 |
yukonbob |
:) -- I'll think about getting those
b[wish/tclsh] addressed and maybe start tmo... think while I'm
sleeping :) |
05:58.36 |
yukonbob |
q: is the brep (ie: brep_simple) support only
in HEAD? |
05:58.46 |
brlcad |
afaik, all that's needed is making a
tclcad_Init() and a pkgIndex.tcl script for tclcad, bu, bn, rt, dm,
fb, and pkg |
05:59.04 |
brlcad |
yes, only in head |
05:59.34 |
brlcad |
it was in the last release, but won't compile
by default without editing configure.ac |
05:59.58 |
yukonbob |
ah -- /me gets "...support is not
available..." |
06:00.15 |
brlcad |
cya |
06:01.44 |
CIA-31 |
BRL-CAD: 03brlcad * r30210
10/brlcad/trunk/src/conv/comgeom/cvt.c: mark file as binary for
windows |
06:02.27 |
CIA-31 |
BRL-CAD: 03brlcad * r30211
10/brlcad/trunk/src/conv/cy-g.c: add some comments about what some
of the header fields mean |
06:03.04 |
*** join/#brlcad alex_jon1
(n=juve@81.196.65.201) |
06:03.10 |
CIA-31 |
BRL-CAD: 03brlcad * r30212
10/brlcad/trunk/src/conv/cy-g.1: be explicit that the .cy file
format is what cyberware is calling their Echo file
format |
06:05.10 |
CIA-31 |
BRL-CAD: 03brlcad * r30213
10/brlcad/trunk/src/conv/fast4-g.c: they're file POINTERS not file
descriptors, so use fp instead of fd when stashing fopen()
pointers. fd's are for open(). |
06:21.11 |
louipc |
how does one read while asleep!? |
07:23.52 |
*** join/#brlcad b0ef
(n=b0ef@062016141081.customer.alfanett.no) |
08:19.27 |
*** join/#brlcad Z80-Boy
(n=clock@zux221-122-143.adsl.green.ch) |
08:21.18 |
CIA-31 |
BRL-CAD: 03brlcad * r30214 10/brlcad/trunk/
(108 files in 26 dirs): |
08:21.18 |
CIA-31 |
BRL-CAD: large conversion/specification of the
fopen callers as to whether the file is |
08:21.18 |
CIA-31 |
BRL-CAD: binary or text in order to help the
Windows port along. Unless specifically |
08:21.18 |
CIA-31 |
BRL-CAD: certain that there is no binary
fields or EOL assumptions in the file reading, |
08:21.19 |
CIA-31 |
BRL-CAD: the files are marked as binary in
order to preserve format with other platforms. |
08:21.21 |
CIA-31 |
BRL-CAD: also, be more consistent on using fp
for fopen'd file pointers instead of fd |
08:21.23 |
CIA-31 |
BRL-CAD: (which would be an open'd file
descriptor). |
08:23.25 |
*** join/#brlcad PrezzKennedy
(i=Matt@74.86.45.130) |
08:34.22 |
*** join/#brlcad poolio
(n=poolio@bz.bzflag.bz) [NETSPLIT VICTIM] |
08:34.42 |
*** join/#brlcad yukonbob
(n=yukonbob@198.235.198.234) [NETSPLIT VICTIM] |
09:17.49 |
*** join/#brlcad elite01
(n=elite01@dslc-082-082-067-023.pools.arcor-ip.net) |
12:21.17 |
starseeker |
OK, that's progress. I must have not cleaned
the tree after that first build attempt, and specifying to build
internal tcl/tk didn't trigger a re-build of components built using
the system tcl/tk |
12:21.40 |
starseeker |
After a clean rebuild, I'm now reproducing the
error about png_read_destroy |
12:26.12 |
starseeker |
``Erik - is there some autoconf magic that
can/should be auto-rebuilding in a case like that? Just
curious. |
12:48.01 |
*** join/#brlcad Elperion
(n=Bary@p5487440B.dip.t-dialin.net) |
13:01.34 |
``Erik |
a/det |
13:13.49 |
starseeker |
OK, now we're getting interesting. After
selecting the internal libpng, I get a window and the message
"Failed to load plugins can't read "Archer::pluginMajorTypeWIzard":
no such variable |
13:14.56 |
starseeker |
After I tell it OK, the flash screen appears
very briefly and then I get bad path: ".file.rt" does not exist.
"rt" not valid |
13:55.15 |
*** join/#brlcad docelic
(n=docelic@ms16-2-gprs01.net.vip.hr) |
13:58.34 |
*** join/#brlcad vedge
(i=vedge@vedge.org) |
15:02.37 |
*** join/#brlcad vedge
(i=vedge@vedge.org) |
15:12.24 |
*** join/#brlcad jgay
(n=jgay@fsf/staff/jgay) |
15:41.47 |
CIA-31 |
BRL-CAD: 03brlcad * r30215
10/brlcad/trunk/src/libbu/vls.c: overhaul comments and style
throughout so that all routines look and behave similarly. inject
spacing throughout for grouping and readability. |
15:48.25 |
CIA-31 |
BRL-CAD: 03brlcad * r30216
10/brlcad/trunk/include/bu.h: consistently make all magic numbers
unsigned long integers. this helps quell warnings aside from just
better representing the nature of the magic. |
15:51.37 |
CIA-31 |
BRL-CAD: 03brlcad * r30217
10/brlcad/trunk/src/libbu/ (badmagic.c bu_tcl.c list.c magic.c):
quell warnings, more consistency conversion for using unsigned
longs for all magic numbers |
15:53.08 |
CIA-31 |
BRL-CAD: 03brlcad * r30218
10/brlcad/trunk/src/libbu/bomb.c: need fcntl.h for open() |
16:36.12 |
toxygen |
<PROTECTED> |
16:52.26 |
CIA-31 |
BRL-CAD: 03bob1961 * r30219
10/brlcad/trunk/src/mged/fbserv.c: Need code to increment the
socket layer's reference count.\n |
16:52.51 |
CIA-31 |
BRL-CAD: 03bob1961 * r30220
10/brlcad/trunk/src/libfb/fbserv_obj.c: Need code to increment the
socket layer's reference count.\n |
17:43.44 |
*** join/#brlcad Elperion
(n=Bary@p5487440B.dip.t-dialin.net) |
19:22.11 |
*** join/#brlcad PrezKennedy
(i=Matt@74.86.45.130) |
19:42.39 |
CIA-31 |
BRL-CAD: 03brlcad * r30221 10/brlcad/trunk/
(include/bu.h src/libbu/temp.c): make bu_temp_file take a
size_t |
19:45.12 |
CIA-31 |
BRL-CAD: 03brlcad * r30222
10/brlcad/trunk/src/libbu/ (19 files): quell a slew of compilation
warnings regarding unused vars, type mismatches, and
more. |
19:49.59 |
*** join/#brlcad jftsang
(n=jftsang@88-108-255-22.dynamic.dsl.as9105.com) |
19:50.15 |
*** part/#brlcad jftsang
(n=jftsang@88-108-255-22.dynamic.dsl.as9105.com) |
20:11.35 |
``Erik |
crap |
20:17.13 |
*** join/#brlcad Z80-Boy
(i=clock@77-56-76-184.dclient.hispeed.ch) |
20:19.35 |
CIA-31 |
BRL-CAD: 03erikgreenwald * r30223
10/brlcad/trunk/src/adrt/ (3 files in 3 dirs): add TCL_CPPFLAGS for
bu.h |
20:26.03 |
CIA-31 |
BRL-CAD: 03bob1961 * r30224
10/brlcad/trunk/src/librt/db_open.c: Initialize dbip->dbi_fd in
db_open() to -1. |
21:25.31 |
*** join/#brlcad Elperion
(n=Bary@p5487440B.dip.t-dialin.net) |
21:29.42 |
``Erik |
*yarghn* |
22:06.16 |
*** join/#brlcad CIA-32
(n=CIA@208.69.182.149) |
22:29.00 |
CIA-32 |
BRL-CAD: 03bob1961 * r30227
10/brlcad/trunk/misc/win32-msvc8/ (fb2cmap/fb2cmap.vcproj
fb2rle/fb2rle.vcproj): Changed the executable's name. |
23:01.25 |
``Erik |
gettin' to be release time, yo |
23:04.10 |
louipc |
nice |