There have been various changes since I last updated this patch, but it should be mostly applicable. As I mentioned, it does work, but it's certainly not as solid as I'd like.See also RCR 328
On 3/27/06, Marc Hadley <[EMAIL PROTECTED]> wrote:
On Mar 23, 2006, at 12:09 PM, Charles O Nutter wrote:> T
RCR 328: http://www.rcrchive.net/rcr/show/328On 3/27/06, Charles O Nutter <
[EMAIL PROTECTED]> wrote:There have been various changes since I last updated this patch, but it should be mostly applicable. As I mentioned, it does work, but it's certainly not as solid as I'd like.
See also RCR 328
On 3/
On Mar 23, 2006, at 12:09 PM, Charles O Nutter wrote:
That sounds good to me. Just let me/us know if you want that
Kernel#system patch (it's ugly but it works) or if you have any
questions about JRuby internals. It's still a bit of a maze, but
it's improving rapidly.
If you send me a copy
Glob has always been a sore spot; anything you can do to help is greatly appreciated. This fix looks pretty benign.On 3/27/06, Ola Bini <
[EMAIL PROTECTED]> wrote:Hi.There was a small bug in Glob which made patterns like:
lib/**/*not return correct results when for example there existed a file name
Ask and ye shall receive. This doesn't, of course, help existing Rails installs, but it's a step in the right direction.For those of you just joining us: JRuby does not support the block param format described below. I asked Matz to point me toward where in the C code this trick is done, and he cau
Hi.
There was a small bug in Glob which made patterns like:
lib/**/*
not return correct results when for example there existed a file named
lib/sources.rb
The attached patch fixes this issue. Tests for this will come, soon enough.
Regards
Ola Bini
glob.patch
Description: Binary data
Well, actually this was more about getting RubyGems working better for
the release. (See Charles mail further down).
/O
- Original Message -
From: Thomas E Enebo <[EMAIL PROTECTED]>
Date: Monday, March 27, 2006 6:27 pm
Subject: Re: [Jruby-devel] Re: PATCH: Various fixes to make RubyGems
w
If you are wondering in regards to getting any addtional zlib fixes
in, then lets leave those until 0.8.3 is out.
-Tom
On Mon, 27 Mar 2006, Thomas E Enebo defenestrated me:
> It will be some time today. I am doing some final touches.
> I will let the suspense kill you :)
>
> -Tom
>
> On Mo
It will be some time today. I am doing some final touches.
I will let the suspense kill you :)
-Tom
On Mon, 27 Mar 2006, Ola Bini defenestrated me:
> I will check it out. When is the release "tonight" in GMT? ... I'm quite
> a few timezones away, I guess.
>
> /O
>
> - Original Message -
I will check it out. When is the release "tonight" in GMT? ... I'm quite
a few timezones away, I guess.
/O
- Original Message -
From: Charles O Nutter <[EMAIL PROTECTED]>
Date: Monday, March 27, 2006 5:27 pm
Subject: Re: [Jruby-devel] Re: PATCH: Various fixes to make RubyGems
work, almost
That seems fair. I can only assume this check was put in there to prevent a more painful failure further on in the parser, but the error message is going to be pretty straightforward in any case. Perhaps we'll add the respond_to checks, and perhaps not.
I'm more concerned about the fileutils.rb twe
At 20:45 2006-03-26, you wrote:
Agreed on all points. The two hacks for IO=== and rescue returning the
exception are, I believe easy enough fixes. The latter is an interpreter
issue, so I'll tackle that, and I think the IO=== thing is just a matter
of findign an appropriate way to define it. On
12 matches
Mail list logo
