Re: [MacRuby-devel] [MacRuby] #604: EXC_BAD_ACCESS while opening stream

[MacRuby]

#604: EXC_BAD_ACCESS while opening stream
---+
 Reporter:  jakub.su...@…  |   Owner:  lsansone...@…
 Type:  defect |  Status:  new  
 Priority:  critical   |   Milestone:   
Component:  MacRuby|Keywords:   
---+

Comment(by martinlagarde...@…):

 Laurent: the crash comes from the fact that rb_f_open receives argc == 4
 with argv == 0x0.
 I don't know why rb_f_open is called here, since the code should be
 dealing with C / CF sockets. I guess this is the issue that should be
 looked upon, but as a temporary fix, a quick check of argc NULL-ness makes
 the whole thing work (see io.c.diff).

-- 
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] #589: Build error (svn 3396)

[MacRuby]

#589: Build error (svn 3396)
-+--
 Reporter:  valerii.hi...@…  |Owner:  lsansone...@…
 Type:  defect   |   Status:  closed   
 Priority:  major|Milestone:  MacRuby 0.6  
Component:  MacRuby  |   Resolution:  fixed
 Keywords:   |  
-+--
Changes (by martinlagarde...@…):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 Closing :-)

-- 
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] #588: ld: library not found for -lLLVMBitWriter for macrubyc --static

[MacRuby]

#588: ld: library not found for -lLLVMBitWriter for macrubyc --static
+---
 Reporter:  g.vis...@…  |   Owner:  lsansone...@…
 Type:  defect  |  Status:  new  
 Priority:  major   |   Milestone:  MacRuby 0.5  
Component:  MacRuby |Keywords:   
+---

Old description:

> {{{
>
> vishnugo...@hor-fgh226:Code/Sandbox/macruby-test % macrubyc --static -o
> ./gcd ./gcd.rb
> ld: library not found for -lLLVMBitWriter
> collect2: ld returned 1 exit status
> Error when executing `/usr/bin/g++ -o "./gcd" -arch x86_64
> -L/Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib -lmacruby-
> static -L/usr/local/lib  -lpthread -lffi -lm -lLLVMBitWriter
> -lLLVMX86CodeGen -lLLVMX86Info -lLLVMSelectionDAG -lLLVMAsmPrinter
> -lLLVMJIT -lLLVMExecutionEngine -lLLVMCodeGen -lLLVMScalarOpts
> -lLLVMTransformUtils -lLLVMipa -lLLVMAnalysis -lLLVMTarget -lLLVMMC
> -lLLVMCore -lLLVMSupport -lLLVMSystem -lpthread -ldl -lxml2 -lobjc -lauto
> -framework Foundation
> "/var/folders/nX/nXnuXaYeGIOkQo6WIXrqMU+++TI/-Tmp-/main-26571.o"
> "./gcd.o"'
>

> }}}
>
> Without --static, compilation works okay! I've got Xcode 3.2.2 pre-
> release installed.

New description:

 {{{

 vishnugo...@hor-fgh226:Code/Sandbox/macruby-test % macrubyc --static -o
 ./gcd ./gcd.rb
 ld: library not found for -lLLVMBitWriter
 collect2: ld returned 1 exit status
 Error when executing `/usr/bin/g++ -o "./gcd" -arch x86_64
 -L/Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib -lmacruby-
 static -L/usr/local/lib  -lpthread -lffi -lm -lLLVMBitWriter
 -lLLVMX86CodeGen -lLLVMX86Info -lLLVMSelectionDAG -lLLVMAsmPrinter
 -lLLVMJIT -lLLVMExecutionEngine -lLLVMCodeGen -lLLVMScalarOpts
 -lLLVMTransformUtils -lLLVMipa -lLLVMAnalysis -lLLVMTarget -lLLVMMC
 -lLLVMCore -lLLVMSupport -lLLVMSystem -lpthread -ldl -lxml2 -lobjc -lauto
 -framework Foundation
 "/var/folders/nX/nXnuXaYeGIOkQo6WIXrqMU+++TI/-Tmp-/main-26571.o"
 "./gcd.o"'


 }}}

 Without --static, compilation works okay! I've got Xcode 3.2.2 pre-release
 installed.

--

Comment(by martinlagarde...@…):

 Hi!

 Thanks for the bug report.
 But in order to reproduce the bug, could you maybe provide the following:
 - the gcd.rb file
 - Your computer configuration (32 bits? 64 bits? OS?)
 - How did you install MacRuby 0.5? Was it from the package, or SVN?
 - Anything you could think would be useful :-)

 Thanks!

-- 
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] #590: Process.spawn causes abort trap

[MacRuby]

#590: Process.spawn causes abort trap
-+--
 Reporter:  hongli...@…  |   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  blocker  |   Milestone:   
