Re: [MacRuby-devel] [MacRuby] #141: Building MacRuby 0.3 - Rake fails during openssl compilation

2010-02-11 Thread MacRuby
#141: Building MacRuby 0.3 - Rake fails during openssl compilation
+---
 Reporter:  nucleus_...@…   |Owner:  lsansone...@…
 Type:  defect  |   Status:  closed   
 Priority:  blocker |Milestone:  MacRuby 0.5  
Component:  MacRuby |   Resolution:  fixed
 Keywords:  |  
+---
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  => MacRuby 0.5


Comment:

 We haven't heard of this since months, so I assume this is fixed in 0.5.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


Re: [MacRuby-devel] [MacRuby] #191: mkmf.rb try_constant fails

2010-02-11 Thread MacRuby
#191: mkmf.rb try_constant fails
---+
 Reporter:  aaron.patter...@…  |Owner:  lsansone...@…
 Type:  defect |   Status:  closed   
 Priority:  blocker|Milestone:  MacRuby 0.5  
Component:  MacRuby|   Resolution:  fixed
 Keywords:  mkmf.rb|  
---+
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  => MacRuby 0.5


Comment:

 I believe this has been fixed at least in 0.5.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


Re: [MacRuby-devel] [MacRuby] #171: [trunk/#762] build fails in ripper extension

2010-02-11 Thread MacRuby
#171: [trunk/#762] build fails in ripper extension
-+--
 Reporter:  robe...@…|Owner:  lsansone...@…
 Type:  defect   |   Status:  closed   
 Priority:  blocker  |Milestone:  MacRuby 0.5  
Component:  MacRuby  |   Resolution:  fixed
 Keywords:  bison, ripper|  
-+--
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  MacRuby 0.4 => MacRuby 0.5


Comment:

 It's most likely no longer an issue. Closing.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


Re: [MacRuby-devel] [MacRuby] #242: test/test_set.rb hangs because of #==

2010-02-11 Thread MacRuby
#242: test/test_set.rb hangs because of #==
-+--
 Reporter:  b...@…|Owner:  b...@…  
 Type:  defect   |   Status:  closed 
 Priority:  blocker  |Milestone:  MacRuby 0.5
Component:  MacRuby  |   Resolution:  fixed  
 Keywords:   |  
-+--
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  MacRuby 0.4 => MacRuby 0.5


Comment:

 I believe this is no longer relevant since we switched the set
 implementation in 0.5 and it passes most of the specs.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


Re: [MacRuby-devel] [MacRuby] #532: The backtrace does not contain line numbers for code in blocks

2010-02-11 Thread MacRuby
#532: The backtrace does not contain line numbers for code in blocks
+---
 Reporter:  vincent.isamb...@…  |Owner:  lsansone...@…
 Type:  defect  |   Status:  closed   
 Priority:  blocker |Milestone:  MacRuby 0.6  
Component:  MacRuby |   Resolution:  fixed
 Keywords:  |  
+---
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  MacRuby 0.5 => MacRuby 0.6


Comment:

 This has been fixed in trunk (I do not remember the exact revision
 though). Our backtraces are not yet 100% identical to MRI but at least
 blocks are there.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


Re: [MacRuby-devel] [MacRuby] #345: Ordering enumerations on set and hash

2010-02-11 Thread MacRuby
#345: Ordering enumerations on set and hash
-+--
 Reporter:  fisksv...@…  |Owner:  lsansone...@…
 Type:  enhancement  |   Status:  closed   
 Priority:  minor|Milestone:  MacRuby 0.6  
Component:  MacRuby  |   Resolution:  fixed
 Keywords:  set hash |  
-+--
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  MacRuby 0.5 => MacRuby 0.6


