I was thinking syntax like:
open_panel = NSOpenPanel.openPanel
open_panel.beginSheetModalForWindow(@main_window,
completionHandler:lambda{|arg| "Yo, open file and user arg is #{arg}")
would be pretty sensible. But it seems not to be. Any hints?
__
#708: nkf must be bundled and functional
---+
Reporter: lsansone...@… |Owner: lsansone...@…
Type: defect | Status: closed
Priority: blocker
On May 12, 2010, at 12:42 PM, Laurent Sansonetti wrote:
> Hi Brian,
>
> On May 12, 2010, at 10:17 AM, Brian Marick wrote:
>
>> The problem with installing TMail are lines like this in tmailscanner.c
>>
>> #ifdef HAVE_RUBY_VM_H
>> #include "ruby/re.h"
>> #include "ruby/encoding.h"
>> #else
>> #in
#708: nkf must be bundled and functional
---+
Reporter: lsansone...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority: blocker
#689: Net::HTTP.post_form() is broken.
-+--
Reporter: r...@…|Owner: lsansone...@…
Type: defect | Status: closed
Priority: blocker |Milestone:
#694: framework 'Cocoa' in macirb crashes 0.6, 0.7
-+--
Reporter: mar...@… |Owner: lsansone...@…
Type: defect | Status: reopened
Priority: major
On May 12, 2010, at 1:52 PM, Brian Marick wrote:
> On May 12, 2010, at 2:42 PM, Laurent Sansonetti wrote:
>> In the meantime, I'm afraid you will have to hack the tmail sources to avoid
>> using nkf (or create a fake nkf.rb file and put it in the path).
>
> I switched to trying mail-2.2.0, but it
#707: raising an exception inside a rescue raises the rescued exception instead
of the new exception
---+
Reporter: th...@…| Owner: lsansone...@…
Type: defect |
#707: raising an exception inside a rescue raises the rescued exception instead
of the new exception
---+
Reporter: th...@…| Owner: lsansone...@…
Type: defect |
On May 12, 2010, at 2:42 PM, Laurent Sansonetti wrote:
> In the meantime, I'm afraid you will have to hack the tmail sources to avoid
> using nkf (or create a fake nkf.rb file and put it in the path).
I switched to trying mail-2.2.0, but it runs into problems with various pieces
of active_suppo
#694: framework 'Cocoa' in macirb crashes 0.6, 0.7
-+--
Reporter: mar...@… |Owner: lsansone...@…
Type: defect | Status: reopened
Priority: major
#694: framework 'Cocoa' in macirb crashes 0.6, 0.7
-+--
Reporter: mar...@… |Owner: lsansone...@…
Type: defect | Status: reopened
Priority: major
Hi Brian,
On May 12, 2010, at 10:17 AM, Brian Marick wrote:
> The problem with installing TMail are lines like this in tmailscanner.c
>
> #ifdef HAVE_RUBY_VM_H
> #include "ruby/re.h"
> #include "ruby/encoding.h"
> #else
> #include "re.h"
> #endif
>
> I suspect "HAVE_RUBY_VM_H" is being used as
"mailscanner.c:32:16: error: re.h: No such file or directory"
I suspect it's doing
require "re.h"
In Ruby 1.9, the following should be done instead
require "ruby/re.h"
Laurent
On May 12, 2010, at 8:01 AM, Brian Marick wrote:
> I'm trying to install tmail in macruby 0.6. While building the
Well, loading a compiled NKF library leads to this:
dyld: lazy symbol binding failed: Symbol not found: _rb_enc_find_index
Referenced from: /Users/marick/src/clients/SES/Lib/nkf.bundle
Expected in: flat namespace
dyld: Symbol not found: _rb_enc_find_index
Referenced from: /Users/marick/src/
The problem with installing TMail are lines like this in tmailscanner.c
#ifdef HAVE_RUBY_VM_H
#include "ruby/re.h"
#include "ruby/encoding.h"
#else
#include "re.h"
#endif
I suspect "HAVE_RUBY_VM_H" is being used as a synonym for "on 1.9". It's
defined once in the 1.9 source I have, never used. I
Sorry - I posted that too fast. Ignore it. I'll do more digging.
-
Brian Marick, independent consultant
Mostly on agile methods with a testing slant
Author of /Programming Cocoa with Ruby/
www.exampler.com, www.exampler.com/blog, www.twitter.com/marick
#694: framework 'Cocoa' in macirb crashes 0.6, 0.7
-+--
Reporter: mar...@… |Owner: lsansone...@…
Type: defect | Status: closed
Priority: major
I'm trying to install tmail in macruby 0.6. While building the native
extensions, I get the following. Ideas?
Building native extensions. This could take a while...
ERROR: Error installing tmail:
make failed:
["/Library/Frameworks/MacRuby.framework/Versions/0.6/usr/bin/macruby
extcon
#707: raising an exception inside a rescue raises the rescued exception instead
of the new exception
---+
Reporter: th...@…| Owner: lsansone...@…
Type: defect |
#706: YAML output for unicode chars should be the same as Ruby1.9
+---
Reporter: jazz...@… |Owner: lsansone...@…
Type: defect | Status: closed
Priority: major
#706: YAML output for unicode chars should be the same as Ruby1.9
+---
Reporter: jazz...@… |Owner: lsansone...@…
Type: defect | Status: closed
Priority: major
#706: YAML output for unicode chars should be the same as Ruby1.9
+---
Reporter: jazz...@… |Owner: lsansone...@…
Type: defect | Status: closed
Priority: major
#706: YAML output for unicode chars should be the same as Ruby1.9
+---
Reporter: jazz...@… |Owner: lsansone...@…
Type: defect | Status: closed
Priority: major
#706: YAML output for unicode chars should be the same as Ruby1.9
+---
Reporter: jazz...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority: major
25 matches
Mail list logo