Component:  MacRuby  |Keywords:   
-+--

Comment(by martinlagarde...@…):

 The Process class implementation is still incomplete for now. However, the
 current (SVN HEAD) MacRuby now raises a NotImplementedError instead of
 crashing.

-- 
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] #596: Unable to install gems with macgem

[MacRuby]

#596: Unable to install gems with macgem
--+-
 Reporter:  jamesot...@…  |Owner:  lsansone...@…
 Type:  defect|   Status:  closed   
 Priority:  major |Milestone:   
Component:  MacRuby   |   Resolution:  duplicate
 Keywords:|  
--+-
Changes (by martinlagarde...@…):

  * status:  new => closed
  * resolution:  => duplicate


Comment:

 Duplicate of #587 : on 32 bits machines, macgem commands issue a warning
 from time.rb (the issue comes from re.c that is supposed to change)

-- 
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] #587: macgem fails on 32 bits machines ("too short escaped multibyte character") (was: macgem fails with error)

[MacRuby]

#587: macgem fails on 32 bits machines ("too short escaped multibyte character")
---+
 Reporter:  nex...@…   |   Owner:  lsansone...@…
 Type:  defect |  Status:  new  
 Priority:  blocker|   Milestone:   
Component:  MacRuby|Keywords:   
---+
Changes (by martinlagarde...@…):

 * cc: dar...@… (added)


Old description:

> On 32bit MacBook macgem fails
>
> {{{
>
> $ macgem list
> Password:
> /Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/1.9.0/time.rb:351:
> too short escaped multibyte character: /\A\s*
>   (?:Mon|Tue|Wed|Thu|Fri|Sat|Sun),\x20
>   (\d{2})\x20
>   (Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec)\x20
>   (\d{4})\x20
>   (\d{2}):(\d{2}):(\d{2})\x20
>   GMT
>   \s*\z/ix
> /Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/1.9.0/time.rb:358:
> too short escaped multibyte character: /\A\s*
> (?:Monday|Tuesday|Wednesday|Thursday|Friday|Saturday|Sunday),\x20
> (\d\d)-(Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec)-(\d\d)\x20
>  (\d\d):(\d\d):(\d\d)\x20
>  GMT
>  \s*\z/ix
> /Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/1.9.0/time.rb:372:
> too short escaped multibyte character: /\A\s*
>  (?:Mon|Tue|Wed|Thu|Fri|Sat|Sun)\x20
>  (Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec)\x20
>  (\d\d|\x20\d)\x20
>  (\d\d):(\d\d):(\d\d)\x20
>  (\d{4})
>  \s*\z/ix
> custom_require.rb:38:in `require:': compile error (SyntaxError)
> from remote_fetcher.rb:1:in `'
> from custom_require.rb:38:in `require:'
> from spec_fetcher.rb:1:in `'
> from custom_require.rb:38:in `require:'
> from query_command.rb:1:in `'
> from custom_require.rb:38:in `require:'
> from list_command.rb:1:in `'
> from custom_require.rb:38:in `require:'
> from command_manager.rb:129:in `load_and_instantiate:'
>
> }}}

New description:

 On 32bit MacBook macgem fails

 {{{
 $ macgem list
 
/Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/1.9.0/time.rb:351:
 too short escaped multibyte character: /\A\s*
   (?:Mon|Tue|Wed|Thu|Fri|Sat|Sun),\x20
   (\d{2})\x20
   (Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec)\x20
   (\d{4})\x20
   (\d{2}):(\d{2}):(\d{2})\x20
   GMT
   \s*\z/ix
 
/Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/1.9.0/time.rb:358:
 too short escaped multibyte character: /\A\s*
 (?:Monday|Tuesday|Wednesday|Thursday|Friday|Saturday|Sunday),\x20
 (\d\d)-(Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec)-(\d\d)\x20
  (\d\d):(\d\d):(\d\d)\x20
  GMT
  \s*\z/ix
 
/Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/1.9.0/time.rb:372:
 too short escaped multibyte character: /\A\s*
  (?:Mon|Tue|Wed|Thu|Fri|Sat|Sun)\x20
  (Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec)\x20
  (\d\d|\x20\d)\x20
  (\d\d):(\d\d):(\d\d)\x20
  (\d{4})
  \s*\z/ix
 custom_require.rb:38:in `require:': compile error (SyntaxError)
 from remote_fetcher.rb:1:in `'
 from custom_require.rb:38:in `require:'
 from spec_fetcher.rb:1:in `'
 from custom_require.rb:38:in `require:'
 from query_command.rb:1:in `'
 from custom_require.rb:38:in `require:'
 from list_command.rb:1:in `'
 from custom_require.rb:38:in `require:'
 from command_manager.rb:129:in `load_and_instantiate:'

 }}}

