Hi
I'm fairly certain that you have all the new files that you need. All
the other things are just fluff, used for testing, documentation and
whatnot.
/O
- Original Message -
From: Thomas E Enebo <[EMAIL PROTECTED]>
Date: Friday, June 16, 2006 7:08 pm
Subject: Re: [Jruby-devel] Spurious
Do whatever Ruby does :)On 6/16/06, Evan Buswell <[EMAIL PROTECTED]> wrote:
I'm on vacation so I haven't had a chance to look at this patch.Beware that there are issues with nonblocking io and select(). While aSocketChannel is being select()ed, it *must* be in nonblocking mode. I
was thinking abo
You're sure to know more about it than I. The "one byte" thing makes sense also, since we do get a valid gem eventually...it's just that last read that ends up getting stuck.If there's a better way to do this, or an fcntl fix that needs to be made, I'm all for it. So far, however, this primitive fi
I'm on vacation so I haven't had a chance to look at this patch.
Beware that there are issues with nonblocking io and select(). While a
SocketChannel is being select()ed, it *must* be in nonblocking mode. I
was thinking about implementing fcntl for nonblocking io, but the
problem is what if whil
What should have also been said here is that I am applying stuff
verifyably unrelated to this problem to chip down on the changeset
a bit.
-Tom
On Fri, 16 Jun 2006, Thomas E Enebo defenestrated me:
> The mondo patch is missing files that have not been marked by cvs add.
>
> I am verifyin
The mondo patch is missing files that have not been marked by cvs add.
I am verifying this right now by remote installing rails to make
sure my install is good and gems can download and work as a test (this
is using head). After this I will add your stringio patch and Charlies
thread fix and
Maybe we should hold off on the Signal implementation for 0.9.0 so we can work out the best way to do it. It's not a huge deal for this release anyway, and we can figure it out immediately after.I'm not going to have much time at all to work on JRuby from now until Sunday or Monday, so I won't be a
Hmm. That isn't the signal processing. It seems that thread still lives,
which is why Java won't shut down. I'm not sure if my evaluation of the
block in the new thread actually completes, or maybe leaves the other
thread hanging? Could you take a look, when you have the time?
I've probably not
Er...I'm running what I have...I haven't tried your new mondo patch yet.On 6/16/06, Charles O Nutter <[EMAIL PROTECTED]
> wrote:I'm running this on Linux and having the same issues as Tom on Windows.
On 6/16/06, Ola Bini <
[EMAIL PROTECTED]> wrote:
Ouch. Oh well, here's a mondo patch with everythin
I'm running this on Linux and having the same issues as Tom on Windows.On 6/16/06, Ola Bini <[EMAIL PROTECTED]> wrote:
Ouch. Oh well, here's a mondo patch with everything except for mycompletely new files:
But I'm starting to have a nagging worry that this may be something withthat \n\r vs \n -trou
I had the following issue under linux with all the recent patches applied.When I tried to C-c out of webrick, I saw this and then it sat there:[2006-06-16 11:14:09] INFO going to shutdown ...When I C-z'ed it and forcibly killed it, it output this:
[2006-06-16 11:16:33] INFO WEBrick::HTTPServer#st
Ouch. Oh well, here's a mondo patch with everything except for my
completely new files:
But I'm starting to have a nagging worry that this may be something with
that \n\r vs \n -trouble, or something else Win32-related... =/
/O
At 18:08 2006-06-16, you wrote:
I tried without the critical pa
The error is this:
Successfully built RubyGem
Name: sources
Version: 0.0.1
File: sources-0.0.1.gem
hook C:/opt/rubygems-0.8.11/./post-install.rb failed:
java.io.EOFException: Unexpected end of ZLIB input stream
Try 'ruby setup.rb --help' for detailed usage.
I do not have a stack trace
I tried without the critical patch and still had it...all patches: errorjust my version of your stuff: error (confirmed with tom's version of your stuff too)HEAD: okPerhaps something was missed in your patches, or we applied something wrong? Could you send a complete patch for all your recent chang
Hi,
I've attached the NIO patch and everything still seems to work. Maybe I
should try with your critical-patch too?
/O
At 16:58 2006-06-16, you wrote:
>It certainly could be in my environment, or it could be my nio patch was
>not correctly removed when I tested again. Maybe you could try appl
Looks like I had just made the change for Hash, but you can get the idea from this.-- Forwarded message --From: Charles O Nutter <
[EMAIL PROTECTED]>Date: Apr 14, 2006 8:43 PMSubject: PATCH: Marshalling fixes for user-extended builtin classesTo: [email protected]
Her
It certainly could be in my environment, or it could be my nio patch was not correctly removed when I tested again. Maybe you could try applying the NIO patch and see what happens?On 6/16/06,
Ola Bini <[EMAIL PROTECTED]> wrote:
Now this is strange. It works flowlessly (and REALLY fast) for me.I'm
So we have something like:
class FlashHash < Hash
...
end
and if we do a Marshal.dump(FlashHash.new)
marshalStream ends up calling marshalTo on the object being
marshalled. In this case Hash has a marshalTo where the derived
class doesn't. So we dump it as a hash...
-Tom
On Fri, 16 Jun 2006,
Yeah, remember I emailed about this a while back. I had a marshalling fix that resolved this error, but there were others.The issue is that we don't properly marshal out the class if it's a simple extension of one of our core classes. We just marshall out that it's a Hash, rather than the actual ty
Well, look at that. I shall check later tonight.
/O
At 16:28 2006-06-16, you wrote:
> It appears that when we marshal the session it writes a FlashHash
>as a Hash, then on reread of session file it now thinks it is a Hash.
>A marshalling error? Perish the thought :)
>
>-Tom
>
>On Fri, 16 Jun 2
It appears that when we marshal the session it writes a FlashHash
as a Hash, then on reread of session file it now thinks it is a Hash.
A marshalling error? Perish the thought :)
-Tom
On Fri, 16 Jun 2006, Thomas E Enebo defenestrated me:
> It looks like somewhere @session['flash'] is gettin
It looks like somewhere @session['flash'] is getting set to a
regular hash. That is causing the error. FlashHash when explcitly set
then works...
-Tom
On Fri, 16 Jun 2006, Ola Bini defenestrated me:
> Wow, goodie!
>
> I checked that flash implementation, and it's really strange. I trried to
Wow, goodie!
I checked that flash implementation, and it's really strange. I trried to
extract it (just taking out FlashHash and FlashNow) and using it from irb
in regular C Ruby,
and both keep and sweep result in infinite recursion. I can't really
understand how it works in Rails..
/O
At 15:
Title: E-mail message content
About Us
This email is to introduce Repharm; a knowledge management company that provides installed customer lists for companies such as Oracle, PeopleSoft, Siebel, etc. Listed below are just a few of the customer lists we have.
Some of the fields we include in our
HEH...Well that didn't take long. StringIO.sync= was expecting
the wrong type. Now the cool part. Cookbook is running using jdbc
and webrick! Well that is if I comment out flash.sweep in flash.rb
in actionpack. I will look at that next.
-Tom
On Fri, 16 Jun 2006, Thomas E Enebo defenestra
I added your two patches to the tree where I already have Ola's fixes.
I gave this a run against webrick running rails and we now get an
java exception versus a deadlock, so things look better. I am home sick
today so I will investigate. I will be applying Ola's patches today
and I can apply th
Now this is strange. It works flowlessly (and REALLY fast) for me.
I'm wondering what's different in my source tree...
Now, what's different in my source code tree from HEAD, right now? If I
remove all my testing files and stuff like that, that CANNOT influence, I
get this:
? lib/plaincharset.ja
Ah, ouch. I'll take a look at it later. I saw it when I created the
original Zlib too. It's probably something small, though.
/O
At 09:36 2006-06-16, you wrote:
>Also FYI, with or without my NIO fix, I'm getting the following error
>while installing RubyGems:
>
> Successfully built RubyGem
>
Awesome! Really great!
This is starting to become _really_ fun! ... maybe it's time to do a hprof
on the RDoc stuff?
/O
At 09:29 2006-06-16, you wrote:
>So we all know our friend Ola has contributed some great pieces of work
>over the past several months. As another JRubyist put it, "Ola is a f
Also FYI, with or without my NIO fix, I'm getting the following error while installing RubyGems: Successfully built RubyGem Name: sources Version: 0.0.1 File: sources-0.0.1.gemhook /home/headius/rubygems-
0.8.11/./post-install.rb failed:java.io.EOFException: Unexpected end of ZLIB input streamP
FYI, I went ahead and committed the plaincharset.jar file, since the patch seems to have mangled it.On 6/16/06, Charles O Nutter <
[EMAIL PROTECTED]> wrote:So we all know our friend Ola has contributed some great pieces of work over the past several months. As another JRubyist put it, "Ola is a f'n
31 matches
Mail list logo
