Re: [MacRuby-devel] '/usr/local/bin/' permission error using MacRuby Nightlies

2009-09-25 Thread Takao Kouji
Hi, Matt

On 2009/09/26, at 5:51, Matt Aimonetti wrote:
> It's probably my fault, I updated the packager last night. I'll check on that 
> after work.

Thanks.

---
TAKAO Kouji 
blog: http://d.hatena.ne.jp/kouji0625/
twitter: takaokouji / projects: ruby, s7-seven

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


Re: [MacRuby-devel] '/usr/local/bin/' permission error using MacRuby Nightlies

2009-09-25 Thread Matt Aimonetti
It's probably my fault, I updated the packager last night. I'll check on
that after work.
- Matt

On Fri, Sep 25, 2009 at 1:49 PM, Takao Kouji  wrote:

> Hi,
>
> I installed recent MacRuby using MacRuby Nightlies
> (macruby_nightly-2009-09-25-1158.pkg).
> I could not run 'macruby' command, after I installed it.
> Because '/usr/local/bin/' directory's permission is below.
>
>  drwx--  13 1025  wheel  442 9 26 05:28 /usr/local/bin/
>
> Thanks, Kouji.
> ---
> TAKAO Kouji 
> blog: http://d.hatena.ne.jp/kouji0625/
> twitter: takaokouji / projects: ruby, s7-seven
>
> ___
> 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


[MacRuby-devel] '/usr/local/bin/' permission error using MacRuby Nightlies

2009-09-25 Thread Takao Kouji
Hi,

I installed recent MacRuby using MacRuby Nightlies 
(macruby_nightly-2009-09-25-1158.pkg).
I could not run 'macruby' command, after I installed it.
Because '/usr/local/bin/' directory's permission is below.

  drwx--  13 1025  wheel  442 9 26 05:28 /usr/local/bin/

Thanks, Kouji.
---
TAKAO Kouji 
blog: http://d.hatena.ne.jp/kouji0625/
twitter: takaokouji / projects: ruby, s7-seven

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


Re: [MacRuby-devel] [MacRuby] #350: macirb doesn't exit cleanly anymore

2009-09-25 Thread MacRuby
#350: macirb doesn't exit cleanly anymore
-+--
 Reporter:  jordan.breed...@…|Owner:  lsansone...@…
 Type:  defect   |   Status:  closed   
 Priority:  blocker  |Milestone:  MacRuby 0.5  
Component:  MacRuby  |   Resolution:  fixed
 Keywords:   |  
-+--
Changes (by lsansone...@…):

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


Comment:

 Should be fixed in r2637.

-- 
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] #349: Segmentation fault in macirb

2009-09-25 Thread MacRuby
#349: Segmentation fault in macirb
+---
 Reporter:  d...@…   |Owner:  lsansone...@…
 Type:  defect  |   Status:  closed   
 Priority:  critical|Milestone:  MacRuby 0.5  
Component:  MacRuby |   Resolution:  fixed
 Keywords:  |  
+---
Changes (by lsansone...@…):

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


Comment:

 Should be fixed in r2637.

-- 
Ticket URL: 
MacRuby 

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


[MacRuby-devel] Initializing Structs with Bytes?

2009-09-25 Thread Edward Hynes

Hi,

I'm calling a function, via bridesupport, that returns a void pointer  
to a c structure.  I'd like to instantiate a MacRuby structure using  
that void pointer.  Is there a way to do this?


Thanks,
Ed

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


Re: [MacRuby-devel] [MacRuby] #348: macruby is slower than ruby 1.9 for priority queue work

2009-09-25 Thread MacRuby
#348: macruby is slower than ruby 1.9 for priority queue work
-+--
 Reporter:  jordan.breed...@…|   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  major|   Milestone:  MacRuby 0.5  
Component:  MacRuby  |Keywords:   
-+--