--

-- 
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] #583: macgem doesn't work with the latest trunk

[MacRuby]

#583: macgem doesn't work with the latest trunk
-+--
 Reporter:  hghoe...@…   |   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  major|   Milestone:  MacRuby 0.6  
Component:  MacRuby  |Keywords:   
-+--

Comment(by martinlagarde...@…):

 Hi!

 Could you try with the latest trunk?

 Thanks!

-- 
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] #582: Segmentation fault using ScriptingBridge

[MacRuby]

#582: Segmentation fault using ScriptingBridge
-+--
 Reporter:  mar...@… |Owner:  lsansone...@…
 Type:  defect   |   Status:  closed   
 Priority:  major|Milestone:   
Component:  MacRuby  |   Resolution:  fixed
 Keywords:   |  
-+--
Changes (by martinlagarde...@…):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 Hi!

 Thanks for the report.

 Apparently, the bug is fixed, since with MacRuby SVN HEAD, the following
 code works:

 {{{
 framework 'Foundation'
 framework 'ScriptingBridge'
 mail_app = SBApplication.applicationWithBundleIdentifier("com.apple.mail")

 properties = NSDictionary.dictionaryWithObjectsAndKeys("Hello", "subject",
 "Hello world!", "content", nil)
 mail_msg = mail_app.classForScriptingClass("outgoing
 message").alloc.initWithProperties(properties)

 properties = NSDictionary.dictionaryWithObject("f...@address.com",
 forKey:"address")
 mail_to = mail_app.classForScriptingClass("to
 recipient").alloc.initWithProperties(properties)

 mail_app.outgoingMessages.addObject(mail_msg)
 mail_msg.toRecipients.addObject(mail_to)
 mail_msg.send
 }}}

-- 
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] #582: Segmentation fault using ScriptingBridge

[MacRuby]

#582: Segmentation fault using ScriptingBridge
-+--
 Reporter:  mar...@… |Owner:  lsansone...@…
 Type:  defect   |   Status:  closed   
 Priority:  major|Milestone:  MacRuby 0.6  
Component:  MacRuby  |   Resolution:  fixed
 Keywords:   |  
-+--
Changes (by martinlagarde...@…):

  * milestone:  => MacRuby 0.6


-- 
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] #580: popen3 causes abort trap

[MacRuby]

#580: popen3 causes abort trap
---+
 Reporter:  cwdi...@…  |Owner:  lsansone...@…
 Type:  defect |   Status:  closed   
 Priority:  blocker|Milestone:   
Component:  MacRuby|   Resolution:  duplicate
 Keywords: |  
---+
Changes (by martinlagarde...@…):

  * status:  new => closed
  * resolution:  => duplicate


Comment:

 Hi!

 Thanks for the report.
 I'm marking this a duplicate of #590 , as Open3#popen3 uses
 Process/Kernel#spawn that is not implemented.

-- 
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] #590: Process.spawn causes abort trap

[MacRuby]

#590: Process.spawn causes abort trap
-+--
 Reporter:  hongli...@…  |   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  blocker  |   Milestone:   
Component:  MacRuby  |Keywords:   
-+--
Changes (by martinlagarde...@…):

 * cc: cwdi...@… (added)


-- 
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] #577: EXC_BAD_ACCESS in IO.read

[MacRuby]

#577: EXC_BAD_ACCESS in IO.read
-+--
 Reporter:  spamtr...@…  |   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  minor|   Milestone:   
Component:  MacRuby  |Keywords:   
-+--

Comment(by martinlagarde...@…):

 hi Jimmy!

 Thanks for the very detailed bug report![[BR]]
 But why are you unable to build trunk?

 Other than that, if you look closely to rb_io_read_all(), you will notice
 it is mostly doing the same thing as io_read():[[BR]]
 - Create a CFMutableDataRef with rb_bytestring_wrapped_data()[[BR]]
 - Increase the CFMutableDataRef size with CFDataIncreaseLength()[[BR]]
 - call rb_io_read_internal()[[BR]]
 - Once done, call CFDataSetLength()

 I can't run the test, because I run out of memory as before it completes,
 but the issue might come from the fact that even `'''rb_io_eof'''` uses
 `'''rb_io_read_internal()'''`, which is why, as you can see in the
 backtrace, CFDataSetLength() is called. So I guess there are three
 possible cases here: Either you're out of memory too, or either the buffer
 or the sized given to CFDataSetLength() as arguments are incorrect. I will
 try to see with Laurent if he has a better idea as to why this is
 crashing.

-- 
Ticket URL: 
MacRuby 

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

[MacRuby-devel] [MacRuby] #607: macruby_main() argv transformation prevents passing arguments to the Ruby app

[MacRuby]

