#174: Allow embedding of arbitrary versions of MacRuby
+---
Reporter: [EMAIL PROTECTED] | Owner: [EMAIL PROTECTED]
Type: defect | Status: new
Priority
#174: Allow embedding of arbitrary versions of MacRuby
+---
Reporter: [EMAIL PROTECTED] | Owner: [EMAIL PROTECTED]
Type: defect | Status: new
Priority
#174: Allow embedding of arbitrary versions of MacRuby
+---
Reporter: [EMAIL PROTECTED] | Owner: [EMAIL PROTECTED]
Type: defect | Status: new
Priority
#174: Allow embedding of arbitrary versions of MacRuby
+---
Reporter: [EMAIL PROTECTED] | Owner: [EMAIL PROTECTED]
Type: defect | Status: new
Priority
ority: blocker|Milestone: MacRuby 0.2
Component: MacRuby| Resolution: fixed
Keywords: |
---+
Comment(by [EMAIL PROTECTED]):
This seems to be b
| Milestone:
Component: MacRuby |Keywords:
-+--
timeout should raise a Timeout::Error with message "execution expired"
when the time is up.
: minor| Milestone:
Component: MacRuby |Keywords: arch, fat
-+--
For example:
$ RC_ARCHS="ppc i386 x86_64" rake
fails to build on trunk r766, wi
Status: new
Priority: major| Milestone:
Component: MacRuby |Keywords: ArgumentError array convert
-+--
Trying to use a functio
critical | Milestone: MacRuby 0.4
Component: MacRuby |Keywords:
--+-
Comment(by maar...@…):
It looks like this has been fixed. I don't get this error any mor
: MacRuby 0.4
Component: MacRuby|Keywords:
---+
Comment(by maar...@…):
I attached a simple patch to make MacRuby clean up after itself a bit
better. It cleans all binaries
: blocker| Milestone:
Component: MacRuby|Keywords:
---+
Calling this from a foreground thread works fine, but if I call
Regexp#match from ObjC in a
|Milestone: MacRuby 1.0
Component: MacRuby | Resolution:
Keywords: |
-+--
Comment(by maar...@…):
The attached patch makes MacRuby parse the DYLD_FRAMEWORK_PATH
#180: -[MacRuby evaluateFileAtPath:] doesn't set __FILE__
-+--
Reporter: dognot...@… | Owner: lsansone...@…
Type: defect | Status: new
Pri
#141: Building MacRuby 0.3 - Rake fails during openssl compilation
+---
Reporter: nucleus_...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority
#181: hotcocoa command with Macruby 0.3, patches attached
+---
Reporter: sandor.szu...@… | Owner: lsansone...@…
Type: defect | Status: new
#141: Building MacRuby 0.3 - Rake fails during openssl compilation
+---
Reporter: nucleus_...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority
#141: Building MacRuby 0.3 - Rake fails during openssl compilation
+---
Reporter: nucleus_...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority
#141: Building MacRuby 0.3 - Rake fails during openssl compilation
+---
Reporter: nucleus_...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority
#182: The constant lookup in MacRuby does not behave correctly
+---
Reporter: vincent.isamb...@… | Owner: lsansone...@…
Type: defect | Status: new
#182: The constant lookup in MacRuby does not behave correctly
+---
Reporter: vincent.isamb...@… | Owner: lsansone...@…
Type: defect | Status: new
| Milestone:
Component: MacRuby |Keywords: loop next
-+--
The following should work:
@@@
short_enum = [1, 2, 3].to_enum
long_enum = ('a'..'z').to_e
| Milestone:
Component: MacRuby |Keywords: loop next
-+--
Comment(by drnicwilli...@…):
{{{
short_enum = [1, 2, 3].to_enum long_enum = ('a'..'z&#x
#141: Building MacRuby 0.3 - Rake fails during openssl compilation
+---
Reporter: nucleus_...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority
: blocker | Milestone:
Component: MacRuby |Keywords:
+---
All fail with this error:
gcc -I. -I../../.ext/include/universal-darwin9.0 -I
#141: Building MacRuby 0.3 - Rake fails during openssl compilation
+---
Reporter: nucleus_...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority
Priority: major | Milestone:
Component: MacRuby |Keywords:
+---
The following code causes a warning. The problem is when 2
: critical| Milestone:
Component: MacRuby |Keywords:
+---
In MacRuby, NSObject and Object are supposed to be the same. However, the
following
: critical| Milestone:
Component: MacRuby |Keywords:
+---
Comment(by vincent.isamb...@…):
Note that if you do "NSObject = Objec
| Milestone:
Component: MacRuby |Keywords:
-+--
YAML.load goes boom when trying to load a non-native class. So String,
Array etc all work.
In r767 I
new
Priority: blocker | Milestone:
Component: MacRuby |Keywords:
-+--
See the test case I added in r769:
http://www.macrub
cker | Milestone:
Component: MacRuby |Keywords:
-+--
Added test cases for these issues to known_bugs.rb:
http://www.macruby.org/trac/changeset/770/Mac
| Milestone:
Component: MacRuby |Keywords:
-+--
It would be a good thing imo if there was an easy way to check the
revision of the
| Milestone:
Component: MacRuby |Keywords:
-+--
Comment(by vincent.isamb...@…):
I already did it (commited by Laurent in revision 766
| Milestone:
Component: MacRuby |Keywords:
-+--
Comment(by eloy.de.en...@…):
Hey Vincent,
I'm aware of the change you mean, but
| Milestone:
Component: MacRuby |Keywords:
-+--
Comment(by vincent.isamb...@…):
Sorry, read the message too quickly :P
The Ruby
| Milestone:
Component: MacRuby|Keywords: mkmf.rb
---+
try_constant in mkmf fails. The test program that mkmf generates
segfaults with macruby 0.4. I&#x
| Milestone:
Component: MacRuby|Keywords: mkmf.rb
---+
Comment(by aaron.patter...@…):
Also, here is the mkmf.rb line I used:
try_constant('LIBXML_VE
Priority: critical| Milestone:
Component: MacRuby |Keywords:
+---
String#length and String#size return the byte size instead of the number
#193: exec() does not work on MacRuby
+---
Reporter: vincent.isamb...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority: blocker
Priority: blocker | Milestone:
Component: MacRuby |Keywords: NSOperation NSOperationQueue
+---
The below fails wtih a segmentation fault, not sure if
| Milestone:
Component: MacRuby |Keywords: NSThread
+---
Maybe calling in the wrong way but this seems to fail?
{{{
class AppDelegate
def testit
#181: hotcocoa command with Macruby 0.3, patches attached
+---
Reporter: sandor.szu...@… | Owner: lsansone...@…
Type: defect | Status: new
| Milestone:
Component: MacRuby |Keywords: NSThread
+---
Comment(by eloy.de.en...@…):
Could you please also provide the result/output?
--
Ticket URL: <h
: major | Milestone: MacRuby 0.4
Component: MacRuby|Keywords: gvl lock runloop
---+
the Ruby GVL is held when using a NSRunLoop from a secondary thread.
if i change my
| Status: new
Priority: blocker | Milestone:
Component: MacRuby |Keywords:
-+--
Currently when removing a pure Objective-C
| Milestone:
Component: MacRuby |Keywords:
-+--
MacRuby finds namespaced classes when it shouldn't:
{{{
module Namespace
class Foo
end
en
: blocker | Milestone:
Component: MacRuby |Keywords:
-+--
The following code results in a stack level too deep problem.
I have added this
| Milestone:
Component: MacRuby |Keywords:
-+--
Comment(by vincent.isamb...@…):
Duplicate of #182
--
Ticket URL: <http://www.macruby.org/trac/tic
#182: The constant lookup in MacRuby does not behave correctly
+---
Reporter: vincent.isamb...@… | Owner: lsansone...@…
Type: defect | Status: new
|Milestone:
Component: MacRuby | Resolution: duplicate
Keywords: |
-+--
Changes (by eloy.de.en...@…):
* status: new => clo
Priority: blocker | Milestone:
Component: MacRuby |Keywords:
-+--
{{{
>> NSNumber.numberWithBool(true) == true
=&
| Status: new
Priority: blocker | Milestone:
Component: MacRuby |Keywords:
-+--
In my opinion, the
| Milestone:
Component: MacRuby |Keywords:
-+--
A patch for this was provided by Jonathan Dewerd a while ago.
I will apply this after I
Priority: blocker |Milestone: MacRuby 0.4
Component: MacRuby | Resolution: duplicate
Keywords: |
-+--
Changes (by eloy.de.en
new
Priority: major | Milestone:
Component: MacRuby |Keywords:
+---
The following code:
{{{
begin
raise 'test'
r
Priority: blocker | Milestone:
Component: MacRuby |Keywords:
+---
All classes have a private puts method. However, if you
| Milestone:
Component: MacRuby |Keywords:
+---
When a class includes a module, the methods of this module appears in the
Priority: blocker | Milestone:
Component: MacRuby |Keywords:
+---
Comment(by eloy.de.en...@…):
Actually, it seems that this
| Milestone:
Component: MacRuby |Keywords:
+---
Comment(by eloy.de.en...@…):
I think #dup is there because it was overriden for objc
|Milestone: MacRuby 0.4
Component: MacRuby | Resolution: fixed
Keywords:|
--+-
Changes (by eloy.de.en...@…):
* status: new => clo
| Milestone: MacRuby 1.0
Component: MacRuby|Keywords: hotcocoa
---+
I'm trying to build a custom NSBox in a MacRuby X-Code project. This is my
code:
{{{
require
Priority: blocker | Milestone:
Component: MacRuby |Keywords:
-+--
This is something I stumbled across when playing with Rake. I have
#182: The constant lookup in MacRuby does not behave correctly
+---
Reporter: vincent.isamb...@… |Owner: lsansone...@…
Type: defect | Status: closed
#182: The constant lookup in MacRuby does not behave correctly
+---
Reporter: vincent.isamb...@… |Owner: lsansone...@…
Type: defect | Status: closed
| Milestone:
Component: MacRuby |Keywords:
-+--
Making the binding instance method of a class public does not return the
expected binding
| Milestone:
Component: MacRuby |Keywords:
+---
HotCocoa does not work in the latest trunk because of the fix in the
namespacing
Priority: minor | Milestone:
Component: MacRuby |Keywords: incorrect error
+---
$ gen_bridge_metadata -f Security -o Security.bridgesupport
$ macruby --version
MacRuby version
: blocker | Milestone:
Component: MacRuby |Keywords:
-+--
Comment(by eloy.de.en...@…):
The bug was introduced by r534.
--
Ticket URL
#211: Automatic loading of bridgesupport files with embedded MacRuby does not
work.
-+--
Reporter: dognot...@… | Owner: lsansone...@…
Type: defect | Status: new
|Milestone:
Component: MacRuby | Resolution: fixed
Keywords: |
+---
Changes (by eloy.de.en
Status: new
Priority: major| Milestone:
Component: MacRuby |Keywords: ArgumentError array convert
-+--
Comment(by dognot...@…):
The
: critical| Milestone:
Component: MacRuby |Keywords:
+---
HotCocoa allowed to use constant names but also classes in the call to
Priority: critical|Milestone:
Component: MacRuby | Resolution: fixed
Keywords: |
+---
Changes (by eloy.de.en
: major| Milestone:
Component: MacRuby |Keywords:
-+--
The following, with :scheduled => true OR false, causes my app to either
st
: major| Milestone:
Component: MacRuby |Keywords:
-+--
Comment(by drnicwilli...@…):
This is a hotcocoa ticket, but I forgot to add it to
new
Priority: minor| Milestone:
Component: MacRuby |Keywords: hotcocoa
-+--
Can we have :target => self as a default if :selector is set?
--
Tick
: major| Milestone:
Component: MacRuby |Keywords:
-+--
Comment(by drnicwilli...@…):
Its possible these issues are related to #212
| Milestone: MacRuby 1.0
Component: MacRuby|Keywords: hotcocoa
---+
Comment(by eloy.de.en...@…):
Hey Alexander,
Is this still the case for you?
--
Ticket URL: <h
major | Milestone:
Component: MacRuby|Keywords: openssl
---+
When using net/https, the line to create the new SSLSocket in `connect'
fails in Op
major | Milestone:
Component: MacRuby|Keywords: openssl
---+
Comment(by cel...@…):
My mistake, those references to '''@ctx''
major | Milestone:
Component: MacRuby|Keywords: openssl
---+
Comment(by cel...@…):
Unfortunately, we now just get a bug like this somewhere in
SSLS
major | Milestone:
Component: MacRuby|Keywords: openssl
---+
Comment(by cel...@…):
The issue causing the bug was due to '''rb_fdset_t&#x
| Milestone:
Component: MacRuby |Keywords:
+---
Comment(by cel...@…):
Looks fixed in trunk at r809.
--
Ticket URL: <h
major | Milestone:
Component: MacRuby|Keywords: openssl
---+
Comment(by eloy.de.en...@…):
Hi. First of all thanks for your time and effort!
However, p
major | Milestone:
Component: MacRuby|Keywords: openssl
---+
Comment(by cel...@…):
Thanks in kind. :-) This looks like a great project, would love to he
major | Milestone:
Component: MacRuby|Keywords: openssl
---+
Comment(by eloy.de.en...@…):
Awesome, thanks will have a look asap.
--
Ticket URL:
| Milestone:
Component: MacRuby|Keywords: fork process
---+
When '''fork''''s subprocess dies, it segfaults about 80% of the time (out
| Milestone: MacRuby 0.4
Component: MacRuby |Keywords: tiger
+---
Dear MacRuby Gods,
I live in the cheap seats of life, and do not have the where-with-all to
get
|Milestone: MacRuby 0.4
Component: MacRuby | Resolution: wontfix
Keywords: tiger |
+---
Changes (by j...@…):
* status: new => clo
major | Milestone:
Component: MacRuby|Keywords: openssl
---+
Comment(by eloy.de.en...@…):
So I had some time to look at this patch, but unfortunately I ha
major | Milestone:
Component: MacRuby|Keywords: openssl
---+
Comment(by cel...@…):
Alright, here's a fix - I was testing the tests (!) from
major | Milestone:
Component: MacRuby|Keywords: openssl
---+
Comment(by eloy.de.en...@…):
Ah I see. Well actually the tests should run from anywhere IMO,
major | Milestone:
Component: MacRuby|Keywords: openssl
---+
Comment(by cel...@…):
Now that we're not launching the test externally, we need to pr
major | Milestone:
Component: MacRuby|Keywords: openssl
---+
Comment(by cel...@…):
#218 reports on what could be causing the initialize problem - the mo
: new
Priority: major | Milestone:
Component: MacRuby|Keywords:
---+
Simple explanation: classes A and B both define methods
: new
Priority: major | Milestone:
Component: MacRuby|Keywords:
---+
Comment(by cel...@…):
I've been trying to git bisect
iority: blocker | Milestone:
Component: MacRuby |Keywords:
-+--
Working with MacRuby is nice, but I saw an interesting feature of another
iority: blocker | Milestone:
Component: MacRuby |Keywords:
-+--
Comment(by jbarne...@…):
Thanks for mentioning Johnson! Glad you like i
iority: blocker |Milestone:
Component: MacRuby | Resolution: invalid
Keywords: |
-+--
Changes (by eloy
Priority: major | Milestone:
Component: MacRuby |Keywords: NSRange ranges
+---
It seems to me that any Objective-C method that requires an NSRange should
be
101 - 200 of 2454 matches
Mail list logo
