Even more data. The following code block also segfaults. It looks like
the issue is the cast of ary to a CFMutableArrayRef. But that is where
I am stumped, because I am not sure what alternatives there are. Any
help?
fred = Module.new
args = ['a']
args.extend(fred)
args.replace(['a', 'b']
Eloy,
I applied your change to dup, rolled out my change, and then the tests
that I wrote still pass.
-Scott
On Feb 12, 2009, at 2:02 PM, Eloy Duran wrote:
Hi Scott,
As you can see in this commit:
http://github.com/masterkain/macruby/commit/0cb18321229b35a61e9af46e068b3d55a3678bd6
I hav
Hi Scott,
As you can see in this commit:
http://github.com/masterkain/macruby/commit/0cb18321229b35a61e9af46e068b3d55a3678bd6
I have fixed the problem in a different way. Because if I understood
your intention right, then the problem was in #dup.
Please let me know if this fixes your issue, or
One more piece of data. The module that is being extended does not
matter. The following block dies the same way.
fred = Module.new
args = []
args.extend(fred)
args.clear
On Feb 12, 2009, at 1:56 PM, M. Scott Ford wrote:
Hello,
The following block of code generates a segmentation fault. I a
Hello,
The following block of code generates a segmentation fault. I am going
to try to track down where it is coming from. Commenting out the
args.extend line will prevent the failure.
I am going to digg in and try to figure out what is wrong, but I
thought that an extra pair of eyes wou
Eloy,
Here is an updated patch that uses spec style tests.
-Scott
hash_merge.patch
Description: Binary data
On Feb 12, 2009, at 9:16 AM, Eloy Duran wrote:
Hi Scott,
If you would like to re write your patch in a more spec style as the
one I pointed to that would be great!
We can then e
Is this a bug? I don't see anything quite like it in Trac.
I have a binding to a button's state property. Here's the binding:
@comboBox.bind 'enabled',
toObject: @button,
withKeyPath: 'state',
options: {
NSValueTransformerBinding
Hi Scott,
If you would like to re write your patch in a more spec style as the
one I pointed to that would be great!
We can then easily migrate it to rubyspec later on.
Thanks,
- Eloy
On 12 feb 2009, at 15:09, M. Scott Ford wrote:
Eloy,
I did not see your email before I submitted the patc
Eloy,
I did not see your email before I submitted the patch.
I glanced at the hash tests in the RubySpec project and there is not
much there, so moving this test into RubySpec sounds like a good idea.
Is that something that I should take care of now?
-Scott
On Feb 12, 2009, at 8:53 AM, El
Laurent,
The patch is attached.
-Scott
hash_merge.patch
Description: Binary data
On Feb 11, 2009, at 10:21 PM, Laurent Sansonetti wrote:
Thanks for the detective work Scott! Could you create a test case in
test/ruby/test_hash.rb and send us a patch? I would then merge it.
Laurent
___
Hi,
If this is a problem with the Objective-C Hash implementation, I would
be inclined to say that the test case should go in test-macruby/cases/
rubyspec/hash_test.rb.
Because we might need to move this into the rubyspec project, if it's
not already in there, once we start on integrating ru
It seams like the default behaviour of windows generated in Hot Cocoa
is to allow their content height to be shrunk to zero (by dragging the
lower right corner). At which time you are left with just the title
bar and no way to recover once you have released the mouse button
(AFAIK). A min
12 matches
Mail list logo