#607: macruby_main() argv transformation prevents passing arguments to the Ruby
app
-+--
 Reporter:  hongli...@…  |   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  blocker  |   Milestone:   
Component:  MacRuby  |Keywords:   
-+--
 I have a MacRuby Cocoa app named FooBar, but I cannot pass any arguments
 to the program:

 {{{
 ./build/Debug/FooBar.app/Contents/MacOS/FooBar 0
 }}}

 I get:

 {{{
 No such file or directory -- 0 (LoadError)
 }}}

 It turns out that macruby_main() transforms the argv array incorrectly. At
 this time it transforms the original argv into something like this:

 {{{
 argv[0 .. argc - 1] = original argv values
 argv[argc + 0] = -I/path-to-app-dir/(...)/Resources
 argv[argc + 1] = main .rb file
 }}}

 This causes any command line arguments to be recognized as interpreter
 arguments, not app arguments. The attached patch changes the
 transformation into something like this:

 {{{
 argv[0] = original value
 argv[1] = -I/path-to-app-dir/(...)/Resources
 argv[2] = main .rb file
 argv[3 .. N] = rest of original argv
 }}}

-- 
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] #577: EXC_BAD_ACCESS in IO.read

[MacRuby]

#577: EXC_BAD_ACCESS in IO.read
-+--
 Reporter:  spamtr...@…  |   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  minor|   Milestone:   
Component:  MacRuby  |Keywords:   
-+--

Comment(by j...@…):

 I'm now able to build trunk (after updating to latest).

 I've been digging around for this issue, and issue #578.

 The problem persists on the lastest trunk and is, as far as i can tell,
 caused by the system running out of memory.
 With all the buffering going on in io.c (is that even needed on a UNIX
 system, where the kernel normally uses every bit of unused memory for
 caching ?),
 reading a 600 mb file in chunks will require around 1200 mb before it
 finishes, first being cached in io.c, and then a NSString representing
 every chunk.

 It seems this "bug" is not really a bug, but more a design issue, or at
 least closer related to issue #578.

 You can close this one.

-- 
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] #576: It's possible to close STDOUT (and presumably other standard IO streams)

[MacRuby]

#576: It's possible to close STDOUT (and presumably other standard IO streams)
---+
 Reporter:  matt...@…  |   Owner:  lsansone...@…
 Type:  defect |  Status:  new  
 Priority:  critical   |   Milestone:  MacRuby 0.5  
Component:  MacRuby|Keywords:   
---+

Comment(by martinlagarde...@…):

 Laurent, should we close this as Invalid / Won't Fix, as this seems to
 almost follow ruby19 behavior?

 The only difference is that MacRuby closes STDOUT and IRB quits, ruby19
 exits with the exception paster by matthew, but I guess this is just IRB
 stuff.

-- 
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] #577: EXC_BAD_ACCESS in IO.read

[MacRuby]

#577: EXC_BAD_ACCESS in IO.read
-+--
 Reporter:  spamtr...@…  |   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  minor|   Milestone:   
Component:  MacRuby  |Keywords:   
-+--

Comment(by martinlagarde...@…):

 I'll check with Laurent first anyway, we will see if the bugs are related,
 or two different ones :-).

 Thanks a lot!

-- 
Ticket URL: 
MacRuby 

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

[MacRuby-devel] [MacRuby] #608: rb_str_format() does not handle the "field width" flag for strings

[MacRuby]

#608: rb_str_format() does not handle the "field width" flag for strings
+---
 Reporter:  martinlagarde...@…  |   Owner:  lsansone...@…
 Type:  defect  |  Status:  new  
 Priority:  minor   |   Milestone:   
Component:  MacRuby |Keywords:   
+---
 Ruby:
 {{{
 ruby -e 'puts "%-10s%s" % ["a", "b"]'
 a b
 }}}

 MacRuby SVN r3441:
 {{{
 macruby -e 'puts "%-10s%s" % ["a", "b"]'
 ab
 }}}

 This happens because `sprintf.cpp:rb_str_format:467` transforms `%s` into
 `...@`, and asks for formating to `CFStringCreateWithFormat()`, which does
 not handle the "field width" flag for Cocoa objects (`...@`).

 A possible fix might be to explicitly call `-[NSObject description]` and
 then get the UTF8/16 C string (which means `%s` would not be transformed
 into `...@`), but I'm not sure this is a pretty fix :D

-- 
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] #570: Some STDOUT write function doesn't handle spaces or tabs correctly or something

[MacRuby]

#570: Some STDOUT write function doesn't handle spaces or tabs correctly or
something
-+--
 Reporter:  hongli...@…  |Owner:  lsansone...@…
 Type:  defect   |   Status:  closed   
 Priority:  blocker  |Milestone:   
Component:  MacRuby  |   Resolution:  duplicate
 Keywords:   |  
