Is v2Release intended to target CLRv2? If so, this error is because that
version of C# and the BCL don't support covariance for IEnumerable.
-Original Message-
From: ironruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Jimmy Schementi
Sent:
at 11:17 AM, Curt Hagenlocher cu...@microsoft.com wrote:
Is v2Release intended to target CLRv2? If so, this error is because that
version of C# and the BCL don't support covariance for IEnumerable.
I believe that v2Release targets the 3.5 framework (is that the same as
CLRv2?), but someone can
References in project files can be conditional. I don't have an example handy,
but unless things have changed in the last year :), the project files should
already have a conditional dependency on the Silverlight assemblies.
From: ironruby-core-boun...@rubyforge.org
I believe this works as designed.
The problem is that Ruby doesn't otherwise distinguish syntactically between a
property and a method with no parameters. Imagine that you're in tooling such
as Visual Studio. By default, the values of properties are automatically
displayed in the debugger and
to understand good interop practices between my ruby
and C# and WPF code, but I can't seem to make anything other than attr_accessor
work.
Brian
On Thu, Jul 22, 2010 at 9:17 AM, Curt Hagenlocher
cu...@microsoft.commailto:cu...@microsoft.com wrote:
I believe this works as designed.
The problem
You might like Tomas' latest blog entry:
http://blog.tomasm.net/2010/03/21/ironruby-on-your-phone/
-Curt
___
Ironruby-core mailing list
Ironruby-core@rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core
The command history on Windows when running ir.exe is being provided by the
Windows console subsystem; it's not actually part of IronRuby. I imagine that
Mono's readline library could be used to give the same effect on non-Windows
platforms.
-Original Message-
From:
I know some people who like tfpt online (from TFS Power
Toolshttp://www.microsoft.com/downloads/details.aspx?FamilyId=FBD14EEA-781F-45A1-8C46-9F6BA2F68BF0displaylang=en)
for the purpose of adding a bunch of new files to a preexisting enlistment.
I've never used it myself.
From:
You can create an array using the BCL by calling Array.CreateInstance. From C#,
it would look like this:
Array.CreateInstance(typeof(object), 5, 6)); // Equivalent to new object[5,6]
I don't have IronRuby on this machine and don't want to guess at the right
syntax.
From:
ObservableCollectionT is an IList, so it should pick up Enumerable support
through IListOps, no?
From: ironruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Jimmy Schementi
Sent: Thursday, October 22, 2009 10:41 AM
To: Hans Hugli;
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Shay Friedman
Sent: Monday, October 19, 2009 2:30 AM
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] CallSiteStorage for [RubyMethod]
Thanks so much Curt for the detailed reply!
Shay.
On Sun, Oct 18, 2009 at 3:52 PM, Curt Hagenlocher
cu
A dynamic call site is an object that takes a certain number of arguments and a
kind of description of how to combine those arguments into a result. The
description (also known as the call site binder) generates code that is
stored in the call site and keyed on some property of the arguments --
It looks like the symbol CLR2 hasn’t been defined.
From: ironruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Ivan Porto Carrero
Sent: Thursday, September 17, 2009 12:23 PM
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] Pull
Something went
Basically correct - you'd need to build the expression tree by hand. IronRuby
does, of course, generate expression trees, but even if there were a convenient
way to get at them, they'd be full of scopes and closures and other kinds of
language-specific cruft.
Also, under .NET 3.5, the
The CoInitializeSecurity settings are thread-specific. If you create a new
thread and do all the COM work on that, do you get the same error?
I seem to recall discovering that there was something about the AssemblyResolve
hook that forced COM to be initialized.
From:
Ah, I'm an idiot. CoInitializeSecurity is per-process, not per thread.
I think this problem is related to the one described at
http://lists.ironpython.com/pipermail/users-ironpython.com/2008-April/006941.html.
If that's so, it suggests that loading the assembly manually with
Assembly.Load
of this, I need require
'mscorlib'
Will that call AssemblyResolve anywhere along the way itself?
On Thu, Aug 13, 2009 at 3:29 PM, Curt Hagenlocher
cu...@microsoft.commailto:cu...@microsoft.com wrote:
Ah, I'm an idiot. CoInitializeSecurity is per-process, not per thread.
I think this problem
Apparently, the [STAThread] on the Main of ir.exe is the source of the problem.
It's forcing the runtime to initialize security. You'll need to use a custom
host for this scenario. :(
From: ironruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Orion
/carrero)
On Mon, Jul 20, 2009 at 4:10 PM, Curt Hagenlocher
cu...@microsoft.commailto:cu...@microsoft.com wrote:
This should work under desktop WPF (though not under Silverlight) because
IronRuby objects implement ICustomTypeDescriptor. But consider the following
code:
class Drive
def letter
It would be useful to supply the exact error message, but this is almost
certainly a CLR loader issue. You can't really treat CLR assemblies like Ruby
source files; the loader has very specific rules and its semantics don't match.
In particular, loading assemblies from an explicitly-specified
You're close; you want System::Drawing::Color.DeepPink.
-Original Message-
From: ironruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Mohammad Azam
Sent: Tuesday, June 16, 2009 9:04 AM
To: ironruby-core@rubyforge.org
Subject: [Ironruby-core]
Is it possible that you've saved the file as UTF-8 or Unicode?
-Original Message-
From: ironruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Mohammad Azam
Sent: Wednesday, June 10, 2009 9:55 AM
To: ironruby-core@rubyforge.org
Subject:
All of yesterday's changes :) look good.
-Original Message-
From: Tomas Matousek
Sent: Thursday, June 11, 2009 6:45 PM
To: IronRuby External Code Reviewers
Cc: ironruby-core@rubyforge.org
Subject: Code Review: FixNonPublicNested
tfpt review /shelveset:FixNonPublicNested;REDMOND\tomat
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Mohammad Azam
Sent: Friday, June 12, 2009 10:52 AM
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] engine.ExecuteFile gives errors
Curt Hagenlocher wrote:
Is it possible that you've saved the file as UTF-8 or Unicode?
Well I
...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Mohammad Azam
Sent: Tuesday, June 09, 2009 8:37 PM
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] How to fire IronRuby Method from C#
Curt Hagenlocher wrote:
Yes, sorry, you're right -- it's Engine.Operations (but the name
If this is C# 4 (as you've suggested in another email), you should be able to
say
object personClass = engine.Runtime.Globals.GetVariable(Person);
dynamic person = engine.ObjectOperations.CreateInstance(personClass);
person.greet();
-Original Message-
From:
-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Mohammad Azam
Sent: Tuesday, June 09, 2009 7:31 PM
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] How to fire IronRuby Method from C#
Curt Hagenlocher wrote:
If this is C# 4 (as you've suggested
It would be good to be more specific about the example.
Consider class Foo {
public void Bar(int, object);
public void Bar(int, string);
}
If I call Foo.new.Bar 1, nil, then this is an ambiguous call and you should
be forced to specify which overload you want.
In statically-typed
Changes look good overall. I'm not sure that Type.IsProtected() is an intuitive
name; maybe Type.IsNested() would be clearer?
-Original Message-
From: Tomas Matousek
Sent: Saturday, June 06, 2009 12:51 PM
To: IronRuby External Code Reviewers; Rowan Code Reviewers
Cc:
Ah, I see. Still, something strikes me as odd about the name, but I don't feel
strongly about it.
-Original Message-
From: Tomas Matousek
Sent: Saturday, June 06, 2009 3:57 PM
To: Curt Hagenlocher; IronRuby External Code Reviewers; Rowan Code Reviewers
Cc: ironruby-core@rubyforge.org
Looks good overall.
Should RubyContext.CallSiteCreated be ThreadLocal? If not, its use by
CallSiteTracer looks not-entirely-safe.
The variable name parantScope in RubyOps.CreateMethodScope is typoed.
-Original Message-
From: Tomas Matousek
Sent: Thursday, June 04, 2009 3:32 PM
To:
Looks good!
From: Tomas Matousek
Sent: Monday, June 01, 2009 7:06 PM
To: Tomas Matousek; IronRuby External Code Reviewers; Rowan Code Reviewers
Cc: ironruby-core@rubyforge.org
Subject: RE: Code Review: ClrInteropBugFixes
Adding one more bug fix:
Looks good. One small quibble: the comment in RubyModule.ForEachMember visit
the member even if it doesn't have the right visibility so that any overridden
member with the right visibility won't later be visited isn't quite right as
the member isn't actually being visited; it's just marked that
The Developer Division source tree was branched over a month ago in preparation
for the beta release. Ruby and DLR development continued on the “head” branch,
while stabilization and fixes were applied to the “beta 1” branch. Because of
this, there’s some chance that changes have been made to
Looks good
-Original Message-
From: Tomas Matousek
Sent: Thursday, May 21, 2009 3:33 PM
To: IronRuby External Code Reviewers; Rowan Code Reviewers
Cc: ironruby-core@rubyforge.org
Subject: Code Review: NoAdaptive
tfpt review /shelveset:NoAdaptive;REDMOND\tomat
Moves
In principle, this is absolutely something that could be done (though I
wouldn’t expect we would do it any time soon).
*but*, this doesn’t do what I think you want. Previously-compiled calls to
SomeClass.MyMethod won’t actually end up going to Inheritor.MyMethod even if
the object is of type
, May 13, 2009 2:33 PM
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] more interop questions
But the call to Console.WriteLine will still be dynamic in that case.
We still need Foo to implement IDynamicMetaObjectProvider if we need the call
to Bar to be dynamic.
2009/5/13 Curt
We can’t apply all Ruby standards when we travel back to staticland.
When you define and use a Ruby class, we need to create a static CLR type to
represent that class. This underlying type is constrained by what can be done
with CLR types; and in particular, it’s structure is immutable. So we
Carrero
Blog: http://flanders.co.nz
Twitter: http://twitter.com/casualjim
Author of IronRuby in Action (http://manning.com/carrero)
On Tue, May 12, 2009 at 4:49 PM, Curt Hagenlocher
cu...@microsoft.commailto:cu...@microsoft.com wrote:
We can’t apply all Ruby standards when we travel back
Of course you should be able to build the expression tree manually – though
even here, you may have trouble under .NET 3.5 as a result of the duplicated
namespace. (That issue goes away with .NET 4.)
From: ironruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On
I believe that this should work, but the name would need to be Rubified as
add_my_event.
From: ironruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Mark Ryall
Sent: Monday, May 04, 2009 6:02 AM
To: ironruby-core@rubyforge.org
Subject: [Ironruby-core] clr
experiment1.rb:90
On Mon, May 4, 2009 at 11:25 PM, Curt Hagenlocher
cu...@microsoft.commailto:cu...@microsoft.com wrote:
I believe that this should work, but the name would need to be Rubified as
add_my_event.
From:
ironruby-core-boun...@rubyforge.orgmailto:ironruby-core-boun...@rubyforge.org
Make it protected instead of private?
From: ironruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Orion Edwards
Sent: Monday, May 04, 2009 4:32 PM
To: ironruby-core@rubyforge.org
Subject: [Ironruby-core] Clr Interop and private member variables
I have the
by default is not the
best philosophy...
On Tue, May 5, 2009 at 11:34 AM, Curt Hagenlocher
cu...@microsoft.commailto:cu...@microsoft.com wrote:
Make it protected instead of private?
___
Ironruby-core mailing list
Ironruby-core@rubyforge.org
http
I don't think there's any attempt right now to identify an indexer when
overriding virtual methods. This means that the normal Rubification rules kick
in and you get
def item key
end
def item= key, value
end
The second of these, of course, isn't usable from within Ruby -- though I think
it
I'd probably pick IDynamicMetaObjectProvider as the signifier of a dynamic
type. Ruby and Python types that don't implement this interface aren't as
dynamic as types that do -- even built-in ones -- because they won't support
dynamic binding from other languages. And all user-defined types
And in case it's not obvious, the CLR-Ruby casing/name-translation rules are
1) CLR namespaces and interfaces must be capitalized as they are mapped onto
Ruby modules
2) CLR classes must be capitalized as they are mapped onto Ruby classes
3) CLR methods that you call may either retain their
The comment // TODO: implement this correctly for windows could probably be
removed; it's hard to envision chmod doing anything differently under Windows
than what you've already implemented.
From: Shri Borde
Sent: Friday, April 03, 2009 10:42 AM
To: IronRuby External Code Reviewers
Cc:
I don't know if it's the easiest way, but this should work as a conversion:
x = ['a', 'b', 'c']
System::Array[System::String].new(x.map { |s| s.to_s.to_clr_string })
(Obviously, if you know that the elements are already Ruby strings, you can
omit the to_s.)
From:
It seems to me that this misses the most important part of the original report:
The same call under ir.exe will work as expected in MRI.
Presumably, System::Windows::Forms doesn't exist in MRI, either :P
-Original Message-
From: ironruby-core-boun...@rubyforge.org
No, the retraction is a different (and thoroughly retarded) feature. You can
actually create a send rule that applies a delay based on all sorts of
criteria. See http://ironcurt.typepad.com/p/sendrule.png for a screen shot of
the rule.
The retraction isn't a totally ridiculous feature, but I
Looks good. The changes for the StringFormatter sites are much needed!
The test PythonInterop5 doesn't look complete -- there's no assertion.
It seems odd that CharOps would include Enumerable. Is that because a char
looks like a string that can never have a length != 1?
You don't want to use
Out of curiosity, why are you passing a string to this method through the
hosting interface instead of just passing an int? What does the calling code
look like?
-Original Message-
From: ironruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of
In RubyClass.cs, there's an incorrect parameter passed to SetWrongNumber:
var actualArgs = RubyMethodGroupBase.NormalizeArguments(metaBuilder, args,
SelfCallConvention.NoSelf, false, false);
if (actualArgs.Length == 1) {
...
} else {
I recommend that you file this as a bug report against the DLR at
http://www.codeplex.com/dlr
-Original Message-
From: ironruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Jb Evain
Sent: Thursday, March 05, 2009 5:32 AM
To:
I don't know how the semantics differ from Ruby's, but someone interested in
doing this could probably adapt the IronPython source code. These functions
should be in nt.cs. :)
From: ironruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Tomas Matousek
This mismatch doesn't exist in Python because Python's string semantics are
largely compatible with .NET's string semantics. As a result, Python can
actually use .NET's strings as Python strings. Ruby strings, unfortunately,
are mutable, which means that IronRuby has to use a different type
Ruby changes look good.
From: Dino Viehland
Sent: Tuesday, February 17, 2009 2:27 PM
To: Tomas Matousek; IronRuby External Code Reviewers; Rowan Code Reviewers; DLR
Code Reviews
Cc: ironruby-core@rubyforge.org
Subject: RE: Code Review: MoreProtocols8
Python changes look good.
From: Tomas
Change looks good.
-Original Message-
From: Tomas Matousek
Sent: Sunday, February 08, 2009 1:06 PM
To: IronRuby External Code Reviewers
Cc: ironruby-core@rubyforge.org
Subject: Code Review: ErrorMessageFix
tfpt review /shelveset:ErrorMessageFix;REDMOND\tomat
Fixes binder error
Did you add a reference to IronRuby.Libraries.dll to your C# application?
From: ironruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Meinrad Recheis
Sent: Sunday, February 08, 2009 3:38 AM
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] how
Wow, this list is laggy -- I posted this almost 4 hours ago! Sorry, I
obviously didn't read your last paragraph. :(
From: ironruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Curt Hagenlocher
Sent: Sunday, February 08, 2009 7:31 AM
To: ironruby-core
Looks good.
-Original Message-
From: Tomas Matousek
Sent: Friday, February 06, 2009 6:13 PM
To: IronRuby External Code Reviewers
Cc: ironruby-core@rubyforge.org
Subject: Code Review: StackTraces1
tfpt review /shelveset:StackTraces1;REDMOND\tomat
Removes dependency on _stub_ special
It's part of Tomas' thread-safety work. To enumerate the methods safely, you
need to ensure that another thread isn't modifying the method list.
From: ironruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Ivan Porto Carrero
Sent: Friday, January 30, 2009
Microsoft.Scripting.Core.dll is effectively a subset of .NET 4.0's
System.Core.dll, which is why there's so much overlap in the types. For
IronPython, we've worked around this by creating an automated process to rename
all the types from System.* to Microsoft.*. But this doesn't work as well
Changes look good. The xmldoc summaries on RubyMethodGroupInfo,
RubyLibraryMethodInfo and RubyMethodGroupBase need to be updated to reflect the
refactoring.
-Original Message-
From: Tomas Matousek
Sent: Wednesday, January 14, 2009 12:12 PM
To: IronRuby External Code Reviewers
Cc:
Changes look good overall.
In RubyMethodGroupInfo.TryBindGenericParameters, an empty set of types will
return all methods in MethodBases whether or not they're generic. What's the
reason for this behavior?
There's a chunk of code that was added to Utils.cs that's indented too far.
Okay, the indentation problem in Utils.cs is fixed. :)
Changes are good.
-Original Message-
From: Tomas Matousek
Sent: Tuesday, January 13, 2009 4:36 PM
To: IronRuby External Code Reviewers
Cc: ironruby-core@rubyforge.org
Subject: Code Review: Indexers2
tfpt review
You'll need to build a CLR array rather than a Ruby array.
require 'mscorlib'
System::Array.create_instance(System::Object.to_clr_type, 2)
o = System::Array.create_instance(System::Object.to_clr_type, 2)
o[0] = 3
o[1] = 4
You can monkey-patch Array and add this as a helper:
class Array
def
Awesome! Ruby changes are good (other than a typo bidning in a comment in
HostingTests.cs :)).
From: Tomas Matousek
Sent: Tuesday, January 06, 2009 11:17 AM
To: IronRuby External Code Reviewers; DLR Code Reviews
Cc: ironruby-core@rubyforge.org
Subject: Code Review: InitAndScopes6
tfpt review
The implementation of ThreadOps._CriticalMonitor and
ThreadOps._IsInCriticalRegion as class-level fields will cause state
information to leak between ScriptRuntimes. These should probably be put on
the RubyContext, which can either be done directly or by using
It looks like ConditionVariable.wait isn't implemented in a way that's
consistent with the spec. Please file a bug report on RubyForge.
I'm a bit surprised by the semantics of this class. It doesn't appear possible
to use it safely unless there's at least one additional level of locking.
Yes, this is supposed to work – at least when using the MS™ CLR ☺. I used both
rake and sinatra as test cases when I was eliminating obstacles to making “igem
install” work. I wonder if the problem here might be that the path
construction temporarily resulted in something greater than the
Looks good!
-Original Message-
From: Jim Deville
Sent: Wednesday, December 31, 2008 12:21 PM
To: IronRuby External Code Reviewers
Cc: ironruby-core@rubyforge.org
Subject: Code Review: rakecrossplatform
tfpt review /shelveset:rakecrossplatform;REDMOND\jdeville
Comment :
Fixes the
Ah, I see; I misunderstood the way that flag was working.
-Original Message-
From: Shri Borde
Sent: Tuesday, December 30, 2008 1:23 PM
To: Curt Hagenlocher; IronRuby External Code Reviewers
Cc: ironruby-core@rubyforge.org
Subject: RE: Code Review: Thread#raise
The terminology I am using
: ironruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Benjamin van der Veen
Sent: Tuesday, December 16, 2008 12:42 AM
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] Determining line number of runtime errors
Curt Hagenlocher wrote:
From
It would probably be useful if you could describe more specifically what isn't
working.
-Original Message-
From: ironruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Gabriel Rotar
Sent: Sunday, December 14, 2008 6:28 PM
To:
CurrentDomain is a static method, not a class -- so you want
System::AppDomain.current_domain
The AssemblyResolve event comes with its own set of odd side effects that may
bite, but it is how IronPython deals with the issue.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL
Few things in CLRland are more frustrating than the Fusion loader. Your
simplest short-term fix is probably to set the probe path in ir.exe.config:
configuration
runtime
assemblyBinding xmlns=urn:schemas-microsoft-com:asm.v1
!-- Indicates where the runtime should search for other
Ruby changes look good.
-Original Message-
From: Tomas Matousek
Sent: Tuesday, December 09, 2008 6:16 PM
To: IronRuby External Code Reviewers; DLR Code Reviews
Cc: ironruby-core@rubyforge.org
Subject: Code Review: MoreSites4
tfpt review /shelveset:MoreSites4;REDMOND\tomat
DLR change:
Mmm... I love the smell of dead CodeContext in the morning. It smells like
victory!
Language changes look good.
-Original Message-
From: Tomas Matousek
Sent: Saturday, December 06, 2008 1:59 PM
To: IronRuby External Code Reviewers; DLR Code Reviews
Cc: ironruby-core@rubyforge.org
Looks good.
-Original Message-
From: Tomas Matousek
Sent: Wednesday, November 26, 2008 9:29 AM
To: IronRuby External Code Reviewers
Cc: ironruby-core@rubyforge.org
Subject: Code Review: NoStaticSites4
tfpt review /shelveset:NoStaticSites4;REDMOND\tomat
Adds support for SiteLocalStorage
tfpt review /shelveset:RubyClrInterop06;REDMOND\curth
Comment :
Create constructors on generated types that match each base class constructor
Allocator logic not yet updated to use new constructors
--
Curt Hagenlocher
[EMAIL PROTECTED]
RubyClrInterop06.diff
Description: RubyClrInterop06.diff
To: Curt Hagenlocher; IronRuby External Code Reviewers
Cc: ironruby-core@rubyforge.org
Subject: RE: Code Review: RubyClrInterop06
In DefineConstructors, newParams seems to be unnecessarily copied.
Wouldn't it be better to do:
Type[] newParams;
Type[] baseParams = baseCtor.GetParameters();
if (has
Two misspellings should be noted -- the shelveset is actually named
NoComplexCalls and RubyMethodInfo.PramsArrayDelegateType needs another a. :)
Looks good otherwise.
-Original Message-
From: Tomas Matousek
Sent: Monday, November 24, 2008 6:37 PM
To: IronRuby External Code Reviewers;
-core] Xna+IronRuby+RubyNewb=headache
Curt Hagenlocher wrote:
Hi
Is this a Ruby class that you've derived from an XNA type or just the XNA
type directly?
Well making a game using Xna basically meas inheriting the Game class
present in Xna and implementing it's methods so yes it's a ruby class
The definition of OptionalParamCount in ArgsBuilder.cs looks wrong.
A gratuitous tab character snuck into IoOps.cs.
Not specific to this set of changes, it would be nice if the generation program
for ReflectionCache.Generated were to apply some kind of deterministic sort to
the methods being
I'm not entirely sure I understand the problem, but Initialize is the one CLR
method name that we don't mangle. Is this a Ruby class that you've derived
from an XNA type or just the XNA type directly?
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
that one method then. Sorry :-(
Curt Hagenlocher wrote:
I'm not entirely sure I understand the problem, but Initialize is the one CLR
method name that we don't mangle. Is this a Ruby class that you've derived
from an XNA type or just the XNA type directly?
-Original Message-
From
I just committed a fix for interop to our internal repository. It should be
merged out shortly.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andrew Peters
Sent: Monday, November 17, 2008 10:39 PM
To: ironruby-core@rubyforge.org
Subject: Re:
Looks good.
-Original Message-
From: Tomas Matousek
Sent: Tuesday, November 18, 2008 10:38 AM
To: IronRuby External Code Reviewers
Cc: ironruby-core@rubyforge.org
Subject: Code Review: MiscFixesA2
tfpt review /shelveset:MiscFixesA2;REDMOND\tomat
Misc small fixes:
- Throws an
Looks good.
From: Jim Deville
Sent: Monday, November 17, 2008 11:43 AM
To: IronRuby External Code Reviewers
Cc: ironruby-core@rubyforge.org
Subject: Code Review: interop1
tfpt review /shelveset:interop1;REDMOND\jdeville
Comment :
Initial folder structure for IronRuby interop tests. Includes 1
We don't want our interop tests to be testing irb.rb though. :)
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael Letterle
Sent: Friday, November 14, 2008 6:18 PM
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] Executables
? interop works through IRB just as
tfpt review /shelveset:RandomRubyFixes07;REDMOND\curth
Comment :
Random fixes which are blocking various scenarios.
--
Curt Hagenlocher
[EMAIL PROTECTED]
RandomRubyFixes07.diff
Description: RandomRubyFixes07.diff
___
Ironruby-core mailing list
on CLS virtual calls
--
Curt Hagenlocher
[EMAIL PROTECTED]
RandomRubyFixes08.diff
Description: RandomRubyFixes08.diff
___
Ironruby-core mailing list
Ironruby-core@rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core
Change is good.
-Original Message-
From: Tomas Matousek
Sent: Saturday, November 01, 2008 12:35 PM
To: IronRuby External Code Reviewers
Cc: ironruby-core@rubyforge.org
Subject: Code Review: ArrayOfT
tfpt review /shelveset:ArrayOfT;REDMOND\tomat
Comment :
Enables simple array type
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] IronRuby for GIMP
Hi Curt,
Curt Hagenlocher wrote:
yield doesn't do in Ruby what it does in C#.
Ah, I wasn't aware of that.
You'll probably need to define your own enumerator class doing something
like this:
snip
def ListProcedure
Cool. Now you can provide an answer when the next person asks. :)
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andrew Peters
Sent: Thursday, October 30, 2008 6:40 PM
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] Another Interop Question
We do this for compatibility with Ruby 1.8.6, though as you can see, we don't
have the error message quite right:
PS F:\ C:\ruby\bin\ruby.exe x.rb
x.rb:1: Invalid char `\377' in expression
x.rb:1: Invalid char `\376' in expression
:)
I believe you'll need to save as UTF-8 and then manually
AM, Curt Hagenlocher [EMAIL PROTECTED] wrote:
We do this for compatibility with Ruby 1.8.6, though as you can see, we don't
have the error message quite right:
PS F:\ C:\ruby\bin\ruby.exe x.rb
x.rb:1: Invalid char `\377' in expression
x.rb:1: Invalid char `\376' in expression
:)
I believe
Let's say that w is a WPF window. That is,
w = System::Windows::Window.new
Then you can currently get the actual height of the window by saying either
w.ActualHeight -or- w.actual_height.
This is something that we don't intend to change.
The nature of a dynamic call site is such that the method
1 - 100 of 207 matches
Mail list logo
