ocker| Milestone: MacRuby 0.5
Component: MacRuby|Keywords: rubygems, grit, gems
---+
Sorry to be so specific about not being able to load a specific gem.
I do this:
{{{
require
Priority: blocker| Milestone: MacRuby 0.5
Component: MacRuby|Keywords: macruby, rubygems,
exception
---+
Comment(by hungerandthi...@…):
I'm trying to buil
|Milestone: MacRuby 0.5
Component: MacRuby| Resolution: fixed
Keywords: |
---+
Comment(by cwdi...@…):
I am still getting a bad range passed into the complete
|Milestone: MacRuby 0.5
Component: MacRuby| Resolution: fixed
Keywords: |
---+
Comment(by lsansone...@…):
As of r2908 I get the following output:
{{{
text
:
Component: MacRuby |Keywords:
-+--
MacRuby rev 2903.
Code
framework 'Cocoa'
d = "xy&quo
:
Component: MacRuby |Keywords:
-+--
Description changed by neerac...@…:
Old description:
> MacRuby rev 2903.
>
> Code
&g
|Milestone: MacRuby 0.5
Component: MacRuby| Resolution: fixed
Keywords: |
---+
Comment(by cwdi...@…):
Same code and I get:
{{{
text field is qbc
called
minor| Milestone:
Component: MacRuby |Keywords:
-+------
macruby -e 'require "tempfile"; (0..1000).each {|i| p Tempfile.new("x")}'
--
minor| Milestone:
Component: MacRuby |Keywords:
-+--
Comment(by lsansone...@…):
Also run fine on 1.9.
--
Ticket URL: <http://www.macruby.org/trac/ticket/408
| Milestone:
Component: MacRuby |Keywords:
-+--
MacRuby rev 2903:
{{{
class A
attr_reader :a, :b
def setA(value)
@a = value
end
losed
Priority: blocker |Milestone: MacRuby 0.5
Component: MacRuby | Resolution: fixed
Keywords: |
+---
Changes (by lsansone...@…):
* s
ority: major |Milestone: MacRuby 0.5
Component: MacRuby| Resolution: fixed
Keywords: openssl|
---+
Changes (by lsansone...@…):
* status: new =>
#139: Parsing bug
+---
Reporter: mik...@…|Owner: lsansone...@…
Type: defect | Status: closed
Priority: minor |Milestone: MacRuby 0.5
|Milestone: MacRuby 0.5
Component: MacRuby | Resolution: fixed
Keywords: |
-+--
Changes (by lsansone...@…):
* status: new => closed
* resolution: =>
minor| Milestone:
Component: MacRuby |Keywords:
-+--
Comment(by lsansone...@…):
Looks like lib/tempfile.rb uses ObjectSpace.define_finalizer to register a
block
minor|Milestone: MacRuby 0.5
Component: MacRuby | Resolution: fixed
Keywords: |
-+--
Changes (by lsansone...@…):
* status: new => closed
* re
|Milestone: MacRuby 0.5
Component: MacRuby | Resolution: fixed
Keywords: macgem |
+---
Changes (by lsansone...@…):
* status: new => clo
|Milestone: MacRuby 0.5
Component: MacRuby| Resolution: fixed
Keywords: |
---+
Comment(by mattaimone...@…):
I tried your second example using trunk form today
|Milestone: MacRuby 0.5
Component: MacRuby| Resolution: fixed
Keywords: |
---+
Comment(by lsansone...@…):
Maybe the fix didn't get into the nightly build, I
#391: HotCocoa on_notification method stopped functioning in MacRuby 0.5 under
Snow Leopard
--+-
Reporter: tre...@… | Owner: lsansone...@…
Type: defect
ocker | Milestone: MacRuby 0.5
Component: MacRuby |Keywords: Readline
--+-
Hi,
I am the CRuby's Readline module maintainer.
I created the patch for MacRuby's Readline module to
ocker |Milestone: MacRuby 0.5
Component: MacRuby | Resolution: fixed
Keywords: Readline |
--+-
Changes (by lsansone...@…):
* status: new => closed
* resolution:
#411: MacRuby does not force call to finalizers
-+--
Reporter: neerac...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority: blocker
#411: MacRuby does not force call to finalizers
-+--
Reporter: neerac...@… |Owner: lsansone...@…
Type: defect | Status: closed
Priority: blocker
#391: HotCocoa on_notification method stopped functioning in MacRuby 0.5 under
Snow Leopard
--+-
Reporter: tre...@… | Owner: lsansone...@…
Type: defect
#391: HotCocoa on_notification method stopped functioning in MacRuby 0.5 under
Snow Leopard
--+-
Reporter: tre...@… | Owner: lsansone...@…
Type: defect
#391: HotCocoa on_notification method stopped functioning in MacRuby 0.5 under
Snow Leopard
--+-
Reporter: tre...@… |Owner: lsansone...@…
Type: defect| Status
#391: HotCocoa on_notification method stopped functioning in MacRuby 0.5 under
Snow Leopard
--+-
Reporter: tre...@… |Owner: lsansone...@…
Type: defect| Status
| Milestone:
Component: MacRuby|Keywords:
---+
MacRuby 0.5 beta 1 doesn't allow calling return in a block, which works in
1.8 and 1.9.
{{{
#!ruby
de
#364: priority queue program crashes MacRuby
-+--
Reporter: jordan.breed...@…| Owner: lsansone...@…
Type: defect | Status: new
Priority: blocker
#413: ruby_deploy embeds more than one version of macruby
-+--
Reporter: mattaimone...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority
#413: ruby_deploy embeds more than one version of macruby
-+--
Reporter: mattaimone...@… |Owner: lsansone...@…
Type: defect | Status: closed
Priority
| Milestone:
Component: MacRuby|Keywords:
---+
Comment(by lsansone...@…):
Looks like #call is dispatched outside the return-from-block handler.
{{{
$ gdb
| Milestone:
Component: MacRuby|Keywords:
---+
Comment(by m...@…):
I get the exception when calling return from a lambda as well.
{{{
$ macruby -e "l
| Milestone:
Component: MacRuby|Keywords:
---+
Comment(by lsansone...@…):
Yes, a lambda is a Proc too.
{{{
$ ./miniruby -e "def foo; 1.times { retu
| Milestone:
Component: MacRuby|Keywords:
---+
Comment(by m...@…):
Ah, I see what you mean. You are right of course. :)
--
Ticket URL: <h
ocker |Milestone: MacRuby 0.5
Component: MacRuby | Resolution: fixed
Keywords: Readline |
--+-
Comment(by eloy.de.en...@…):
Nice work!
--
Ticket URL: <http://www.macruby.
|Milestone: MacRuby 0.5
Component: MacRuby| Resolution: fixed
Keywords: |
---+
Changes (by lsansone...@…):
* status: new => closed
* resolut
|Milestone: MacRuby 0.5
Component: MacRuby| Resolution: fixed
Keywords: |
---+
Comment(by conra...@…):
In Ruby 1.9, lambda produces a different variant
#413: ruby_deploy embeds more than one version of macruby
-+--
Reporter: mattaimone...@… |Owner: lsansone...@…
Type: defect | Status: closed
Priority
| Milestone: MacRuby 0.5
Component: MacRuby |Keywords: Beta 1
+---
The printing of block instances, lambda and proc, are not consistent with
Ruby 1.9.1/1.9.2:
block-instance-output.rb
#391: HotCocoa on_notification method stopped functioning in MacRuby 0.5 under
Snow Leopard
--+-
Reporter: tre...@… |Owner: lsansone...@…
Type: defect| Status
| Milestone:
Component: MacRuby |Keywords:
-+--
Comment(by dy...@…):
*poke* I just ran into this one and traced it down. Any updates ?
I&#x
atus: new
Priority: blocker| Milestone:
Component: MacRuby|Keywords:
---+
I tried to run a trivial test application (straight from t
#416: DRB does not work with MacRuby 5.0
--+-
Reporter: g...@… | Owner: lsansone...@…
Type: defect| Status: new
Priority: blocker | Milestone
atus: new
Priority: blocker| Milestone:
Component: MacRuby|Keywords:
---+
Comment(by lsansone...@…):
I reproduce the crash when r
#416: DRB does not work with MacRuby 5.0
--+-
Reporter: g...@… | Owner: lsansone...@…
Type: defect| Status: new
Priority: blocker | Milestone
| Milestone:
Component: MacRuby |Keywords:
-+--
Comment(by lsansone...@…):
I am not 100% confident with your proposal either. I share your concern
#416: DRB does not work with MacRuby 5.0
--+-
Reporter: g...@… | Owner: lsansone...@…
Type: defect| Status: new
Priority: blocker | Milestone
#416: DRB does not work with MacRuby 5.0
--+-
Reporter: g...@… | Owner: lsansone...@…
Type: defect| Status: new
Priority: blocker | Milestone
| Milestone:
Component: MacRuby |Keywords: Beta 1
+---
Changes (by lsansone...@…):
* milestone: MacRuby 0.5 =>
Comment:
While we can definitely improve Proc#t
ority: major| Milestone:
Component: MacRuby |Keywords: pointer
-+--
I tried to get the vCard representation of an ABRecord, but got an error
that re
ority: major|Milestone: MacRuby 0.5
Component: MacRuby | Resolution: fixed
Keywords: pointer |
-+--
Changes (by lsansone...@…):
* s
| Milestone:
Component: MacRuby |Keywords:
--+-
I have a long program that otherwise compiles well except for this.
Testing shows this fails
|Milestone: MacRuby 0.5
Component: MacRuby | Resolution: fixed
Keywords:|
--+-
Changes (by lsansone...@…):
* status: new => clo
#419: MacRuby build fails due to incompatible LLVM version?
+---
Reporter: manf...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority: major
#419: MacRuby build fails due to incompatible LLVM version?
+---
Reporter: manf...@… |Owner: lsansone...@…
Type: defect | Status: closed
Priority: major
: defect | Status: new
Priority: blocker| Milestone:
Component: MacRuby|Keywords: GCD
---+
See attached
| Milestone: MacRuby 0.5
Component: MacRuby|Keywords: objectspace segfault
---+
Comment(by keith.gautre...@…):
This still occurs with the nightly build of MacRuby from
| Milestone: MacRuby 0.5
Component: MacRuby|Keywords: objectspace segfault
---+
Comment(by lsansone...@…):
The problem is in #inspect actually, ObjectSpace exposes *all
#416: DRB does not work with MacRuby 5.0
--+-
Reporter: g...@… |Owner: lsansone...@…
Type: defect| Status: closed
Priority: blocker
#396: open method from open-uri not working in macruby 0.5
---+
Reporter: dml...@… |Owner: lsansone...@…
Type: defect | Status: closed
Priority: minor
|Milestone: MacRuby 0.5
Component: MacRuby | Resolution: fixed
Keywords: |
-+--
Changes (by lsansone...@…):
* status: new => closed
* resolution: =>
|Milestone: MacRuby 0.5
Component: MacRuby | Resolution: fixed
Keywords: |
-+--
Changes (by lsansone...@…):
* status: new => clo
|Milestone: MacRuby 0.5
Component: MacRuby | Resolution: fixed
Keywords:|
--+-
Changes (by lsansone...@…):
* status: new => clo
Priority: major | Milestone: MacRuby 0.5
Component: MacRuby |Keywords: open-uri stdlib
+---
Comment(by lsansone...@…):
I reproduce the 0.4 problem with trunk, as of r2945. Looks li
Priority: blocker |Milestone: MacRuby 0.5
Component: MacRuby | Resolution: fixed
Keywords: |
-+--
Changes (by lsansone
Priority: major| Milestone: MacRuby 0.5
Component: MacRuby | Resolution: fixed
Keywords: open-uri stdlib |
-+--
Changes (by lsansone...@…):
* status:
|Milestone: MacRuby 0.5
Component: MacRuby | Resolution: fixed
Keywords: |
+---
Changes (by lsansone...@…):
* status: new => clo
| Milestone: MacRuby 0.5
Component: MacRuby |Keywords: beta 1
+---
`macgem environment` reports that the executable directory is
- RUBY EXECUTABLE:
/Library/Frameworks
| Milestone:
Component: MacRuby |Keywords:
-+--
In a file:
{{{
class Foo
def self.bar
puts caller(1)
end
end
Foo.bar
}}}
macruby
Priority: major| Milestone:
Component: MacRuby |Keywords:
-+--
framework 'Cocoa'
a = NSMetadataQuery.new
a.respond_to? :setPredicate
:
Component: MacRuby |Keywords:
+---
I tried to port Datamapper/Sqlite3 to MacRuby yesterday, but without RSpec
working it's hard to know what is bre
:
Component: MacRuby |Keywords:
+---
Comment(by jens.nock...@…):
I saw on the mailing list that Conrad Taylor wrote last week that he was
going to look at it
:
Component: MacRuby |Keywords:
+---
Comment(by mattaimone...@…):
The major problem with rspec is that it uses Kernel#caller to process the
specs and
:
Component: MacRuby |Keywords:
+---
Comment(by conra...@…):
In short, as Matt mentioned, the RSpec gem requires Kernel#caller to
execute the specs and
:
Component: MacRuby |Keywords:
+---
Comment(by conra...@…):
@jens.nocket If you need to run specs against MacRuby VM, then I
recommend using MSpec gem. I
:
Component: MacRuby |Keywords:
+---
Comment(by eloy.de.en...@…):
I would personally recommend Bacon. MSpec is also an option, as we run the
rubyspec with it
:
Component: MacRuby |Keywords:
+---
Comment(by mattaimone...@…):
I was.. but didn't have time to look too much into it yet. However I'm
meeting
| Milestone:
Component: MacRuby |Keywords: utf-8 rb_nibtool
-+--
/Developer/usr/bin/rb_nibtool produces incorrect information (no
information at all) if there is a comment in the file with
| Milestone:
Component: MacRuby |Keywords: utf-8 rb_nibtool
-+--
Comment(by lsansone...@…):
Can you reproduce this with one of the trunk nightly builds
(http://macruby.icoretech.org
#427: MacRuby 0.5 trunk fails to install (rake install)
---+
Reporter: fons...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority: blocker
#427: MacRuby 0.5 trunk fails to install (rake install)
---+
Reporter: fons...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority: blocker
#427: MacRuby 0.5 trunk fails to install (rake install)
---+
Reporter: fons...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority: blocker
#427: MacRuby 0.5 trunk fails to install (rake install)
---+
Reporter: fons...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority: blocker
major| Milestone: MacRuby 0.5
Component: MacRuby |Keywords:
-+--
t.rb
{{{
begin
require 't1'
rescue Exception => e
puts "oops
major| Milestone: MacRuby 0.5
Component: MacRuby |Keywords:
-+--
Description changed by mattaimone...@…:
Old description:
> t.rb
>
> {{{
> begi
#427: MacRuby 0.5 trunk fails to install (rake install)
---+
Reporter: fons...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority: blocker
#233: Examples macruby apps don't work on Leopard
---+
Reporter: anildigi...@… |Owner: lsansone...@…
Type: defect | Status: closed
Priority: bl
#232: Examples macruby apps don't work on Leopard
---+
Reporter: anildigi...@… |Owner: lsansone...@…
Type: defect | Status: closed
Priority: bl
| Milestone:
Component: MacRuby |Keywords:
-+--
Comment(by jordan.breed...@…):
Another example (I think this file is the worst case for my
| Milestone:
Component: MacRuby |Keywords:
-+--
Comment(by mattaimone...@…):
Jordan, could you please find out what exactly is slower in
| Milestone:
Component: MacRuby |Keywords:
+---
Some floating point comparisons seem to be giving different results in
MacRuby and in MRI.
macirb > (0.5 -
| Milestone:
Component: MacRuby |Keywords:
-+--
Comment(by jordan.breed...@…):
Well, unless I am losing my mind it must be something to do
| Milestone:
Component: MacRuby |Keywords:
-+--
Comment(by mattaimone...@…):
> Please let me know if there is anything else I
| Milestone:
Component: MacRuby |Keywords:
-+--
Comment(by jordan.breed...@…):
I can look into it more later, the ones posted above
| Milestone:
Component: MacRuby |Keywords:
-+--
Comment(by jordan.breed...@…):
Another interesting data point: The stripped down test that
| Milestone:
Component: MacRuby |Keywords:
-+--
Comment(by jordan.breed...@…):
Just tried a new version that generates 30 nodes
| Milestone:
Component: MacRuby |Keywords:
-+--
Comment(by lsansone...@…):
There is definitely something wrong going on but I have higher
| Milestone:
Component: MacRuby |Keywords:
-+--
Comment(by jordan.breed...@…):
Here is a shark profile, I was running 10.6.2 and MacRuby
801 - 900 of 2454 matches
Mail list logo