-+--
Changes (by martinlagarde...@…):

  * status:  new => closed
  * resolution:  => duplicate


Comment:

 Hi, thanks for the report!

 Instead of completely modifying your bug report to fit the current
 situation, I created a new bug with more information for us to work on it,
 and will mark this one as a duplicate :-).

 Duplicate of #608

-- 
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] #569: macrake crashes with abort trap when compiling Phusion Passenger

[MacRuby]

#569: macrake crashes with abort trap when compiling Phusion Passenger
-+--
 Reporter:  hongli...@…  |   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  blocker  |   Milestone:   
Component:  MacRuby  |Keywords:   
-+--

Old description:

> How to reproduce:
> {{{
> $ git clone git://github.com/FooBarWidget/passenger.git
> $ cd passenger
> $ macrake nginx
> $ macrake nginx
> (in /Users/hongli/Projects/passenger)
> mkdir -p ext/nginx/libboost_oxt/boost
> Abort trap
> }}}
>
> GDB backtrace:
> {{{
> Program received signal EXC_BAD_ACCESS, Could not access memory.
> Reason: KERN_INVALID_ADDRESS at address: 0x0001
> 0x0001001647bb in rb_vm_call_with_cache2 (cache=0x1, block=0x0,
> self=0, klass=8590686624, sel=0x104f1f710, argc=1, argv=0x7fff5fbeb280)
> at dispatcher.cpp:577
> 577 if (cache->flag == 0) {
> (gdb) bt
> #0  0x0001001647bb in rb_vm_call_with_cache2 (cache=0x1, block=0x0,
> self=0, klass=8590686624, sel=0x104f1f710, argc=1, argv=0x7fff5fbeb280)
> at dispatcher.cpp:577
> #1  0x000100176eba in rb_vm_block_eval2 (b=0x200362fa0,
> self=8593484896, sel=0x100fc3790, argc=1, argv=0x7fff5fbeb280) at
> dispatcher.cpp:1549
> #2  0x000101165c58 in ?? ()
> #3  0x00010116bf3e in ?? ()
> #4  0x000101174115 in ?? ()
> #5  0x000105723431 in ?? ()
> #6  0x00010016b39f in rb_vm_dispatch (cache=0x10153fb90,
> top=8593882176, self=8593881056, sel=0x100f2b770, block=0x0, opt=0
> '\000', argc=2) at dispatcher.cpp:433
> #7  0x000105740d15 in ?? ()
> #8  0x000100018104 in rb_ary_each_imp () at JIT.h:33
> #9  0x00010016b771 in rb_vm_dispatch (cache=0x100f2b8e0,
> top=8593882176, self=8593882048, sel=0x100f2b7e0, block=0x200384360,
> opt=0 '\000', argc=)
> at dispatcher.cpp:130
> #10 0x0001057407fe in ?? ()
> #11 0x00010573dd2f in ?? ()
> #12 0x00010115c617 in ?? ()
> #13 0x0001011698a9 in ?? ()
> #14 0x00010573e075 in ?? ()
> #15 0x000100018104 in rb_ary_each_imp () at JIT.h:33
> #16 0x00010016b771 in rb_vm_dispatch (cache=0x100f2b8e0,
> top=8593924224, self=8593925120, sel=0x100f2b7e0, block=0x2003af3c0,
> opt=0 '\000', argc=)
> at dispatcher.cpp:130
> #17 0x00010116b6b6 in ?? ()
> #18 0x00010573dcab in ?? ()
> #19 0x00010115c617 in ?? ()
> #20 0x0001011698a9 in ?? ()
> #21 0x00010573e075 in ?? ()
> #22 0x000100018104 in rb_ary_each_imp () at JIT.h:33
> #23 0x00010016b771 in rb_vm_dispatch (cache=0x100f2b8e0,
> top=8592946752, self=8593594208, sel=0x100f2b7e0, block=0x2003b0140,
> opt=0 '\000', argc=)
> at dispatcher.cpp:130
> #24 0x00010116b6b6 in ?? ()
> #25 0x00010573dcab in ?? ()
> #26 0x00010115c617 in ?? ()
> #27 0x0001011698a9 in ?? ()
> #28 0x00010573e075 in ?? ()
> #29 0x000100018104 in rb_ary_each_imp () at JIT.h:33
> #30 0x00010016b771 in rb_vm_dispatch (cache=0x100f2b8e0,
> top=8593966304, self=8593966880, sel=0x100f2b7e0, block=0x2003b4860,
> opt=0 '\000', argc=)
> at dispatcher.cpp:130
> #31 0x00010116b6b6 in ?? ()
> #32 0x00010573dcab in ?? ()
> #33 0x00010115c617 in ?? ()
> #34 0x0001011698a9 in ?? ()
> #35 0x00010573d266 in ?? ()
> #36 0x00010573cdae in ?? ()
> #37 0x00010573cc6f in ?? ()
> #38 0x000100018104 in rb_ary_each_imp () at JIT.h:33
> #39 0x00010016b771 in rb_vm_dispatch (cache=0x100f2b8e0,
> top=8592377568, self=8592358688, sel=0x100f2b7e0, block=0x2002c92c0,
> opt=0 '\000', argc=)
> at dispatcher.cpp:130
> #40 0x00010573ca5e in ?? ()
> #41 0x00010117f409 in ?? ()
> #42 0x00010573c716 in ?? ()
> #43 0x00010117f361 in ?? ()
> #44 0x00010117f409 in ?? ()
> #45 0x00010117f186 in ?? ()
> #46 0x00010115092c in ?? ()
> #47 0x000100047a69 in rb_load (fname=8592730048, wrap=0) at load.c:95
> #48 0x000100047ac8 in rb_f_load (rcv=8590055616, sel=0x7fff8481aee9,
> argc=1, argv=0x7fff5fbfe880) at load.c:119
> #49 0x00010016b39f in rb_vm_dispatch (cache=0x100ffab30,
> top=8590055616, self=8590055616, sel=0x7fff8481aee9, block=0x0, opt=2
> '\002', argc=1) at dispatcher.cpp:433
> #50 0x0001011102ea in ?? ()
> #51 0x00010003f579 in ruby_run_node (n=0x20001d8c0) at eval.c:199
> #52 0x00010d28 in main (argc=4, argv=0x100f1c290, envp= temporarily unavailable, due to optimizations>) at main.cpp:40
> }}}
>
> MacRuby trunk revision 3317.

