date:20091101

[MacRuby-devel] [MacRuby] #415: Crash with "Call result #2 has unhandled type" trying to display a window

2009-11-01 Thread MacRuby

#415: Crash with "Call result #2 has unhandled type" trying to display a window
---+
 Reporter:  trej...@…  |   Owner:  lsansone...@…
 Type:  defect |  Status:  new  
 Priority:  blocker|   Milestone:   
Component:  MacRuby|Keywords:   
---+
 I tried to run a trivial test application (straight from the MacRuby web
 page) and got a crash.  I have narrowed down the cause in the Ruby code:

 {{{
 require 'hotcocoa'
 include HotCocoa
 application do |app|
   win = window :size => [100,50]# commenting out this line makes it
 stay running
 end
 }}}

 I tried this on the 0.5 beta as well as the most recent nightly, getting
 the same result in both cases.

 Result of running this script:

 {{{
 shard:test trejkaz$ macruby --version
 MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, i386]
 shard:test trejkaz$ macruby minimal.rb
 2009-11-01 21:41:12.508 macruby[17009:903] *** -[NSLock unlock]: lock
 ( '(null)') unlocked when not locked
 2009-11-01 21:41:12.512 macruby[17009:903] *** Break on _NSLockError() to
 debug.
 Call result #2 has unhandled type f32UNREACHABLE executed at
 CallingConvLower.cpp:148!
 Stack dump:
 0.  Running pass 'X86 DAG->DAG Instruction Selection' on function
 '@431'
 Abort trap
 }}}

 If this is really only happening to me, let me know what other information
 I can provide.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] Problems with DRB and MacRuby 0.5

2009-11-01 Thread Gaz Liddon


Hiya :)

I've a problem using Drb and get a problem I don't get if I use bog  
standard ruby 1.8


My client and server code is below.

The server works fine but if I try and invoke any method on the client  
from the server I get this error:



core:in `open:': can't convert NSMutableDictionary into String  
(TypeError)
	from /Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/ 
1.9.0/drb/drb.rb:1196:in `initialize:'

from core:in `__new__:'
	from /Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/ 
1.9.0/drb/drb.rb:1163:in `open:'
	from /Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/ 
1.9.0/drb/drb.rb:1109:in `with_friend:'
	from /Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/ 
1.9.0/drb/drb.rb:1091:in `method_missing:'

from /Users/garyliddon/drbtest.rb:1:in `'

Any help super gratefully received :)

gaz



SERVER CODE
require 'drb'

class Incrementer

  def initialize
@value = 0
  end

  def increment
@value += 1
  end

end

service = DRb.start_service("druby://localhost:4242", Incrementer.new)
print "service started on port 4242\n"
DRb.thread.join


CLIENT CODE
require 'drb'
DRb.start_service
server = DRbObject.new_with_uri('druby://localhost:4242')
p server.increment #this is what causes the error

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] Problems with DRB and MacRuby 0.5

2009-11-01 Thread Matt Aimonetti

Could you please file a bug report? I'll try to look into it ASAP.

Thanks,

 - Matt

On Sun, Nov 1, 2009 at 9:42 AM, Gaz Liddon  wrote:

> Hiya :)
>
> I've a problem using Drb and get a problem I don't get if I use bog
> standard ruby 1.8
>
> My client and server code is below.
>
> The server works fine but if I try and invoke any method on the client from
> the server I get this error:
>
>
> core:in `open:': can't convert NSMutableDictionary into String (TypeError)
> from
> /Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/1.9.0/drb/drb.rb:1196:in
> `initialize:'
> from core:in `__new__:'
> from
> /Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/1.9.0/drb/drb.rb:1163:in
> `open:'
> from
> /Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/1.9.0/drb/drb.rb:1109:in
> `with_friend:'
> from
> /Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/1.9.0/drb/drb.rb:1091:in
> `method_missing:'
> from /Users/garyliddon/drbtest.rb:1:in `'
>
> Any help super gratefully received :)
>
> gaz
>
>
>
> *SERVER CODE*
> require 'drb'
>
> class Incrementer
>
>   def initialize
> @value = 0
>   end
>
>   def increment
> @value += 1
>   end
>
> end
>
> service = DRb.start_service("druby://localhost:4242", Incrementer.new)
> print "service started on port 4242\n"
> DRb.thread.join
>
> *
> *
> *CLIENT CODE*
> require 'drb'
> DRb.start_service
> server = DRbObject.new_with_uri('druby://localhost:4242')
> p server.increment #this is what causes the error
>
>
> ___
> MacRuby-devel mailing list
> [email protected]
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>
>
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] [MacRuby] #416: DRB does not work with MacRuby 5.0

