I look forward to your book with impatience. From the other stuff I have seen of yours, I expect that it will be both informative and literate. May I put in a plea, hopefully before it is too late? Could you please either make mastery of xcode optional---which I would prefer---or provide a mental model for it that makes it coherent? Every purported introduction attempts to lead me by the hand through a morass of totally unmotivated complexity while expecting me to be grateful for how it is simplifying my life. It would be a great pity if the elegance of Macruby could only be appreciated after hacking ones way through miles of xcode underbrush. --Martin Kay On Dec 29, 2009, at 10:46 PM, macruby-devel-request@lists.macosforge.org wrote:
Send MacRuby-devel mailing list submissions to macruby-devel@lists.macosforge.org
To subscribe or unsubscribe via the World Wide Web, visit http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel or, via email, send a message with subject or body 'help' to macruby-devel-request@lists.macosforge.org
You can reach the person managing the list at macruby-devel-owner@lists.macosforge.org
When replying, please edit your Subject line so it is more specific than "Re: Contents of MacRuby-devel digest..."
Today's Topics:
1. Error Handling (Robert Rice) 2. Input field list (Robert Rice) 3. Re: Input field list (Steven Canfield) 4. Re: Input field list (Matt Aimonetti) 5. detect the language of a string (Matt Aimonetti) 6. Re: detect the language of a string (Conrad Taylor)
----------------------------------------------------------------------
Message: 1 Date: Tue, 29 Dec 2009 20:42:00 -0500 From: Robert Rice <rice.audio@pobox.com> To: "MacRuby development discussions." <macruby-devel@lists.macosforge.org> Subject: [MacRuby-devel] Error Handling Message-ID: <22ADDFA8-03F6-4136-993C-26D3D7F47C80@pobox.com> Content-Type: text/plain; charset="us-ascii"
MacRuby is working out well for my application with the exception of error handling. I find that I cannot get a traceback of all errors even when I have a rescue pushed on the stack. Sending a message to an undefined class action causes a hang with no error message that I cannot recover from. Nor can I always get useful information from the "bt" command in GDB if GDB even remains running after the error.
Is there a way to trace actions calls from NSApplicationMain?
Thanks, Bob Rice