New description:

 How to reproduce:
 {{{
 $ git clone git://github.com/FooBarWidget/passenger.git
 $ cd passenger
 $ macrake nginx
 (in /Users/hongli/Projects/passenger)
 mkdir -p ext/nginx/libboost_oxt/boost
 Abort trap
 }}}

 GDB backtrace:
 {{{
 Program received signal EXC_BAD_ACCESS, Could not access memory.
 Reason: KERN_INVALID_ADDRESS at address: 0x000

Re: [MacRuby-devel] [MacRuby] #564: Scoping within nested classes is broken

[MacRuby]

#564: Scoping within nested classes is broken
---+
 Reporter:  joshua.balla...@…  |Owner:  lsansone...@…
 Type:  defect |   Status:  closed   
 Priority:  blocker|Milestone:  MacRuby 0.6  
Component:  MacRuby|   Resolution:  fixed
 Keywords:  module |  
---+
Changes (by martinlagarde...@…):

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


Comment:

 Looks fixed!

 {{{
 $ cat test.rb
 module A
   module B
 def lestry
   puts "yay!"
 end
   end

   class C
   end

   class C::D
 include B
   end
 end

 A::C::D.new.lestry

 $ macruby test.rb
 yay!
 }}}

 I guess I can close? :P

-- 
Ticket URL: 
MacRuby 

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

[MacRuby-devel] [MacRuby] #609: Constants and methods are not copied when cloning modules

[MacRuby]

#609: Constants and methods are not copied when cloning modules
-+--
 Reporter:  m...@…   |   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  major|   Milestone:   
Component:  MacRuby  |Keywords:   
-+--
 clone_test.rb

 {{{
 module A
   CONST_A = 1
   def method_a; end
 end

 B = A.clone
 [A, B].each {|m| puts "#{m}, #{m.constants},
 #{m.instance_methods(false)}"}
 }}}

 results

 {{{
 $ ruby clone_test.rb
 A, [:CONST_A], [:method_a]
 B, [:CONST_A], [:method_a]

 $ macruby clone_test.rb
 A, [:CONST_A], [:method_a]
 B, [], []
 }}}

-- 
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] #558: unable to require files.

[MacRuby]

#558: unable to require files.
-+--
 Reporter:  tvmo...@…|   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  blocker  |   Milestone:  MacRuby 0.5  
Component:  MacRuby  |Keywords:   
-+--

Comment(by martinlagarde...@…):

 Hi,

 Could you please try with either the final release of MacRuby 0.5, or the
 trunk version of MacRuby (0.6)?

 If not, could you please provide use a very small test case so that we can
 try reproducing your bug?

 Thanks a lot!

-- 
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] #560: __method__ and __callee__ always return nil

[MacRuby]

#560: __method__ and __callee__ always return nil
+---
 Reporter:  lastobe...@…|   Owner:  lsansone...@…
 Type:  defect  |  Status:  new  
 Priority:  minor   |   Milestone:   
Component:  MacRuby |Keywords:   
+---

Comment(by martinlagarde...@…):

 Hi!

 They have not been implemented, because it uses the stack trace, and we
 weren't able to use it until recently, I think. I will see with Laurent
 and get back to you to see of this can be implemented now, or not :-)

-- 
Ticket URL: 
MacRuby 

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

[MacRuby-devel] [MacRuby] #610: Creating static executable using --static does not work

[MacRuby]

#610: Creating static executable using --static does not work
--+-
 Reporter:  knut.olaf.l...@…  |   Owner:  lsansone...@…
 Type:  defect|  Status:  new  
 Priority:  blocker   |   Milestone:  MacRuby 0.5  
Component:  MacRuby   |Keywords:   
--+-
 I get the following error when trying to create a standalone executable
 using the --static option in macrubyc:

collect2: ld returned 1 exit status

 Here is what I type at the prompt:

macrubyc --static Task_tester.rb -o Task_tester

 Using the latest version of MacRuby (0.5)

-- 
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] #604: EXC_BAD_ACCESS while opening stream

