01:43.13 |
*** join/#brlcad cadman
(~Adium@64.178.177.71) |
02:31.20 |
*** join/#brlcad cadman
(~Adium@64.178.177.71) |
03:25.43 |
Notify |
03BRL-CAD:brlcad * 54607
brlcad/trunk/src/librt/primitives/brep/brep_local.h: ws |
04:38.55 |
Notify |
03BRL-CAD:brlcad * 54608
brlcad/trunk/src/librt/CMakeLists.txt: distcheck fix, ignore new
brep_local.h header |
04:39.43 |
Notify |
03BRL-CAD:brlcad * 54609 brlcad/trunk/TODO:
cliff made sure dbupgrade from within mged still works after the
windows fixes were made |
04:41.31 |
Notify |
03BRL-CAD:brlcad * 54610
brlcad/trunk/src/librt/Makefile.am: another to ignore |
04:43.08 |
Notify |
03BRL-CAD:brlcad * 54611 brlcad/trunk/TODO:
not true, dbupgrade works just fine from within a read-only because
it works on the file directly, external to mged |
09:22.13 |
*** join/#brlcad ibot
(~ibot@rikers.org) |
09:22.13 |
*** topic/#brlcad is BRL-CAD
|| http://brlcad.org || logs:
http://ibot.rikers.org/%23brlcad/
|| Thanks to all of our GCI participants for their fantastic work!
Join brlcad-news to see when your changes get rolled
out... |
11:50.20 |
*** join/#brlcad KimK
(~Kim__@wsip-184-176-200-171.ks.ks.cox.net) |
13:33.14 |
Notify |
03BRL-CAD:brlcad * 54617
brlcad/trunk/include/Makefile.am: nurbs.h is no more |
14:01.21 |
Notify |
03BRL-CAD:bob1961 * 54619
brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added
Ged::pane_bind. |
14:12.02 |
Notify |
03BRL-CAD:brlcad * 54620
brlcad/trunk/include/config_win.h: stub in some of the 64bit funcs,
wip |
14:12.12 |
Notify |
03BRL-CAD:bob1961 * 54621
(brlcad/trunk/src/tclscripts/archer/Archer.tcl
brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl
brlcad/trunk/src/tclscripts/archer/GeometryEditFrame.tcl): Added an
escape mechanism to Archer's display window. |
14:14.11 |
*** join/#brlcad crdueck
(~cdk@24-212-219-10.cable.teksavvy.com) |
14:43.00 |
Notify |
03BRL-CAD:brlcad * 54618 (brlcad/trunk/NEWS
brlcad/trunk/README and 2 others): far exceeded patch-level
release, anticipating the next release will be another minor update
(7.24.0), so bumping up to 7.23.0 |
14:58.05 |
*** join/#brlcad cadman
(~Adium@64.178.177.71) |
15:15.00 |
Notify |
03BRL-CAD:brlcad * 54622
brlcad/trunk/src/librt/primitives/brep/brep.cpp: private/local
files are designated with ./ |
15:22.43 |
Notify |
03BRL-CAD:r_weiss * 54623
brlcad/trunk/src/libged/inside.c: Quiet a valgrind complaint of
using an uninitialized variable. |
15:38.17 |
brlcad |
cadmans html prototype is pretty cool
:) |
15:39.43 |
brlcad |
starseeker: if you don't inherit, you cannot
access private/protected class data (which may or may not be an
issue with opennurbs) |
15:40.00 |
*** join/#brlcad Skriptkid
(~Skriptkid@117.208.162.209) |
15:40.36 |
brlcad |
otherwise inclusion by composition instead of
inheritance is perfectly viable approach (i'd still call it an
'inherit' approach since you have to replicate the API) |
15:52.04 |
*** join/#brlcad crdueck
(~cdk@24.212.219.10) |
15:56.26 |
Notify |
03BRL-CAD:brlcad * 54624
brlcad/trunk/include/raytrace.h: these are never released and do
their own efficient thing, so call BU_ALLOC instead of
BU_GET |
15:57.18 |
Notify |
03BRL-CAD:brlcad * 54625
brlcad/trunk/src/conv/asc/g2asc.c: pair BU_PUT with
BU_GET |
15:57.22 |
*** join/#brlcad starseeker
(~starseeke@66-118-151-70.static.sagonet.net) |
15:58.00 |
Notify |
03BRL-CAD:brlcad * 54626
brlcad/trunk/src/conv/asc/asc2g.c: wdb_export() frees them, so call
BU_ALLOC instead of BU_GET |
15:58.25 |
Notify |
03BRL-CAD:brlcad * 54627
brlcad/trunk/src/adrt/load_g.c: allocate data not released with
BU_ALLOC |
16:08.04 |
Notify |
03BRL-CAD:brlcad * 54628
brlcad/trunk/src/librt/primitives/arb8/arb8.c: validate the
centroid parameters |
16:08.32 |
Notify |
03BRL-CAD:brlcad * 54629
brlcad/trunk/src/libbu/hook.c: BU_PUT pairs well here with
BU_GET |
16:11.09 |
Notify |
03BRL-CAD:brlcad * 54630
(brlcad/trunk/src/conv/dxf/dxf-g.c
brlcad/trunk/src/conv/euclid/g-euclid.c and 18 others): change
BU_GET calls to BU_ALLOC where someone/somewhere else is freeing
the memory (or it's not being released at all...) |
16:15.20 |
Notify |
03BRL-CAD:brlcad * 54631
brlcad/trunk/src/libged/analyze.c: avoid having stray semi-colons
in the code where we call ADD_PT |
16:43.08 |
Notify |
03BRL-CAD:brlcad * 54632
(brlcad/trunk/src/libbu/mappedfile.c
brlcad/trunk/src/libbu/temp.c): more BU_PUT pairings |
16:47.18 |
Notify |
03BRL-CAD:brlcad * 54633
brlcad/trunk/src/libbu/heap.c: Expand docs and provide some
diagrams on how the fast page allocator works including notes on
how these magic numbers were arrived at and what values might be
useful. |
16:49.23 |
Notify |
03BRL-CAD:brlcad * 54634
(brlcad/trunk/src/libbu/list.c brlcad/trunk/src/libbu/observer.c):
more BU_PUT pairing goodness |
16:49.44 |
Notify |
03BRL-CAD:brlcad * 54635
brlcad/trunk/src/libbu/units.c: caller release, so need
BU_ALLOC |
16:55.38 |
Notify |
03BRL-CAD:brlcad * 54636
brlcad/trunk/src/libgcv/wfobj/obj_parser.cpp: pair with BU_PUT
since we manage this internally |
16:58.45 |
Notify |
03BRL-CAD:brlcad * 54637
(brlcad/trunk/src/libdm/dm-X.c brlcad/trunk/src/libdm/dm-generic.c
and 7 others): BU_ALLOC is more appropriate since we return to the
caller, but it will never be NULL |
17:22.10 |
*** join/#brlcad crdueck
(~cdk@24.212.219.10) |
17:32.49 |
``Erik |
hm, looks like someone finally got around to
saving all their emacs buffers o.O :> *duck* |
17:37.20 |
DarkCalf |
does emacs do IRC yet? |
17:44.59 |
``Erik |
since the 80's |
17:47.16 |
``Erik |
latest hotness seems like a 2001 project
called 'erc' |
17:48.07 |
``Erik |
but irc's beginning in like '88 was almost
immediately followed by an emacs plugin |
18:03.02 |
Notify |
03BRL-CAD:carlmoore * 54638
brlcad/trunk/src/util/bwdiff.c: add note about needing to capture
stdout in a file |
18:03.40 |
*** join/#brlcad cadman
(~Adium@mwg-e05.infosec.fedex.com) |
18:07.43 |
*** join/#brlcad cadman1
(~Adium@mwg-w04.infosec.fedex.com) |
18:57.40 |
Notify |
03BRL-CAD:carlmoore * 54639
brlcad/trunk/src/liboptical/sh_treetherm.c: fix warnings by adding
a comma |
18:59.14 |
Notify |
03BRL-CAD:carlmoore * 54640
(brlcad/trunk/src/libbu/heap.c brlcad/trunk/src/libbu/parse.c and 2
others): fix format specifications to remove warnings |
19:11.02 |
*** join/#brlcad cadman
(~Adium@mwg-e05.infosec.fedex.com) |
19:22.10 |
*** join/#brlcad cadman
(~Adium@mwg-w04.infosec.fedex.com) |
19:26.40 |
Notify |
03BRL-CAD:carlmoore * 54641
brlcad/trunk/src/util/bwfilter.c: switch 2 items in 'Possible
arguments' message |
20:24.40 |
*** join/#brlcad kanzure
(~kanzure@131.252.130.248) |
21:08.44 |
starseeker |
``Erik: here's a compiler for you to try
building BRL-CAD with! :-P https://github.com/vsedach/Vacietis |
21:19.43 |
starseeker |
has to say that just sounds
cool |
21:20.10 |
starseeker |
I remember reading about Zeta-C, but I didn't
realize someone had tried C->Lisp more recently |
21:22.09 |
``Erik |
O.o |
21:22.40 |
``Erik |
given the clang issues on linux, I'd be highly
surprised |
21:23.03 |
``Erik |
(the clang I have seems to get upset about int
x[] = {1,2,3}; ) |
23:52.54 |
*** join/#brlcad cadman
(~Adium@mwg-e04.infosec.fedex.com) |