Comment:

 This should be fixed in trunk with the new Hash class.

 {{{
 $ ./miniruby -e "h={}; 100.times { |i| h[i]=42 }; p h"
 {0=>42, 1=>42, 2=>42, 3=>42, 4=>42, 5=>42, 6=>42, 7=>42, 8=>42, 9=>42,
 10=>42, 11=>42, 12=>42, 13=>42, 14=>42, 15=>42, 16=>42, 17=>42, 18=>42,
 19=>42, 20=>42, 21=>42, 22=>42, 23=>42, 24=>42, 25=>42, 26=>42, 27=>42,
 28=>42, 29=>42, 30=>42, 31=>42, 32=>42, 33=>42, 34=>42, 35=>42, 36=>42,
 37=>42, 38=>42, 39=>42, 40=>42, 41=>42, 42=>42, 43=>42, 44=>42, 45=>42,
 46=>42, 47=>42, 48=>42, 49=>42, 50=>42, 51=>42, 52=>42, 53=>42, 54=>42,
 55=>42, 56=>42, 57=>42, 58=>42, 59=>42, 60=>42, 61=>42, 62=>42, 63=>42,
 64=>42, 65=>42, 66=>42, 67=>42, 68=>42, 69=>42, 70=>42, 71=>42, 72=>42,
 73=>42, 74=>42, 75=>42, 76=>42, 77=>42, 78=>42, 79=>42, 80=>42, 81=>42,
 82=>42, 83=>42, 84=>42, 85=>42, 86=>42, 87=>42, 88=>42, 89=>42, 90=>42,
 91=>42, 92=>42, 93=>42, 94=>42, 95=>42, 96=>42, 97=>42, 98=>42, 99=>42}
 $ ./miniruby -I./lib -r set -e "h=Set.new; 100.times { |i| h<
 }}}

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


Re: [MacRuby-devel] [MacRuby] #70: Need a RubyCocoa compatible layer

2010-02-11 Thread MacRuby
#70: Need a RubyCocoa compatible layer
---+
 Reporter:  lsansone...@…  |Owner:  eloy.de.en...@…
 Type:  defect |   Status:  closed 
 Priority:  blocker|Milestone: 
Component:  MacRuby|   Resolution:  wontfix
 Keywords: |  
---+
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => wontfix


Comment:

 A RubyCocoa layer is no longer in the plans. Closing.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


Re: [MacRuby-devel] [MacRuby] #89: [RubyCocoa Layer] Need to implement some of the RubyCocoa C API

2010-02-11 Thread MacRuby
#89: [RubyCocoa Layer] Need to implement some of the RubyCocoa C API
---+
 Reporter:  lsansone...@…  |Owner:  lsansone...@…
 Type:  defect |   Status:  closed   
 Priority:  blocker|Milestone:   
Component:  MacRuby|   Resolution:  wontfix  
 Keywords: |  
---+
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => wontfix


Comment:

 A RubyCocoa layer is no longer in the plans. Closing.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


Re: [MacRuby-devel] [MacRuby] #69: [RubyCocoa Layer] method_missing like behaviour for pure Objective-C objects that try to send messages to pure Ruby objects.

2010-02-11 Thread MacRuby
#69: [RubyCocoa Layer] method_missing like behaviour for pure Objective-C
objects that try to send messages to pure Ruby objects.
-+--
 Reporter:  eloy.de.en...@…  |Owner:  lsansone...@…
 Type:  enhancement  |   Status:  closed   
 Priority:  trivial  |Milestone:   
Component:  MacRuby  |   Resolution:  wontfix  
 Keywords:  rubycocoa layer  |  
-+--
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => wontfix


Comment:

 A RubyCocoa layer is no longer in the plans. Closing.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


[MacRuby-devel] [MacRuby] #614: Compiling lib/net/telnet.rb on r3489 crashes on latest trunk

2010-02-11 Thread MacRuby
#614: Compiling lib/net/telnet.rb on r3489 crashes on latest trunk
+---
 Reporter:  ernest.prabha...@…  |   Owner:  lsansone...@…
 Type:  defect  |  Status:  new  
 Priority:  blocker |   Milestone:  MacRuby 0.6  
