date:20100512

Re: [MacRuby-devel] [MacRuby] #706: YAML output for unicode chars should be the same as Ruby1.9

2010-05-12 Thread MacRuby

#706: YAML output for unicode chars should be the same as Ruby1.9
+---
 Reporter:  jazz...@…   |   Owner:  lsansone...@…
 Type:  defect  |  Status:  new  
 Priority:  major   |   Milestone:  MacRuby 0.7  
Component:  MacRuby |Keywords:  yaml 
+---

Comment(by lsansone...@…):

 Isn't that a dup of #339, which was closed as "behaves correctly"? We
 believe this is a bug in syck and that MacRuby respects the YAML spec.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #706: YAML output for unicode chars should be the same as Ruby1.9

2010-05-12 Thread MacRuby

#706: YAML output for unicode chars should be the same as Ruby1.9
+---
 Reporter:  jazz...@…   |Owner:  lsansone...@…
 Type:  defect  |   Status:  closed   
 Priority:  major   |Milestone:   
Component:  MacRuby |   Resolution:  invalid  
 Keywords:  yaml|  
+---
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => invalid
  * milestone:  MacRuby 0.7 =>


-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #706: YAML output for unicode chars should be the same as Ruby1.9

2010-05-12 Thread MacRuby

#706: YAML output for unicode chars should be the same as Ruby1.9
+---
 Reporter:  jazz...@…   |Owner:  lsansone...@…
 Type:  defect  |   Status:  closed   
 Priority:  major   |Milestone:   
Component:  MacRuby |   Resolution:  invalid  
 Keywords:  yaml|  
+---

Comment(by jazz...@…):

 It's not a dup of #339 because #339 was about "last character missing in
 YAML output"! This was resolved, so I opened a new ticket!

 The short form is:

 {{{
 $ macruby -r 'yaml' -e 'puts "Rübe".to_yaml'
 --- "R\xFCbe"
 }}}

 and the output should be

 {{{
 --- "R\xC3\xBCbe"
 }}}

 like in Ruby1.9, which Vincent I. says is the reference!

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #706: YAML output for unicode chars should be the same as Ruby1.9

2010-05-12 Thread MacRuby

#706: YAML output for unicode chars should be the same as Ruby1.9
+---
 Reporter:  jazz...@…   |Owner:  lsansone...@…
 Type:  defect  |   Status:  closed   
 Priority:  major   |Milestone:   
Component:  MacRuby |   Resolution:  invalid  
 Keywords:  yaml|  
+---

Comment(by vincent.isamb...@…):

 Ruby 1.9 is indeed the reference for most behavior, but Syck that is used
 when you do require 'yaml' on 1.9 (and even 1.9) is just very bad and does
 not respect the YAML specs.

 Ruby 1.9 now also includes a new library for YAML (psych) that does not
 have this problem.

 {{{
 % ruby1.9 -e 'require "psych"; p Psych.load("--- \"R\\xC3\\xBCbe\"")'
 "RÃ¼be"
 % ruby1.9 -e 'require "psych"; p Psych.load("--- \"R\\xFCbe\"")'
 "Rübe"
 }}}

 In fact psych does not even escape the "ü".
 {{{
 % ruby1.9 -e 'require "psych"; puts "Rübe".to_yaml'
 --- Rübe
 ...
 }}}

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #706: YAML output for unicode chars should be the same as Ruby1.9

2010-05-12 Thread MacRuby

#706: YAML output for unicode chars should be the same as Ruby1.9
+---
 Reporter:  jazz...@…   |Owner:  lsansone...@…
 Type:  defect  |   Status:  closed   
 Priority:  major   |Milestone:   
Component:  MacRuby |   Resolution:  invalid  
 Keywords:  yaml|  
+---

Comment(by jazz...@…):

 Replying to [comment:4 vincent.isamb...@…]:
 > In fact psych does not even escape the "ü".
 > {{{
 > % ruby1.9 -e 'require "psych"; puts "Rübe".to_yaml'
 > --- Rübe
 > ...
 > }}}

 hey, that would be the best solution (I already suggested that in #339.
 I'm looking forward for psych in MacRuby (I can wait a little)...

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] [MacRuby] #707: raising an exception inside a rescue raises the rescued exception instead of the new exception

2010-05-12 Thread MacRuby

#707: raising an exception inside a rescue raises the rescued exception instead
of the new exception
---+
 Reporter:  th...@…|   Owner:  lsansone...@…
 Type:  defect |  Status:  new  
 Priority:  blocker|   Milestone:   
Component:  MacRuby|Keywords:   
---+
 Hi while trying to setup a testsuite with mocha and bacon by using Eloy's
 mocha-on-bacon things fall apart because of the mentioned bug.

 Here some code to reproduce the bug:

 def test_catch_and_raise
   begin
 raise StandardError
   rescue
 raise Exception
   end
 end

 -- macruby 0.6 --
 test_catch_and_raise => StandardError: StandardError
 -- ruby 1.9.1
 test_catch_and_raise => Exception: Exception

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] installing tmail

2010-05-12 Thread Brian Marick

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 
extconf.rb", "creating Makefile\n", "make", "/usr/bin/gcc -I. 
-I/Library/Frameworks/MacRuby.framework/Versions/0.6/usr/include/ruby-1.9.0/universal-darwin10.0
 
-I/Library/Frameworks/MacRuby.framework/Versions/0.6/usr/include/ruby-1.9.0/ruby/backward
 -I/Library/Frameworks/MacRuby.framework/Versions/0.6/usr/include/ruby-1.9.0 
-I.  -fno-common -fexceptions -fno-common -pipe -O3 -g -Wall -Wno-parentheses 
-D_FILE_OFFSET_BITS=64 -arch i386 -arch x86_64 -o tmailscanner.o -c 
tmailscanner.c\ntmailscanner.c:32:16: error: re.h: No such file or 
directory\ntmailscanner.c: In function 'mails_s_new':\ntmailscanner.c:93: 
warning: assignment discards qualifiers from pointer target 
type\ntmailscanner.c: In function 'skip_japanese_string':\ntmailscanner.c:218: 
warning: implicit declaration of function 'ismbchar'\ntmailscanner.c:219: 
warning: implicit declaration of function 'mbclen'\ntmailscanner.c: In function 
'digit_p':\ntmai
 lscanner.c:410: warning: assignment discards qualifiers from pointer target 
type\ntmailscanner.c: In function 'atomsym':\ntmailscanner.c:430: warning: 
initialization discards qualifiers from pointer target 
type\ntmailscanner.c:32:16: error: re.h: No such file or 
directory\ntmailscanner.c: In function 'mails_s_new':\ntmailscanner.c:93: 
warning: assignment discards qualifiers from pointer target 
type\ntmailscanner.c: In function 'skip_japanese_string':\ntmailscanner.c:218: 
warning: implicit declaration of function 'ismbchar'\ntmailscanner.c:219: 
warning: implicit declaration of function 'mbclen'\ntmailscanner.c: In function 
'digit_p':\ntmailscanner.c:410: warning: assignment discards qualifiers from 
pointer target type\ntmailscanner.c: In function 
'atomsym':\ntmailscanner.c:430: warning: initialization discards qualifiers 
from pointer target type\nlipo: can't open input file: /var/tmp//ccheFt8w.out 
(No such file or directory)\nmake: *** [tmailscanner.o] Error 1\n"]


-
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

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #694: framework 'Cocoa' in macirb crashes 0.6, 0.7

2010-05-12 Thread MacRuby

#694: framework 'Cocoa' in macirb crashes 0.6, 0.7
-+--
 Reporter:  mar...@… |Owner:  lsansone...@…
 Type:  defect   |   Status:  closed   
 Priority:  major|Milestone:   
Component:  MacRuby  |   Resolution:  worksforme   
 Keywords:   |  
-+--

Comment(by mar...@…):

 => "svn revision 4028 from
 http://svn.macosforge.org/repository/ruby/MacRuby/trunk";

 I've added the crash log but left the bug closed.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] installing tmail

