May 2013 - MacRuby-devel - lists.macosforge.org

method in bridge support missing reference or something
by Patrick Hanevold 27 May '13

27 May '13

Hi guys, Im quite new to macruby and this is my first attempt at calling c functions in a static library I've linked into my application. I've successfully generated a bridgesupport file that loads just fine into the application first thing after loading frameworks in the rb_main.rb file. At first I just want to call a simple function in the library, and so far to no avail. It fails with "Assertion failed: (cache->as.fcall.imp != NULL), function rb_vm_dispatch, file dispatcher.cpp, line 804.". This is what I have so far: dir_path = NSBundle.mainBundle.resourcePath.fileSystemRepresentation load_bridge_support_file File.join(dir_path,'mpg123.bridgesupport') mpg123_init Yeah, its the mpg123 library. The method is defined properly in the bridgesupport file: <function name='mpg123_init'> <retval type='i'/> </function> The library is linked in just fine, as I can call the same function in main.m without any issues, from the looks of it it seems like the function is actually available in the ruby universe, but that a reference to its address is missing or something, thus the assert on the fcall.imp thingie there. Any clues on what to do? Best regards, Patrick

1 0

OS X10.9 & MacRuby's future...
by Carolyn Ann Grant 22 May '13

22 May '13

Hi, I've got a question about the future of MacRuby. I like it, and have started working on a project or two using it, but I've been reading about GC and ARC, Ruby 2.0, RubyMotion and so on, and wonder where MacRuby is going? I'm quite concerned because I've put a good amount of time into my MacRuby projects. I wish I had the knowledge and skill to help with MacRuby - I really do like it! - but unfortunately I don't. I also don't want to invest a lot of further time in MacRuby if it's not going anywhere. (And I really can't spare the $200 it would take to buy RubyMotion.) I know this comes across as a bit impertinent, but I really would like to know what's happening with MacRuby development. Thanks!

20 37

Manage array of objects within object's class?
by Jeff Dyck 18 May '13

18 May '13

Hey, I'm working on developing an app in MacRuby that uses HTTParty to consume a Web Service. I'm hoping someone can help me wrap my head around some of the Model - View - Controller stuff... From reading some tutorials on MacRuby (and RubyMotion), it seems that it's best practice to have all the HTTP requests for loading, saving and querying objects as part of the model, rather than in the controller (which is what I've done in the past)... I can wrap my head around saving and deleting objects in the Model, but wondering about loading objects - in particular when there are many objects to be loaded... If my code to load the JSON is embedded in the Model as a Class Method, can I also have a Class Array to store them? And if so can I bind that to an NSArray Controller and use that to feed my UI? IE: I have a class of 'sites' which is basically a list of schools in our District, and simplified looks something like: class Site require 'httparty' include HTTParty format :json base_uri 'http://webservice.address.here' attr_accessor :siteArray attr_accessor :siteArrayController PROPERTIES = [:id, :code, :name, :server, :location, :saved] PROPERTIES.each { |prop| attr_accessor prop } def self.getAllSites siteArray = NSMutableArray.new get('/sites').parsed_response.each do |site| siteArrayController.addObject(self.new(site)) end end def initialize(attributes = {}) attributes.each { |key, value| self.send((key.to_s + "=").to_s, value) } if @id.nil? then @saved = false else @saved = true end end end Basically, I would like to call from the main App Delegate something like Site.getAllSites, which would talk to the Web Server, load and parse the json and init the actual objects, adding them to the siteArray, which would in turn populate the UI via Bindings. So I guess my questions are: 1) Am I crazy trying to do it like this? 2) How do I define the siteArray and siteArrayController so that they are Class variables (rather than object variables) and can be bound to the UI? Thanks in advance for anyone who can point me in the right direction. Jeff

2 2

Re: [MacRuby-devel] MacRuby-devel Digest, Vol 63, Issue 3
by yasha0x80 16 May '13

16 May '13