[MacRuby]

#604: EXC_BAD_ACCESS while opening stream
---+
 Reporter:  jakub.su...@…  |   Owner:  lsansone...@…
 Type:  defect |  Status:  new  
 Priority:  critical   |   Milestone:   
Component:  MacRuby|Keywords:   
---+

Comment(by lsansone...@…):

 We need to find out what's going wrong exactly. I suspect io.c overwrites
 a Foundation "open" method which is then called using the wrong ABI.

-- 
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] #588: ld: library not found for -lLLVMBitWriter for macrubyc --static

[MacRuby]

#588: ld: library not found for -lLLVMBitWriter for macrubyc --static
+---
 Reporter:  g.vis...@…  |   Owner:  lsansone...@…
 Type:  defect  |  Status:  new  
 Priority:  major   |   Milestone:  MacRuby 0.5  
Component:  MacRuby |Keywords:   
+---

Comment(by lsansone...@…):

 Thibault, the problem is that the --static mode requires the LLVM
 libraries, which do not ship by default.

-- 
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] #577: EXC_BAD_ACCESS in IO.read

[MacRuby]

#577: EXC_BAD_ACCESS in IO.read
-+--
 Reporter:  spamtr...@…  |   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  minor|   Milestone:   
Component:  MacRuby  |Keywords:   
-+--

Comment(by lsansone...@…):

 I think there is a design issue definitely, we should address this in 0.6.

-- 
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] #610: Creating static executable using --static does not work

[MacRuby]

#610: Creating static executable using --static does not work
--+-
 Reporter:  knut.olaf.l...@…  |Owner:  lsansone...@…
 Type:  defect|   Status:  closed   
 Priority:  blocker   |Milestone:  MacRuby 0.5  
Component:  MacRuby   |   Resolution:  duplicate
 Keywords:|  
--+-
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => duplicate


Comment:

 Most likely a dup of #588.

-- 
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] #608: rb_str_format() does not handle the "field width" flag for strings

[MacRuby]

#608: rb_str_format() does not handle the "field width" flag for strings
+---
 Reporter:  martinlagarde...@…  |   Owner:  lsansone...@…
 Type:  defect  |  Status:  new  
 Priority:  minor   |   Milestone:   
Component:  MacRuby |Keywords:   
+---

Comment(by danielcavan...@…):

 you're right it's not pretty, and it's not enough too, because %b is also
 broken (because it too is tranformed to %@) and to support it fully we
 need to duplicate a lot of the cf sprintf code (absolute references code
 and named references are missing too), plus the full generic number
 printing code (precision, infinite negatives, padding, and so on)

 so a complete macruby sprintf has to be written, basically, which is what
 i'm doing at the moment. i've got it mostly working and am just ironing
 out some bugs. i've attached a draft patch if anyone is interested. no
 guarantees it compiles... :p

-- 
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] #567: macirb can't exit after trying to load a gem that doesn't exit

[MacRuby]

#567: macirb can't exit after trying to load a gem that doesn't exit
-+--
 Reporter:  mattaimone...@…  |   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  blocker  |   Milestone:  MacRuby 0.6  
Component:  MacRuby  |Keywords:   
-+--

Comment(by martinlagarde...@…):

 Hey Matt, could you check if this is still happening for you with the
 latest trunk? It works correctly for me now apparently :-)

-- 
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] #579: i386 compilation doesn't work

[MacRuby]

#579: i386 compilation doesn't work
+---
 Reporter:  ca...@… |   Owner:  lsansone...@…
 Type:  defect  |  Status:  new  
 Priority:  major   |   Milestone:  MacRuby 0.5  
Component:  MacRuby |Keywords:   
+---

Comment(by martinlagarde...@…):

 Hi Carlo!

 This should be fixed with r3456. Could you please check? Thanks a lot!

-- 
Ticket URL: 
MacRuby 

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

