| 01:02.31 | brlcad | starseeker: didn't realize you were talking about LMDB ... they've been on my radar for a long time (just don't think of them expanded, they were just "lmdb" to me) |
| 01:12.17 | Notify | 03BRL-CAD:n_reed * 70507 (brlcad/trunk/misc/win32-msvc/Dll/CMakeLists.txt brlcad/trunk/src/external/Creo/CMakeLists.txt): Remove references to y2038 lib. Part of libbu and not a separate library since r70243. |
| 01:19.42 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 01:19.42 | *** topic/#brlcad is This channel is for BRL-CAD and open source CAx discussion! Logs @ http://infobot.rikers.org/%23brlcad/ | |
| 01:21.10 | brlcad | for example: for rt doing reads, lmdb makes little sense; for libged working on processing geometry transactions, lmdb makes fantastic sense; for librt doing random open/lookup/write/close calls, it won't likely help unless/until it became a v6 storage backend |
| 01:36.12 | brlcad | for replacing DBNHASH for lookups and iterations, there are much faster in-memory-only solutions like redis or even sqlite (:memory:) |
| 01:54.32 | starseeker | nods - makes sense |
| 01:58.23 | starseeker | winces - redis would be a fair bit more work as a src/other dep compared to sqlite... wonder what the performance differential is |
| 02:13.54 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 02:28.55 | *** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl) | |
| 04:28.59 | *** join/#brlcad zwliew (uid161395@gateway/web/irccloud.com/x-gtfnvzwjmylezvsf) | |
| 06:15.38 | *** join/#brlcad twomoon (twomoon@gateway/shell/xshellz/x-jrpltiegfkfhcjto) | |
| 07:27.11 | *** join/#brlcad Aggy (cabe875a@gateway/web/freenode/ip.202.190.135.90) | |
| 07:48.55 | *** join/#brlcad gabbar1947 (uid205515@gateway/web/irccloud.com/x-vzcwqlekewjesxmx) | |
| 08:00.22 | Notify | 03BRL-CAD:brlcad * 70508 (brlcad/trunk/src/libbu/redblack.c brlcad/trunk/src/libpkg/pkg.c): apply patch from Abhishek Prasad that fixes compilation warnings about static buffers potentially being exceeded. |
| 08:43.32 | *** join/#brlcad Jeewal (1b2232b7@gateway/web/freenode/ip.27.34.50.183) | |
| 08:43.42 | Jeewal | Hey |
| 08:43.48 | Jeewal | Any mentor here ? |
| 08:44.00 | Jeewal | I would like help for my GCI task ! |
| 08:47.38 | Stragus | It's 3am where most of them live, you may want to wait a couple hours ;) |
| 09:15.25 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 09:24.00 | *** join/#brlcad Aggy (cabe875a@gateway/web/freenode/ip.202.190.135.90) | |
| 11:36.14 | *** join/#brlcad merzo (~merzo@185.39.197.205) | |
| 11:52.13 | *** join/#brlcad yorik (~yorik@2804:431:f720:b702:290:f5ff:fedc:3bb2) | |
| 13:53.24 | Notify | 03BRL-CAD:d_rossberg * 70509 (rt^3/trunk/cmake/FindBRLCAD.cmake rt^3/trunk/src/coreInterface/CMakeLists.txt and 3 others): this works for MS Visual Studio - in principle |
| 14:03.25 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:33.37 | *** join/#brlcad gabbar1947 (uid205515@gateway/web/irccloud.com/x-qyyxyhnyktjwmaxh) | |
| 14:34.01 | Notify | 03BRL-CAD:starseeker * 70510 brlcad/trunk/src/libbu/CMakeLists.txt: Shouldn't need to set the CXX_STANDARD for libbu with the new toplevel settings. |
| 15:23.45 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 15:23.45 | *** topic/#brlcad is This channel is for BRL-CAD and open source CAx discussion! Logs @ http://infobot.rikers.org/%23brlcad/ | |
| 15:36.43 | starseeker | brlcad: does Windows MGED have a non-graphical mode (i.e. console mode) where we would want to display man pages as text rather than html? |
| 15:56.00 | *** join/#brlcad yorik (~yorik@2804:431:f720:b702:290:f5ff:fedc:3bb2) | |
| 16:12.26 | *** join/#brlcad Rakete1111 (~Rakete111@p5099ac52.dip0.t-ipconnect.de) | |
| 16:26.11 | Notify | 03BRL-CAD:d_rossberg * 70511 (rt^3/trunk/src/embeddedLua/CMakeLists.txt rt^3/trunk/src/embeddedLua/embeddedlua.cpp and 2 others): mainly only notes, doesn't work yet |
| 17:28.50 | *** join/#brlcad Siddharth (6ade0eeb@gateway/web/freenode/ip.106.222.14.235) | |
| 17:34.07 | Siddharth | How many tasks have you guys done? |
| 18:19.41 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 18:19.41 | *** topic/#brlcad is This channel is for BRL-CAD and open source CAx discussion! Logs @ http://infobot.rikers.org/%23brlcad/ | |
| 19:05.03 | teepee | is someone here working on stepcode? the homepage seems dead for quite a while now |
| 19:31.31 | Notify | 03BRL-CAD:d_rossberg * 70512 (rt^3/trunk/src/embeddedLua/luadatabase.cpp rt^3/trunk/tests/embeddedLua/hellobrlcad.cpp): this could work |
| 20:59.13 | Notify | 03BRL-CAD Wiki:Doberham1. * 0 /wiki/User:Doberham1.: |
| 22:01.15 | *** join/#brlcad infobot (ibot@rikers.org) | |
| 22:01.16 | *** topic/#brlcad is This channel is for BRL-CAD and open source CAx discussion! Logs @ http://infobot.rikers.org/%23brlcad/ | |
| 22:30.08 | brlcad | teepee: it's pointing to the wrong IP and the guy that can't update it hasn't yet |
| 22:30.15 | brlcad | s/can't/can/ |
| 22:30.27 | brlcad | there is a mirror on github.io I believe |
| 22:35.38 | Notify | 03BRL-CAD:starseeker * 70513 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/tools/CMakeLists.txt and 5 others): Go liberal with standards for src/other and misc/tools, set the flags after the clear flags and initial cache operation, specialize the tcl gethostbyaddr test. Can now set C89 standard only for BRL-CAD code. |
| 22:42.05 | *** join/#brlcad yorik (~yorik@2804:431:f720:b702:290:f5ff:fedc:3bb2) | |
| 22:46.59 | *** join/#brlcad teepee (~teepee@unaffiliated/teepee) | |
| 22:48.46 | teepee | ah, cool, indeed http://stepcode.github.io/ thanks brlcad |
| 22:48.54 | gcibot | [ STEPcode ⢠Data Exchange with the technologies of ISO 10303 ] |
| 23:12.20 | Notify | 03BRL-CAD:starseeker * 70514 brlcad/trunk/TODO: Investigate c99-snprintf for portability purposes. |
| 23:15.48 | starseeker | brlcad: unless I missed something else, you should now be able to try c89 with our code by setting CMAKE_C_EXTENSIONS at the toplevel CMakeLists.txt (line 845) to OFF |
| 23:20.45 | starseeker | most of the function tests fail the DECL test... |
| 23:21.07 | starseeker | aside from snprintf I haven't looked into them much yet |