00:31.03 |
*** join/#brlcad Alleycoder
(~coderalbe@1.39.32.31) |
00:40.54 |
*** join/#brlcad cardinot
(~cardinot@unaffiliated/cardinot) |
02:00.38 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
02:43.09 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
03:45.55 |
brlcad |
Alleycoder: that sort of automation could
certainly be set up, but I think your discoveries are just
emphasizing the deficiency with dynamic table updates |
03:47.13 |
brlcad |
what would it take to make it not do that?
|
03:47.16 |
brlcad |
to use a trait name to primary keys table
instead, and a trait data table that uses those keys (instead of
separate tables per trait) |
03:47.27 |
brlcad |
or some other approach altogether? |
03:56.34 |
*** join/#brlcad albert^coder
(~coderalbe@1.39.40.29) |
04:34.47 |
*** join/#brlcad Alleycoder
(~coderalbe@1.39.40.29) |
05:07.31 |
*** join/#brlcad Alleycoder
(~coderalbe@1.39.40.29) |
05:21.49 |
*** join/#brlcad Alleycoder
(~coderalbe@1.39.40.29) |
05:35.22 |
*** join/#brlcad Alleycoder
(~coderalbe@1.39.40.29) |
07:28.54 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
07:43.59 |
*** join/#brlcad teepee--
(bc5c2133@gateway/web/freenode/ip.188.92.33.51) |
08:27.10 |
*** join/#brlcad konrado
(~konro@195.24.220.134) |
08:42.53 |
*** join/#brlcad konrado_
(~konro@195.24.220.134) |
11:40.38 |
*** join/#brlcad luca79
(~luca@ba-19-142-63.service.infuturo.it) |
13:42.58 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
14:05.39 |
Notify |
03BRL-CAD:starseeker * 64693
(brlcad/trunk/include/raytrace.h
brlcad/trunk/src/librt/mkbundle.c): make a stab at a design for a
single rt_pattern public API function. |
14:55.11 |
Notify |
03BRL-CAD:starseeker * 64694
brlcad/trunk/src/libgcv/CMakeLists.txt: Add fastgen4 NOTES file to
ignore list |
15:06.03 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:06.04 |
Notify |
03BRL-CAD:starseeker * 64695
brlcad/trunk/src/libbn/polygon.c: initialize |
15:07.22 |
Notify |
03BRL-CAD:starseeker * 64696
brlcad/trunk/src/libbn/tests/bn_polygon_triangulate.c: fix array
size |
15:42.12 |
brlcad |
thinks this is going to be
fun! |
16:21.05 |
Notify |
03BRL-CAD:carlmoore * 64697
(brlcad/trunk/doc/docbook/system/man1/en/pixmatte.xml
brlcad/trunk/src/util/pixmatte.c): another redoing of pixmatte.xml
; pixmatte.c now has '2 constants --> 512 x 512 file' to avoid
loop when that case occurs |
16:34.21 |
*** join/#brlcad gaganjyot
(~gaganjyot@27.255.240.125) |
16:35.33 |
*** join/#brlcad albertcoder
(~albertcod@1.39.32.215) |
17:04.47 |
*** join/#brlcad albertcoder
(~albertcod@1.39.32.215) |
17:12.25 |
*** join/#brlcad albertcoder
(~albertcod@1.39.32.215) |
17:24.57 |
*** join/#brlcad sofat
(~sofat@1.39.32.215) |
17:43.49 |
*** join/#brlcad cardinot
(~cardinot@187.16.242.23) |
17:43.49 |
*** join/#brlcad cardinot
(~cardinot@unaffiliated/cardinot) |
17:54.02 |
*** join/#brlcad FreezingCold
(~FreezingC@135.0.41.14) |
17:54.22 |
*** join/#brlcad Alleycoder
(~coderalbe@1.39.32.215) |
18:04.03 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
18:30.00 |
*** join/#brlcad albertcoder
(~albertcod@1.39.32.215) |
18:37.22 |
*** join/#brlcad andrei_il
(~andrei@109.100.128.78) |
18:50.55 |
albertcoder |
Hi brlcad I am sorry I could not read your
last night's reply after I left because neither the android IRC
saves the chat, nor our logs have that chat. However what I figured
out is that I guess there is no problem at all having tables being
created dynamically. |
18:52.19 |
albertcoder |
What I feel is we can automate the process
either by using cron job or php exec() function. brlcad Am I going
right? |
18:57.12 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
18:58.48 |
Notify |
03BRL-CAD:starseeker * 64698
(brlcad/trunk/misc/CMake/LEMON_Util.cmake
brlcad/trunk/misc/tools/perplex/CMake/LEMON_Util.cmake and 2
others): Update how LEMON_Util is setting its clean files list to
clear a distcheck problem with in_src_dir - obj_grammar.yy wasn't
getting removed from src/libgcv |
19:00.09 |
andrei_il |
hi, brlcad (or any other mentor) did you have
a chance to read the reply on my proposal, or more specifically,
the mail I previously sent on the list |
19:11.37 |
*** join/#brlcad dracarys983
(dracarys98@nat/iiit/x-gqxabbthnxhchjjz) |
19:24.33 |
*** join/#brlcad merzo
(~merzo@92.60.189.225) |
19:25.22 |
*** join/#brlcad Alleycoder
(~coderalbe@1.39.32.215) |
19:28.27 |
*** join/#brlcad albertcoder
(~coderalbe@1.39.32.215) |
19:31.17 |
*** join/#brlcad Alleycoder
(~coderalbe@1.39.34.252) |
19:59.26 |
brlcad |
albert, here's what I wrote: |
19:59.27 |
brlcad |
23:45 < brlcad> Alleycoder: that sort of
automation could certainly be set up, but I think your discoveries
are just emphasizing the deficiency with dynamic table
updates |
19:59.30 |
brlcad |
23:47 < brlcad> what would it take to
make it not do that? |
19:59.33 |
brlcad |
23:47 < brlcad> to use a trait name to
primary keys table instead, and a trait data table that uses those
keys (instead of separate tables per trait) |
19:59.36 |
brlcad |
23:47 < brlcad> or some other approach
altogether? |
20:00.13 |
brlcad |
so to your question, yes a cronjob could be
set up, but it'd still be good to know what it would take to not
have dynamic table creation if only to appease mediawiki
folks |
20:00.49 |
brlcad |
andrei_il: ideally if the question was asked
in melange, you should answer in melange but if you sent it to the
list, I have read it |
20:05.56 |
andrei_il |
Sorry about the confusion, the mail (with
additional proposal details) was sent on the list before you left
the comment. I sent it on the list because I couldn't edit the
proposal. |
20:07.06 |
andrei_il |
essentially I mentioned about the brl-cad dsg
structure and how we could get from the parsed ast to
that |
20:07.39 |
andrei_il |
dag* structure |
20:08.22 |
brlcad |
andrei_il: did you try again? some were
marked editable within the last 12 hours |
20:11.09 |
andrei_il |
yea, you are right, it is editable
now |
20:11.50 |
andrei_il |
I will add the rest of my research to it and I
ll try to polish whatever is left. Thanks |
20:18.01 |
brlcad |
grazie! |
21:34.14 |
Notify |
03BRL-CAD:starseeker * 64699
brlcad/trunk/src/other/libregex/regcomp.c: Fix for CVE-2015-2305
from https://github.com/garyhouston/regex |
21:40.31 |
*** join/#brlcad merzo
(~merzo@197-30-132-95.pool.ukrtel.net) |
22:15.23 |
*** join/#brlcad dracarys983
(dracarys98@nat/iiit/x-vfvnbazqgobnnfok) |
22:21.53 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
22:26.39 |
*** join/#brlcad Stragus
(~alexis@modemcable090.29-19-135.mc.videotron.ca) |