Component:  MacRuby |Keywords:   
+---
 This happened to me after doing a rake clean and then rake. I can
 reproduce consistently with:

 selfserve:trunk prabhaka$ macrubyc --internal --arch i386 --arch x86_64 -C
 "lib/net/telnet.rb" -o "lib/net/telnet.rbo"

 Assertion failed: (chmaxlen < sizeof(chbuf)), function
 unescape_escaped_nonascii, file re.c, line 2204.

 Error when executing `arch -x86_64 ./miniruby --emit-llvm
 "/var/folders/S4/S4xN9fg3Ffm690BkNjJPMr6/-Tmp-/telnetx86_64-25241.bc"
 MREP_CF0E4A104E724FB9ACBA64217CDB0B6B "lib/net/telnet.rb"'

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


Re: [MacRuby-devel] [MacRuby] #579: i386 compilation doesn't work

2010-02-11 Thread MacRuby
#579: i386 compilation doesn't work
+---
 Reporter:  ca...@… |   Owner:  lsansone...@…
 Type:  defect  |  Status:  new  
 Priority:  major   |   Milestone:  MacRuby 0.5  
Component:  MacRuby |Keywords:   
+---

Comment(by ca...@…):

 I've downloaded the latest nightly (macruby_nightly-2010-02-11-1236.pkg),
 compile my app against it. It runs fine on 64bit, but 32bit results in
 this:

 {{{
 *buildpath*/Ephemera.app/Contents/Resources/rb_main.rb:34:in `block':
 dlopen(*buildpath*/Ephemera.app/Contents/Resources/bootstrap.rbo, 9):
 no suitable image found.  Did find:
 *buildpath*/Ephemera.app/Contents/Resources/bootstrap.rbo:
 mach-o, but wrong architecture -
 *buildpath*/Ephemera.app/Contents/Resources/bootstrap.rbo (LoadError)
 *buildpath*/Ephemera.app/Contents/Resources/rb_main.rb:9:in `'
 }}}

 I figured said nightly should contain the proposed fix — am I mistaken?

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


Re: [MacRuby-devel] patterns in high-level [Ruby] wrappers for [C] APIs

2010-02-11 Thread Ernest N. Prabhakar, Ph.D.
Hi Rich,

On Feb 9, 2010, at 4:23 PM, Rich Morin wrote:
> Unfortunately, I don't have any specific patterns of my own to offer, as
> yet.  So, I'm hoping that Rich and Ernie might be willing to tell the rest
> of us about their approaches and rationales.  

Interesting.

For what it's worth, here's the process I've ended up following for GCD.  Note 
that I didn't really start out with this plan, it largely emerged as I went 
along

http://svn.macosforge.org/repository/ruby/MacRuby/trunk/gcd.c

A. Create a thin veneer that "almost" matches the underlying C API - except:
1. Turn data structures into true objects, and their functions into 
methods
2. Map underlying memory management to Ruby garbage collection
3. Prevent Ruby code from ever creating hard C crashes
4. Take advantage of optional arguments to reduce API "noise"
5. Namespace constants
6. Where possible, combine related methods together to prevent 
sequencing errors

The last is the most controversial. In this particular case, I implemented GCD 
sources in a way that automatically configures them during "new", which is much 
simpler but also reduces flexibility. I am fairly (but not 100%) certain that 
this handles all the common cases, so I believe it an acceptable tradeoff -- 
but I could be wrong.

http://svn.macosforge.org/repository/ruby/MacRuby/trunk/lib/dispatch/

B.  Create a high-level convenience API that:
1. Encapsulates common design patterns
2. Hides infrequently used options behind default arguments
3. Provides Ruby idioms and duck-types
4. Allows trivial invocation of the most common cases

The jury is still out on whether I've succeeded, but my initial attempts to use 
the API to implement itself are promising.

> I'd also like to hear about other projects (and notions) in this area.

I assume you're familiar with Ruby FFI?  Worth asking over there, as presumably 
they've wrestled with this issue before...

Hope this helps,
-- Ernie P.




___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


Re: [MacRuby-devel] [MacRuby] #579: i386 compilation doesn't work

2010-02-11 Thread MacRuby
#579: i386 compilation doesn't work
+---
 Reporter:  ca...@… |   Owner:  martinlagarde...@…
 Type:  defect  |  Status:  new   
 Priority:  major   |   Milestone:  MacRuby 0.6   
Component:  MacRuby |Keywords:
+---
Changes (by lsansone...@…):

  * owner:  lsansone...@… => martinlagarde...@…
  * milestone:  MacRuby 0.5 => MacRuby 0.6


Comment:

 I believe this is because macruby_deploy spawns macrubyc processes that
 only build for the current architecture.

 {{{
   if !File.exist?(obj) or File.mtime(source) > File.mtime(obj)
 die "Can't compile \"#{source}\"" unless system("macrubyc -C
 \"#{source}\" -o \"#{obj}\"")
 FileUtils.rm_f(source)
   end
 }}}

 macruby_deploy should be smarter and retrieve the architecture from the
 Xcode environment variables and appropriately pass the right flags to
 macrubyc. Thibault, do you want to look at this?

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


Re: [MacRuby-devel] [MacRuby] #248: HotCocoa Graphics - creates corrupt PDF files

2010-02-11 Thread MacRuby
#248: HotCocoa Graphics - creates corrupt PDF files
+---
 Reporter:  dave.bald...@…  |   Owner:  r...@…   
 Type:  defect  |  Status:  new  
 Priority:  blocker |   Milestone:   
Component:  MacRuby |Keywords:  HotCocoa Graphics PDF
+---
Changes (by lsansone...@…):

  * owner:  lsansone...@… => r...@…


Comment:

 Assigning to Rich for screening.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


Re: [MacRuby-devel] [MacRuby] #367: Error in color.rb

2010-02-11 Thread MacRuby
#367: Error in color.rb
+---
 Reporter:  i.scr...@…  |   Owner:  r...@…  
 Type:  defect  |  Status:  new 
 Priority:  blocker |   Milestone:  MacRuby 0.5 
Component:  MacRuby |Keywords:  Hotcocoa Color Error
+---
Changes (by lsansone...@…):

  * owner:  lsansone...@… => r...@…


Comment:

 Assigning to Rich for screening.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


Re: [MacRuby-devel] [MacRuby] #415: Crash with "Call result #2 has unhandled type" trying to display a window

2010-02-11 Thread MacRuby
#415: Crash with "Call result #2 has unhandled type" trying to display a window
---+
 Reporter:  trej...@…  |Owner:  r...@…
 Type:  defect |   Status:  new   
 Priority:  blocker|Milestone:  MacRuby 0.5   
Component:  MacRuby|   Resolution:
 Keywords: |  
---+
Changes (by lsansone...@…):

  * status:  reopened => new
  * owner:  martinlagarde...@… => r...@…


Comment:

 Assigning to Rich for screening.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


Re: [MacRuby-devel] [MacRuby] #206: HotCocoa: Mapped methods not available in subclass

2010-02-11 Thread MacRuby
#206: HotCocoa: Mapped methods not available in subclass
---+
 Reporter:  flat...@…  |   Owner:  r...@…
 Type:  defect |  Status:  new   
 Priority:  blocker|   Milestone:
Component:  MacRuby|Keywords:  hotcocoa  
---+
Changes (by lsansone...@…):

  * owner:  lsansone...@… => r...@…


Comment:

 Assigning to Rich for screening.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


Re: [MacRuby-devel] [MacRuby] #213: timer mapping with :on_action causing app to crash

2010-02-11 Thread MacRuby
#213: timer mapping with :on_action causing app to crash
-+--
 Reporter:  drnicwilli...@…  |   Owner:  r...@…
 Type:  defect   |  Status:  new   
 Priority:  major|   Milestone:
Component:  MacRuby  |Keywords:
-+--
Changes (by lsansone...@…):

  * owner:  lsansone...@… => r...@…


Old description:

> The following, with :scheduled => true OR false, causes my app to either
> stall (scheduled => true) or drop to gdb (:scheduled => false)
>
> {{{
> @timer = timer(:interval => seconds, :scheduled => true, :repeats =>
> false, :on_action => proc { performRefresh })
> }}}
>
> Actually, even if I pass :selector/:target instead of :on_action it drops
> to gdb:
>
> {{{
> @timer = timer(:interval => seconds, :scheduled => true, :repeats =>
> false, :selector => :"fire:", :target => self)
> }}}

New description:

 The following, with :scheduled => true OR false, causes my app to either
 stall (scheduled => true) or drop to gdb (:scheduled => false)

 {{{
 @timer = timer(:interval => seconds, :scheduled => true, :repeats =>
 false, :on_action => proc { performRefresh })
 }}}

 Actually, even if I pass :selector/:target instead of :on_action it drops
 to gdb:

 {{{
 @timer = timer(:interval => seconds, :scheduled => true, :repeats =>
 false, :selector => :"fire:", :target => self)
 }}}

--

Comment:

 Assigning to Rich for screening.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


Re: [MacRuby-devel] [MacRuby] #300: HotCocoa toolbar doesn't always honour ordering of items

2010-02-11 Thread MacRuby
#300: HotCocoa toolbar doesn't always honour ordering of items
-+--
 Reporter:  d...@…|   Owner:  r...@…
 Type:  defect   |  Status:  new   
 Priority:  major|   Milestone:
Component:  MacRuby  |Keywords:  HotCocoa NSToolbar
-+--
Changes (by lsansone...@…):

  * owner:  lsansone...@… => r...@…


Comment:

 Assigning to Rich for screening.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


Re: [MacRuby-devel] [MacRuby] #470: String comparison issues hotcocoa project

2010-02-11 Thread MacRuby
#470: String comparison issues hotcocoa project
-+--
 Reporter:  tvmo...@…|   Owner:  r...@…
 Type:  defect   |  Status:  new   
 Priority:  major|   Milestone:
Component:  MacRuby  |Keywords:  String issue  
-+--
Changes (by lsansone...@…):

  * owner:  lsansone...@… => r...@…
  * milestone:  MacRuby 0.5 =>


Comment:

 Assigning to Rich for screening.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


Re: [MacRuby-devel] [MacRuby] #147: HotCocoa failed to run on OSX 1.0.5.4 PPC arch

2010-02-11 Thread MacRuby
#147: HotCocoa failed to run on OSX 1.0.5.4 PPC arch
--+-
 Reporter:  subject...@…  |   Owner:  r...@…
 Type:  defect|  Status:  new   
 Priority:  major |   Milestone:
Component:  MacRuby   |Keywords:
--+-
Changes (by lsansone...@…):

  * owner:  lsansone...@… => r...@…


Comment:

 Assigning to Rich for screening (we most likely don't want to support PPC
 anymore).

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


Re: [MacRuby-devel] [MacRuby] #266: HotCocoa Add descriptions to standard rake tasks

2010-02-11 Thread MacRuby
#266: HotCocoa Add descriptions to standard rake tasks
-+--
 Reporter:  d...@…|   Owner:  r...@…
 Type:  enhancement  |  Status:  new   
 Priority:  minor|   Milestone:
Component:  MacRuby  |Keywords:
-+--
Changes (by lsansone...@…):

  * owner:  lsansone...@… => r...@…


Comment:

 Assigning to Rich for screening.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


Re: [MacRuby-devel] [MacRuby] #603: error handling breaks causing a WIN32API load error to escape from tmpdir

2010-02-11 Thread MacRuby
#603: error handling breaks causing a WIN32API load error to escape from tmpdir
-+--
 Reporter:  j...@…   |Owner:  lsansone...@…
 Type:  defect   |   Status:  closed   
 Priority:  blocker  |Milestone:  MacRuby 0.6  
Component:  MacRuby  |   Resolution:  fixed
 Keywords:   |  
-+--
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  => MacRuby 0.6


Comment:

 I fixed a bug in the way exceptions were pushed/poped from the VM a few
 days ago, it apparently fixed this problem.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


Re: [MacRuby-devel] [MacRuby] #473: setObjectValue does not set floats, integers in NSTextFields properly.

2010-02-11 Thread MacRuby
#473: setObjectValue does not set floats, integers in NSTextFields properly.
-+--
 Reporter:  johnmacs...@…|Owner:  eloy.de.en...@…   
 
 Type:  defect   |   Status:  closed
 
 Priority:  major|Milestone:  MacRuby 0.6   
 
Component:  MacRuby  |   Resolution:  fixed 
 
 Keywords:  NSTextField, setObjectValue  |  
-+--
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  => MacRuby 0.6


Comment:

 As Matthias noticed, this bug seems to be fixed in trunk (at least as of
 r3494).

 {{{
 $ cat t.rb
 framework 'Cocoa'
 tf = NSTextField.alloc.init
 num = NSNumber.numberWithFloat(23.3)
 tf.setObjectValue(num)
 p tf.stringValue
 $ ./miniruby t.rb
 "23.2923706055"
 }}}

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


Re: [MacRuby-devel] [MacRuby] #318: enable arbitrary properties in hotcocoa app Info.plist

2010-02-11 Thread MacRuby
#318: enable arbitrary properties in hotcocoa app Info.plist
---+
 Reporter:  isaackea...@…  |   Owner:  r...@…
 Type:  enhancement|  Status:  new   
 Priority:  minor  |   Milestone:  MacRuby 0.5   
Component:  MacRuby|Keywords:  hotcocoa  
---+
Changes (by lsansone...@…):

  * owner:  lsansone...@… => r...@…


Comment:

 Assigning to Rich for screening.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


Re: [MacRuby-devel] [MacRuby] #278: [HotCocoa] Update application builder to generate core data mom files

2010-02-11 Thread MacRuby
#278: [HotCocoa] Update application builder to generate core data mom files
-+--
 Reporter:  d...@…|   Owner:  r...@…
 Type:  enhancement  |  Status:  new   
 Priority:  minor|   Milestone:
Component:  MacRuby  |Keywords:
-+--
Changes (by lsansone...@…):

  * owner:  lsansone...@… => r...@…


Comment:

 Assigning to Rich for screening.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


Re: [MacRuby-devel] [MacRuby] #284: [HotCocoa] start of NSUserDefaults mapping

2010-02-11 Thread MacRuby
#284: [HotCocoa] start of NSUserDefaults mapping
-+--
 Reporter:  d...@…|   Owner:  r...@…
 Type:  enhancement  |  Status:  new   
 Priority:  minor|   Milestone:
Component:  MacRuby  |Keywords:
-+--
Changes (by lsansone...@…):

  * owner:  lsansone...@… => r...@…


Comment:

 Assigning to Rich for screening.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel