| 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) |