#604: EXC_BAD_ACCESS while opening stream -----------------------------------+---------------------------------------- Reporter: jakub.suder@… | Owner: lsansonetti@… Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Comment(by martinlagardette@…): Laurent: the crash comes from the fact that rb_f_open receives argc == 4 with argv == 0x0. I don't know why rb_f_open is called here, since the code should be dealing with C / CF sockets. I guess this is the issue that should be looked upon, but as a temporary fix, a quick check of argc NULL-ness makes the whole thing work (see io.c.diff). -- Ticket URL: <http://www.macruby.org/trac/ticket/604#comment:4> MacRuby <http://macruby.org/>

#604: EXC_BAD_ACCESS while opening stream -----------------------------------+---------------------------------------- Reporter: jakub.suder@… | Owner: lsansonetti@… Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Comment(by jakub.suder@…): I've tried the "if NULL" fix, but all it does is makes my request fail instead of crashing the program, so it's not really a solution... I think you're right that Ruby must be overriding something that it shouldn't override. The previous function on the stack is CFReadStreamOpen and I found some sources here http://www.opensource.apple.com/source/CF/CF-550/CFStream.c from which it looks like the CFReadStreamOpen function should just call "open" method on the provided stream object, but instead it magically appears in the Ruby's Kernel::open method (if I understand correctly what rb_f_open means)... I tried to figure out if I can reroute the call to the proper place from rb_f_open, but I just don't know the code well enough. Looks like the argc is 4, argv is NULL, SEL is a "open" string, but I have no idea what I can do with that. For now I'll try to work around this by using pure NSURLConnection or even some non-Cocoa Ruby code, but please take a look at this. -- Ticket URL: <http://www.macruby.org/trac/ticket/604#comment:6> MacRuby <http://macruby.org/>

#604: EXC_BAD_ACCESS while opening stream -----------------------------------+---------------------------------------- Reporter: jakub.suder@… | Owner: lsansonetti@… Type: defect | Status: closed Priority: critical | Milestone: MacRuby 0.6 Component: MacRuby | Resolution: invalid Keywords: | -----------------------------------+---------------------------------------- Changes (by martinlagardette@…): * status: new => closed * resolution: => invalid * milestone: => MacRuby 0.6 Comment: OK, we found the culprit. The problem is that `ASIHTTPRequest` defines `ASIInputStream`, which inherits from `NSObject` (and not `NSInputStream` because it's a little bit complicated). To overcome this limitation and simulate inheriting `NSInputStream`, `ASIInputStream` forwards all unknown invocations to its internal `NSInputStream`. However, since MacRuby defines `#open` on `Kernel` (included by `Object`), when `-open` is sent to `ASIInputStream`, the Obj-C runtime considers the object knows how to respond to this message, which is why instead of asking the object if a message forwarding is needed, it just sends it `-open` (aka our `rb_f_open`). The fix is very easy, and I am going to mail the author of ASIHTTPRequest just in case. Open `ASIInputStream.m`, and add the following between the implementations of `-read:maxLength:` and `methodSignatureForSelector:`: {{{ - (void)open { [stream open]; } }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/604#comment:8> MacRuby <http://macruby.org/>