With:
MacRuby 0.10 (ruby 1.9.2) [universal-darwin10.0, x86_64]
and having done successfully:
macgem install hpricot ...
I get this when trying to use the actual gem:
dyld: lazy symbol binding failed: Symbol not found: _rb_enc_to_index
Referenced from:
/Library/Frameworks/MacRuby.framework
all 3 versions
- Bignum.to_f is broken in all 3 versions
- I believe the to_f method is behind all of these problems but i haven't
had time to find the problem nor
a solution.
Your problems with #to_f are due to the fact that 32-bit MacRuby stores
floats in 30 bits (MRI stores them in obj
sizing the array beforehand (a very good idea) is
safe, unless someone can definitively state that no one (inc. MacRuby) will
be modifying/moving/otherwise manipulating this mutable object while you
are
a bit of a disappointment, since a) we know resizing occurs far less
frequently then access
impl : they are not nearly as lightweight
as you might think).
So: while I understand Easco's example, I don't see Fibers as unique, or nec.
top choice, for a clean design of this scenario.
Perhaps this topic should go offline, since this is leaving the land of
MacRuby [direct
still leaning towards: this is a small
portion of [any] code, perhaps not unlike the modifications one must do moving
from
Ruby 1.8 + scripting bridge => MacRuby
-Daniel
On Fri, 13 Aug 2010 10:15:35 -0700
"Ernest N. Prabhakar, Ph.D." wrote:
Hi Easco,
On Aug 13, 2010, at 8
a lot of people very
excited.
Any external libraries that make use of Fibers or External Enumerators stand
a good chance of not working in MacRuby. In that case MacRuby becomes
"Mac-MostOfRuby" which makes it harder to adopt... etc. I'd rather that
didn't happen.
P
| Milestone:
Component: MacRuby |Keywords:
--+-
Test Script:
{{{
#!ruby
$ cat test_thread_kill.rb
Thread.new {
i = 0
loop do
p i
i += 1
| Status: new
Priority: blocker | Milestone:
Component: MacRuby |Keywords: interactive-macruby
-+--
When printing these from a running Cocoa app
|Milestone:
Component: MacRuby| Resolution: invalid
Keywords: |
---+
Changes (by martinlagarde...@…):
* status: new => closed
* resolut
| Milestone:
Component: MacRuby|Keywords:
---+
Comment(by macc...@…):
Ah, your example works, I wasn't using a begin/rescue block - just in
macirb.
Sorry, in
Priority: blocker | Milestone:
Component: MacRuby |Keywords:
--+-
Comment(by lsansone...@…):
After looking more, the issue seems related
| Milestone:
Component: MacRuby|Keywords:
---+
Comment(by lsansone...@…):
Could you be more specific? $! seems to be set after an exception:
{{{
$ macruby -e '
| Milestone:
Component: MacRuby|Keywords:
---+
A lot of the predefined variables are not being set, such as $! after an
exception. See http://www.zenspider.com/Languages
s: reopened
Priority: blocker |Milestone: MacRuby 0.7
Component: MacRuby | Resolution:
Keywords:|
--+-
Changes (by watson1...@…):
Priority: blocker | Milestone:
Component: MacRuby |Keywords:
--+-
Comment(by lsansone...@…):
I'm now able to repro this crash on m
: new
Priority: blocker | Milestone:
Component: MacRuby |Keywords:
-+--
Comment(by lsansone
: new
Priority: blocker | Milestone:
Component: MacRuby |Keywords:
-+--
{{{
% ruby19 -e 'Thread.abort_on_exception =
Priority: blocker | Milestone:
Component: MacRuby |Keywords:
--+-
Comment(by watson1...@…):
I tried on another iMac with MacRuby Nightly
|Milestone: MacRuby 0.7
Component: MacRuby | Resolution: fixed
Keywords: |
-+--
Changes (by lsansone...@…):
* status: new => clo
| Milestone:
Component: MacRuby |Keywords:
-+--
Comment(by martinlagarde...@…):
I confirm the problem is BridgeSupport.
To work around this
| Milestone:
Component: MacRuby |Keywords:
-+--
Comment(by martinlagarde...@…):
I suspect the problem comes from the BridgeSupport file that
| Milestone:
Component: MacRuby |Keywords:
-+--
Comment(by martinlagarde...@…):
Already checked, it is. In `AppKit.bridgesupport`:
{{{
#!xml
| Milestone:
Component: MacRuby |Keywords:
-+--
Changes (by lsansone...@…):
* milestone: MacRuby 0.7 =>
Comment:
I suspect the method is
| Milestone: MacRuby 0.7
Component: MacRuby |Keywords:
-+--
Comment(by martinlagarde...@…):
Ok now I understand the problem. I managed to workaround the
Priority: blocker | Milestone:
Component: MacRuby |Keywords:
--+-
Comment(by lsansone...@…):
It seems to work on my environment
| Milestone: MacRuby 0.7
Component: MacRuby |Keywords:
-+--
Comment(by m...@…):
Items are supposed to be disabled when #validateUserInterfaceItem: returns
Priority: blocker |Milestone: MacRuby 0.7
Component: MacRuby | Resolution: fixed
Keywords:|
--+-
Changes (by lsansone
| Milestone: MacRuby 0.7
Component: MacRuby |Keywords:
-+--
Comment(by martinlagarde...@…):
Thanks a lot. However, I also forgot to ask, but what version of
| Milestone:
Component: MacRuby |Keywords: stack overflow segfault
-+--
Comment(by martinlagarde...@…):
> "Catching the signal wouldnt help here as I&
Priority: blocker | Milestone:
Component: MacRuby |Keywords:
--+-
Test Script:
{{{
#!ruby
$ cat test.rb
require 'open-uri'
Priority: blocker | Milestone:
Component: MacRuby |Keywords:
--+-
Test Script:
{{{
#!ruby
$ cat test_undef.rb
# '[ruby-dev:
| Milestone: MacRuby 0.7
Component: MacRuby |Keywords:
-+--
Comment(by m...@…):
Attached is an minimal Xcode project that reproduces the problem.
--
Ticket
Priority: blocker | Milestone:
Component: MacRuby |Keywords: dietrb
-+--
{{{
% macruby -e "b = Object.new.instance_eval { binding }; ev
Priority: blocker | Milestone:
Component: MacRuby |Keywords: dietrb
-+--
Comment(by eloy.de.en...@…):
FYI This is not a big problem, just a
Priority: blocker | Milestone:
Component: MacRuby |Keywords: dietrb
-+--
{{{
% macruby -e 'module X; eval("Lost", TOPLEVE
e: defect| Status: new
Priority: blocker | Milestone:
Component: MacRuby |Keywords:
--+-
Test Script:
{{{
#!r
| Milestone:
Component: MacRuby |Keywords: stack overflow segfault
-+--
Comment(by lsansone...@…):
Catching the signal wouldnt help here as I'm pretty
|Milestone: MacRuby 0.7
Component: MacRuby | Resolution: fixed
Keywords: dietrb |
-+--
Changes (by lsansone...@…):
* status: new
| Milestone:
Component: MacRuby |Keywords: dietrb
-+--
{{{
% macruby -e ':foo.instance_eval { p self }'
/Users/eloy/code/MacRuby/tru
| Milestone: MacRuby 0.7
Component: MacRuby |Keywords:
-+--
Old description:
> The following implementation of #validateUserInterfaceItem: had no effect
>
| Milestone:
Component: MacRuby |Keywords: stack overflow segfault
-+--
Comment(by martinlagarde...@…):
Updating status of the bug following #822:
It could
|Milestone:
Component: MacRuby| Resolution: duplicate
Keywords: |
---+
Changes (by martinlagarde...@…):
* status: new => clo
: new
Priority: blocker | Milestone:
Component: MacRuby |Keywords:
--+-
Comment(by lsansone...@…):
Currently, MacRuby doesn&#
: new
Priority: blocker | Milestone:
Component: MacRuby |Keywords:
--+-
{{{
#!ruby
$ cat test_iconv.rb
require '
losed
Priority: blocker |Milestone: MacRuby 0.7
Component: MacRuby | Resolution: fixed
Keywords:|
--+-
Changes (by lsa
pened
Priority: blocker |Milestone: MacRuby 0.7
Component: MacRuby | Resolution:
Keywords:|
--+-
Changes (by wa
losed
Priority: blocker |Milestone: MacRuby 0.7
Component: MacRuby | Resolution: fixed
Keywords:|
--+-
Comment(by watson1...@…):
| Milestone: MacRuby 0.7
Component: MacRuby |Keywords:
-+--
The following implementation of #validateUserInterfaceItem: had no effect
when added to a window
:
Component: MacRuby|Keywords:
---+
The following code:
require "active_support/all"
Raises:
incompatible character encodings: UTF-8 and ASCII-8BIT
| Milestone:
Component: MacRuby|Keywords:
---+
The following code produces a Segmentation fault:
def test
test
end
Maybe you want to raise a
| Milestone:
Component: MacRuby |Keywords:
+---
Comment(by lsansone...@…):
OK I now repro this all the time in 10.6.4.
--
Ticket URL
Priority: blocker |Milestone: MacRuby 0.7
Component: MacRuby | Resolution: fixed
Keywords:|
--+-
Changes (by lsansone...@…):
* status
:
Component: MacRuby |Keywords:
+---
Changes (by lsansone...@…):
* milestone: MacRuby 0.7 =>
Comment:
Please don't use static compilation for the moment, it
#786: MacRuby does not finish when more exceptions is generated on same Thread
almost at the same time.
--+-
Reporter: watson1...@… | Owner: lsansone...@…
Type: defect
#821: uncached ObjC stub - Abort trap
+---
Reporter: jazz...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority: major | Milestone: MacRuby
Priority: blocker |Milestone: MacRuby 0.7
Component: MacRuby | Resolution: fixed
Keywords:|
--+-
Changes (by lsansone
Priority: blocker | Milestone:
Component: MacRuby |Keywords:
--+-
Comment(by watson1...@…):
With the following patch, it would be fixed. :D
|Milestone:
Component: MacRuby | Resolution: wontfix
Keywords: |
+---
Changes (by lsansone...@…):
* status: new => closed
* resolut
#586: "macgem build" fails.
-+--
Reporter: r...@…|Owner: lsansone...@…
Type: defect | Status: closed
Priority: major|Milestone
: major |Milestone:
Component: MacRuby| Resolution: invalid
Keywords: |
---+
Changes (by lsansone...@…):
* status: new
Priority: major | Milestone:
Component: MacRuby |Keywords:
--+-
Comment(by lsansone...@…):
I wrote a simple gemfile
{{{
source "http://rubygem
tus: closed
Priority: blocker |Milestone: MacRuby 0.7
Component: MacRuby | Resolution: fixed
Keywords:|
--+-
Changes
|Milestone: MacRuby 0.7
Component: MacRuby | Resolution: fixed
Keywords: |
-+--
Comment(by martinlagarde...@…):
This looks fixed indeed
Status: new
Priority: blocker | Milestone:
Component: MacRuby |Keywords:
--+-
Comment(by watson1...@…):
Please forget the change o
Status: new
Priority: blocker | Milestone:
Component: MacRuby |Keywords:
--+-
Comment(by watson1...@…):
It is necessary for "t->stat
|Milestone: MacRuby 0.7
Component: MacRuby | Resolution: fixed
Keywords: |
-+--
Changes (by lsansone...@…):
* status: new => clo
Status: new
Priority: blocker | Milestone:
Component: MacRuby |Keywords:
--+-
Comment(by lsansone...@…):
When writing MacRuby we prefer to che
Priority: blocker |Milestone: MacRuby 0.7
Component: MacRuby | Resolution: fixed
Keywords:|
--+-
Changes (by
:
Component: MacRuby |Keywords:
--+-
Comment(by lsansone...@…):
Array#hash is actually NSArray#hash which is... quite naive, it returns
the number of elements
Priority: blocker |Milestone: MacRuby 0.7
Component: MacRuby | Resolution: fixed
Keywords: |
-+--
Changes (by lsansone
| Milestone:
Component: MacRuby |Keywords:
+---
Comment(by lsansone...@…):
Looks like it crashes during finalization.
Could you reduce
| Milestone:
Component: MacRuby |Keywords:
+---
Comment(by martinlagarde...@…):
Yep, still regexp1 and regexp2 both still crash
Priority: blocker | Milestone:
Component: MacRuby |Keywords:
-+--
Comment(by lsansone...@…):
Looks like Method#== is broken when used on Method
Priority: major| Milestone:
Component: MacRuby |Keywords: bitmap,NSBitmapImageRep,
@nsBitmapImageRepObj.bitmapData
: major |Milestone: MacRuby 0.6
Component: MacRuby | Resolution: fixed
Keywords: |
+---
Changes (by lsansone...@…):
* status: new
#676: MacRuby 0.6 requires g++ 4.2 in Leopard
+---
Reporter: came...@… |Owner: lsansone...@…
Type: defect | Status: closed
Priority: critical
| Milestone:
Component: MacRuby|Keywords:
---+
Comment(by lsansone...@…):
Renamed summary accordingly.
--
Ticket URL: <http://www.macruby.org/trac/tic
|Milestone:
Component: MacRuby | Resolution: wontfix
Keywords:|
--+-
Changes (by lsansone...@…):
* status: new => clo
losed
Priority: blocker |Milestone:
Component: MacRuby | Resolution: wontfix
Keywords:|
--+-
Changes (by lsansone...@…):
* s
: MacRuby 0.7
Component: MacRuby | Resolution: fixed
Keywords: |
+---
Changes (by lsansone...@…):
* status: new => closed
* resolution: => fixed
* mil
:
Component: MacRuby |Keywords:
+---
Comment(by lsansone...@…):
The header is indeed small and could be emulated. However, apparently we
already do ship an empty re.h file
| Milestone:
Component: MacRuby |Keywords:
--+-
Comment(by lsansone...@…):
MacRuby doesn't really honor the script encoding setting. It uses UTF-8 by
defaul
| Milestone:
Component: MacRuby |Keywords:
+---
Changes (by lsansone...@…):
* milestone: MacRuby 0.7 =>
Comment:
Well, I tried
s: closed
Priority: minor |Milestone:
Component: MacRuby | Resolution: wontfix
Keywords: |
+-
Priority: critical| Milestone:
Component: MacRuby |Keywords:
+---
Comment(by lsansone...@…):
I believe this problem only
|Milestone: MacRuby 0.7
Component: MacRuby| Resolution: fixed
Keywords: |
---+
Changes (by lsansone...@…):
* status: new => closed
* resolut
| Milestone:
Component: MacRuby|Keywords:
---+
Comment(by lsansone...@…):
Reduction:
{{{
./miniruby -e "p readlines"
}}}
--
Ticket
| Milestone:
Component: MacRuby|Keywords:
---+
Comment(by lsansone...@…):
Nevermind, my copy of macruby was corrupted. I now get the real crash :-)
--
Ticket
| Milestone:
Component: MacRuby|Keywords:
---+
Changes (by lsansone...@…):
* milestone: MacRuby 0.7 =>
Comment:
It crashes differently here.
{{{
(
Priority: major |Milestone: MacRuby 0.7
Component: MacRuby | Resolution: fixed
Keywords: |
+---
Changes (by martinlagarde...@…):
* status: new
Status: new
Priority: blocker | Milestone:
Component: MacRuby |Keywords:
--+-
Comment(by watson1...@…):
An error occurs when pthread_mutex_
#281: Bundles pointing to local MacRuby installation instead of embedded
---+
Reporter: reb...@… |Owner:
lsansone...@…
Type: defect
#281: Bundles pointing to local MacRuby installation instead of embedded
---+
Reporter: reb...@… |Owner:
lsansone...@…
Type: defect
Priority: major | Milestone: MacRuby 0.6
Component: MacRuby |Keywords:
+---
Comment(by cheke...@…):
Before run the test, I changed the message in rescue block from
Priority: major | Milestone: MacRuby 0.6
Component: MacRuby |Keywords:
+---
When raise an Exception object in rescue block, the rescued object is
raised.
{{{
def
| Milestone:
Component: MacRuby|Keywords:
---+
Comment(by watson1...@…):
It seems that the external iterator is not yet implemented.[[BR]]
The external
Priority: blocker | Milestone:
Component: MacRuby |Keywords:
-+--
Comment(by martinlagarde...@…):
Replying to [comment:1 lsansone...@…]:
> J
Priority: blocker | Milestone:
Component: MacRuby |Keywords:
-+--
Comment(by lsansone...@…):
Just curious, does it still crash if you disable
Priority: blocker | Milestone:
Component: MacRuby |Keywords:
-+--
As discussed with Laurent, it was hard to reduce the problem. Hence, here
are
#281: Bundles pointing to local MacRuby installation instead of embedded
---+
Reporter: reb...@… |Owner:
lsansone...@…
Type: defect
1 - 100 of 2454 matches
Mail list logo
