January 2011 - MacRuby-devel - lists.macosforge.org

Help with error message -- MacRuby app to be submitted to Mac App Store
by Juan C. Méndez 16 Jan '11

16 Jan '11

Dear all I hope someone in this list can help. I'm submitting an application to the Mac App Store. I can compile, embed the MacRuby framework, and archive the application for submission. When I try to validate it, I get the error -Package "com.mycompany.myapp": Bundle at "MyApp.app/Contents/Frameworks/MacRuby.framework/Versions/0.8" in Payload not declared in PackageInfo Any pointers on what should I include in the Info.plist for declaring that the MacRuby framework is included? Thanks! Juan C. Méndez

2 2

Re: [MacRuby-devel] [MacRuby] #1112: Allowing pointers to be created and initialised directly with an integer
by Dave Baldwin 15 Jan '11

15 Jan '11

Thanks, works a treat. Dave. On 13 Jan 2011, at 02:15, MacRuby wrote: > #1112: Allowing pointers to be created and initialised directly with an integer > ----------------------------------------+----------------------------------- > Reporter: dave.baldwin@… | Owner: lsansonetti@… > Type: enhancement | Status: closed > Priority: minor | Milestone: MacRuby 0.9 > Component: MacRuby | Resolution: fixed > Keywords: | > ----------------------------------------+----------------------------------- > Changes (by lsansonetti@…): > > * status: new => closed > * resolution: => fixed > * milestone: => MacRuby 0.9 > > > Comment: > > I added Pointer.magic_cookie in r5160. > > In your case, you can pass Pointer.magic_cookie(13) as the last argument > of glVertexPointer(). > > Note that Pointer.magic_cookie will only accept Numeric values that can > fit in a C long type (otherwise, an exception will be raised). > > -- > Ticket URL: <http://www.macruby.org/trac/ticket/1112#comment:2> > MacRuby <http://macruby.org/> > > _______________________________________________ > macruby-tickets mailing list > macruby-tickets(a)lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-tickets

1 0

loading a non-objc bundle
by Joel Reymont 14 Jan '11

14 Jan '11

Folks, How do I load this C bundle into MacRuby? file beagle.so beagle.so: Mach-O 64-bit bundle x86_64 ls -la beagle.bridgesupport -rw-r--r-- 1 joelr staff 15428 Jan 14 19:05 beagle.bridgesupport Thanks, Joel --- http://wagerlabs.com | @wagerlabs | http://www.linkedin.com/in/joelreymont

1 3

MacRuby and Cocos2D
by Rolando Abarca 14 Jan '11

14 Jan '11

