Were you able to find a solution for this? I'm having the same issue...
including --bs flag and getting Abort Trap on OSX 10.6
--
Kevin Colyar
http://kevin.colyar.net
___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macos
Sorry Kevin,
The above code was actually loading extra bridge support file (Security in
this case). I have misunderstood your question.
Guys I'm very sorry about this interruption.
James
On Sat, Feb 25, 2012 at 8:19 AM, James Chen wrote:
> Kevin,
>
> Even with the -bs option, MacRuby app migh
Kevin,
Even with the -bs option, MacRuby app might still not be able to load the
bridge support preview properly on 10.6. Here's what I do for Gmail Notifr:
dir_path = NSBundle.mainBundle.resourcePath.fileSystemRepresentation
load_bridge_support_file
"#{dir_path}/BridgeSupport/Security.bridgesupp
You should be able to pass the --bs option to macruby_deploy in your Deploy
target.
On 2012-02-24, at 2:56 PM, Kevin Colyar wrote:
> Anyone know if there's a way to include Bridge Support Preview 3 into my
> MacRuby app so users before 10.7 doing need to install Bridge Support
> separately?
Anyone know if there's a way to include Bridge Support Preview 3 into my
MacRuby app so users before 10.7 doing need to install Bridge
Support separately?
--
Kevin Colyar
http://kevin.colyar.net
___
MacRuby-devel mailing list
MacRuby-devel@lists.macosfo
That does indeed seem to fix it. Thanks.
I'm still confused though because I have lots of stuff that used to work and
that uses id_sender. Did something change in rb_nibtool?
Steve
On 24 Feb 2012, at 19:39, Kevin Poorman wrote:
> I believe the parameter for an action method must be named "se
I believe the parameter for an action method must be named "sender" not
id_sender ?
-Pkj
On Feb 24, 2012, at 2:33 PM, Steve Clarke wrote:
> Sorry- correction to previous post: When the Obj-C header is deleted IB does
> still show the action close_me. However it is flagged as an error saying
Sorry- correction to previous post: When the Obj-C header is deleted IB does
still show the action close_me. However it is flagged as an error saying that
close_me is not defined on AppDelegate.
Steve
On 24 Feb 2012, at 19:22, Steve Clarke wrote:
> Here's the code. It couldn't be any simple
Here's the code. It couldn't be any simpler:
class AppDelegate
attr_accessor :window, :prop1 , :prop3
def close_me(id_sender)
puts ("close_me invoked")
end
def applicationDidFinishLaunching(a_notification)
# Insert code here to initialize your application
puts ("finished
Can you show your code, was it working in 4.2?
- Matt
On Fri, Feb 24, 2012 at 10:57 AM, Steve Clarke wrote:
> No, I'd already read earlier comments about the block syntax. I can't
> get actions recognised at all, even in the most trivial cases. If everyone
> else is OK I might just be doing
No, I'd already read earlier comments about the block syntax. I can't get
actions recognised at all, even in the most trivial cases. If everyone else is
OK I might just be doing something stupid.
Steve
On 24 Feb 2012, at 18:43, Kevin Poorman wrote:
> There is a known problem, (at least It's
There is a known problem, (at least It's known to me...) with rb_nibtool and
certain forms of ruby block syntax.
Specifically, multi-line {} syntax causes it to fail. I've run into this with
the dispatch gem doing things like
Dispatch::Job.new {
#some expensive op
}
that code, while r
I've been following the discussions about getting Xcode 4.3 to find rb_nibtool.
The symlink works for me. However it seems to deal OK with outlets but is not
working at all for received actions - even in the simplest cases.
What may be interesting is that even before I installed 4.3 it stopp
13 matches
Mail list logo