I got my RubyMotion last week when 2.0 came out really hope they will continue building it for long time. By now I'm really enjoying it -- yasha0x80 Sent with Sparrow (http://www.sparrowmailapp.com/?sig) On Thursday, May 16, 2013 at 10:00 PM, macruby-devel-request(a)lists.macosforge.org wrote: > Send MacRuby-devel mailing list submissions to > macruby-devel(a)lists.macosforge.org (mailto:macruby-devel@lists.macosforge.org) > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.macosforge.org/mailman/listinfo/macruby-devel > or, via email, send a message with subject or body 'help' to > macruby-devel-request(a)lists.macosforge.org (mailto:macruby-devel-request@lists.macosforge.org) > > You can reach the person managing the list at > macruby-devel-owner(a)lists.macosforge.org (mailto:macruby-devel-owner@lists.macosforge.org) > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of MacRuby-devel digest..." > > > Today's Topics: > > 1. Re: OS X10.9 & MacRuby's future... (Andy Stechishin) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 16 May 2013 12:51:45 -0600 > From: Andy Stechishin <andy.stechishin(a)gmail.com (mailto:andy.stechishin@gmail.com)> > To: "MacRuby development discussions." > <macruby-devel(a)lists.macosforge.org (mailto:macruby-devel@lists.macosforge.org)> > Subject: Re: [MacRuby-devel] OS X10.9 & MacRuby's future... > Message-ID: > <CAK_eDJwuUACm4W9+aXjcoz-b4Vg5YmMq2yMyXwEt0a7yUxyhTQ(a)mail.gmail.com (mailto:CAK_eDJwuUACm4W9+aXjcoz-b4Vg5YmMq2yMyXwEt0a7yUxyhTQ@mail.gmail.com)> > Content-Type: text/plain; charset="iso-8859-1" > > @Shaun: I think RubyMotion 2 is that offering. > > @Mark: Well said. I dabbled in MacRuby and thought it would be great if > 'they' could get something going for IOS. MY first thought when RubyMotion > came out was I needed to buy a license to support HipByte, I have never > regretted this and bought my extension last week. The paradigm for > RubyMotion has been to step outside the Apple Toolchain to allow developers > to produce applications with ease. I am pleased to see this continue in the > Cocoa application space. And, the community is almost worth the price of > admission alone. :) Heck, I am already giving Apple a hundred bucks a year, > so giving Laurent another hundred to actually build in a language I like > isn't that much more. > > Andy Stechishin (lurker) > > On Thu, May 16, 2013 at 12:40 PM, Shaun August <saugust(a)me.com (mailto:saugust@me.com)> wrote: > > > I would like to see Laurent and Hipbyte offer a paid version of MacRuby > > with the same pricing structure as RubyMotion. I'd buy it... > > > > -- > > Shaun > > > > > > On Thursday, 16 May, 2013 at 11:38 AM, Mark Villacampa wrote: > > > > I'm a longtime RubyMotion user, and MacRuby user before that. I want to > > share my view as to what is the current status of MacRuby and what can > > happen in the future. > > > > The momentum around MacRuby has been inexistent for almost a year and a > > half. That is, since Laurent Sansonetti (the original creator of MacRuby) > > left Apple, and that left the project without maintainers who were being > > paid to work on it. Only Watson and a couple other maintainers have been > > doing maintenance work and fixing a couple of bugs. > > > > Since nobody is being paid to maintain it, and (AFAIK) there is no > > company/individual whose main/critical systems depended on MacRuby, nobody > > has taken over the project. This is pretty much a chicken-egg situation. > > > > That said, a year ago, Laurent launched RubyMotion, a product based on > > MacRuby which introduces many new features, such as an ARC based memory > > model, and iOS support (dropping OSX support). Just a few days ago, in the > > first anniversary of RubyMotion, they introduced OSX support. > > > > Rubymotion is not open source, and the license costs 200$, plus an annual > > renewal fee of 99$. Two reasons that people sometimes argue for not > > investing in RM are: > > > > - "It's closed source, it might disappear at any moment": Actually, > > RubyMotion is probably more likely to stay in the long term than MacRuby > > was at the beginning. Despite Apple being a huge company, MacRuby was kind > > of an experiment that they could kill at any moment. For HipByte (the > > company behind Rubymotion), Rubymotion is its main product and the one that > > pays its employees. They are way more interested in watching RM succeed > > than Apple was in watching MacRuby succeed. > > > > - "It's too expensive": for playing around or releasing a pet project or > > free app that is not one of your ways of income, that might be the case. > > However, for a company or individual that wants to develop a product from > > which they hope to get some revenue, that price is ridiculous. I've seen > > PHP libraries for creating web forms more expensive than RubyMotion > > (nothing against those libraries). We're talking about a static compiler > > and a whole toolchain for developing iOS apps. If you're a student and want > > to play around with RubyMotion, there is a student discount available (send > > them an email for more information). > > > > So my conclusion is: If you want to develop OSX applications and you liked > > MacRuby, invest in getting a RubyMotion license, you probably won't be > > disappointed. > > > > Mark. > > > > On Thursday, May 16, 2013 at 8:01 PM, Christopher S Martin wrote: > > > > They recently added support for OS X to rubymotion: > > http://blog.rubymotion.com/post/49943751398/rubymotion-goes-2-0-and-gets-os… > > That said, since rubymotion is (I believe) based off of macruby with some > > additions specifically around static compilation of apps, I don't know if > > the issues around GC/ARC would be any better in rubymotion on OS X, as I've > > only used it for iOS. > > > > > > On Thu, May 16, 2013 at 10:56 AM, Jeff Dyck <fsjjeff(a)gmail.com (mailto:fsjjeff@gmail.com)> wrote: > > > > Just wanted to add a ditto to this - I'm looking at migrating some old > > AppleScript Studio projects to MacRuby - my initial testing about a year > > ago was great, but it seems the stability of MacRuby as a development > > platform is in question to me at least... I've already been abandoned by > > AppleScript Studio, don't really want to have to go through relearning a > > new language and migrating projects a third time. > > > > I'm seeing a few comments on RubyMotion - does that work for developing OS > > X projects as well? I was under the impression that was for iOS only, but > > I can't say I've looked into it much. > > > > Jeff > > > > On May 16, 2013, at 10:40 AM, Michael Shantzis <michael(a)shantzis.com (mailto:michael@shantzis.com)> > > wrote: > > > > > Hello all (and especially Carolyn), > > > > > > I just want to say that I have the same question, specifically regarding > > the > > > GC/ARC issue. > > > > > > The context in which this came up was very revealing. I had been > > developing a > > > fairly complex Cocoa project (ARC enabled) and decided that I had to add > > > > some tests. > > > Using MacRuby seemed like the natural solution. I quickly noticed, > > > > though, that I > > > couldn't. > > > > > > Is there still any momentum behind MacRuby? Is there any solution to > > the issue > > > of mixing it with ARC? I really hope the answer to these two questions > > > > is "yes." > > > > > > Thank you, > > > Michael Shantzis > > > > > > > > > On May 16, 2013, at 8:32 AM, Carolyn Ann Grant < > > carolyn.ann.grant(a)gmail.com (mailto:carolyn.ann.grant@gmail.com)> wrote: > > > > > > > Hi, I've got a question about the future of MacRuby. I like it, and > > have started working on a project or two using it, but I've been reading > > about GC and ARC, Ruby 2.0, RubyMotion and so on, and wonder where MacRuby > > is going? I'm quite concerned because I've put a good amount of time into > > my MacRuby projects. > > > > > > > > I wish I had the knowledge and skill to help with MacRuby - I really do > > like it! - but unfortunately I don't. I also don't want to invest a lot of > > further time in MacRuby if it's not going anywhere. (And I really can't > > spare the $200 it would take to buy RubyMotion.) > > > > > > > > I know this comes across as a bit impertinent, but I really would like > > to know what's happening with MacRuby development. Thanks! > > > > _______________________________________________ > > > > MacRuby-devel mailing list > > > > MacRuby-devel(a)lists.macosforge.org (mailto:MacRuby-devel@lists.macosforge.org) > > > > https://lists.macosforge.org/mailman/listinfo/macruby-devel > > > > > > > > > > > > > _______________________________________________ > > > MacRuby-devel mailing list > > > MacRuby-devel(a)lists.macosforge.org (mailto:MacRuby-devel@lists.macosforge.org) > > > https://lists.macosforge.org/mailman/listinfo/macruby-devel > > > > > > > > > _______________________________________________ > > MacRuby-devel mailing list > > MacRuby-devel(a)lists.macosforge.org (mailto:MacRuby-devel@lists.macosforge.org) > > https://lists.macosforge.org/mailman/listinfo/macruby-devel > > > > > > _______________________________________________ > > MacRuby-devel mailing list > > MacRuby-devel(a)lists.macosforge.org (mailto:MacRuby-devel@lists.macosforge.org) > > https://lists.macosforge.org/mailman/listinfo/macruby-devel > > > > > > _______________________________________________ > > MacRuby-devel mailing list > > MacRuby-devel(a)lists.macosforge.org (mailto:MacRuby-devel@lists.macosforge.org) > > https://lists.macosforge.org/mailman/listinfo/macruby-devel > > > > > > > > _______________________________________________ > > MacRuby-devel mailing list > > MacRuby-devel(a)lists.macosforge.org (mailto:MacRuby-devel@lists.macosforge.org) > > https://lists.macosforge.org/mailman/listinfo/macruby-devel > > > >

1 0