hi all, I'm having some fun with Cocos2D[1] Mac Version and MacRuby. Some time ago I wrote ruby bindings for the iPhone version[2], but MacRuby makes those bindings unnecessary (at least for mac). So far everything works great! The only problem I'm having so far is in cases like this: {{{ some_node = CCSprite.spriteWithFile("some_file.png") self.addChild(some_node) }}} If I do the above, the object will get GCd by the ruby VM (I'm guessing), but the object should still live the Obj-C world (internally, each Cocos2D node keeps its children in an array, where they are retained in the addChild method). So far, I'm bypassing this by declaring each child an instance variable, but I'm pretty sure there must be another way... Any idea of how to overcome this problem? Btw: cocos2d works using the old retain/release memory management system, even in the Mac version. Thanks!, [1]: http://www.cocos2d-iphone.org [2]: https://github.com/funkaster/ShinyCocos -- Rolando Abarca M. Games For Food S.p.A. http://www.gamesforfood.com Phone: +1 (408) 345-5433

2 2

Question on Hash performance
by Robert Rice 14 Jan '11

14 Jan '11

I suspect that there is considerably more overhead in creating a Hash as compared to an Array and that using an Array is more efficient unless the Array will become large. I am wondering about how large the Array would have to be before it becomes more efficient to use a Hash. Consider the following example: class Test def initialize @array = [] @hash = {} end def get_from_hash( key ) @hash[ key ] end def set_hash( key, value ) value.nil? ? @hash.delete( key ) : @hash[ key ] = value end def get_from_array( key ) pair = @array.assoc( key ) pair ? pair.last : nil end def set_array( key, value ) pair = @array.assoc( key ) if pair value.nil? ? @array.delete( pair ) : pair[1] = value else @array << [ key, value ] unless value.nil? end end end Clearly it requires more code to emulate the hash function with an Array, but would it run faster for a small number of keys? Bob Rice

3 2

Vertex buffer objects in OpenGL
by Dave Baldwin 13 Jan '11

13 Jan '11

I have an openGL program that works if I use vertex arrays to store the geometry data, but if I convert it to use an openGL vertex buffer object then nothing is drawn. Has anyone got vertex buffer objects to work with MacRuby? I am using 0.8 on 10.6.4 (In OpenGL a vertex buffer object just holds geometry but on the graphics card so for large amounts of geometry will be significantly faster than a vertex array where the geometry is held in the client's memory and copied to the graphics card every time it is drawn). The code is: @vbo_buffer = Pointer.new('f', 1000) ... # initialise with vertex data (BYTES_IN_BUFFER set up with the size of the vertex data) # Get a buffer object id cubeVBO = Pointer.new_with_type('I', 1) glGenBuffers(1, cubeVBO) @cubeVBO = cubeVBO[0] glBindBuffer(GL_ARRAY_BUFFER, @cubeVBO) # The vertex buffer object can be initialised in several ways case vbo_method when :writeOnAllocate # This call will allocate the vertex buffer object and initialise it from @vbo_buffer glBufferData(GL_ARRAY_BUFFER, BYTES_IN_BUFFER, @vbo_buffer, GL_STATIC_DRAW) when :writeAfterAllocate nullPtr = Pointer.new("^I") # This call will allocate the vertex buffer object but not initialise it. glBufferData(GL_ARRAY_BUFFER, BYTES_IN_BUFFER, nullPtr, GL_STATIC_DRAW) # Now initialise it. glBufferSubData(GL_ARRAY_BUFFER, 0, BYTES_IN_BUFFER, @vbo_buffer) when :mapAfterAllocate nullPtr = Pointer.new("^I") # This call will allocate the vertex buffer object but not initialise it. glBufferData(GL_ARRAY_BUFFER, BYTES_IN_BUFFER, nullPtr, GL_STATIC_DRAW) # Get a pointer to the allocated buffer and copy the data over manually. buffer = glMapBuffer(GL_ARRAY_BUFFER, GL_READ_WRITE).cast!('f') (BYTES_IN_BUFFER / 4).times {|i| buffer[i] = @vbo_buffer[i]} # copy as floats glUnmapBuffer(GL_ARRAY_BUFFER) end Finally to draw the vertex buffer object glBindBuffer(GL_ARRAY_BUFFER, @cubeVBO) glEnableClientState(GL_VERTEX_ARRAY) v = Pointer.new("^c") # gives us a null pointer - need to pass in 0 in next call glVertexPointer(3, GL_FLOAT, v) glColor3f(1.0, 0.0, 0.0) glDrawArrays(GL_QUADS, 0, 24) # 0 = start offset, 24 = number of vertices None of the three methods to load the vertex buffer object make a difference. The other problem I will have is the colour data is interleaved in with the vertex data so ideally I need to call: glVertexPointer(3, GL_FLOAT, 12) but this function needs to take a void* pointer so how do I create a pointer with a value? Dave.

2 2

->(){} lambda syntax support
by Caio Chassot 12 Jan '11

12 Jan '11

Hey all, It appears the ->{} syntax for lambdas is not supported. Known? Need ticket? $ irb irb(main):001:0> ->{} => #<Proc:0x0000010124c5c8@(irb):1 (lambda)> $ macirb irb(main):001:0> ->{} SyntaxError: compile error

5 7

enumerateObjectsUsingBlock
by Alan Skipp 12 Jan '11

12 Jan '11

Hi everyone, Below is a reduction of a problem I've noticed when using 'enumerateObjectsUsingBlock' from inside a proc. The line which causes trouble is: [1,2,3].enumerateObjectsUsingBlock( Proc.new { |o, i, s| puts "inner enumeration #{o}" } ) If this line is replaced with: [1,2,3].each { |e| puts "inner enumeration #{e}" } Then the code behaves as expected. framework 'Foundation' proc = Proc.new do |arg| [1,2,3].enumerateObjectsUsingBlock( Proc.new { |o, i, s| puts "inner enumeration #{o}" } ) puts arg.upcase end %w[a b c].enumerateObjectsUsingBlock( Proc.new do |obj, idx, stop| proc.call(obj) end ) The output is as follows: inner enumeration 1 inner enumeration 2 inner enumeration 3 A inner enumeration b inner enumeration c The output I would expect is this: inner enumeration 1 inner enumeration 2 inner enumeration 3 A inner enumeration 1 inner enumeration 2 inner enumeration 3 B inner enumeration 1 inner enumeration 2 inner enumeration 3 C

2 1

Re: [MacRuby-devel] MacRuby-devel Digest, Vol 35, Issue 29
by Duane Kiefer 12 Jan '11

12 Jan '11

Hi Laurent, rake is the problem: Darwin::dekiefer:15-> head -n 1 `which rake` #!/Library/Frameworks/MacRuby.framework/Versions/0.9/usr/bin/macruby Darwin::dekiefer:16-> which rake /usr/bin/rake Darwin::dekiefer:17-> rake --version rake, version 0.8.7 Darwin::dekiefer:18-> which ruby /usr/bin/ruby I installed MacRuby 0.8 but didn't get a new rake so I went ahead and downloaded rake-18 from fink and rake is successfully raking the trunk now. Thank you, Duane On Jan 11, 2011, at 4:25 PM, macruby-devel-request(a)lists.macosforge.org wrote: > Date: Tue, 11 Jan 2011 13:56:45 -0800 > From: Laurent Sansonetti <lsansonetti(a)apple.com> > To: "MacRuby development discussions." > <macruby-devel(a)lists.macosforge.org> > Subject: Re: [MacRuby-devel] MacRuby Trunk rake Segmentation Fault > Message-ID: <0201739F-E82B-45D8-B51E-A7CE803C6DF0(a)apple.com> > Content-Type: text/plain; charset="us-ascii" > > Hi Duane, > > Maybe it's rake which is segfaulting here. Maybe your rake is using MacRuby. Some early versions of MacRuby did not support rake and were overriding /usr/bin/rake when installing certain gems through macgem. > > Try: > > $ head -n 1 `which rake` > > Laurent ------------------------------------------------------ “Liberals feel unworthy of their possessions. Conservatives feel they deserve everything they've stolen.” Mort Sahl

1 0

MacRuby Trunk rake Segmentation Fault
by Duane Kiefer 11 Jan '11

11 Jan '11

Hi, Am I the only person unable to do a 'rake' on the current MacRuby-trunk? Here's what I get after doing the svn: Darwin::dekiefer:23-> cd .. /Volumes/Arbeit/MacRuby Darwin::dekiefer:24-> !svn svn co http://svn.macosforge.org/repository/ruby/MacRuby/trunk MacRuby-trunk Checked out revision 5158. Darwin::dekiefer:25-> cd MacRuby-trunk/ /Volumes/Arbeit/MacRuby/MacRuby-trunk Darwin::dekiefer:26-> rake (in /Volumes/Arbeit/MacRuby/MacRuby-trunk) /usr/bin/bison -o y.tab.c parse.y Segmentation fault Darwin::dekiefer:27-> I've been successfully updating and building from the trunk for a few weeks until now. To determine whether 'bison' was at fault, I moved in fink's version but still received the same error. Thank you, Duane

3 2