Hi,
> Indeed, String#[] will now perform slower on UTF8 non-ascii strings, because
> computing the character index cannot be done in constant time anymore.
> I don't believe this can be improved using the optimization we implemented
> for #gsub and #scan. Maybe 1.9.2 has a better optimization, I w
Hi Yasu,
Thanks for reporting this. I believe the optimization we added for #gsub can
also be used in #split. I see that you filed a ticket, we will follow up there.
Laurent
On Jan 16, 2011, at 10:12 AM, Yasu Imao wrote:
> Hi again,
>
> Another String performance issue. Tested on a text file
Hi Yasu,
Indeed, String#[] will now perform slower on UTF8 non-ascii strings, because
computing the character index cannot be done in constant time anymore.
I don't believe this can be improved using the optimization we implemented for
#gsub and #scan. Maybe 1.9.2 has a better optimization, I w
Daniel, it looks to me that your object might get GC'd. Try using an instance
variable instead let us know.
- Matt
Sent from my iPhone
On Jan 16, 2011, at 14:18, Joel Reymont wrote:
>
> On Jan 16, 2011, at 6:28 PM, Daniel Lopes wrote:
>
>> Everything goes and compile but the selector regist
On Jan 16, 2011, at 6:28 PM, Daniel Lopes wrote:
> Everything goes and compile but the selector registered in notification is
> not called when user interact with ABPeoplePicker.
Are you sure?
I'm asking because building and running the code in FaceFinder.zip gives me
this in the console:
[
Hello,
I'm playing with notification in MacRuby but I don't know the behavior of the
same thing in Objc is a little diferent. I believe the problem could be
something related to Macruby's XCode template that don't do something that the
normal cocoa do.
The app is really simple and I just creat
Hi again,
Another String performance issue. Tested on a text file with 4360 lines (\n)
(different from the one I used with other tests). With these tests, 0.9
nightly is much much slower than 0.8, so I'll file a ticket for 0.9.
Test 1 - File.read("test.txt").split(/\n/)
Test 2 - File.read("te
Hi,
I found another String performance issue, which is different from #1077. I
used the same 8092 words English text in UTF-8 used in #1077.
The latest nightly (2011/01/16) is about 6 times slower than MacRuby 0.8, which
was as fast as 1.9.2.
I'm just wondering if I should file this for 0.9
