00:11.24 |
brlcad |
he's added |
00:55.02 |
starseeker |
Thanks! |
00:55.48 |
starseeker |
made it through customs OK? ;-) |
01:17.47 |
louipc |
volII is a doosey though isn't it? |
01:18.32 |
starseeker |
it is indeed |
02:42.58 |
CIA-4 |
BRL-CAD: 03starseeker *
10brlcad/doc/book/VolumeII.xml: Markup through Lesson 9 |
03:36.22 |
CIA-4 |
BRL-CAD: 03brlcad * 10brlcad/src/
(mged/Makefile.am util/Makefile.am): |
03:36.22 |
CIA-4 |
BRL-CAD: missing linker libs causing run-time
crashes due to missing symbols (lazy |
03:36.22 |
CIA-4 |
BRL-CAD: binding failures) on LIBDM .. it
needs the DM_LIBS that were defined during |
03:36.22 |
CIA-4 |
BRL-CAD: configure (specifically the carbon
framework in this instance for the |
03:36.22 |
CIA-4 |
BRL-CAD: application focus routine). |
03:44.30 |
CIA-4 |
BRL-CAD: 03brlcad * 10brlcad/src/mged/red.c:
apply Karel's sf patch 1800475 (improve ergonomoy of red) that
provides improved matrix readability for mged 'red' command. the
change adds an additional space after each matrix line in the 'red'
file being edited. |
04:03.00 |
CIA-4 |
BRL-CAD: 03brlcad * 10brlcad/AUTHORS: (log
message trimmed) |
04:03.00 |
CIA-4 |
BRL-CAD: include a unique/special/new section
specfically for the folks that have worked |
04:03.00 |
CIA-4 |
BRL-CAD: on documentation. this minimally
includes betty schueler (mged tutorial vol2), |
04:03.00 |
CIA-4 |
BRL-CAD: eric edwards (VAST MAJORITY of the
tutorial series vol1234), dwayne kregel |
04:03.00 |
CIA-4 |
BRL-CAD: (Principles of effective modeling
vol3), and cliff yapp (docbook conversion |
04:03.02 |
CIA-4 |
BRL-CAD: efforts). the developers are
specifically *not* listed under the doc writer and |
04:03.04 |
CIA-4 |
BRL-CAD: other sections since they tend to
apply to all of them, so make a note of that |
04:12.10 |
CIA-4 |
BRL-CAD: 03brlcad * 10brlcad/AUTHORS: cliff is
active |
04:12.46 |
CIA-4 |
BRL-CAD: 03brlcad * 10brlcad/src/mged/red.c:
apply karel's same tweak to the tree listing as well for spacing
out matrices one character per matrix line |
04:18.57 |
CIA-4 |
BRL-CAD: 03brlcad * 10brlcad/NEWS: |
04:18.57 |
CIA-4 |
BRL-CAD: mr. anderson fixed the dbconcat of
empty combinations that was causing mged to |
04:18.57 |
CIA-4 |
BRL-CAD: crash. adjust_names() in wdb_obj.c
(part of dbconcat) was being passed |
04:18.57 |
CIA-4 |
BRL-CAD: comb->tree without checking for a
null value. john added a check for null and |
04:18.57 |
CIA-4 |
BRL-CAD: skips the combination (as null means
it's an empty combination). this fixes two |
04:19.00 |
CIA-4 |
BRL-CAD: bugs reported by karel kulhavy, sf
bug 1800310 (ASCII import segfault in mged) |
04:19.02 |
CIA-4 |
BRL-CAD: and 1800306 (dbconcat
segfaults). |
04:22.06 |
CIA-4 |
BRL-CAD: 03brlcad * 10brlcad/NEWS: oop, also
comment on the improved matrix readability on mged 'red' command.
this patch that was provided by karel adds a space after each row
of the matrices being printed. |
04:31.39 |
CIA-4 |
BRL-CAD: 03brlcad * 10brlcad/src/mged/red.c:
oop, no fp |
05:26.14 |
CIA-4 |
BRL-CAD: 03brlcad *
10brlcad/src/librt/db_lookup.c: add braces for proper
indent |
05:51.20 |
*** join/#brlcad Z80-Boy
(i=clock@217-162-109-48.dclient.hispeed.ch) |
06:00.19 |
CIA-4 |
BRL-CAD: 03brlcad *
10brlcad/src/librt/db_lookup.c: |
06:00.19 |
CIA-4 |
BRL-CAD: prevent a crash if we're using
db5_get_attributes() and the object doesn't have |
06:00.19 |
CIA-4 |
BRL-CAD: any of the attributes we're looking
for. we need to at least initialize the avs |
06:00.19 |
CIA-4 |
BRL-CAD: to empty, otherwise bu_avs_free will
abort on a magic number check. |
06:02.29 |
CIA-4 |
BRL-CAD: 03brlcad *
10brlcad/src/librt/wdb_obj.c: |
06:02.29 |
CIA-4 |
BRL-CAD: fix the mged ls command's command
argument processing. A handful of off-by-one |
06:02.29 |
CIA-4 |
BRL-CAD: errors on the -A option processing,
now rewritten to avoid the issue altogether |
06:02.29 |
CIA-4 |
BRL-CAD: by stripping off the command name and
ay processed arguments. now it also |
06:02.29 |
CIA-4 |
BRL-CAD: prints a better error message if the
args to -A are incorrect. |
06:04.31 |
CIA-4 |
BRL-CAD: 03brlcad *
10brlcad/src/tclscripts/helplib.tcl: |
06:04.31 |
CIA-4 |
BRL-CAD: change the help to the ls command to
be a little more clear on what is expected |
06:04.31 |
CIA-4 |
BRL-CAD: of the special -A argument. this is
in response to changes and repairs made in |
06:04.31 |
CIA-4 |
BRL-CAD: response to karel's sf patch 1800301
(ls -A claimed to be accepted, isn't). |
06:07.49 |
CIA-4 |
BRL-CAD: 03brlcad * 10brlcad/NEWS: |
06:07.49 |
CIA-4 |
BRL-CAD: fixed crash in mged ls -A attribute
listing command, related to karel's sf patch |
06:07.49 |
CIA-4 |
BRL-CAD: 1800301 (ls -A claimed to be
accepted, isn't). the arguments where getting |
06:07.49 |
CIA-4 |
BRL-CAD: checked with an off-by-one error, but
even with that problem fixed -- the |
06:07.49 |
CIA-4 |
BRL-CAD: command would crash mged due to an
avs being freed that was never initialized. |
06:07.52 |
CIA-4 |
BRL-CAD: avs is now always freed too so the
problem goes away. |
06:17.44 |
poolio |
oh my goodness. |
07:19.52 |
*** join/#brlcad Z80-Boy
(n=clock@zux221-122-143.adsl.green.ch) |
07:45.19 |
*** join/#brlcad tarzeau
(i=sengun@berlin.ethz.ch) |
07:45.26 |
*** join/#brlcad tarzeau
(i=sengun@berlin.ethz.ch) |
09:34.05 |
*** join/#brlcad Elperion
(n=Bary@p54876628.dip.t-dialin.net) |
10:41.25 |
Z80-Boy |
woohoo, my BRL-CAD patch was accepted
:) |
10:46.28 |
*** join/#brlcad elite01
(n=elite01@dslb-088-070-117-055.pools.arcor-ip.net) |
11:13.10 |
Z80-Boy |
Is there a way to tell pix-fb to display the
picture more than or a moment? |
11:13.19 |
Z80-Boy |
I tried all out switches and none of them does
it |
12:39.32 |
*** join/#brlcad Z80-Boy
(n=clock@zux221-122-143.adsl.green.ch) |
12:40.33 |
*** join/#brlcad AchiestDragon
(n=david@whipy.demon.co.uk) |
13:02.47 |
``Erik |
brlcad: what os was that showing up on? O.o I
hit default config on 5/6 os's, the only issues I saw were with
broken libtools |
13:03.22 |
``Erik |
ah, all my mac stuff was in X, using X, all
X... |
13:05.57 |
``Erik |
and all the stuff in DM_LIBS *SHOULD* be in
libdm's "dependency_libs" variable... the .la should be the only
thing ever needed, otherwise your libtool is broken or you're
using it wrong |
13:07.01 |
brlcad |
Z80-Boy: -F/dev/Xl |
13:07.47 |
Z80-Boy |
brlcad: what? |
13:08.09 |
brlcad |
pix-fb -F/dev/Xl |
13:08.12 |
brlcad |
fbhelp |
13:08.23 |
``Erik |
it's not a real /dev thing |
13:08.25 |
Z80-Boy |
*lol* |
13:08.28 |
``Erik |
it's parsed in BRL-CAD |
13:08.30 |
Z80-Boy |
another secret hidden man |
13:08.40 |
``Erik |
nah, it's in fbhelp and the libfb manpage and
a few zillion other places |
13:08.59 |
``Erik |
only place it isn't is the non-existant faq
:D |
13:09.03 |
Z80-Boy |
brlcad: and what does -F/dev/Xl do? |
13:09.10 |
``Erik |
dipslay to X, linger |
13:10.18 |
Z80-Boy |
another place where -F is not described is man
pix-fb |
13:10.33 |
Z80-Boy |
I read the manpage before I wrote the
patch |
13:11.30 |
brlcad |
Z80-Boy: well, you have to actually read the
page, it does describe this |
13:11.42 |
Z80-Boy |
-F is only in one place - the
synopsis |
13:11.47 |
brlcad |
man pix-fb .. very first paragraph says
what? |
13:12.00 |
Z80-Boy |
<PROTECTED> |
13:12.13 |
Z80-Boy |
Whis is the same as "-F framebuffer" |
13:12.14 |
brlcad |
sentence right before that |
13:12.31 |
Z80-Boy |
says "after -F, you can stick something and
that something is called framebuffer" |
13:12.41 |
Z80-Boy |
great, but doesn't imply that -F/dev/Xl makes
it pause |
13:13.00 |
Z80-Boy |
The environ- ment variable FB_FILE specifies
the current framebuffer, see brlcad(1). |
13:13.18 |
brlcad |
no, "The environment variable FB_FILE
specifies the current framebuffer, see brlcad(1)." |
13:13.22 |
Z80-Boy |
MANPATH=/usr/brlcad/share/man/ man 1
brlcad |
13:13.27 |
Z80-Boy |
man: no entry for brlcad in section 1 of the
manual. |
13:13.30 |
Z80-Boy |
*lol* |
13:13.57 |
``Erik |
comes up for me O.o |
13:14.04 |
brlcad |
comes up for me to |
13:14.19 |
Z80-Boy |
comes up if I omit the 1 |
13:15.09 |
Z80-Boy |
was I supposed to look into man brl-cad and
search for something? |
13:15.30 |
brlcad |
how about FB_FILE |
13:16.14 |
brlcad |
or read it all given that's a pretty
comprehensive manpage, you'd probably get a lot of useful bits out
of it |
13:16.19 |
Z80-Boy |
says that I can set up somem
"framebuffer" |
13:16.26 |
brlcad |
it is "the" brlcad manpage after all |
13:16.26 |
Z80-Boy |
but doesn't say that /dev/Xl will make it
pause |
13:16.47 |
Z80-Boy |
"Xl" even doesn't occur anywhere in man
brlcad |
13:16.57 |
brlcad |
dude, it explains the entire interface in
detail, how it all works |
13:17.13 |
Z80-Boy |
Maybe, but doesn't say that Xl makes it
pause |
13:17.41 |
brlcad |
sure, and it doesn't say a thousand other
things that might be interesting either |
13:17.57 |
brlcad |
it doesn't tell you where you can drive the
car, it tells you how to drive |
13:18.07 |
Z80-Boy |
No it doesn't tell anything |
13:18.28 |
brlcad |
you're really not reading it then |
13:18.34 |
Z80-Boy |
the FB_FILE section of man brlcad basically
says that -F specifies a "framebuffer", and the framebuffer is in
format [hostname:]/dev/device_name[num] |
13:18.36 |
brlcad |
and you certainly couldn't have read it all by
now |
13:19.10 |
Z80-Boy |
man 3 libfb again doesn't work... |
13:19.15 |
Z80-Boy |
has to be specified without the 3 |
13:19.45 |
``Erik |
(actually, I haven't found linger in the
manpages... but it is in 'fbhelp', a couple release notes, and
mged_cmd_index.html) |
13:19.46 |
Z80-Boy |
see end of man 3 libfb... |
13:19.52 |
Z80-Boy |
ENd of man 3 libfb is BUG REPORTS. |
13:19.53 |
brlcad |
works here, there's something not working
right with your manual pages |
13:20.14 |
Z80-Boy |
proof? |
13:20.46 |
brlcad |
of what? |
13:20.54 |
Z80-Boy |
That something is not working right with my
manual pages |
13:21.01 |
Z80-Boy |
The devices listed in man 3 libfb
are: |
13:21.01 |
CIA-4 |
BRL-CAD: 03brlcad *
10brlcad/src/util/brlcad.1: remove the references to
/m/cad |
13:21.04 |
Z80-Boy |
/dev/debug[num] |
13:21.12 |
Z80-Boy |
filename |
13:21.16 |
Z80-Boy |
/dev/ik[num][opt] |
13:21.23 |
Z80-Boy |
/dev/sgi[num] |
13:21.31 |
Z80-Boy |
/dev/rat |
13:21.35 |
Z80-Boy |
hostname:[devicename] |
13:21.42 |
brlcad |
i mean the fact that you can't use the number,
that should work if it's standard 'man' |
13:21.44 |
Z80-Boy |
No mention of /dev/Xl |
13:22.16 |
Z80-Boy |
what's the definition of term "standard" in
relation to implementations of the 'man' program? |
13:22.37 |
Z80-Boy |
standard per POSIX? SUS? some RFC? |
13:23.08 |
brlcad |
posix would generally be the one |
13:23.08 |
``Erik |
the number works on my obsd install |
13:23.25 |
Z80-Boy |
On my too |
13:23.30 |
Z80-Boy |
man 3 printf work |
13:23.30 |
CIA-4 |
BRL-CAD: 03erikgreenwald *
10brlcad/src/libfb/libfb.3: mention fbhelp in the SEE
ALSO |
13:23.43 |
Z80-Boy |
It just doesn't work with
MANPATH=/usr/brlcad/share/man |
13:23.53 |
``Erik |
using bash? |
13:24.06 |
Z80-Boy |
even MANPATH=/usr/brlcad/share/man man 3
printf works |
13:24.15 |
brlcad |
do you have anything in /usr/brlcad/man
? |
13:24.30 |
Z80-Boy |
/usr/brlcad/man doesn't exist |
13:24.34 |
Z80-Boy |
only /usr/brlcad exists. |
13:25.20 |
brlcad |
and is there
/usr/brlcad/share/man/man1/brlcad.1 ? |
13:25.30 |
Z80-Boy |
yes |
13:26.02 |
brlcad |
then man 1 brlcad should work, something
particular about your setup |
13:26.24 |
brlcad |
there's nothing special about manpages,
they're just put into numbered folders |
13:26.45 |
brlcad |
you add that base to your MANPATH, and it
searches the numbered folders for the numbered file |
13:27.05 |
Z80-Boy |
Obviously, only sometimes. |
13:27.17 |
``Erik |
hum, interesting |
13:27.35 |
``Erik |
if I try overriding the path, it doesn't work,
but if I append the path to the variable in the environment, it
works |
13:27.50 |
``Erik |
using ksh |
13:28.10 |
``Erik |
obsd must have some fu to avoid 'suspicious'
overrides :/ |
13:28.15 |
brlcad |
hm, that is wierd |
13:28.17 |
Z80-Boy |
fu == ? |
13:28.28 |
brlcad |
maybe doesn't allow overrides at
all? |
13:28.46 |
brlcad |
what does this do: PATH=/ ls |
13:28.57 |
``Erik |
it takes that one |
13:29.00 |
brlcad |
hum |
13:29.01 |
Z80-Boy |
clock@kestrel:~$ PATH=/ ls |
13:29.01 |
``Erik |
ls not found |
13:29.01 |
Z80-Boy |
bash: ls: command not found |
13:29.35 |
brlcad |
and MANPATH=/ man man ? |
13:29.48 |
Z80-Boy |
clock@kestrel:~$ MANPATH=/ man man |
13:29.48 |
Z80-Boy |
man: no entry for man in the manual. |
13:30.32 |
brlcad |
well, that's right too .. |
13:31.00 |
Z80-Boy |
MANPATH=/usr/brlcad/share/man man n brlcad
works |
13:31.08 |
Z80-Boy |
MANPATH=/usr/brlcad/share/man man
brlcad |
13:31.23 |
Z80-Boy |
MANPATH=/usr/brlcad/share/man man 1 brlcad
doesn't |
13:31.25 |
Z80-Boy |
MANPATH=/usr/brlcad/share/man man 3 brlcad
doesn't |
13:31.26 |
Z80-Boy |
MANPATH=/usr/brlcad/share/man man 5 brlcad
doesn't |
13:31.43 |
Z80-Boy |
-> conclusion: the brlcad manpage must be
in section "n" and not section 3, as erroneously stated |
13:32.49 |
Z80-Boy |
man brlcad says (3), it works when the section
is specified as "n", and the brlcad.1 file is actually in the
"man1" directory |
13:33.39 |
Z80-Boy |
it also works then the section is specified as
"10", "19", "m" or "z". |
13:34.22 |
brlcad |
it's a section 1 header |
13:34.53 |
brlcad |
the fact that is shows up in n implies
something else is going on, maybe a declaration missing in the file
that it wants to see |
13:35.14 |
brlcad |
the TH is section one in the file |
13:35.15 |
brlcad |
.TH BRLCAD 1 BRL-CAD |
13:36.27 |
brlcad |
"man brlcad says (3)" .. where do you see
that? |
13:37.13 |
brlcad |
the other specifications of "10", "19", "m" or
"z" probably work because they're invalid and it finds it |
13:44.02 |
``Erik |
mine says 1 on obsd |
13:44.24 |
``Erik |
$ find /usr/brlcad -name brlcad.1 |
13:44.27 |
``Erik |
/usr/brlcad/man/man1/brlcad.1 |
13:45.43 |
brlcad |
the fact that it came up for him in 'n' is
interesting, I saw that many years ago on a configuration that I
don't recall |
13:46.00 |
brlcad |
which man? |
13:46.34 |
brlcad |
i.e. file `which man` |
13:55.05 |
brlcad |
CIA-4: poke |
13:55.21 |
``Erik |
kinky O.o |
13:55.46 |
brlcad |
probably overloaded again or
something |
13:55.46 |
brlcad |
micah really should get that off his
server |
13:56.08 |
brlcad |
such a flakey host with limited
resources |
14:00.23 |
*** join/#brlcad elite01_
(n=elite01@dslb-088-070-097-151.pools.arcor-ip.net) |
14:06.53 |
Z80-Boy |
clock@kestrel:~$ file `which man` |
14:06.53 |
Z80-Boy |
/usr/bin/man: ELF 32-bit LSB executable, Intel
80386, version 1, for OpenBSD, dynamically linked (uses shared
libs), stripped |
14:41.27 |
*** join/#brlcad Elperion
(n=Bary@p54876628.dip.t-dialin.net) |
15:54.16 |
*** join/#brlcad AchiestDragon
(n=david@whipy.demon.co.uk) |
15:56.34 |
``Erik |
*yawn* |
16:01.39 |
*** join/#brlcad AchiestDragon
(n=david@whipy.demon.co.uk) |
16:03.22 |
*** join/#brlcad AchiestDragon
(n=david@whipy.demon.co.uk) |
16:16.30 |
*** join/#brlcad AchiestDragon
(n=david@whipy.demon.co.uk) |
16:30.29 |
CIA-4 |
BRL-CAD: 03brlcad *
10brlcad/src/other/blt/win/makedefs: look for 8.5 |
16:32.25 |
CIA-4 |
BRL-CAD: 03brlcad *
10brlcad/src/other/blt/library/ (pkgIndex.tcl.in pkgIndex.tcl):
retemplatize pkgIndex.tcl so that the appropriate paths are
searched for the blt library, include the source directory in the
search just in case we're running uninstalled. |
16:33.35 |
*** join/#brlcad AchiestDragon
(n=david@whipy.demon.co.uk) |
16:34.02 |
CIA-4 |
BRL-CAD: 03brlcad *
10brlcad/src/other/blt/Makefile.am: the library is expected to be
named libBLT with another that includes the dotless version as a
suffix. |
16:35.24 |
CIA-4 |
BRL-CAD: 03brlcad * 10brlcad/configure.ac:
expand BLT_LIBRARY so it can be used in the blt pkgIndex.tcl file,
generate the pkgIndex.tcl file and resort the src/other output
entries correctly |
16:42.30 |
CIA-4 |
BRL-CAD: 03brlcad *
10brlcad/src/libdm/Makefile.am: ws |
17:44.56 |
CIA-4 |
BRL-CAD: 03erikgreenwald *
10brlcad/src/librt/db_comb.c: prefix mat_categorize with db_comb_
to kill an XXX, even though it's static |
17:47.06 |
``Erik |
huh, that's... scary. |
17:51.27 |
*** join/#brlcad yukonbob
(n=yukonbob@198.235.198.234) |
18:07.41 |
CIA-4 |
BRL-CAD: 03erikgreenwald *
10brlcad/src/mged/clone.c: pass a pointer instead of copying the
string to stack |
18:11.24 |
CIA-4 |
BRL-CAD: 03erikgreenwald *
10brlcad/src/mged/clone.c: minor simplification |
18:52.39 |
*** join/#brlcad Z80-Boy
(i=clock@77-56-71-215.dclient.hispeed.ch) |
18:59.25 |
``Erik |
holy crap, |
19:01.43 |
yukonbob |
?"v5" |
19:03.30 |
``Erik |
.g version |
19:04.32 |
Z80-Boy |
``Erik: should I report to sourceforget that
brlman doesn't work? |
19:08.20 |
``Erik |
um, it works for me on obsd41 with cvs head...
O.o I'm not sure what's going on with your bo |
19:08.21 |
``Erik |
x |
19:20.30 |
CIA-4 |
BRL-CAD: 03erikgreenwald *
10brlcad/src/mged/clone.c: a mostly-functional v5
copy_v5_comb |
19:53.02 |
*** join/#brlcad CIA-4
(n=CIA@208.69.182.149) |
20:33.03 |
CIA-4 |
BRL-CAD: 03erikgreenwald *
10brlcad/src/mged/clone.c: some move to bu_vls strings |
20:41.03 |
brlcad |
``Erik: shouldn't access vls_str directly, go
through bu_vls_addr() |
20:41.49 |
brlcad |
vls_str isn't necessarily the string, it is
optionally offset too depending on what vls operations you
call |
20:42.01 |
brlcad |
addr gives you the char* |
20:49.43 |
``Erik |
okie, didn't know O.o parse.c uses direct
access extensively |
20:51.50 |
*** join/#brlcad cad93
(n=14844523@bz.bzflag.bz) |
20:52.49 |
starseeker |
brlcad: Thanks for adding me to the credits
list :-) |
20:52.53 |
brlcad |
probably performance optimization |
20:53.06 |
brlcad |
starseeker: hey, you're the one doing the hard
work :) |
20:53.36 |
starseeker |
Hehe - not so hard (yet), more like long
distance running |
20:55.24 |
yukonbob |
brlcad: did you tell cvs to let me
commit? |
20:55.32 |
starseeker |
yukonbob: He did |
20:55.36 |
yukonbob |
nice |
20:55.58 |
starseeker |
I think you left before he let you
know |
20:56.34 |
``Erik |
yukonbob == brad harder? |
20:56.42 |
yukonbob |
indeed |
20:56.45 |
``Erik |
coo' |
20:57.00 |
``Erik |
yeah, you're listed as 'content
management' |
20:59.37 |
*** join/#brlcad Elperion
(n=Bary@p54876628.dip.t-dialin.net) |
21:34.26 |
*** join/#brlcad Bariton
(n=Bary@p54874F4A.dip.t-dialin.net) |