December 2010 - macruby-tickets - lists.macosforge.org

Re: [MacRuby] #765: framework is not supported in MacRuby static
by MacRuby 04 Dec '10

04 Dec '10

#765: framework is not supported in MacRuby static ----------------------------+----------------------------------------------- Reporter: jazzbox@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby Later Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- Changes (by mattaimonetti@…): * milestone: MacRuby 0.7 => MacRuby Later -- Ticket URL: <http://www.macruby.org/trac/ticket/765#comment:4> MacRuby <http://macruby.org/>

1 0

Re: [MacRuby] #765: framework is not supported in MacRuby static
by MacRuby 04 Dec '10

04 Dec '10

#765: framework is not supported in MacRuby static ----------------------------+----------------------------------------------- Reporter: jazzbox@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 0.7 Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- Comment(by jhemmelg@…): I tried to reproduce this problem with the nightly build 4 Dec 2010. Compilation failed with: {{{ $ macrubyc -o test --framework Foundation --static test.rb Warning: static compilation is currently a work in progress and provided for development only. The compilation process may simply fail or generate non-functional machine code objects. Use it at your own risk. Undefined symbols: "_rb_pointer_new", referenced from: l1021 in libmacruby-static.a(string.o) (maybe you meant: _rb_pointer_new2) ld: symbol(s) not found collect2: ld returned 1 exit status Error when executing `/usr/bin/g++ -o "test" -arch x86_64 -lobjc -licucore -lauto -framework Foundation -L/Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib -lmacruby- static "/var/folders/a4/a4otm566Goa4sXqf7P+jL++++TI/-Tmp-/main-16899.o" "./test.o"' }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/765#comment:3> MacRuby <http://macruby.org/>

1 0

Re: [MacRuby] #472: built-in rss library doesn't work in HEAD
by MacRuby 04 Dec '10

04 Dec '10

#472: built-in rss library doesn't work in HEAD -------------------------------+-------------------------------------------- Reporter: sergio@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -------------------------------+-------------------------------------------- Changes (by pthomson@…): * milestone: MacRuby 0.5 => MacRuby 1.0 Comment: Still an issue in trunk: {{{ superclass mismatch for class RSS::Maker::RSS10::TaxonomyTopics (TypeError) }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/472#comment:1> MacRuby <http://macruby.org/>

1 0

Re: [MacRuby] #783: Patch for builder.rb error: invalid byte sequence in US-ASCII
by MacRuby 04 Dec '10

04 Dec '10

#783: Patch for builder.rb error: invalid byte sequence in US-ASCII -------------------------------+-------------------------------------------- Reporter: slewsys@… | Owner: lsansonetti@… Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | -------------------------------+-------------------------------------------- Changes (by eloy.de.enige@…): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.8 Comment: @Laurent: Nope, that won't work. The magic encoding is only about the bytes in the source file, not about data read from IO. After discussing a few permutations, we decided that setting the proper external encoding is the best thing to do, this will work on all rubies and will make sure that any future File.read statements will work. I've tested that I can build on 1.8 and 1.9 with r4976. -- Ticket URL: <http://www.macruby.org/trac/ticket/783#comment:4> MacRuby <http://macruby.org/>

1 0

[MacRuby] #978: macirb gives a weird error when I dereference a pointer to a CFArray
by MacRuby 04 Dec '10

04 Dec '10

#978: macirb gives a weird error when I dereference a pointer to a CFArray ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: macirb error ------------------------------------+--------------------------------------- The error is: TypeError: can't convert Class into String I have attached a short script to demo this. The message is not printed when you require the file or run it with macruby. If you copy and paste the code into macirb you will see the error message. -- Ticket URL: <http://www.macruby.org/trac/ticket/978> MacRuby <http://macruby.org/>

1 3

Re: [MacRuby] #203: Marshal.dump does not serialize an Exception's backtrace
by MacRuby 04 Dec '10

04 Dec '10

#203: Marshal.dump does not serialize an Exception's backtrace ----------------------------------------+----------------------------------- Reporter: vincent.isambart@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- Comment(by jhemmelg@…): I have been looking into this bug. I have traced the cause to not marshalling out ivars. It looks like this is at least partially due to the fact that strings are UTF-8 only (ticket #742). When I change Marshal's w_object() to output ivars it hits an infinite loop marshalling out the string. When a string is marshalled out, it's encoding is marhsalled out as well. The string encoding is a string itself. When that string is marshalled out, it's encoding is marshalled as well. It's turtles all the way down until the stack blows up. In MatzRuby there is a short circuit for US-ASCII and UTF-8 that breaks this recursion. I think we need to resolve handling string encodings (ticket #742) before this bug can be fixed. I also think this needs to be a 1.0 bug. -- Ticket URL: <http://www.macruby.org/trac/ticket/203#comment:1> MacRuby <http://macruby.org/>

1 0

Re: [MacRuby] #742: Encoding is always UTF-8 (?)
by MacRuby 04 Dec '10

04 Dec '10

#742: Encoding is always UTF-8 (?) ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by eloy.de.enige@…): Skimming through the search results on github for "# encoding" hasn't revealed any other encodings than utf-8 indeed. https://github.com/search?langOverride=&language=ruby&q=%23+encoding&repo=&… -- Ticket URL: <http://www.macruby.org/trac/ticket/742#comment:4> MacRuby <http://macruby.org/>

1 0

Re: [MacRuby] #818: NSBitmapImageRep#bitmapData returns empty String
by MacRuby 04 Dec '10

04 Dec '10

#818: NSBitmapImageRep#bitmapData returns empty String -------------------------+-------------------------------------------------- Reporter: emil@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby Later Component: MacRuby | Keywords: bitmap,NSBitmapImageRep, @nsBitmapImageRepObj.bitmapData -------------------------+-------------------------------------------------- Changes (by eloy.de.enige@…): * milestone: => MacRuby Later -- Ticket URL: <http://www.macruby.org/trac/ticket/818#comment:3> MacRuby <http://macruby.org/>

1 0

[MacRuby] #974: Failed assertion when creating pointer Pointers
by MacRuby 04 Dec '10

04 Dec '10

#974: Failed assertion when creating pointer Pointers ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- # macirb irb(main):001:0> Pointer.new '^' Assertion failed: (len > 0), function compile_const_global_string, file compiler.cpp, line 595. zsh: abort macirb -- Ticket URL: <http://www.macruby.org/trac/ticket/974> MacRuby <http://macruby.org/>

1 3

[MacRuby] #920: macirb takes too long to launch
by MacRuby 04 Dec '10

04 Dec '10

#920: macirb takes too long to launch ---------------------------------------+------------------------------------ Reporter: matt.massicotte@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------------------+------------------------------------ macirb takes between 1 and 2 seconds to produce a prompt. That's a very long time, and significantly longer than irb. -- Ticket URL: <http://www.macruby.org/trac/ticket/920> MacRuby <http://macruby.org/>

1 1