00:00:00 --- log: started retro/13.01.01 03:31:41 --- quit: obobo (Read error: Connection reset by peer) 03:31:54 --- join: obobo (~chatzilla@dyn-dsl-mb-98-124-28-49.nexicom.net) joined #retro 07:24:49 New year. Now I have to update Rancid to support another calendar year. Or maybe rewrite it completely... 07:42:05 --- quit: obobo (Ping timeout: 255 seconds) 07:55:13 tangentstorm: a blog post (with link to the repo) concerning my email client is up at http://rx-core.org/dev/corpse/article/210 07:56:00 --- join: obobo (~chatzilla@dyn-dsl-mb-216-168-124-204.nexicom.net) joined #retro 08:07:56 --- join: ncv (~quassel@unaffiliated/neceve) joined #retro 08:59:49 --- join: kumul (~kumul@67.224.165.150) joined #retro 09:50:41 --- join: erider (~chatzilla@unaffiliated/erider) joined #retro 09:50:51 happy new year! 10:08:45 --- quit: erider (Quit: ChatZilla 0.9.89 [Firefox 17.0.1/20121129162756]) 10:10:21 is it? 10:35:51 so far :) 10:40:04 crc: just caught up on your blog. are you still thinking case-insensitivity for 11.5? 10:45:31 --- quit: karswell (Read error: Connection reset by peer) 10:47:20 tangent: I'm working on that 10:48:20 I expect to have optional case insensitivity for searches working in the near future 10:51:44 cool 10:52:22 i've been going back and forth on case sensitivity in my language... pascal is insensitive, oberon is sensitive. 10:54:12 i kind of think the only real reasons i'd want it is 1. an easy way to distinguish types from variables, and 2. way to escape keywords to reuse as variable names... but i think both of those probably have better solutions, especially if i allow unicode in the mix 10:55:49 --- join: karswell (~coat@93-97-29-243.zone5.bethere.co.uk) joined #retro 11:00:51 the problem with case insensitivity is implementing a fast, case ignoring 'compare' function. A simple approach of just converting strings to lowercase before doing the compare has a big effect on performance 11:01:45 i don't think it would really matter that much :) 11:02:08 i mean it would happen at the listener, right? 11:03:15 everything could be lower case in the dictionary, or you could do what colorforth does, and have a couple extra bits to track the "canonical" capitalization 11:03:49 it makes a rebuild of the image take significantly longer (last attempt was around 9x slower) 11:04:36 I am thinking of adding a lowercase name field to the dictionary. it'd make the image bigger, but not problematically so 11:05:03 crc: what if you pushed it into the input device? instead of just read-next-byte, have a read-next-lowercase-byte 11:05:42 as if it were just a 6-bit input device or something :) 11:06:18 or... the other option might be to store a hash code 11:07:56 using a hash would be appealing, since it'd make searches potentially much faster. we just need a solid, fast hash function 11:09:03 http://stackoverflow.com/questions/822363/proof-why-does-java-lang-string-hashcodes-implementation-match-its-documenta 11:11:24 "A nice property of 31 is that the multiplication can be replaced by a shift and a subtraction for better performance: 31 * i == (i << 5) - i" -- http://stackoverflow.com/questions/299304/why-does-javas-hashcode-in-string-use-31-as-a-multiplier 11:12:54 i wonder if that's actually faster on normal computers where multiplication is directly available in the ALU... 11:16:41 I'll experiment with that 11:17:27 wasn't Mat2 working on something to do with hashes in retro a while back? 11:18:27 https://www.assembla.com/code/avm/git/nodes/master/metro/backport/hash.rx 11:22:23 Mat2's algo isn't for retro compatible strings though 11:22:48 The djb2 hash might work, but I need to check it better for performance 11:25:40 oh 11:42:35 --- quit: kumul (Quit: WeeChat 0.3.9.2) 13:57:23 --- join: kumul (~kumul@67.224.165.150) joined #retro 14:04:29 --- quit: ncv (Remote host closed the connection) 16:22:57 --- quit: karswell (Remote host closed the connection) 16:33:14 --- join: karswell (~coat@93-97-29-243.zone5.bethere.co.uk) joined #retro 16:59:29 --- quit: karswell (Remote host closed the connection) 17:09:46 --- join: karswell (~coat@93-97-29-243.zone5.bethere.co.uk) joined #retro 19:32:15 --- join: intothev01d_m (~intothev0@8.27.217.75) joined #retro 19:39:30 --- quit: kumul (Quit: WeeChat 0.3.9.2) 21:23:26 --- quit: intothev01d_m (Quit: intothev01d_m) 23:59:59 --- log: ended retro/13.01.01