2010-05-12 Thread Brian Marick

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

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] HAVE_RUBY_VM_H and nkf.bundle (was: installing tmail)

2010-05-12 Thread Brian Marick

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. It's not defined in either 
1.8.7 or MacRuby.

Is there a more correct way to say "compiling against 1.9"? I don't see 
anything obvious in the include files, other than parsing it out of paths.

(Is there a correct way to say "compiling against MacRuby?")

=

Hacking around that gets tmailscanner.c to compile, but tmail also requires 
'nkf.bundle', which exists in 1.8 but not in MacRuby. I might try to compile 
the version out of 1.9, but this pile of yak hair is getting pretty deep, 
considering I just want to parse RFC822 headers.

-
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

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] HAVE_RUBY_VM_H and nkf.bundle (was: installing tmail)

2010-05-12 Thread Brian Marick

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/clients/SES/Lib/nkf.bundle
  Expected in: flat namespace

Compilation looked like this:

/usr/bin/gcc -I. 
-I/Library/Frameworks/MacRuby.framework/Versions/0.6/usr/include/ruby-1.9.0/universal-darwin10.0
 
-I/Library/Frameworks/MacRuby.framework/Versions/0.6/usr/include/ruby-1.9.0/ruby/backward
 -I/Library/Frameworks/MacRuby.framework/Versions/0.6/usr/include/ruby-1.9.0 
-I.  -fno-common -fexceptions -fno-common -pipe -O3 -g -Wall -Wno-parentheses 
-arch i386 -arch x86_64 -o nkf.o -c nkf.c
/usr/bin/gcc -dynamic -bundle -undefined suppress -flat_namespace -arch i386 
-arch x86_64 -o nkf.bundle nkf.o -L. 
-L/Library/Frameworks/MacRuby.framework/Versions/0.6/usr/lib   -arch i386 -arch 
x86_64  -lmacruby   


It's been 15-some years since I last used a C compiler in anger, so I'm out of 
my depth.


-
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

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] installing tmail

2010-05-12 Thread Laurent Sansonetti

"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 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 
> extconf.rb", "creating Makefile\n", "make", "/usr/bin/gcc -I. 
> -I/Library/Frameworks/MacRuby.framework/Versions/0.6/usr/include/ruby-1.9.0/universal-darwin10.0
>  
> -I/Library/Frameworks/MacRuby.framework/Versions/0.6/usr/include/ruby-1.9.0/ruby/backward
>  -I/Library/Frameworks/MacRuby.framework/Versions/0.6/usr/include/ruby-1.9.0 
> -I.  -fno-common -fexceptions -fno-common -pipe -O3 -g -Wall -Wno-parentheses 
> -D_FILE_OFFSET_BITS=64 -arch i386 -arch x86_64 -o tmailscanner.o -c 
> tmailscanner.c\ntmailscanner.c:32:16: error: re.h: No such file or 
> directory\ntmailscanner.c: In function 'mails_s_new':\ntmailscanner.c:93: 
> warning: assignment discards qualifiers from pointer target 
> type\ntmailscanner.c: In function 
> 'skip_japanese_string':\ntmailscanner.c:218: warning: implicit declaration of 
> function 'ismbchar'\ntmailscanner.c:219: warning: implicit declaration of 
> function 'mbclen'\ntmailscanner.c: In function 'digit_p':\ntm
 ai
> lscanner.c:410: warning: assignment discards qualifiers from pointer target 
> type\ntmailscanner.c: In function 'atomsym':\ntmailscanner.c:430: warning: 
> initialization discards qualifiers from pointer target 
> type\ntmailscanner.c:32:16: error: re.h: No such file or 
> directory\ntmailscanner.c: In function 'mails_s_new':\ntmailscanner.c:93: 
> warning: assignment discards qualifiers from pointer target 
> type\ntmailscanner.c: In function 
> 'skip_japanese_string':\ntmailscanner.c:218: warning: implicit declaration of 
> function 'ismbchar'\ntmailscanner.c:219: warning: implicit declaration of 
> function 'mbclen'\ntmailscanner.c: In function 
> 'digit_p':\ntmailscanner.c:410: warning: assignment discards qualifiers from 
> pointer target type\ntmailscanner.c: In function 
> 'atomsym':\ntmailscanner.c:430: warning: initialization discards qualifiers 
> from pointer target type\nlipo: can't open input file: /var/tmp//ccheFt8w.out 
> (No such file or directory)\nmake: *** [tmailscanner.o] Error 1\n"]
> 
> 
> -
> 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
> 
> ___
> MacRuby-devel mailing list
> MacRuby-devel@lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] HAVE_RUBY_VM_H and nkf.bundle (was: installing tmail)

