Here's an early attempt to get Marshalling working for simple extensions of the builtin classes. I believe that Ruby in these cases is simply looking for an extended builtin classes that doesn't define its own marshalling, such as is the case in FlashHash in Rails and in the MyHash sample I sent ea
On 4/14/06, Charles O Nutter <[EMAIL PROTECTED]> wrote:
Tom may want it for cygwin...Tom?That's true, I just figured if you're working in cygwin you're probably already inside of a bash shell. Cygwin AFAIK does not provide a
bashw.exe ;)
Tom may want it for cygwin...Tom?On 4/14/06, Nick Sieger <[EMAIL PROTECTED]> wrote:
On 4/14/06, Charles O Nutter <[EMAIL PROTECTED]
> wrote:
I just added a jrubyw.bat for running JRuby without a command prompt (like javaw, rubyw, etc). If someone wants to make a similar change for the shell script
On 4/14/06, Charles O Nutter <[EMAIL PROTECTED]> wrote:
I just added a jrubyw.bat for running JRuby without a command prompt (like javaw, rubyw, etc). If someone wants to make a similar change for the shell script, I'd be much obliged. My shell scripting skills are very poor.
I don't think it's rea
I just added a jrubyw.bat for running JRuby without a command prompt (like javaw, rubyw, etc). If someone wants to make a similar change for the shell script, I'd be much obliged. My shell scripting skills are very poor.
-- Charles Oliver Nutter @ headius.blogspot.comJRuby Developer @ jruby.sourcef
It appears that the issue restoring a session is a problem with our marshalling implementation. The following code fails to work:class MyHash < Hash def foo; endendx = MyHash.newMarshal.load
(Marshal.dump(x)).fooThe MyHash is getting marshalled and unmarshalled as though it were a simple hash. The
I found the issue with establishing a new session deep in the bowels of RubyIO, called by FileUtils, called by PStore, called by CGI::Session, called by Rails...IO#read returns different values for EOF according to how it's called. If called with a bare arg list, it returns "". If called with a Fix
On Apr 13, 2006, at 9:20 PM, Charles O Nutter wrote:
Codehaus has stated they have a place for us when we want it. Tim
Bray also suggested Java.net, though it doesn't seem to have the
features we would want. We'll figure something out after JavaOne
and be switched by mid-summer, most likely
Charles O Nutter wrote:
I'm willing to host it in the interim; I've hosted plenty of other
sites anyway.
Are we talking about hosting the domain, or hosting the project? If the
domain, one option is to keep it at GoDaddy and just let them forward it
until you make the move to the new servers
I'm willing to host it in the interim; I've hosted plenty of other sites anyway.On 4/14/06, Thomas E Enebo <[EMAIL PROTECTED]
> wrote:On Thu, 13 Apr 2006, Charles O Nutter defenestrated me:>>Codehaus has stated they have a place for us when we want it. Tim Bray
>also suggested [1]Java.net,
On Thu, 13 Apr 2006, Charles O Nutter defenestrated me:
>
>Codehaus has stated they have a place for us when we want it. Tim Bray
>also suggested [1]Java.net, though it doesn't seem to have the
>features we would want. We'll figure something out after JavaOne and
>be switched by mi
StackOverflow happens when the Java stack is exceeded. In this case we're either actually exceeding the limits of JRuby, or there's a bug somewhere that's causing it to recurse too deep. If it's the former, you can test it by adding the following to the Java command to increase the maximum stack de
I should have a chance to look at your threading issues this weekend, Werner. Things have been busy this week with a presentation and getting Rails to run, but I'm going to circle back around to unhandled bugs.
On 4/14/06, Werner Schuster (murphee) <[EMAIL PROTECTED]> wrote:
hi there,I think I've f
Hi everyone.
Last time we got a StackOverflowError, probably from the yaml-library.
This time, I did the same operations with -Xmx256M (and I had to add
SocketError to socket.rb...)
The result was this:
src/yaml.y.rb:97:in `handle_content': stack level too deep
(SystemStackError)
from src
hi there,
I think I've found another problem with 0.8.3 and threading.
I attached a test class that reproduces the problem, but basically:
- I create a variable in one thread A (ie. Ruby code "a =1")
- I start another thread B, then try to access the variable on it (Ruby
code "p a"),
and this
15 matches
Mail list logo
