I think the plan is to tag these as "critical". At least that's what
we have been doing for a while. Eloy might want to confirm this :-)
Laurent
On Jul 9, 2009, at 7:16 PM, Perry Smith wrote:
How do others feel about changing the tags on the tests that get
segv faults to something like "fau
How do others feel about changing the tags on the tests that get segv
faults to something like "faults". At least with my system, the whole
testing chain stops at the segv faults.
Thanks,
Perry
___
MacRuby-devel mailing list
MacRuby-devel@lists.ma
Sorry, forgot to add that you will need to uncomment the
"applicationDidFinishLaunching" method in AppDelegate.
Otherwise the project runs just fine.
Regards,
Rien.
On Jul 8, 2009, at 10:59, Laurent Sansonetti wrote:
Hi Marinus,
Are you by any chance trying to run a RubyCocoa project (of p
I've been studiously avoiding doing thread programming, but I
realize that it's needed for some kinds of problems. Anyway,
reading the thread thread made me wonder whether Laurent's new
and improved threads will be compatible with other Ruby thread
implementations or whether (say) some modificatio
I was planning to rewrite return-from-a-block today (or maybe
tomorrow). The current SjLj-based implementation is not correct
because it does not call ensure blocks, so I was thinking of using a
specialized C++ exception instead, which should do the trick.
# This was a long-standing issue b
The file is:
./spec/frozen/language/return_spec.rb
I don't know how to describe which one other than the first describe
that starts "in a Thread"
Currently it does:
The return keyword in a Thread
- raises a LocalJumpError if used to exit a threadSEGV recieved in
SEGV handler
unknown: [BU
Hi Perry,
Which spec are you talking about specifically?
Laurent
On Jul 9, 2009, at 5:56 AM, Perry Smith wrote:
The spec says that a 'return' from a thread should raise a
LocalJumpError.
Looking at the code for RETURN_NODE in compiler.cpp, the question of
"Is this a thread" is never aske
The spec says that a 'return' from a thread should raise a
LocalJumpError.
Looking at the code for RETURN_NODE in compiler.cpp, the question of
"Is this a thread" is never asked. And, I guess this exception is
only for the top level block of the thread since a function called
from the bl
#294: Experimental: EmbeddedMacRuby example crashes
-+--
Reporter: illenber...@…| Owner: lsansone...@…
Type: defect | Status: new
Priority: major
