Hi guys,
For those who are not following trunk, macruby_deploy got some changes recently:
- The --gem option is added. This option will embed the given RubyGem and its
dependencies inside the application's bundle.
ex. $ macruby_deploy --embed --gem nokogiri Foo.app
- The --bs option is added
It is not a MacRuby problem. This message is triggered by the GC when an
operation (allocation, collection, whatever) happens on a thread that has not
been registered. I suspect macfuse spawns new pthreads without calling the
objc_registerThreadWithCollector() function.
Laurent
On Feb 9, 2011,
Please open a new ticket and we will look :)
Laurent
On Feb 9, 2011, at 7:49 AM, Joel Reymont wrote:
> Is it just me or has the hellofs example [1] stopped working again?
>
> [1] http://www.macruby.org/trac/ticket/922
>
>
I get a bunch of errors like this when running the hellofs MacFUSE example [1]:
macruby(25346,0x107082000) malloc: *** auto malloc[25346]: error: GC operation
on unregistered thread. Thread registered implicitly. Break on
auto_zone_thread_registration_error() to debug.
Is this a MacRuby problem
Is it just me or has the hellofs example [1] stopped working again?
[1] http://www.macruby.org/trac/ticket/922
--
- mac osx device driver ninja, kernel extensions and user-land usb drivers
-++-
Am I dreaming or was there an example of MacRuby with MacFUSE?
Thanks, Joel
--
- mac osx device driver ninja, kernel extensions and user-land usb drivers
-++
Quick test:
$ ruby -e 'open("|pbcopy", "w") { |io| io << "test #{rand}" };
puts(`pbpaste`)'
test 0.8639874244022235
$ macruby -e 'open("|pbcopy", "w") { |io| io << "test #{rand}" };
puts(`pbpaste`)'
-e:1:in `': not opened for writing (IOError)
Why the error with MacRuby?
___
You are right. I don't know what I was thinking - I included
the .bridgesupport files for the frameworks I was using but the
problem lay outside that - as you say, in HIServices.
I'll amend the build and try again and let you know the result.
Thanks for persisting :)
On Feb 9, 10:21 am, Laurent S
Hi Martin,
Are you sure you embedded the BridgeSupport file defining the
kInternetEventClass constant?
Looking on my system, it's in the HIServices.bridgesupport file.
You need to embed all BridgeSupport file dependencies, not only Cocoa or
Foundation. Here is a command snippet that will embed
I actually solved this. It turns out I did not set the flag "Continuously
Update Value" on the binding so it would only update if you actually pressed
enter.
The name/setName methods I only defined to test if they were getting called and
attr_accessor actually generates these for you.
-Robert
I think if you define an accessor for 'name' with attr_accessor as you have
done with someTextField, then this should work.
You can then remove the accessor methods you have created for the 'name'
instance var.
On 9 Feb 2011, at 08:51, Robert Payne wrote:
> Hi,
>
> I'm not sure if this is t
Hi,
I'm not sure if this is technically supposed to work in MacRuby but it
definitely works in objective-c.
class MyClass < NSWindowController
attr_accessor :someTextField
def name()
return @name
end
def setName(value)
@n
Laurent,
Your suggestion didn't work. We've taken to defining the constants
locally (it's KInternetEventClass KAEGetURL for NSAppleEventManager
that are causing all this).
I'm having difficulty testing this because I'm relying on a third
party to do so - I had to upgrade both my iMac and Powerbook
13 matches
Mail list logo
