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 |