-known issue, but we will figure it out later. Filling dups is always a
> good idea as it helps up prioritizing work.
>
> Thanks,
> Laurent
>
> On May 15, 2011, at 8:10 AM, Caio Chassot wrote:
>
>> Hi,
>>
>> Can you post some sample code?
>>
>> Tha
Hi,
I just wrote a simple script for text processing and encountered a problem with
String#sub/gsub.
Original text: UTF-8 encoded ASCII character only text
Replacing text: UTF-8 encoded text with ASCII and non-ASCII characters
(including Japanese characters)
The resulting text: all the non-ASC
Hi Vincent,
I used force_encode for a testing purpose only, which was suggested somewhere.
Using String#encode introduces another problem, so I don't want to use it in my
app. It seems to be that I have to add String#encode to all the String objects
used with the text read from a file. This
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
pp, and I committed a
> potential fix in r5043.
>
> Could you try trunk or the next nightly build and let me know if it's still
> broken for you?
>
> Thanks,
> Laurent
>
> On Dec 14, 2010, at 6:30 PM, Yasu Imao wrote:
>
>> I filed a ticket and attached a si
e to reproduce your problem, otherwise it will be
> hard to fix. I will examine the recent commits and do some detective work.
>
> Laurent
>
> On Dec 14, 2010, at 3:33 PM, Yasu Imao wrote:
>
>> Hi Laurent,
>>
>> OK. I will file a ticket, but as I wrote,
locate the change that introduced the regression. And we will make
> sure this behavior will be added to the test suite.
>
> Laurent
>
> On Dec 14, 2010, at 9:02 AM, Yasu Imao wrote:
>
>> Hi again,
>>
>> A little update. I'm not sure if I was clear en
=> Bio::Sequence::NA
> >> Bio::RestrictionEnzyme::SingleStrand.class_eval('superclass')
> => Bio::Sequence::NA
>
> .ancestors works as expected
>
> best
> ben
> ps: I am new to the list, let me know if this is the wrong place
>
> On Tue,
Hi,
Thank you for the hard work on the project. I installed 0.8 release and found
one serious bug (I think).
All the bindings to ObjectControllers are dead. I checked nightly builds one
by one and found that all the bindings work fine until 12/6 nightly and they
are dead after 12/7, includin
to a memory
> problem, maybe related to the GC.
>
> Can you try setting the GC_DISABLE environment variable to 1 when running the
> script?
>
> If it doesn't crash anymore it's probably not a bug in MacRuby then. I would
> try to rewrite the sample in pure Object
Hi,
I'm wondering what the status of using PDFKit in MacRuby. Should it be fully
usable now? I encountered a possible bug.
framework 'cocoa'
framework 'Quartz'
path =
pdfDoc = PDFDocument.alloc.initWithURL(NSURL.fileURLWithPath(path))
selections = pdfDoc.findString("the",withOptions:NSCa
fferent fixnums to
these?
Best,
Yasu
On 2010/12/03, at 6:26, Laurent Sansonetti wrote:
> Hi Yasu,
>
> On Dec 2, 2010, at 5:20 AM, Yasu Imao wrote:
>
>> Hi Laurent,
>>
>> Thank you for your prompt work. I tried the latest nightly build and it's
>> much
will
> also be in the upcoming 0.8 release.
>
> I see your ticket about the look-ahead regexp bug, I will have a look later
> today. Thanks for reporting the problem. Hopefully it can also be fixed for
> 0.8.
>
> Laurent
>
> On Dec 1, 2010, at 4:29 PM, Yasu Imao wrot
; are working on, unfortunately MacRuby doesn't fully control the object
>> allocator, as it resides in the libauto library (the Objective-C garbage
>> collector).
>>
>> In your case, I recommend using the method in Test 2, which is to not pass a
>> block.
>
Hello,
I'm rewriting an app for text analysis in MacRuby, which I originally wrote in
RubyCocoa. But I encountered a serious performance issue in MacRuby, which is
related to processing text using regular expressions.
I'm wondering if this will be taken care of in the near future (or already
16 matches
Mail list logo