2010-05-12 Thread Laurent Sansonetti

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 a synonym for "on 1.9". It's 
> defined once in the 1.9 source I have, never used. It's not defined in either 
> 1.8.7 or MacRuby.
> 
> Is there a more correct way to say "compiling against 1.9"? I don't see 
> anything obvious in the include files, other than parsing it out of paths.

(I should have read all the messages first :-).)

I agree, it sounds like they use HAVE_RUBY_VM_H to determine if they build 
against 1.9. We need to define that variable in MacRuby too.

I don't think there is a better way yet. I know that Nokogiri does something 
even worse (it assumes it's 1.9 if the encoding.h header exists, or something 
similar).

> Hacking around that gets tmailscanner.c to compile, but tmail also requires 
> 'nkf.bundle', which exists in 1.8 but not in MacRuby. I might try to compile 
> the version out of 1.9, but this pile of yak hair is getting pretty deep, 
> considering I just want to parse RFC822 headers.

We don't compile the nkf extension yet because we thought it wouldn't been 
necessary with the new 1.9 encodings API. But it looks like we might have to 
ship it nevertheless. I suspect we should be able to make a pure Ruby version 
for it.

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).

Laurent
___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #694: framework 'Cocoa' in macirb crashes 0.6, 0.7

2010-05-12 Thread MacRuby

#694: framework 'Cocoa' in macirb crashes 0.6, 0.7
-+--
 Reporter:  mar...@… |Owner:  lsansone...@…
 Type:  defect   |   Status:  reopened 
 Priority:  major|Milestone:   
Component:  MacRuby  |   Resolution:   
 Keywords:   |  
-+--
Changes (by lsansone...@…):

  * status:  closed => reopened
  * resolution:  worksforme =>


Comment:

 That's an interesting crash... re-opening the bug. Do you still happen to
 reproduce it?

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #694: framework 'Cocoa' in macirb crashes 0.6, 0.7

2010-05-12 Thread MacRuby

#694: framework 'Cocoa' in macirb crashes 0.6, 0.7
-+--
 Reporter:  mar...@… |Owner:  lsansone...@…
 Type:  defect   |   Status:  reopened 
 Priority:  major|Milestone:   
Component:  MacRuby  |   Resolution:   
 Keywords:   |  
-+--

Comment(by mar...@…):

 Here's the cause. I normally don't use .irbrc, but I set one up a couple
 years ago and forgot it. It contains:

 {{{
 require 'fileutils'
 include FileUtils::Verbose
 }}}

 Remove those lines and the crash goes away.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] HAVE_RUBY_VM_H and nkf.bundle (was: installing tmail)

2010-05-12 Thread Brian Marick


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_support. 

# require 'active_support/dependencies'
#  include ActiveSupport::CoreExtensions::String::OutputSafety

#  include ActiveSupport::CoreExtensions::Range::IncludeRange
#  include ActiveSupport::CoreExtensions::Range::BlocklessStep


I notice active_support didn't make it into 0.6. Is it a priority for 0.7?


-
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

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #707: raising an exception inside a rescue raises the rescued exception instead of the new exception

2010-05-12 Thread MacRuby

#707: raising an exception inside a rescue raises the rescued exception instead
of the new exception
---+
 Reporter:  th...@…|   Owner:  lsansone...@…
 Type:  defect |  Status:  new  
 Priority:  blocker|   Milestone:   
Component:  MacRuby|Keywords:   
---+