Comment(by jordan.breed...@…):

 Since there was a big change in MacRuby last night I thought I would
 upload fresh timings, and this time I also made sure that nothing else was
 going on on the machine at all during the timings.

 small run:
 {{{
 (; ruby1.9 ./small_queue_test.pqueue > /dev/null; )  11.76s user 0.05s
 system 99% cpu 11.830 total
 (; ruby1.9 ./small_queue_test.ruby_priority_queue > /dev/null; )  20.45s
 user 0.10s system 99% cpu 20.567 total
 (; macruby ./small_queue_test.pqueue > /dev/null; )  16.14s user 1.37s
 system 107% cpu 16.240 total
 (; macruby ./small_queue_test.ruby_priority_queue > /dev/null; )  39.24s
 user 2.13s system 107% cpu 38.481 total
 }}}

 large run:
 {{{
 (; ruby1.9 ./small_queue_test.pqueue > /dev/null; )  121.44s user 0.47s
 system 99% cpu 2:02.09 total
 (; ruby1.9 ./small_queue_test.ruby_priority_queue > /dev/null; )  245.53s
 user 1.14s system 99% cpu 4:07.63 total
 (; macruby ./small_queue_test.pqueue > /dev/null; )  201.46s user 16.89s
 system 106% cpu 3:25.21 total
 (; macruby ./small_queue_test.ruby_priority_queue > /dev/null; )  482.99s
 user 25.50s system 106% cpu 7:55.70 total
 }}}

 This is on a Core 2 Duo 2.0 with 4 GB of RAM installed (but it only uses
 3).

-- 
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] #349: Segmentation fault in macirb

2009-09-25 Thread MacRuby
#349: Segmentation fault in macirb
+---
 Reporter:  d...@…   |   Owner:  lsansone...@…
 Type:  defect  |  Status:  new  
 Priority:  critical|   Milestone:  MacRuby 0.5  
Component:  MacRuby |Keywords:   
+---

Comment(by lsansone...@…):

 As mentioned on another bug, setting the VM_DISABLE_RBO environment
 variable to 1 should make it work again. There is a problem in the AOT
 compiler.

-- 
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] #350: macirb doesn't exit cleanly anymore

2009-09-25 Thread MacRuby
#350: macirb doesn't exit cleanly anymore
-+--
 Reporter:  jordan.breed...@…|   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  blocker  |   Milestone:  MacRuby 0.5  
Component:  MacRuby  |Keywords:   
-+--

Comment(by joshua.balla...@…):

 Discussed this last night with Laurent. There's an issue with the AOT
 compiler. Running "VM_DISABLE_RBO=1 macirb" should work around this for
 the time being.

-- 
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] #350: macirb doesn't exit cleanly anymore

2009-09-25 Thread MacRuby
#350: macirb doesn't exit cleanly anymore
-+--
 Reporter:  jordan.breed...@…|   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  blocker  |   Milestone:  MacRuby 0.5  
Component:  MacRuby  |Keywords:   
-+--

Comment(by mattaimone...@…):

 confirmed

-- 
Ticket URL: 
MacRuby 

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


[MacRuby-devel] [MacRuby] #350: macirb doesn't exit cleanly anymore

2009-09-25 Thread MacRuby
#350: macirb doesn't exit cleanly anymore
-+--
 Reporter:  jordan.breed...@…|   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  blocker  |   Milestone:  MacRuby 0.5  