2009-11-01 Thread MacRuby

#416: DRB does not work with MacRuby 5.0
--+-
 Reporter:  g...@… |   Owner:  lsansone...@…
 Type:  defect|  Status:  new  
 Priority:  blocker   |   Milestone:   
Component:  MacRuby   |Keywords:  drb  
--+-
 I've a problem using Drb and get a problem I don't get if I use bog
 standard ruby 1.8

 My client and server code is below.

 The server works fine but if I try and invoke any method on the client
 from the server I get this error:



 {{{
 core:in `open:': can't convert NSMutableDictionary into String (TypeError)
 from
 
/Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/1.9.0/drb/drb.rb:1196:in
 `initialize:'
 from core:in `__new__:'
 from
 
/Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/1.9.0/drb/drb.rb:1163:in
 `open:'
 from
 
/Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/1.9.0/drb/drb.rb:1109:in
 `with_friend:'
 from
 
/Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/1.9.0/drb/drb.rb:1091:in
 `method_missing:'
 from /Users/garyliddon/drbtest.rb:1:in `'
 }}}


 Any help super gratefully received :)

 gaz



 '''SERVER CODE''

 {{{
 'require 'drb'

 class Incrementer

   def initialize
 @value = 0
   end

   def increment
 @value += 1
   end

 end
 service = DRb.start_service("druby://localhost:4242", Incrementer.new)
 print "service started on port 4242\n"
 DRb.thread.join

 }}}



 '''CLIENT CODE'''

 {{{
 require 'drb'
 DRb.start_service
 server = DRbObject.new_with_uri('druby://localhost:4242')
 p server.increment #this is what causes the error

 }}}

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #415: Crash with "Call result #2 has unhandled type" trying to display a window

2009-11-01 Thread MacRuby

#415: Crash with "Call result #2 has unhandled type" trying to display a window
---+
 Reporter:  trej...@…  |   Owner:  lsansone...@…
 Type:  defect |  Status:  new  
 Priority:  blocker|   Milestone:   
Component:  MacRuby|Keywords:   
---+

Comment(by lsansone...@…):

 I reproduce the crash when running the script under i386 (32-bit Intel)
 mode. It looks like your computer is not 64-bit, therefore MacRuby runs
 32-bit by default. I am sorry but 32-bit support is still not fully
 functional yet. We will try to address this problem in the upcoming
 release.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #416: DRB does not work with MacRuby 5.0

2009-11-01 Thread MacRuby

#416: DRB does not work with MacRuby 5.0
--+-
 Reporter:  g...@… |   Owner:  lsansone...@…
 Type:  defect|  Status:  new  
 Priority:  blocker   |   Milestone:   
Component:  MacRuby   |Keywords:  drb  
--+-

Comment(by lsansone...@…):

 The problem is inside File#open, the modes argument doesn't seem valid.

 {{{
 (gdb) po modes
 {
 "argc_limit" = 256;
 idconv = "#";
 "load_limit" = 26214400;
 "safe_level" = 0;
 "tcp_acl" = "";
 verbose = 0;
 }
 }}}

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #409: Attribute setter should be accepted as KVO setter

2009-11-01 Thread MacRuby

#409: Attribute setter should be accepted as KVO setter
-+--
 Reporter:  neerac...@…  |   Owner:  lsansone...@…
 Type:  enhancement  |  Status:  new  
 Priority:  minor|   Milestone:   
Component:  MacRuby  |Keywords:   
-+--

Comment(by lsansone...@…):

 I am not 100% confident with your proposal either. I share your concern
 about overriding custom setters. But it may be better than what we
 currently have.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #416: DRB does not work with MacRuby 5.0

2009-11-01 Thread MacRuby

#416: DRB does not work with MacRuby 5.0
--+-
 Reporter:  g...@… |   Owner:  lsansone...@…
 Type:  defect|  Status:  new  
 Priority:  blocker   |   Milestone:   
Component:  MacRuby   |Keywords:  drb  
--+-

Comment(by lsansone...@…):

 Reduction 1:

 {{{
 $ macruby -r drb -e "p DRb::DRbProtocol.open('hey', {})"
 core:in `open:': can't convert NSMutableDictionary into String (TypeError)
 from -e:1:in `'
 }}}

 In this case, it seems that we call Kernel#open directly and not
 DRbProtocol#open.

 Reduction 2:

 {{{
 $ macruby -e "module X; def open(a); p a; end; module_function :open; end;
 X.open('hey')"
 core:in `open:': No such file or directory - open() failed (Errno::ENOENT)
 from -e:1:in `'
 }}}

 This looks like the same bug as described in #396.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] call for help!

2009-11-01 Thread Laurent Sansonetti


Hi guys,

Things are shaping pretty nicely in trunk and we expect to release the  
second beta in a few days. We receive bug reports every day, it's  
great that people are testing it, and the final release will be  
awesome :-)


If you are interested in contributing to the project and you do not  
have the time or expertise to learn the source code & contribute  
patches, there are still crucial things that you could do:


1) Test as many Ruby code (gems, libraries) as possible with MacRuby  
and report us feedback, if the code crashes, runs slowly or leaks all  
your memory. If you report a runtime crash, it would be even better if  
you could take the time to reduce the problem into a few lines of  
Ruby, this saves us (well, me :)) time. Things we don't run yet (but  
should): rspec, mocha, activesupport (that's a big one!), etc.


2) Write Cocoa samples! MacRuby ships with a few samples but we  
desperately need more & better ones. If you play with MacRuby to do  
Cocoa development and use a specific framework/feature, it would be  
awesome if you could contribute it back as a sample application.  
Things we do not cover in samples: core data, bindings, opengl, many  
Cocoa classes, etc.


3) Document your experience as part of a website tutorial or recipe.  
We are trying to build a "documentation center" for MacRuby resources  
at http://www.macruby.org/documentation.html and we desperately need  
more content. Contributing new or enhancing existing content would be  
greatly appreciated.


Thanks!

Laurent
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #416: DRB does not work with MacRuby 5.0

2009-11-01 Thread MacRuby

#416: DRB does not work with MacRuby 5.0
--+-
 Reporter:  g...@… |   Owner:  lsansone...@…
 Type:  defect|  Status:  new  
 Priority:  blocker   |   Milestone:   
Component:  MacRuby   |Keywords:  drb  
--+-

Comment(by g...@…):

 Probably talking nonsense here :D

 Both this and the bug #396 have problems with functions in a module that
 module_function is used on.

 Could there be a problem with that? I saw a change made to module_function
 code just before the beta in this changeset

 http://www.macruby.org/trac/changeset/2828/MacRuby/trunk/vm.cpp

 I'm super new to MacRuby and can't read the code very well but it seemed
 odd that a specific function to set the flags to 0 had been removed,
 especially as they seem to govern visibility for the function being
 prepared.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #414: Printing Block Instances Inconsistent

2009-11-01 Thread MacRuby

#414: Printing Block Instances Inconsistent
+---
 Reporter:  conra...@…  |   Owner:  lsansone...@…
 Type:  defect  |  Status:  new  
 Priority:  minor   |   Milestone:   
Component:  MacRuby |Keywords:  Beta 1   
+---
Changes (by lsansone...@…):

  * milestone:  MacRuby 0.5 =>


Comment:

 While we can definitely improve Proc#to_s, there is little chance it will
 include the caller file/line in the near future. Deleting 0.5 milestone.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] [MacRuby] #417: can't access vCardRepresentation.bytes of ABPerson

2009-11-01 Thread MacRuby

#417: can't access vCardRepresentation.bytes of ABPerson
-+--
 Reporter:  vilan...@…   |   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  major|   Milestone:   
Component:  MacRuby  |Keywords:  pointer  
-+--
 I tried to get the vCard representation of an ABRecord, but got an error
 that results in vm termination. To reproduce the error try the following
 steps:

 {{{
 user ~ $ macruby -v && uname -a
 MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, x86_64]
 Darwin CoolMacBook.local 10.0.0 Darwin Kernel Version 10.0.0: Fri Jul 31
 22:47:34 PDT 2009; root:xnu-1456.1.25~1/RELEASE_I386 i386
 user ~ $ macirb
 irb(main):001:0> framework "addressbook"
 => true
 irb(main):002:0> ab = ABAddressBook.sharedAddressBook
 => #
 irb(main):003:0> ab.people.first.vCardRepresentation.bytes
 Assertion failed: (ValueType->getTypeID() != VoidTyID && "Pointer to void
 is not valid, use i8* instead!"), function get, file Type.cpp, line 931.
 Abort trap
 }}}

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] call for help!

2009-11-01 Thread dan sinclair

I created a document on Hotcocoa and Core Data (http://everburning.com/news/hotcocoa-and-core-data/
) a while ago when I was poking at it. There is a patch in Trac to
have the .xcdatamodel files compiled automatically by Rake. Not sure
if it ever got looked at.

dan

On Nov 1, 2009, at 3:36 PM, Laurent Sansonetti wrote:

Hi guys,

Things are shaping pretty nicely in trunk and we expect to release
the second beta in a few days. We receive bug reports every day,
it's great that people are testing it, and the final release will be
awesome :-)

If you are interested in contributing to the project and you do not
have the time or expertise to learn the source code & contribute
patches, there are still crucial things that you could do:

1) Test as many Ruby code (gems, libraries) as possible with MacRuby
and report us feedback, if the code crashes, runs slowly or leaks
all your memory. If you report a runtime crash, it would be even
better if you could take the time to reduce the problem into a few
lines of Ruby, this saves us (well, me :)) time. Things we don't run
yet (but should): rspec, mocha, activesupport (that's a big one!),
etc.

2) Write Cocoa samples! MacRuby ships with a few samples but we
desperately need more & better ones. If you play with MacRuby to do
Cocoa development and use a specific framework/feature, it would be
awesome if you could contribute it back as a sample application.
Things we do not cover in samples: core data, bindings, opengl, many
Cocoa classes, etc.

3) Document your experience as part of a website tutorial or recipe.
We are trying to build a "documentation center" for MacRuby
resources at http://www.macruby.org/documentation.html and we
desperately need more content. Contributing new or enhancing
existing content would be greatly appreciated.

Thanks!

Laurent
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] call for help!

2009-11-01 Thread Conrad Taylor

On Sun, Nov 1, 2009 at 12:36 PM, Laurent Sansonetti
wrote:

> Hi guys,
>
> Things are shaping pretty nicely in trunk and we expect to release the
> second beta in a few days. We receive bug reports every day, it's great that
> people are testing it, and the final release will be awesome :-)
>
> If you are interested in contributing to the project and you do not have
> the time or expertise to learn the source code & contribute patches, there
> are still crucial things that you could do:
>

I have the following questions in regards to submitting code/patches:

1)  Is there an Xcode project file for operating on the source?

2)  How does properly create a patch file for submittal and should this be
filed as a ticket?


> 1) Test as many Ruby code (gems, libraries) as possible with MacRuby and
> report us feedback, if the code crashes, runs slowly or leaks all your
> memory. If you report a runtime crash, it would be even better if you could
> take the time to reduce the problem into a few lines of Ruby, this saves us
> (well, me :)) time. Things we don't run yet (but should): rspec, mocha,
> activesupport (that's a big one!), etc.
>

Yes, activesupport is keeping from playing with activemodel at the moment.
 Also, RSpec, at the absolute minimum, would be a great addition to the
MacRuby project.  Is anyone working on activesupport at the moment?


>

2) Write Cocoa samples! MacRuby ships with a few samples but we desperately
> need more & better ones. If you play with MacRuby to do Cocoa development
> and use a specific framework/feature, it would be awesome if you could
> contribute it back as a sample application. Things we do not cover in
> samples: core data, bindings, opengl, many Cocoa classes, etc.
>
> 3) Document your experience as part of a website tutorial or recipe. We are
> trying to build a "documentation center" for MacRuby resources at
> http://www.macruby.org/documentation.html and we desperately need more
> content. Contributing new or enhancing existing content would be greatly
> appreciated.
>
> Thanks!
>
> Laurent
>

Thanks in advance for any input in regards to the above.

-Conrad


> ___
> MacRuby-devel mailing list
> [email protected]
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #417: can't access vCardRepresentation.bytes of ABPerson

2009-11-01 Thread MacRuby

#417: can't access vCardRepresentation.bytes of ABPerson
-+--
 Reporter:  vilan...@…   |Owner:  lsansone...@…
 Type:  defect   |   Status:  closed   
 Priority:  major|Milestone:  MacRuby 0.5  
Component:  MacRuby  |   Resolution:  fixed
 Keywords:  pointer  |  
-+--
Changes (by lsansone...@…):

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


Comment:

 I suspect you are using MacRuby 0.5 beta1. This bug has been fixed in
 trunk since a few days (you can install the latest nightly build from
 http://macruby.icoretech.org/):

 {{{
 $ macruby -e "framework 'AddressBook'; p
 ABAddressBook.sharedAddressBook.people.first.vCardRepresentation.bytes"
 #
 }}}

 Note that this returns you a Pointer instance, which behaves like an Array
 of bytes. If you want to save the data on disk I recommend using the
 NSData object.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] call for help!

2009-11-01 Thread Laurent Sansonetti

Thanks for the remainder. HotCocoa is unfortunately not actively
maintained anymore, but we will address that soon!

Laurent

On Nov 1, 2009, at 4:40 PM, dan sinclair wrote:

dan

On Nov 1, 2009, at 3:36 PM, Laurent Sansonetti wrote:

Hi guys,

If you are interested in contributing to the project and you do not
have the time or expertise to learn the source code & contribute
patches, there are still crucial things that you could do:

1) Test as many Ruby code (gems, libraries) as possible with
MacRuby and report us feedback, if the code crashes, runs slowly or
leaks all your memory. If you report a runtime crash, it would be
even better if you could take the time to reduce the problem into a
few lines of Ruby, this saves us (well, me :)) time. Things we
don't run yet (but should): rspec, mocha, activesupport (that's a
big one!), etc.

3) Document your experience as part of a website tutorial or
recipe. We are trying to build a "documentation center" for MacRuby
resources at http://www.macruby.org/documentation.html and we
desperately need more content. Contributing new or enhancing
existing content would be greatly appreciated.

Thanks!

Laurent
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] call for help!

2009-11-01 Thread Laurent Sansonetti


Hi,

On Nov 1, 2009, at 5:04 PM, Conrad Taylor wrote:

On Sun, Nov 1, 2009 at 12:36 PM, Laurent Sansonetti > wrote:

Hi guys,

Things are shaping pretty nicely in trunk and we expect to release  
the second beta in a few days. We receive bug reports every day,  
it's great that people are testing it, and the final release will be  
awesome :-)


If you are interested in contributing to the project and you do not  
have the time or expertise to learn the source code & contribute  
patches, there are still crucial things that you could do:


I have the following questions in regards to submitting code/patches:

1)  Is there an Xcode project file for operating on the source?


No, there isn't.

2)  How does properly create a patch file for submittal and should  
this be filed as a ticket?


I recommend using the patch functionality of the SCM you're using. If  
you work with SVN, you can simply change files, then:


$ svn diff > patch.diff

And you can enclose the .diff file to a Trac ticket.
.
1) Test as many Ruby code (gems, libraries) as possible with MacRuby  
and report us feedback, if the code crashes, runs slowly or leaks  
all your memory. If you report a runtime crash, it would be even  
better if you could take the time to reduce the problem into a few  
lines of Ruby, this saves us (well, me :)) time. Things we don't run  
yet (but should): rspec, mocha, activesupport (that's a big one!),  
etc.


Yes, activesupport is keeping from playing with activemodel at the  
moment.  Also, RSpec, at the absolute minimum, would be a great  
addition to the MacRuby project.  Is anyone working on activesupport  
at the moment?


I looked a few weeks ago and noted a few bugs, that have been fixed  
since. It's a perpetual approach, trying to run something, hitting a  
bug, reducing it, fixing it, etc.


I would prefer to have rspec working first, though :-)

AFAIK nobody is working on this yet.

Laurent
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] [MacRuby] #418: Backticks Segmentation Fault in compiled binaries

2009-11-01 Thread MacRuby

#418: Backticks Segmentation Fault in compiled binaries
--+-
 Reporter:  a...@…|   Owner:  lsansone...@…
 Type:  defect|  Status:  new  
 Priority:  blocker   |   Milestone:   
Component:  MacRuby   |Keywords:   
--+-
 I have a long program that otherwise compiles well except for this.

 Testing shows this fails:
 result = `date`

 This works:
 system("date > scratch.txt")
 result = IO.read("scratch.txt")

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #418: Backticks Segmentation Fault in compiled binaries

2009-11-01 Thread MacRuby

#418: Backticks Segmentation Fault in compiled binaries
--+-
 Reporter:  a...@…|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
  * milestone:  => MacRuby 0.5


Comment:

 Should be fixed in r2936:

 {{{
 $ macruby bin/rubyc t3.rb -o /tmp/t3
 $ /tmp/t3
 "Sun Nov  1 18:43:08 PST 2009\n"
 }}}

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] call for help!

2009-11-01 Thread Conrad Taylor

On Sun, Nov 1, 2009 at 5:19 PM, Laurent Sansonetti wrote:

> Hi,
>
>
> On Nov 1, 2009, at 5:04 PM, Conrad Taylor wrote:
>
>  On Sun, Nov 1, 2009 at 12:36 PM, Laurent Sansonetti <
>> [email protected]> wrote:
>> Hi guys,
>>
>> Things are shaping pretty nicely in trunk and we expect to release the
>> second beta in a few days. We receive bug reports every day, it's great that
>> people are testing it, and the final release will be awesome :-)
>>
>> If you are interested in contributing to the project and you do not have
>> the time or expertise to learn the source code & contribute patches, there
>> are still crucial things that you could do:
>>
>> I have the following questions in regards to submitting code/patches:
>>
>> 1)  Is there an Xcode project file for operating on the source?
>>
>
> No, there isn't.
>
>
So, you tend to do something similar the following:

1)  [ create and ] execute the appropriate spec

2)  edit the code

3)  rake

4)  if spec_passes? go to (5).  Otherwise go to (2)

5)  move to the next issue


>
>  2)  How does properly create a patch file for submittal and should this be
>> filed as a ticket?
>>
>
> I recommend using the patch functionality of the SCM you're using. If you
> work with SVN, you can simply change files, then:
>
> $ svn diff > patch.diff
>
> And you can enclose the .diff file to a Trac ticket.
>
> .
>
>> 1) Test as many Ruby code (gems, libraries) as possible with MacRuby and
>> report us feedback, if the code crashes, runs slowly or leaks all your
>> memory. If you report a runtime crash, it would be even better if you could
>> take the time to reduce the problem into a few lines of Ruby, this saves us
>> (well, me :)) time. Things we don't run yet (but should): rspec, mocha,
>> activesupport (that's a big one!), etc.
>>
>> Yes, activesupport is keeping from playing with activemodel at the moment.
>>  Also, RSpec, at the absolute minimum, would be a great addition to the
>> MacRuby project.  Is anyone working on activesupport at the moment?
>>
>
> I looked a few weeks ago and noted a few bugs, that have been fixed since.
> It's a perpetual approach, trying to run something, hitting a bug, reducing
> it, fixing it, etc.
>
> I would prefer to have rspec working first, though :-)
>

Laurent, I will take a look at RSpec this week.

-Conrad


>
> AFAIK nobody is working on this yet.
>
> Laurent
>
> ___
> MacRuby-devel mailing list
> [email protected]
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] rSpec for MacRuby

2009-11-01 Thread s.ross

When installing the gem using macgem, a shebang line is written  
pointing to macruby. The "spec" binary copied into /usr/bin forever  
after (or until manually edited or reinstalled) contains that shebang.  
Until MacRuby is close to parity with MRI (say... when MRI can run  
Rails), this may make less difference. Now, however, the single- 
location binary can cause a problem.


I'm not sure what a sensible solution is to this, but thought since  
rSpec is getting some attention, I'd bring this up.


-s
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] rSpec for MacRuby

2009-11-01 Thread Matt Aimonetti

Unfortunately this is not an issue with MacRuby, you would have many issues
with ruby1.9 or any other implementations.

- Matt

On Sun, Nov 1, 2009 at 10:52 PM, s.ross  wrote:

> When installing the gem using macgem, a shebang line is written pointing to
> macruby. The "spec" binary copied into /usr/bin forever after (or until
> manually edited or reinstalled) contains that shebang. Until MacRuby is
> close to parity with MRI (say... when MRI can run Rails), this may make less
> difference. Now, however, the single-location binary can cause a problem.
>
> I'm not sure what a sensible solution is to this, but thought since rSpec
> is getting some attention, I'd bring this up.
>
> -s
> ___
> MacRuby-devel mailing list
> [email protected]
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] [MacRuby] #419: MacRuby build fails due to incompatible LLVM version?

2009-11-01 Thread MacRuby

#419: MacRuby build fails due to incompatible LLVM version?
+---
 Reporter:  manf...@…   |   Owner:  lsansone...@…
 Type:  defect  |  Status:  new  
 Priority:  major   |   Milestone:  MacRuby 0.5  
Component:  MacRuby |Keywords:   
+---
 When I try to build MacRuby using 'rake' I get the following error:


 {{{
 /usr/bin/g++ -I/usr/local/include  -D_DEBUG -D_GNU_SOURCE
 -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -O3  -fno-common
 -Woverloaded-virtual -I. -I./include -g -Wall -arch i386 -arch x86_64
 -Wno-parentheses -Wno-deprecated-declarations -Werror -c vm.cpp -o vm.o
 vm.cpp: In function ‘void rb_vm_aot_compile(NODE*)’:
 vm.cpp:3476: error: ‘F_Binary’ is not a member of ‘llvm::raw_fd_ostream’
 vm.cpp: In function ‘void rb_vm_aot_compile(NODE*)’:
 vm.cpp:3476: error: ‘F_Binary’ is not a member of ‘llvm::raw_fd_ostream’
 lipo: can't figure out the architecture type of:
 /var/folders/wk/wkf48hhlHDmUh8UelgJehU+++TI/-Tmp-//cc3PmhXx.out
 rake aborted!
 Command failed with status (1): [/usr/bin/g++ -I/usr/local/include
 -D_DEBU...]

 (See full trace by running task with --trace)
 awk% llvmc --version
 Low Level Virtual Machine (http://llvm.org/):
   llvm version 2.6
   Optimized build with assertions.
   Built Nov  1 2009(15:19:30).

   Registered Targets:
 (none)
 }}}

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] rSpec for MacRuby

2009-11-01 Thread Joshua Ballanco

On Nov 1, 2009, at 10:52 PM, s.ross wrote:

I'm not sure what a sensible solution is to this, but thought since  
rSpec is getting some attention, I'd bring this up.

You can always override the shebang line by running a script directly  
with ruby (it's not a coincidence that the shebang line is also a  
valid ruby comment). So, the easiest way to switch back and forth  
between running rspec under MacRuby and Ruby 1.9 would be:

> sudo macgem install rspec
> sudo gem1.9 install rspec
> spec blah_spec.rb  <= runs under MacRuby
> ruby1.9 `which spec` blah_spec.rb  <= runs under Ruby 1.9

From there, it shouldn't be too hard to alias the last line to  
something like spec1.9 and you should be all set.

Cheers,

Josh
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] [MacRuby] #415: Crash with "Call result #2 has unhandled type" trying to display a window

[MacRuby-devel] Problems with DRB and MacRuby 0.5

Re: [MacRuby-devel] Problems with DRB and MacRuby 0.5

[MacRuby-devel] [MacRuby] #416: DRB does not work with MacRuby 5.0

Re: [MacRuby-devel] [MacRuby] #415: Crash with "Call result #2 has unhandled type" trying to display a window

Re: [MacRuby-devel] [MacRuby] #416: DRB does not work with MacRuby 5.0

Re: [MacRuby-devel] [MacRuby] #409: Attribute setter should be accepted as KVO setter

Re: [MacRuby-devel] [MacRuby] #416: DRB does not work with MacRuby 5.0

[MacRuby-devel] call for help!

Re: [MacRuby-devel] [MacRuby] #416: DRB does not work with MacRuby 5.0

Re: [MacRuby-devel] [MacRuby] #414: Printing Block Instances Inconsistent

[MacRuby-devel] [MacRuby] #417: can't access vCardRepresentation.bytes of ABPerson

Re: [MacRuby-devel] call for help!

Re: [MacRuby-devel] call for help!

Re: [MacRuby-devel] [MacRuby] #417: can't access vCardRepresentation.bytes of ABPerson

Re: [MacRuby-devel] call for help!

Re: [MacRuby-devel] call for help!

[MacRuby-devel] [MacRuby] #418: Backticks Segmentation Fault in compiled binaries

Re: [MacRuby-devel] [MacRuby] #418: Backticks Segmentation Fault in compiled binaries

Re: [MacRuby-devel] call for help!

[MacRuby-devel] rSpec for MacRuby

Re: [MacRuby-devel] rSpec for MacRuby

[MacRuby-devel] [MacRuby] #419: MacRuby build fails due to incompatible LLVM version?

Re: [MacRuby-devel] rSpec for MacRuby

24 matches

Site Navigation

Mail list logo

Footer information