Comment(by lsansone...@…):

 {{{
 $ ./miniruby -e "begin; raise 'bad'; rescue; raise 'ok'; end"
 /Users/lrz/src/macruby-trunk/-e:1:in `': bad (RuntimeError)
 }}}

 I bet it's related to the way we push/pop VM exceptions in the landing
 pad.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #707: raising an exception inside a rescue raises the rescued exception instead of the new exception

2010-05-12 Thread MacRuby

#707: raising an exception inside a rescue raises the rescued exception instead
of the new exception
---+
 Reporter:  th...@…|   Owner:  lsansone...@…
 Type:  defect |  Status:  new  
 Priority:  blocker|   Milestone:   
Component:  MacRuby|Keywords:   
---+

Comment(by lsansone...@…):

 Added to test_vm in r4080.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] HAVE_RUBY_VM_H and nkf.bundle (was: installing tmail)

2010-05-12 Thread Laurent Sansonetti

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 runs into problems with various 
> pieces of active_support. 
> 
> # require 'active_support/dependencies'
> #  include ActiveSupport::CoreExtensions::String::OutputSafety
> 
> #  include ActiveSupport::CoreExtensions::Range::IncludeRange
> #  include ActiveSupport::CoreExtensions::Range::BlocklessStep
> 
> 
> I notice active_support didn't make it into 0.6. Is it a priority for 0.7?

Hopefully yes! Running the Rails libraries has never been a priority so far, 
but hopefully we might be able to run it out of the box in 0.7.

Laurent
___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #694: framework 'Cocoa' in macirb crashes 0.6, 0.7

2010-05-12 Thread MacRuby

#694: framework 'Cocoa' in macirb crashes 0.6, 0.7
-+--
 Reporter:  mar...@… |Owner:  lsansone...@…
 Type:  defect   |   Status:  reopened 
 Priority:  major|Milestone:   
Component:  MacRuby  |   Resolution:   
 Keywords:   |  
-+--

Comment(by lsansone...@…):

 Thanks for the reduction :)

 {{{
 $ cat t2.rb
 require 'fileutils'
 include FileUtils::Verbose
 framework 'Cocoa'
 $ ./miniruby t2.rb
 Segmentation fault: 11
 }}}

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #689: Net::HTTP.post_form() is broken.

2010-05-12 Thread MacRuby

#689: Net::HTTP.post_form() is broken.
-+--
 Reporter:  r...@…|Owner:  lsansone...@…
 Type:  defect   |   Status:  closed   
 Priority:  blocker  |Milestone:  MacRuby 0.7  
Component:  MacRuby  |   Resolution:  fixed
 Keywords:   |  
-+--
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  => MacRuby 0.7


Comment:

 This was simply a bug in net/http.rb that was fixed upstream in 1.9, #to_s
 wasn't called on keys on the given hash. I backported the latest version
 in r4083 and the snippet now works.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] [MacRuby] #708: nkf must be bundled and functional

2010-05-12 Thread MacRuby

#708: nkf must be bundled and functional
---+
 Reporter:  lsansone...@…  |   Owner:  lsansone...@…
 Type:  defect |  Status:  new  
 Priority:  blocker|   Milestone:   
Component:  MacRuby|Keywords:   
---+
 Currently, the nkf extension isn't built. It is required by a few
 libraries (like tmail) so it is necessary to make sure it's bundled and
 functional.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] HAVE_RUBY_VM_H and nkf.bundle (was: installing tmail)

2010-05-12 Thread Laurent Sansonetti

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
>> #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. It's not defined in 
>> either 1.8.7 or MacRuby.
>> 
>> Is there a more correct way to say "compiling against 1.9"? I don't see 
>> anything obvious in the include files, other than parsing it out of paths.
> 
> (I should have read all the messages first :-).)
> 
> I agree, it sounds like they use HAVE_RUBY_VM_H to determine if they build 
> against 1.9. We need to define that variable in MacRuby too.
> 
> I don't think there is a better way yet. I know that Nokogiri does something 
> even worse (it assumes it's 1.9 if the encoding.h header exists, or something 
> similar).
> 
>> Hacking around that gets tmailscanner.c to compile, but tmail also requires 
>> 'nkf.bundle', which exists in 1.8 but not in MacRuby. I might try to compile 
>> the version out of 1.9, but this pile of yak hair is getting pretty deep, 
>> considering I just want to parse RFC822 headers.
> 
> We don't compile the nkf extension yet because we thought it wouldn't been 
> necessary with the new 1.9 encodings API. But it looks like we might have to 
> ship it nevertheless. I suspect we should be able to make a pure Ruby version 
> for it.
> 
> 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 added HAVE_RUBY_VM_H in r4086 and filed 
https://www.macruby.org/trac/ticket/708 to track the nkf support.

Laurent
___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #708: nkf must be bundled and functional

2010-05-12 Thread MacRuby

#708: nkf must be bundled and functional
---+
 Reporter:  lsansone...@…  |Owner:  lsansone...@…
 Type:  defect |   Status:  closed   
 Priority:  blocker|Milestone:  MacRuby 0.7  
Component:  MacRuby|   Resolution:  fixed
 Keywords: |  
---+
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  => MacRuby 0.7


Comment:

 nkf was brought back to life in r4089. It seems to work for me for simple
 things, but testing nkf is really hard, and the lack of tests/specs does
 not arrange things. But at least it's there and functional.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] Mapping of Objective-C Blocks to MacRuby

2010-05-12 Thread steve ross

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?
___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #706: YAML output for unicode chars should be the same as Ruby1.9

Re: [MacRuby-devel] [MacRuby] #706: YAML output for unicode chars should be the same as Ruby1.9

Re: [MacRuby-devel] [MacRuby] #706: YAML output for unicode chars should be the same as Ruby1.9

Re: [MacRuby-devel] [MacRuby] #706: YAML output for unicode chars should be the same as Ruby1.9

Re: [MacRuby-devel] [MacRuby] #706: YAML output for unicode chars should be the same as Ruby1.9

[MacRuby-devel] [MacRuby] #707: raising an exception inside a rescue raises the rescued exception instead of the new exception

[MacRuby-devel] installing tmail

Re: [MacRuby-devel] [MacRuby] #694: framework 'Cocoa' in macirb crashes 0.6, 0.7

Re: [MacRuby-devel] installing tmail

[MacRuby-devel] HAVE_RUBY_VM_H and nkf.bundle (was: installing tmail)

Re: [MacRuby-devel] HAVE_RUBY_VM_H and nkf.bundle (was: installing tmail)

Re: [MacRuby-devel] installing tmail

Re: [MacRuby-devel] HAVE_RUBY_VM_H and nkf.bundle (was: installing tmail)

Re: [MacRuby-devel] [MacRuby] #694: framework 'Cocoa' in macirb crashes 0.6, 0.7

Re: [MacRuby-devel] [MacRuby] #694: framework 'Cocoa' in macirb crashes 0.6, 0.7

Re: [MacRuby-devel] HAVE_RUBY_VM_H and nkf.bundle (was: installing tmail)

Re: [MacRuby-devel] [MacRuby] #707: raising an exception inside a rescue raises the rescued exception instead of the new exception

Re: [MacRuby-devel] [MacRuby] #707: raising an exception inside a rescue raises the rescued exception instead of the new exception

Re: [MacRuby-devel] HAVE_RUBY_VM_H and nkf.bundle (was: installing tmail)

Re: [MacRuby-devel] [MacRuby] #694: framework 'Cocoa' in macirb crashes 0.6, 0.7

Re: [MacRuby-devel] [MacRuby] #689: Net::HTTP.post_form() is broken.

[MacRuby-devel] [MacRuby] #708: nkf must be bundled and functional

Re: [MacRuby-devel] HAVE_RUBY_VM_H and nkf.bundle (was: installing tmail)

Re: [MacRuby-devel] [MacRuby] #708: nkf must be bundled and functional

[MacRuby-devel] Mapping of Objective-C Blocks to MacRuby

25 matches

Site Navigation

Mail list logo

Footer information