| 00:11.25 | *** join/#brlcad bvirtual (~bvirtual@2602:30a:2c9f:dd00:6148:ed8d:4edf:6be6) |
| 00:34.27 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) |
| 07:52.48 | *** join/#brlcad ickby (~stefan@x5d84c64c.dyn.telefonica.de) |
| 09:30.05 | brlcad | starseeker: I mention it because I coincidentally encountered a hash crash testing the bundling changes I'm working on |
| 09:30.34 | brlcad | see if you can reproduce, I ran: bin/rtshot -p 0 0 0 -d 1 0 0 share/db/havoc.g havoc |
| 09:31.17 | brlcad | ends up calling strlen on the hash "pointer", which is not necessarily a string |
| 09:32.32 | brlcad | even though it's a char pointer data type |
| 09:32.59 | brlcad | probably should be a uintptr_t since I think the intention is to let the caller store int values or strings as keys |
| 09:34.22 | brlcad | starseeker: and to answer your question, working is enough .. but it shouldn't be unnecessarily / egrgiously slow :) |
| 09:35.17 | brlcad | if you have both wired in momentarily while yanking out tcl's it'd be useful to at least roughly know what the performance looks like, but not a big deal by any stretch (yet) |
| 09:35.49 | brlcad | calls it a long day hacking on the new website landing page |
| 12:22.29 | *** join/#brlcad ickby (~stefan@x5d84c64c.dyn.telefonica.de) |
| 14:24.29 | *** join/#brlcad stefan_ (~stefan@x5d84c64c.dyn.telefonica.de) |
| 15:28.18 | *** join/#brlcad boj_ (~boj@183.234.195.245) |
| 15:28.24 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 16:30.42 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 17:07.12 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) |
| 17:57.39 | *** join/#brlcad witness_ (uid10044@gateway/web/irccloud.com/x-tlienahilkybfxym) |
| 18:11.53 | *** join/#brlcad ickby (~stefan@x5d84c64c.dyn.telefonica.de) |
| 18:41.52 | *** join/#brlcad ickby (~stefan@x5d84c64c.dyn.telefonica.de) |
| 19:15.01 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 20:41.46 | *** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1) |
| 20:53.35 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 21:04.51 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 21:07.19 | starseeker | brlcad: was that crash on latest trunk, or on a branch? |
| 21:07.29 | starseeker | (assuming OSX?) |
| 21:07.55 | starseeker | doesn't appear to crash with latest trunk on Linux, but that may or may not mean anything... |
| 21:09.54 | *** join/#brlcad ickby (~stefan@x5d84c64c.dyn.telefonica.de) |
| 21:21.14 | *** join/#brlcad merzo (~merzo@87-71-133-95.pool.ukrtel.net) |
| 21:21.52 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 21:39.42 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 21:41.53 | *** join/#brlcad ickby (~stefan@x5d84c64c.dyn.telefonica.de) |
| 21:45.07 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 21:59.25 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) |
| 22:24.01 | brlcad | starseeker: yeah, osx trunk |
| 23:42.04 | starseeker | may go ahead and finish his "port" of the Tcl version... I'll try to hammer it out early next week |