[MacRuby-devel] Feedback: Dispatch high-level wrappers

[Ernest N. Prabhakar, Ph.D.]

Hi all,

As hopefully you all know, MacRuby 0.5 includes wrappers for almost all of the 
C "dispatch" APIs for Grand Central Dispatch.  While relatively straightforward 
to use, the APIs are somewhat verbose and C-ish.

http://svn.macosforge.org/repository/ruby/MacRuby/trunk/spec/macruby/core/gcd/

For MacRuby 0.6, I'd like to provide higher-level convenience APIs to reduce 
the "cognitive overhead" and "semantic noise" of using Grand Central Dispatch.  
In other words, let people do what they want without having to learn or type as 
much as they do now.

My first attempt at this is a new 'dispatch' library:

http://svn.macosforge.org/repository/ruby/MacRuby/trunk/lib/dispatch/

which (from the latest MacRuby nightly) you can access via:

require 'dispatch'

This defines:

- A Dispatch::Actor class which wraps a given object with serialization and 
asynchronous callbacks

http://svn.macosforge.org/repository/ruby/MacRuby/trunk/lib/dispatch/actor.rb

- Convenience methods on the Dispatch module

http://svn.macosforge.org/repository/ruby/MacRuby/trunk/lib/dispatch/dispatch.rb

- Parallel extensions to Enumerable

http://svn.macosforge.org/repository/ruby/MacRuby/trunk/lib/dispatch/enumerable.rb

- A Futures class for delayed execution (duck-typed to lambda)

http://svn.macosforge.org/repository/ruby/MacRuby/trunk/lib/dispatch/future.rb

- a 'stride' function on top of Dispatch::Queue#apply

http://svn.macosforge.org/repository/ruby/MacRuby/trunk/lib/dispatch/queue.rb

- Queue-based source constructors

http://svn.macosforge.org/repository/ruby/MacRuby/trunk/lib/dispatch/queue_source.rb

I've also written up specs to both test and demonstrate these constructs:

http://svn.macosforge.org/repository/ruby/MacRuby/trunk/spec/macruby/library/dispatch/

These are *extremely* preliminary, and lacking in both polish and 
documentation.  They may not be entirely correct, or even the appropriate 
abstractions to release as public API.  However, I wanted to get something out 
there to provoke feedback, so we can iterate together.  Hopefully we can also 
use this thread to start learning how to explain both the concepts and the API, 
as it evolves.

So, feedback away!

- Ernie P.


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

[MacRuby-devel] [MacRuby] #611: Error decoding JSON floating point number

[MacRuby]

#611: Error decoding JSON floating point number
-+--
 Reporter:  d...@…|   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  major|   Milestone:   
Component:  MacRuby  |Keywords:   
-+--
 JSON decoding of floating point numbers sometimes loses accuracy. e.g.

 {{{
 '{"http:\/\/www.schneier.com\/blog\/archives\/2010\/02\/10_cartoons_abo.html":
 {"postrank": 8.1, "postrank_color": "#ff883d"}}'
 }}}

 MacRuby
 {{{
 
{"http://www.schneier.com/blog/archives/2010/02/10_cartoons_abo.html"=>{"postrank"=>8.09,
 "postrank_color"=>"#ff883d"}}
 }}}

 Ruby 1.8.7
 {{{
 
{"http://www.schneier.com/blog/archives/2010/02/10_cartoons_abo.html"=>{"postrank"=>8.1,
 "postrank_color"=>"#ff883d"}}
 }}}

-- 
Ticket URL: 
MacRuby 

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

[MacRuby-devel] [MacRuby] #612: RegexpError: too short escaped multibyte character

[MacRuby]

#612: RegexpError: too short escaped multibyte character
-+--
 Reporter:  cehoff...@…  |   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  blocker  |   Milestone:   
Component:  MacRuby  |Keywords:   
-+--
 Introduced in r3459 it seems that regular expressions that use escape
 codes fail with a RegexpError.

 MacRuby r3459
 {{{
 $ macruby -e "p MACRUBY_REVISION; Regexp.compile('[^\0-\177]')"
 "git commit b078cfc15060a60cdd72f7764d9c3809bfc1427a"
 -e:1:in `': too short escaped multibyte character: /[^\0-\177]/
 (RegexpError)
 }}}

 MacRuby r3458
 {{{
 $ macruby -e "p MACRUBY_REVISION; Regexp.compile('[^\0-\177]'))"
 "git commit 2311cf7d47b64218069fde17de290d75034a0fa3"
 }}}

 Ruby 1.9.1
 {{{
 $ ruby -e "p RUBY_VERSION; Regexp.compile('[^\0-\177]')"
 "1.9.1"
 }}}

-- 
Ticket URL: 
MacRuby 

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