#722: Multiple Threads are causing Segmentation Faults
--+-
Reporter: jankass...@… | Owner: lsansone...@…
Type: defect| Status: new
Priority: blocker
#696: net/ftp doesn't work
---+
Reporter: daniel.fonta...@… | Owner: pthom...@…
Type: defect | Status: assigned
Priority: blocker| Mile
#722: Multiple Threads are causing Segmentation Faults
--+-
Reporter: jankass...@… | Owner: lsansone...@…
Type: defect| Status: new
Priority: blocker
On 19 May 2010, at 00:19, Laurent Sansonetti wrote:
> I tried your snippet but it works fine for me. I didn't get any crash. But
> your environment might differ from mine.
Out of interest I tried his snippet, and it segfaulted for me too.
https://gist.github.com/7f75c2aa6bd1544befab has my cra
Hi Jan,
I tried your snippet but it works fine for me. I didn't get any crash. But your
environment might differ from mine.
In any case, it should not crash, so please file a ticket and attach the crash
log (or a full threads backtrace from gdb), and I will have a look :)
Thanks,
Laurent
On
Indeed, methods with normal arities (0..n arguments) conform to the Objective-C
ABI, so using the bracket syntax just works. But for Ruby methods using complex
arities (like splat or optional arguments), you will likely get a crash. This
is why the -performRubySelector: method was introduced. It
Hi Dave,
I see. If this pattern is used inside the Apple Sketch sample (so, in source
code you control and not in a framework), then indeed passing a unique Pointer
instance should do the trick.
There are probably better ways to do what you want without using the context
argument, once you are
I traced the bug down to a small script, but can’t get it smaller than this:
http://pastie.textmate.org/private/m21wkng3mgu7wvksbu4rq
According to the apple documentation [1] the Calendar Store framework is thread
safe, but removing it removes the seg faults and bus errors I’m getting. It
might
great!
I can even seem to send messages directly to my MacRuby classes and
instances...
like:
id obj = [Foo new:@"objc"];
and
[obj hello];
but in the second case I get a compiler warning: "No -hello method found"??
2010/5/18 Laurent Sansonetti
> Hi Louis-Philippe,
>
> Assuming MacRuby code defi
Hi Laurent,
I am converting the Apple Sketch sample app to macruby and this construct is
used everywhere. My understanding (maybe faulty) is all they are trying to do
is generate a unique pointer - pointing at a unique static string should do
this, and by assigning it to a constant will show u
Hi Louis-Philippe,
Assuming MacRuby code defines:
class Foo
def initialize(message)
@message
end
def hello
puts "hello #{message}"
end
end
You should be able to retrieve a reference to Foo using:
Class Foo = [[MacRuby sharedRuntime] evaluateString:@"Foo"];
Or, more simply:
Cla
Hi,
Could you try to reduce the problem to a simple script and attach it to our
tracker? It's hard to know what's wrong otherwise. Marshaling hashes (even
those with singleton classes) is supposed to work
Thanks a lot in advance,
Laurent
On May 17, 2010, at 5:55 AM, Wladj wrote:
> Hi,
>
> i
Hi Dave,
Sorry for the late reply.
I'm afraid it's not currently possible to pass a string as an API that accepts
a 'void *' (which seems to be your case). If you file a ticket on the tracker
we can address this problem.
Your Pointer.new call may not raise a runtime exception but I suspect it'
Hi,
I don't know if this is the good list to ask this question as it is my
first...
So,
I saw how I can have a MacRuby cocoa app, importing objective-c classes.
I can't find info on how to do the opposite... having an Objective-C cocoa
app, importing and using MacRuby Classes...
All I managed to
#721: Compiled ruby files return incorrect values for __FILE__
-+--
Reporter: m...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority: major
15 matches
Mail list logo