02:07.05 |
Notify |
03BRL-CAD:zhaoanqing * 61514
(brlcad/branches/nmgreorg/AUTHORS brlcad/branches/nmgreorg/CHANGES
and 528 others): Merge the changed of trunk to this branch. This
status is not able to compile, I will fix them then. |
02:21.45 |
starseeker |
ponders whether making tkhtml
into a toolkit-agnostic render-to-image html library is in order -
rather surprisingly, it seems to be one of the very best "small"
HTML rendering libraries out there, as well as perhaps the most
liberally licensed of them all |
06:18.24 |
*** join/#brlcad albertcoder
(~albertcod@101.208.178.149) |
06:53.31 |
*** join/#brlcad d_rossberg
(~rossberg@66-118-151-70.static.sagonet.net) |
07:04.03 |
*** join/#brlcad albertcoder
(~albertcod@202.164.53.117) |
07:09.15 |
*** join/#brlcad albertcoder
(~albertcod@202.164.53.117) |
08:57.47 |
*** join/#brlcad teepee-
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
09:03.18 |
Notify |
03BRL-CAD:d_rossberg * 61515
rt^3/trunk/src/coreInterface/Database.cpp: bugfix: copy all
attributes, not only the first one |
10:01.00 |
*** join/#brlcad teepee-
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
10:33.18 |
*** join/#brlcad teepee-
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
10:47.30 |
*** join/#brlcad andrei_
(~IceChat77@5-12-112-86.residential.rdsnet.ro) |
11:35.01 |
*** join/#brlcad Ch3ck
(~Ch3ck@66-118-151-70.static.sagonet.net) |
11:56.27 |
*** join/#brlcad teepee-
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
11:57.48 |
Notify |
03BRL-CAD:bob1961 * 61516
(brlcad/trunk/include/ged.h brlcad/trunk/src/libged/CMakeLists.txt
and 2 others): Added an fbclear command to
libged/libtclcad/Ged.tcl. |
12:03.24 |
Notify |
03BRL-CAD:d_rossberg * 61517 NIL: tag the C++
core interface with the corresponding BRL-CAD version (i.e.
7.24.2) |
12:13.03 |
*** join/#brlcad Zhao_Anqing
(clouddrift@222.205.2.250) |
12:39.07 |
*** join/#brlcad Izakee
(~Isaac@195.24.220.134) |
12:41.55 |
*** join/#brlcad teepee-
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
12:43.13 |
Izakee |
Due to some pesky Internet Connection, my svn
update locked svn. When I try to clean up, I get "svn:
'misc/tools/xmltools/libxml' is not a working copy directory". What
should I do brlcad ? |
12:57.14 |
mihaineacsu |
Izakee: have you tried so? http://bit.ly/1onPmPu |
12:57.34 |
*** join/#brlcad teepee-
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
12:58.03 |
Izakee |
opening
stackoverflow |
13:10.10 |
Izakee |
Thanks mihaineacsu |
13:23.38 |
Notify |
03BRL-CAD:starseeker * 61518
(brlcad/branches/openscenegraph/doc/docbook/system/man1/en/pix-fb.xml
brlcad/branches/openscenegraph/include/ged.h and 4 others): Sync
through trunk r61517 |
13:31.10 |
Notify |
03BRL-CAD:starseeker * 61519
brlcad/trunk/src/libged/fbclear.c: Provide clearColor with
memory |
13:31.58 |
Notify |
03BRL-CAD:starseeker * 61520
(brlcad/branches/openscenegraph/src/libged/fbclear.c Property
Changed: and 3 others): Sync through trunk r61519 |
13:33.46 |
Notify |
03BRL-CAD:starseeker * 61521
(brlcad/branches/gecode/CMakeLists.txt
brlcad/branches/gecode/INSTALL and 41 others): Sync through trunk
r61517 |
13:36.06 |
Notify |
03BRL-CAD:starseeker * 61522
(brlcad/branches/gecode/src/libged/fbclear.c Property Changed: and
3 others): Sync through trunk r61519 |
13:39.44 |
Notify |
03BRL-CAD:starseeker * 61523
(brlcad/branches/bullet/CMakeLists.txt
brlcad/branches/bullet/INSTALL and 41 others): Sync through trunk
r61517 |
13:45.07 |
Notify |
03BRL-CAD:starseeker * 61524
(brlcad/branches/bullet/src/libged/fbclear.c Property Changed: and
3 others): Sync through trunk r61519 |
13:54.42 |
Notify |
03BRL-CAD:d_rossberg * 61525
(rt^3/tags/rel-7-24-2/src/coreInterface/Arb8.cpp
rt^3/tags/rel-7-24-2/src/coreInterface/Combination.cpp and 16
others): back port: bu.h wasn't broken out in this release,
reverted the changes from revision 60116 |
14:11.27 |
*** join/#brlcad clock_
(~clock@77-58-143-135.dclient.hispeed.ch) |
14:15.03 |
Notify |
03BRL-CAD:zhaoanqing * 61526
(brlcad/branches/nmgreorg/include/raytrace.h
brlcad/branches/nmgreorg/src/librt/primitives/nmg/nmg_copy.c): fix
conflicts after merge operation, now librt can be
compiled. |
14:26.47 |
*** join/#brlcad teepee
(~teepee@gateway/tor-sasl/teepee) |
14:32.17 |
*** join/#brlcad teepee-
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
14:45.47 |
Notify |
03BRL-CAD:starseeker * 61527
brlcad/trunk/CMakeLists.txt: It matters in the lrint test on some
systems whether or not we are using the C99 flag - the test will
succeed with gnu89 and fail with gnu99. |
15:04.05 |
Notify |
03BRL-CAD:starseeker * 61528
brlcad/trunk/CMakeLists.txt: Changes weren't right to begin with,
but further experimentation shows the situation to be even worse -
when this failure occurs, we can't successfully defined lrint until
*after* math.h is included. Currently, lrint is defined in
common.h, which always comes before math.h |
15:04.23 |
Notify |
03BRL-CAD:ejno * 61529
(brlcad/trunk/src/conv/3dm/conv3dm-g.cpp
brlcad/trunk/src/conv/3dm/conv3dm-g.hpp): fix performance when
converting large models |
15:06.56 |
Notify |
03BRL-CAD:ejno * 61530
brlcad/trunk/src/conv/3dm/conv3dm-g.cpp: make unique_name()
static |
15:45.23 |
Notify |
03BRL-CAD:carlmoore * 61531
(brlcad/trunk/misc/tools/lemon/README
brlcad/trunk/misc/tools/lemon/lemon.c and 3 others): fix spellings,
and remove trailing blanks/tabs |
15:52.11 |
Notify |
03BRL-CAD:starseeker * 61532
(brlcad/trunk/regress/CMakeLists.txt
brlcad/trunk/regress/fastgen.sh brlcad/trunk/regress/gqa.sh):
Gtools no longer use underscores. |
15:54.17 |
Notify |
03BRL-CAD:carlmoore * 61533
(brlcad/trunk/misc/tools/re2c/htdocs/manual.html.in
brlcad/trunk/misc/tools/re2c/re2c.1.in): fix 2 more
spellings |
16:01.41 |
Notify |
03BRL-CAD:carlmoore * 61534
(brlcad/trunk/misc/tools/re2c/htdocs/manual.html.in
brlcad/trunk/misc/tools/re2c/re2c.1.in): and yet another
variable-name fix |
16:11.06 |
Notify |
03BRL-CAD:starseeker * 61535
(brlcad/trunk/CMakeLists.txt brlcad/trunk/include/common.h and 9
others): Ugh. Do what we seem to have to do to get balky lrint
going on problematic Linux systems. |
16:15.39 |
Notify |
03BRL-CAD:starseeker * 61536
brlcad/trunk/include/common.h: minor formatting fix. |
16:20.02 |
*** join/#brlcad harmanpreet
(~harmanpre@124.253.51.93) |
16:20.30 |
Notify |
03BRL-CAD:carlmoore * 61537
(brlcad/trunk/misc/tools/perplex/scanner.re
brlcad/trunk/misc/tools/re2c/lessons/002_strip_comments/strip_002.s.re
and 2 others): fix spellings and remove trailing
blanks/tabs |
16:22.21 |
Notify |
03BRL-CAD:ejno * 61538
brlcad/trunk/src/conv/3dm/conv3dm-g.cpp: create a root
layer |
16:28.10 |
Notify |
03BRL-CAD:zhaoanqing * 61539
(brlcad/branches/nmgreorg/src/libged/bev.c
brlcad/branches/nmgreorg/src/libged/decompose.c and 7 others): fix
conflicts after merge, now libged can be compiled. |
16:48.33 |
Notify |
03BRL-CAD:starseeker * 61540
(brlcad/trunk/CMakeLists.txt brlcad/trunk/include/common.h and 9
others): Back up, take another run at 'proper' lrint
handling |
16:49.47 |
Notify |
03BRL-CAD:carlmoore * 61541
brlcad/trunk/misc/tools/xmltools/libxml/src/xmlregexp.c: remove
trailing blanks/tabs, and fix spellings |
17:00.56 |
Notify |
03BRL-CAD:carlmoore * 61542
brlcad/trunk/misc/tools/xmltools/libxslt/src/xslt.c: fix spellings;
remove trailing blanks/tabs |
17:13.38 |
Notify |
03BRL-CAD:starseeker * 61543
brlcad/trunk/CMakeLists.txt: lrint needed the math library for the
function test, not just the subsequent macro foo. Looks like we
need to expand BRLCAD_FUNCTION_EXISTS's options |
17:17.12 |
Notify |
03BRL-CAD:n_reed * 61544
brlcad/branches/brep-debug/src/libbrep/intersect.cpp: InPlane is
not a predicate function, replace it with the same test we use
elsewhere. Also, fix a case where single-point line-plane
intersections were erroneously reported as overlap intersections.
Alas, these changes don't fix any test conversions. |
17:18.12 |
Notify |
03BRL-CAD:carlmoore * 61545
brlcad/trunk/misc/tools/xmltools/libxml/src/xmlreader.c: fix
spellings; remove trailing blanks/tabs |
17:30.29 |
Notify |
03BRL-CAD:carlmoore * 61546
(brlcad/trunk/misc/tools/re2c/lessons/001_upn_calculator/calc_002.re
brlcad/trunk/misc/tools/xmltools/libxml/src/uri.c and 2 others):
remove trailing blanks/tabs; fix spellings |
17:41.26 |
*** join/#brlcad clock
(~clock@77-58-143-135.dclient.hispeed.ch) |
17:45.06 |
Notify |
03BRL-CAD:carlmoore * 61547
(brlcad/trunk/misc/tools/xmltools/libxml/src/debugXML.c
brlcad/trunk/misc/tools/xmltools/libxml/src/xmlreader.c): remove
trailing blanks/tabs; fix spellings |
17:57.05 |
*** join/#brlcad albertcoder
(~albertcod@202.164.53.117) |
18:12.41 |
Notify |
03BRL-CAD:brlcad * 61548 brlcad/trunk/BUGS:
rtweight/rtarea/gqa issues computing volumes |
18:15.01 |
*** join/#brlcad clock
(~clock@77-58-143-135.dclient.hispeed.ch) |
18:17.59 |
Notify |
03BRL-CAD:ejno * 61549
brlcad/trunk/src/conv/3dm/conv3dm-g.cpp: fix windows build
issue |
18:28.13 |
*** join/#brlcad mihaineacsu
(~mihaineac@92.81.55.66) |
18:29.33 |
*** join/#brlcad piyushparkash
(~piyushpar@117.205.68.122) |
18:33.48 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
18:46.55 |
*** join/#brlcad albertcoder
(~albertcod@101.208.170.244) |
19:03.21 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
19:28.58 |
Notify |
03BRL-CAD:brlcad * 61550
brlcad/trunk/src/libged/fbclear.c: we shouldn't be allocating
dynamic memory for data whose initial size is known and doesn't
change. simplify the logic. |
19:30.01 |
Notify |
03BRL-CAD:starseeker * 61551
(brlcad/trunk/CMakeLists.txt
brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake): Perform what
should be a fairly major upgrade to the capabilities of
BRLCAD_FUNCTION_EXISTS - can now specify required libraries,
include dirs, definitions and compile flags, as well as provide one
or more snippits of source code which must be compiled successfully
for the macro to report a success. |
19:35.17 |
Notify |
03BRL-CAD Wiki:Albertcoder * 7450
/wiki/User:Albertcoder/GSoC2014/logs: /* Week 7 */ |
19:51.04 |
Notify |
03BRL-CAD:starseeker * 61552
(brlcad/trunk/CMakeLists.txt
brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake): Confound it,
that somehow brok the lrint testing again. |
20:01.58 |
Notify |
03BRL-CAD:starseeker * 61553
(brlcad/trunk/CMakeLists.txt
brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake): I think
that's got it... toplevel compilation tests use CMAKE_C_FLAGS, so
do the same thing in the macro. |
20:04.25 |
brlcad |
starseeker: you could try to transcode tkhtml
into a small C lib |
20:08.09 |
*** join/#brlcad pandrei
(~pandrei@5-12-132-241.residential.rdsnet.ro) |
20:12.36 |
mihaineacsu |
brlcad: did you get a chance to look over the
last patch I submitted? |
20:13.55 |
brlcad |
mihaineacsu: only briefly, let me take a look
again now |
20:19.22 |
brlcad |
mihaineacsu: yeah... now I remember! okay, so
it looks good but there are a few issues |
20:19.58 |
mihaineacsu |
okay |
20:20.20 |
brlcad |
the biggest is probably that you hooked into
both tools at the "read file from disk" step of their
processing |
20:20.40 |
brlcad |
instead of AFTER the density file is in
memory |
20:21.41 |
Notify |
03BRL-CAD:starseeker * 61554
(brlcad/trunk/CMakeLists.txt
brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake): Grr - *still*
not working. Now it's ignoring gnu99 during release
builds. |
20:23.24 |
brlcad |
to do that, you also created a temp file,
using an interface that is not portable - tmpfile() |
20:23.36 |
mihaineacsu |
yeah, but wasn't I supposed to get the density
data at this step? |
20:23.57 |
brlcad |
well it's not that, just that it's better to
not write to a file if we don't need to |
20:24.29 |
brlcad |
and we don't ... CURLOPT_WRITEFUNCTION will
let you read it into memory directly |
20:24.51 |
brlcad |
that avoids the portability issue (and the
need to close and clean up that temp file) |
20:24.58 |
mihaineacsu |
right |
20:25.14 |
brlcad |
another issue is that you basically added the
exact same code to both |
20:25.34 |
brlcad |
which I would expect, but notice now in
wanting to change it to use WRITEFUNCTION, you'll have to change it
in two places |
20:25.37 |
mihaineacsu |
it will be different once I load the
data |
20:25.40 |
mihaineacsu |
directly in mem |
20:26.04 |
brlcad |
every bug, every change .. we'll have to
remember to edit both or a bug/change will go unnoticed, so we
don't want the duplication |
20:26.50 |
brlcad |
that means creating a general function that
both tools can call |
20:27.04 |
pandrei |
brlcad: can we talk a bit in private
? |
20:28.59 |
brlcad |
mihainescsu: since one tool is in src/libged
and another in src/rt, that implies creating a new interface in one
of the other base libraries (like libbu, perhaps a
bu_url_download() function) |
20:29.16 |
brlcad |
pandrei: yes, but in a few minutes |
20:29.28 |
pandrei |
brlcad: ok, let me know. Thanks! |
20:30.17 |
mihaineacsu |
okay, makes sense |
20:32.40 |
mihaineacsu |
thanks for the feedback |
20:33.54 |
Notify |
03BRL-CAD:n_reed * 61555
(brlcad/branches/brep-debug/src/libbrep/boolean.cpp
brlcad/branches/brep-debug/src/libbrep/debug_plot.cpp and 4
others): add a dplot subcommand to show the face curves that result
from clipping the original event curves |
20:42.15 |
brlcad |
mihaineacsu: yeah, think about that new
function a little bit, try to make it as simple as
possible |
20:42.23 |
brlcad |
even the name I suggested could use some more
thought |
20:42.59 |
brlcad |
maybe bu_url_get() .. implying there might
later be a bu_url_put() or bu_url_post() too |
20:43.19 |
brlcad |
the point would be to completely encapsulate
cURL under this API |
20:43.27 |
mihaineacsu |
yeah |
20:43.30 |
brlcad |
which was the last issue in the patch
.. |
20:44.00 |
brlcad |
we can't just start using curl/curl.h and
friends or our build will be basically broken on most
platforms |
20:45.03 |
brlcad |
there needs to be at least a header check in
the top-level CMakeLists.txt file, then you can conditionalize all
that code on HAVE_CURL_CURL_H -- maybe print a message in the tools
if a URL is provided to let them know when that functionality is
not compiled in |
20:45.04 |
mihaineacsu |
how can we go about this? |
20:45.44 |
mihaineacsu |
cool |
20:50.30 |
brlcad |
mihaineacsu: how expensive is
curl_global_init()? |
20:51.40 |
mihaineacsu |
I don't know |
20:51.44 |
brlcad |
this main() function is almost the bu function
you need: http://curl.haxx.se/libcurl/c/getinmemory.html |
20:52.11 |
mihaineacsu |
why do you ask? |
20:52.44 |
brlcad |
well, if it's really expensive, then your
implementation will need to return a url context of some sort so
that an application only runs init once |
20:53.04 |
brlcad |
if there's basically no cost, then you can
init, download, and cleanup repeatedly as needed |
20:53.57 |
mihaineacsu |
they suggest using just one init if multiple
requests are made |
20:54.27 |
brlcad |
mihaineacsu: note that implementing this in
libbu means using libbu for memory management too (not directly
calling malloc()/realloc()/free(), etc) |
20:54.35 |
mihaineacsu |
yeah |
20:54.36 |
brlcad |
sure, but why :) |
20:54.50 |
brlcad |
if it's fast enough, I'm not sure it's worth
it |
20:55.14 |
brlcad |
basically, have to find out what the
cost/downsides are |
20:56.39 |
mihaineacsu |
scratch that, it was about the handle. "Mind
you, it is even preferred that you re-use an existing handle if you
intend to make another transfer. libcurl will then attempt to
re-use the previous connection." |
20:59.10 |
brlcad |
ahh |
20:59.41 |
brlcad |
I'm not sure we care about that right now, but
that would beg a slightly different interface |
21:00.41 |
brlcad |
like a bu_url_init() + bu_url_get() +
bu_url_destroy() |
21:01.07 |
mihaineacsu |
hmm |
21:02.14 |
mihaineacsu |
yeah, I'm not sure if it's worth it,
performance wise |
21:02.58 |
mihaineacsu |
http://stackoverflow.com/questions/3787002/reusing-the-same-curl-handle-big-performance-increase |
21:07.59 |
brlcad |
good thread, thanks |
21:08.21 |
brlcad |
mihaineacsu: yeah, so lets keep it simple for
now .. just do it all behind one func |
21:08.30 |
mihaineacsu |
ok, great |
21:09.42 |
brlcad |
we can add a context api later if
needed |
21:10.37 |
Notify |
03BRL-CAD:ejno * 61556
brlcad/trunk/src/conv/3dm/conv3dm-g.cpp: generate color/shader
combs for stand-alone geometry at high levels of the
hierarchy |
21:18.02 |
Notify |
03BRL-CAD:n_reed * 61557
brlcad/branches/brep-debug/src/libbrep/debug_plot.cpp: whoops,
output order needs to match what the parser's expecting |
21:25.03 |
Notify |
03BRL-CAD:n_reed * 61558
brlcad/branches/brep-debug/src/libged/brep.c: tweak help
message |
21:54.17 |
pandrei |
brlcad: ping |
21:55.38 |
Notify |
03BRL-CAD:starseeker * 61559
(brlcad/trunk/CMakeLists.txt
brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake): Needed the
build type c flags, not just the standard set. |
21:57.50 |
starseeker |
hah. finally. time for lunch |
21:59.32 |
Notify |
03BRL-CAD:carlmoore * 61560
brlcad/trunk/doc/docbook/system/man1/en/pix-fb.xml: pix-fb manpage
didn't have -p writeup; it does now |
22:01.18 |
clock |
no to je fakt |
22:01.23 |
clock |
ja tam hlavne nevidim tu atraktivitu |
22:26.36 |
kanzure |
is there a pile of opennurbs examples
anywhere? |
22:27.37 |
Notify |
03BRL-CAD Wiki:Popescu.andrei1991 * 7451
/wiki/User:Popescu.andrei1991/devlogs2014: /* Week 7 */ |
22:36.50 |
brlcad |
~x from du ja tam hlavne nevidim tu
atraktivitu |
22:37.02 |
brlcad |
~x from du no to je fakt |
22:37.31 |
brlcad |
kanzure: we have a few (all very similar) in
src/proc-db |
22:37.40 |
brlcad |
where we construct objects manually |
22:37.51 |
brlcad |
they'd be the c++ files |
22:48.37 |
kanzure |
huh they do look similar yes |