Component:  MacRuby  |Keywords:   
-+--
 after the new LLVM merge macirb doesn't exit cleanly anymore

 {{{
 35 jor...@thetourist ~ > macirb
 irb(main):001:0> quit
 core:in `__new__:': wrong number of arguments (3 for 4) (ArgumentError)
 }}}

-- 
Ticket URL: 
MacRuby 

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


[MacRuby-devel] [MacRuby] #349: Segmentation fault in macirb

2009-09-25 Thread MacRuby
#349: Segmentation fault in macirb
+---
 Reporter:  d...@…   |   Owner:  lsansone...@…
 Type:  defect  |  Status:  new  
 Priority:  critical|   Milestone:  MacRuby 0.5  
Component:  MacRuby |Keywords:   
+---
 hey i just installed the r82747 of llvm and r2635 of macruby (with rake
 clean)

 {{{
  $ macirb
 irb(main):001:0> 42
 Segmentation fault
 }}}

 {{{
 $ sw_vers
 ProductName:Mac OS X
 ProductVersion: 10.6.1
 BuildVersion:   10B504
 }}}

 in gdb it looks like a indefinite recursion:

 {{{
 $ gdb macruby
 GNU gdb 6.3.50-20050815 (Apple version gdb-1344) (Fri Jul  3 01:19:56 UTC
 2009)
 Copyright 2004 Free Software Foundation, Inc.
 GDB is free software, covered by the GNU General Public License, and you
 are
 welcome to change it and/or distribute copies of it under certain
 conditions.
 Type "show copying" to see the conditions.
 There is absolutely no warranty for GDB.  Type "show warranty" for
 details.
 This GDB was configured as "x86_64-apple-darwin"...Reading symbols for
 shared libraries . done

 (gdb) run /usr/local/bin/macirb
 Starting program: /usr/local/bin/macruby /usr/local/bin/macirb
 Reading symbols for shared libraries .. done
 Reading symbols for shared libraries . done
 Reading symbols for shared libraries . done
 Reading symbols for shared libraries . done
 Reading symbols for shared libraries . done
 Reading symbols for shared libraries . done
 Reading symbols for shared libraries . done
 Reading symbols for shared libraries . done
 Reading symbols for shared libraries . done
 Reading symbols for shared libraries . done
 Reading symbols for shared libraries . done
 Reading symbols for shared libraries . done
 Reading symbols for shared libraries . done
 Reading symbols for shared libraries . done
 Reading symbols for shared libraries ... done
 Reading symbols for shared libraries . done
 irb(main):001:0> 42

 Program received signal EXC_BAD_ACCESS, Could not access memory.
 Reason: KERN_PROTECTION_FAILURE at address: 0x7fff5f3ffe88
 0x0001001719e4 in rb_vm_dispatch (cache=0x10480acf0, self=8592454112,
 sel=0x7fff80bcfcf6, block=0x0, opt=3 '\003', argc=3) at vm.cpp:3171
 3171   unsigned char opt, int argc, ...)
 (gdb) bt
 #0  0x0001001719e4 in rb_vm_dispatch (cache=0x10480acf0,
 self=8592454112, sel=0x7fff80bcfcf6, block=0x0, opt=3 '\003', argc=3) at
 vm.cpp:3171
 #1  0x00010139b0b8 in MREP_754758840 ()
 #2  0x00010139b0b8 in MREP_754758840 ()
 #3  0x00010139b0b8 in MREP_754758840 ()
 #4  0x00010139b0b8 in MREP_754758840 ()
 (deleted)
 #4880 0x00010139b0b8 in MREP_754758840 ()
 #4881 0x00010139b0b8 in MREP_754758840 ()
 #4882 0x00010139b0b8 in MREP_754758840 ()
 #4883 0x00010139b0b8 in MREP_754758840 ()
 #4884 0x00010139b0b8 in MREP_754758840 ()
 #4885 0x00010006dd17 in rb_class_new_instance_imp (klass=8590965440,
 sel=, argc=4,
 argv=0x7fff5fbf9750) at object.c:1892
 #4886 0x000100172b82 in rb_vm_dispatch (cache=0x100f69740,
 self=8590965440, sel=0x100f2db90, block=0x0, opt=0 '\0', argc=4) at
 vm.cpp:2704
 #4887 0x00010139b96c in MREP_754758840 ()
 }}}

 this example does not work too:

 {{{
  $ echo "p 42" | macirb
 p 42
 core:in `__new__:': wrong number of arguments (3 for 4) (ArgumentError)
 }}}

-- 
Ticket URL: 
MacRuby 

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