Can you give an example of the ruby code that is failing?
The error indicates IronRuby is having trouble finding an appropriate
constructor to call for a C# class
Can you give some more information about the class you're trying to
instantiate? eg
- What constructors does it have
- Are they priva
It's not difficult to build IronRuby from source - you simply check out
the code from github, and either compile the visual studio solution, or
run a bat file from the command prompt
Orion Edwards | Technical Leader
PHONE +64 7 838 9800 | EMAIL orion.edwa...@gallagher.co
I guess one thing I wasn't clear on in my last email -
Who creates the build for (and publishes) the IronRuby release files? I'm
willing to do work to get things ready, but I can't actually publish
anything :-)
Orion Edwards | Technical Leader
PHONE +64 7 838 9800 | E
g forward to any feedback
Orion Edwards | Technical Leader
PHONE +64 7 838 9800 | EMAIL orion.edwa...@gallagher.co | WEB
www.gallagher.co
###
This e-mail is confidential and may contain information subject to legal
privi
I've used it on many windows 7 machines that only have .NET 4.5 installed,
and also windows 8, and it works fine
.NET 4.5 is a superset of 4.0, so all the core libraries that IronRuby
uses are all the same in both.
______
Orion Ed
ments
______
Orion Edwards | Technical Leader
PHONE +64 7 838 9800 | FAX +64 7 838 9801 |
EMAIL orion.edwa...@gallagher.co | WEB www.gallagher.co
From: Konstantin Kos
To: ironruby-core@rubyforge.org
Date: 21/11/2012 09:25 a.m.
Subject:[Ironruby
.
It's on the Tools\Options dialog on the "Debugging" section
______
Orion Edwards | Technical Leader
PHONE +64 7 838 9800 | FAX +64 7 838 9801 |
EMAIL orion.edwa...@gallagher.co | WEB www.gallagher.co
From: Anton Firsov
That sounds fantastic :-)
__
Orion Edwards | Technical Leader
PHONE +64 7 838 9800 | FAX +64 7 838 9801 |
EMAIL orion.edwa...@gallagher.co | WEB www.gallagher.co
From: Tomas Matousek
To: "ironruby-core@rubyforge.org"
on MSDN or I can tell you more if you'd
like
______
Orion Edwards | Technical Leader
PHONE +64 7 838 9800 | FAX +64 7 838 9801 |
EMAIL orion.edwa...@gallagher.co | WEB www.gallagher.co
From: Alexander Ranger
To: ironruby-core@rubyforge.org
Date
It's really annoying... The installer puts the assemblies in the Global
Assembly Cache, but it doesn't put them anywhere else.
The easiest way to get them is from the zip file on the IronRuby website
On 11/08/2012, at 9:11 PM, Joaquin Menchaca wrote:
> Does the new installer in 1.1.3 not insta
x27;re just putting ruby objects in a list so that ruby code
can retrieve them later that will be fine, but if you're trying to do
other things, you may run into problems...
__
Orion Edwards | Technical Leader
PHONE +64 7 838 9800 | FAX
I personally haven't done any work on it since those last emails. I'm
away from work for the next week or so, so I can't go and look it up
easily.
>From my vague memories of the code, it shouldn't be much work to get
it marshalling .NET objects that use the .NET Serialization API's. I
had it workin
ility with ruby 1.9 (and ships standard
libraries such as ostruct from 1.9 also), so it is designed to fail with
the same errors as MRI 1.9
I'm not sure what you can do to work around it, all the best.
__
Orion Edwards | Technical Leader
ne
for me.
______
Orion Edwards | Technical Leader
PHONE +64 7 838 9800 | FAX +64 7 838 9801 |
EMAIL orion.edwa...@gallagher.co | WEB www.gallagher.co
From: Nathan Standiford
To:
Date: 20/06/2012 04:55 a.m.
Subject:[Ironruby-core] Problem
I spent a bit more time trying to get the IronRuby installer to go, and
succeeded; resulting in the following pull request:
https://github.com/IronLanguages/main/pull/71
The main problem seemed to be that the IronRuby installer created 3 MSM's
(DLR, IrRedist and IronStudio) and then merged them
??
the specs were already there, from rubyspec.
On Wed, May 9, 2012 at 6:12 AM, Roger Pack wrote:
> and the specs...?
>
> --
> Posted via http://www.ruby-forum.com/.
> ___
> Ironruby-core mailing list
> Ironruby-core@rubyforge.org
> http://rubyforge.or
puts "get called..."
12
end
def get_all
puts "get all called..."
System::Array.of(Fixnum).new( [1,2,3] )
end
end
__
Orion Edwards | Technical Leader
PHONE +64 7 838 9800 | FAX +64 7 838 9801 |
E
to
Rational, so I'd suggest leaving them until IronRuby's implementation of
Rational gets sorted out.
Thanks, Orion
__________
Orion Edwards | Technical Leader
PHONE +64 7 838 9800 | FAX +64 7 838 9801 |
EMAIL orion.edwa...@gallagher
guages/main/pull/52
Regards
Orion
______
Orion Edwards | Technical Leader
PHONE +64 7 838 9800 | FAX +64 7 838 9801 |
EMAIL orion.edwa...@gallagher.co | WEB www.gallagher.co
From: Tomas Matousek
To: "ironruby-core@rubyforge.org
Not sure if this is your problem, but off the top of my head I'll try help.
IronRuby needs to know the path to it's standard library directory. This is
stored in the ir.exe.config file that ships along with IronRuby.
When you host IronRuby from inside another application, this config file isn't
k
To: "ironruby-core@rubyforge.org"
Date: 05/01/2012 05:59 p.m.
Subject:Re: [Ironruby-core] Array Specs
Sent by:ironruby-core-boun...@rubyforge.org
Cool! I?ll take a look asap.
Tomas
From: ironruby-core-boun...@rubyforge.org [
mailto:ironruby-core-boun...@r
I've been working on bringing IronRuby up to speed with rubyspec, and
picked the core\array folder as a start:
My pull request is here:
https://github.com/IronLanguages/main/pull/52
I'd like to fix them all, but I'm not sure if I'll have the time to do so
-
Here is a summary of the rubyspec\
I did a git pull today of IronLanguages\main, and noticed a giant stack of
changes on December 30, 31 and Jan 1 - which look like they're related to
Win8 and Mango, amongst other things.
I'm trying to build the IronRuby installer - the process also builds the
IronPython installer along with it.
I thought I'd be a good samaritan and implement require_relative in
IronRuby, but I'm having real trouble figuring out what the current file's
path actually is.
The closest I've got is something like this:
* Pull apart the the caller/backtrace to get the file name
* File.expand_path(file, File
The error looks to be with running Mono under cron
WARNING: The runtime version supported by this application is unavailable.
Using default runtime: v1.1.4322
That's indicating mono is loading it's version of the .NET 1.1 framework
(which dates to 2003), instead of the .NET 4.0 framework (2010),
tput exactly the same data as CRuby implementation
(for Ruby objects). Otherwise you won?t be able to read data serialized by
CRuby in IronRuby and vice versa.
Tomas
From: ironruby-core-boun...@rubyforge.org [
mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Orion Edwards
Sent: Tuesday, Oc
Tomas
From: ironruby-core-boun...@rubyforge.org [
mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Orion Edwards
Sent: Monday, October 31, 2011 1:19 PM
To: ironruby-core@rubyforge.org
Subject: [Ironruby-core] RubySpecs
I've just run mspec under the Languages\Ruby\Tests\mspec\ruby
I've just run mspec under the Languages\Ruby\Tests\mspec\rubyspec\core
folder against MRI 1.9.2p0 (which is checked into the ironlanguages-main
git repo), and it crashes with a segfault in putc_spec.rb
I then tried running against MRI 1.9.2p290 and I get the following:
1518 files, 9618 e
Hi Tomas (and other IronRuby devs). I'm trying to implement this, but I'm
not sure quite how to go about dynamically invoking the 'message' and
'backtrace' methods on the other objects.
It looks like the other methods all have a UnaryOpStorage or other kind of
'storage' that they use to invoke
by implementation
(for Ruby objects). Otherwise you won?t be able to read data serialized by
CRuby in IronRuby and vice versa.
Tomas
From: ironruby-core-boun...@rubyforge.org [
mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Orion Edwards
Sent: Tuesday, October 25, 2011 6:22 PM
To: ironruby-core
objects). Otherwise you won?t be able to read data serialized by
CRuby in IronRuby and vice versa.
Tomas
From: ironruby-core-boun...@rubyforge.org [
mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Orion Edwards
Sent: Tuesday, October 25, 2011 6:22 PM
To: ironruby-core@rubyforge.org
Subje
Backstory: I'm trying to use DRb for some in-house utility code. DRb
itself seems to work fine, but I found that when I misspelled a method
name, instead of reporting back a NoMethodError, the IronRuby process
crashed immediately to the console.
This is using a relatively recent build of IronRu
I've had an open pull request which resolves a deadlock in IronRuby itself
sitting on github for over a month now.
There are also two other pull requests which improve visual studio
integration.
While I can understand perhaps why the core ironruby committers might not
know about the visual stu
I logged an issue on Codeplex (#6449) about the previous deadlock bug I
encountered, and I have come up with a patch which should fix the issue,
which I've submitted as a pull request:
https://github.com/gglresearchanddevelopment/ironlanguages-main/commit/e8be67232d71eb879a1b9487e6fc5e8a93f99266
I'm encountering what looks like a fairly textbook deadlock in the core
IronRuby code when creating Classes:
Thread 0:
-> calls RubyContext.GetOrCreateClass(Type) - acquires
RubyContext.ModuleCacheLock
-> function body invokes RubyContext.GetOrCreateClassNoLock(Type)
-> The class does not
Thank you!
From: Enrico Sada
To: ironruby-core@rubyforge.org
Date: 10/08/2011 09:34 a.m.
Subject:[Ironruby-core] Sync rubyspec
Sent by:ironruby-core-boun...@rubyforge.org
I started to update rubyspec to latest version (pull requests:
https://github.com/IronLanguages/
ps://github.com/IronLanguages/main/pull/20) wasn't merged in just
> due to me forgetting to test it out. The operator patch
> (https://github.com/IronLanguages/main/pull/21) was closed, but does
> not looked like it was merged in. Should both these still be merged
> in?
>
> ~J
Hi
I sent a couple emails from my work account (my name at gallagher.co) enquiring
about 2 patches I had submitted that seem to be in limbo. The first email was 2
months ago the second approx a week.
Both these messages appear to have been dropped. Is the mailing list still
alive? Is anyone c
Summary: No matter what settings you change, "Operators" in IronRuby are
always green (hex 008080).
I put a few hours into investigating this (
http://ironruby.codeplex.com/workitem/6117 ) and as far as I can tell,
it's a bug in visual studio.
The language classifier used by IronRuby (DlrClass
we use the GAC for resolving
dependencies of "IronStudio" components between Ruby and Python. A non-MSI
installation using VSIX has no dependency management, so things could
break easily.
~Jimmy
On May 23, 2011, at 4:28 PM, Orion Edwards wrote:
Re-post of this email as it acci
As mentioned in the bug http://ironruby.codeplex.com/workitem/6118 ,
IronRuby .rbproj files have some severe problems when working with
source-controlled projects.
I discovered that one of the major causes of this was the way that the
DLR's DirectoryBasedProjectNode was handling add/rename/dele
Re-post of this email as it accidentally was sent as a reply to someone
else's... Oops
-
I'm hoping to do some work to fix some of the bugs in IronRuby's visual
studio integration, but I'm having a few issues getting a dev environment
up and runnin
I'm hoping to do some work to fix some of the bugs in IronRuby's visual
studio integration, but I'm having a few issues getting a dev environment
up and running.
- I can build IronStudio.sln from the Solutions folder, and my modified
version of the IronRuby tools loads in the visual studio expe
>
>I see two ways of fixing the bug,
>>
>> 1. removing the [RubyMethod("count")] declaration from
>> IListOps.Length which would make count inefficent on IList's.
>> 2. reimplementing the object and block variations of count in
>> IListOps
>>
>> In my humble opinion, 1 would be best,
On 15/12/2010, at 5:32 AM, James Jefferson wrote:
>
> I've now got ironruby running in production and my initial tests show
> that whilst the memory usage does increase with usage, it does seem to
> top out, and then stop increasing (and even descreases) and is no longer
> impacting the perf
you always need to require 'rubygems' before requiring spec and friends,
even in MRI.
Are you doing that?
On Tue, Nov 9, 2010 at 1:31 PM, andrew Wilson wrote:
> So I tried out the 1.1.1 release and am having a bit of issues.
>
> First the installer doesn't seem to care about the location I pick
err.. woops, consider that last email unsent :-)
On Tue, Nov 9, 2010 at 2:34 PM, Orion Edwards wrote:
> you always need to require 'rubygems' before requiring spec and friends,
> even in MRI.
>
>>
>>
>> ... If I require 'rubygems' 'spec/mock
> grab the binaries from the link above if you want an xcopy deployment.
>
>
>
> It seems irb doesn’t like the command you’re writing … does it include
> non-ASCII characters?
>
>
>
> Tomas
>
>
>
> *From:* ironruby-core-boun...@rubyforge.org [mailto:
After upgrading to IronRuby 1.1.1, I try run IIRB, and I get the following
exception:
Have I screwed up my install? What I did was this:
1. Ran the IronRuby installer
2. Copied the bin and lib folders to a local folder that I have checked into
source control (to deploy IronRuby to other machines)
My guess is that SQL Azure doesn't follow quite the same protocol as normal
SQL Server. As I don't have a SQL azure account, I can't play around with it
myself, but I'd suggest trying to get a simple command line version of
IronRuby up and running and see if you can use the raw sqlserver adapter to
Nice work! Thanks Tomas
On Tue, Aug 17, 2010 at 1:42 PM, Tomas Matousek <
tomas.matou...@microsoft.com> wrote:
> This change might break apps that already worked with IronRuby v1.0 or
> v1.1. The reason might be:
> - IronRuby is now using 1.9.1 standard libraries, which might depend on 1.9
> feat
>> }.get_value(Object, nil)
>>
>> And then I figured I could do something like this:
>> context.loader.load_assembly(...)
>>
>> ... but the overload I need is marked private (the one that is public
>> expects a string containing the assembly's name, as opposed
Those are valid points. Perhaps #load_assembly could accept an assembly
> reference.
>
> Sent from my iPhone
>
>
> On Aug 7, 2010, at 5:16 PM, Orion Edwards wrote:
>
> What's the advantage to extending require?
>>
>> Presumably you're currently us
On 9/08/2010, at 6:42 PM, Jimmy Schementi wrote:
>
> This is a monumental opportunity for you all, the IronRuby community, to
> rally around something Microsoft invested in, enough to a initial 1.0
> release, and make it your own. However, there are two things we should ask
> Microsoft to comm
4. Rails on .NET
I think asp.net mvc took a lot of the wind out of this particular scenario, but
rails is still literally *years* ahead of MVC in both maturity and thinking.
If we could get rails under ironruby easily deplorable to iis, I think this
would help a lot
On question I'd REALLY lik
Thanks Cory for the levelheadedness. It's all too easy to get upset and
overreact (as I well know)
Re Tomas' question about what would it take to make the github repo canonical.
To me, it would need several things
1. The release builds need to be built directly from this repo
2. All the offici
I'm sure most of you have seen this already, but I hadn't seen Jimmy's
"farewell Microsoft" blog post posted to the list, so here it is if anyone
hasn't read it
http://blog.jimmy.schementi.com/2010/08/start-spreading-news-future-of-jimmy.html
I'd like to thank Jimmy for his work thus far on Iro
ava is
better on unix, so therefore you should run JRuby on Unix. I don't think this
would change even if 100% of the JRuby core devs used windows all day long :-)
On 8/08/2010, at 6:41 AM, Charles Oliver Nutter wrote:
> On Fri, Jul 30, 2010 at 5:27 PM, Orion Edwards
> wrote:
>
What's the advantage to extending require?
Presumably you're currently using the .NET Assembly.Load or Assembly.LoadFrom
methods to do this? (And if you're compiling code in memory, you'll certainly
be making heavy use of the .NET reflection API's already anyway)
Require is a standard part of c
hey do a REALLY good job, people running rails apps on linux might
switch to windows!
I'd love to see #2 happen, but unfortunately it's a long way off. The IronRuby
team seems to be really awesome, but there's only like 3 of you, right? :-(
>
> From: ironruby-core
It's probably not intentional but his benchmark graphs are misleading.
Because Mono is not nearly as fast or as mature as Microsoft's .NET, the
performance of IronRuby on mono is much worse. Unfortunately all his graphs
show Mono performance only, which makes IronRuby appear very slow.
If you loo
On 15/05/2010, at 8:51 AM, Bassel Samman wrote:
> Yes, even compiled code can be
> reverse engineered, but at least you are not handing it out on a silver
> platter.
Ummm... Yes you are. Have you seen reflector? Unless you're writing all your
code in C++, you're pretty much shipping the sour
On Wed, May 12, 2010 at 10:06 AM, Tomas Matousek <
tomas.matou...@microsoft.com> wrote:
> What would you like to achieve by pre-compiling code? Faster startup time?
> Packaging your code in a dll instead of a bunch of .rb files? Using Ruby
> code statically from C#?
>
Personally I'm not too fusse
>> The name is spelled as “.NET”, and so "gemname-universal-dotNET" would
read better than just "gemname-universal-dotnet".
dotNET looks awful. Microsoft are well known for terrible marketing and
terrible naming, so I'd argue that "use the correct spelling" is an
anti-feature :-)
Personally, I
Intro: Using IronRuby 1.0 rc2; .NET 3.5SP1 on windows XP sp3
I have some code which is using DynamicMethod / GetILGenerator to create
statically typed methods at runtime, so I can call IUnknown-based COM
objects from IronRuby.
Here is a snippet
# ... piles of code which figures out what the met
> return unless @__handlers__
> @__handlers__.each do |ev|
*
*
Look out! Someone snuck in and put __python__ in your nice ruby code!
___
Ironruby-core mailing list
Ironruby-core@rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core
Ouch. Here's a repro
PS C:\dev\test> ir
IronRuby 0.9.4.0 on .NET 2.0.50727.4927
Copyright (c) Microsoft Corporation. All rights reserved.
>>> "hello".to_clr_string =~ "hello"
Process is terminated due to StackOverflowException.
The windows appcrash dialog pops up: Here's what it says if it's at
On Tue, Feb 16, 2010 at 12:30 PM, Jim Deville wrote:
> I honestly don’t think that shipping a 1.0 will delay any future release by
> much. I also don’t think that a Rails 3 release would hurt the progress
> towards 1.9. Unless something major changes, I believe all of the 1.8.7
> features we are
> IronRuby 1.0.x releases: ONLY ruby-1.8.6 compatible
> IronRuby 1.x releases: ONLY ruby-1.9 compatible
> My fear is that releasing 1.0 so close to release of Rails 3 without the
> ability to run it will do little for IronRuby's image in the wider Ruby
> community (who, from my admittedly limited
On Mon, Feb 15, 2010 at 11:17 AM, Jimmy Schementi <
jimmy.scheme...@microsoft.com> wrote:
> IronRuby maps Ruby’s green threads directly to CLR threads, and there is no
> GIL.
>
Holy race conditions, batman! I'll be a lot more careful calling Thread.new
now :-)
Here is what I *think* happens:
- Thread.new and the other ruby threading methods from the ruby standard
library will create and run on new CLR threads, but there is 'global
interpreter lock' type thing to emulate MRI
- I can sidestep the GIL by explicitly using underlying CLR threading
methods
t;
> JD
>
>
>
> *From:* ironruby-core-boun...@rubyforge.org [mailto:
> ironruby-core-boun...@rubyforge.org] *On Behalf Of *Orion Edwards
> *Sent:* Thursday, February 11, 2010 11:52 AM
> *To:* ironruby-core@rubyforge.org
> *Subject:* Re: [Ironruby-core] MRI 1.8.7 compatibilit
+1 !
Any idea how long after the 1.0 RTM we might start seeing 1.8.7 (or 1.9.x?)
> compatibility?
>
___
Ironruby-core mailing list
Ironruby-core@rubyforge.org
http://rubyforge.org/mailman/listinfo/ironruby-core
Just listened to jimmy on hanselminutes (yeah I know it was a week or 2 ago,
I'm catching up on podcasts) talking about IronRuby.
Congrats on a job well done. Hopefully that will get some more people
interested in IR :-)
___
Ironruby-core mailing list
Ir
>> If you index System.Collections.Generic.List by a fixnum instead of a
class/module you’ll get the generic definition of arity 1
Nice! I had no idea that feature existed
___
Ironruby-core mailing list
Ironruby-core@rubyforge.org
http://rubyforge.org/m
IIRC you can open "concrete" generics, but not "open" ones: In plain english
this means you can add methods to List but not List.
This is essentially because List isn't a real type in the CLR, it's
basically some metadata that can be used to build a real type when the T is
supplied.
You could as
I also think it's a nice idea. I have a few other such methods
(Array#to_clr_a, Time#to_clr_time, and the godawful Array#to_2d_a) that seem
like they'd also be a good fit :-)
On Mon, Feb 1, 2010 at 11:17 PM, Thibaut Barrère
wrote:
> > Maybe we can have a separate gem that groups a bunch of typica
>
>
> Can we move forward to solve the problem instead of mocking?
> --
>
I would expect you would have better success moving forward if you did not
make inflammatory statements such as these:
"This is a big defect in the IronRuby. Too many configurations will
scare developers away."
"Not many p
I'm currently using IronRuby to do automated UI testing using the WPF UI
Automation framework. IronRuby is working out brilliantly, the WPF UI
automation framework on the other hand is "sub par", but that's another
story.
Have also used it for many ad-hoc tasks such as exploring .NET api's,
transf
On Tue, Jan 26, 2010 at 7:50 AM, Mohammad Azam wrote:
> The problem is that every person has their own IronRuby folder. It has
> to work same for everyone. Kind of like libraries in GAC.
>
> You are NOT thinking throughly about the problem!
>
> This is not regarding putting the path in ENV variab
>
> I don't want that restriction :( One of the advantages I was hoping to
> leverage was the ability to re-write methods that I wouldn't otherwise be
> able to.
Unfortunately that's not a limitation put there by Caricature, but one put
there by the CLR itself. Unless you want to get into disass
Sure :-) I realise the world of enterprises is not neccessarily the world of
reason or logic :-)
At any rate, I remember some vague mentionings on the list about a platform
abstraction layer and it's being able to read files directly out of zips,
which sounds like it would also be useful... was th
If you've ever run reflector over a .NET dll, you'll realise that you're pretty
much shipping the source to every C# or VB.net app you write -
so going along with this I'd recommend just putting the ruby files in a zip,
renaming the zip to .blah, and calling it a day
On 24/01/2010, at 1:02 AM,
We've got a couple of people using the TFS->SVN bridge, which I think is made
by the codeplex guys. It's SLOW, but it works well for them, as they're on
smaller projects.
On 24/01/2010, at 4:28 AM, Ivan Porto Carrero wrote:
> Hi
>
> How do you guys deal with TFS?
>
> My guys have settled on R
What do you mean by "set up asynchronous calls"?
If your get_settings method is a C# method using the IAsyncResult pattern, then
you should be able to invoke it from IronRuby.
>From memory you can pass a ruby Proc in place of the AsyncCallback and it
>should all work:
Example:
callback = lambd
gt; ["clr_to_ruby", "mangle", "ruby_to_clr", "unmangle"]
>
> >>> include IronRuby::Clr
>
> >>> Name.mangle("FooBar")
>
> => "foo_bar"
>
> >>> Name.unmangle("my_foo")
>
>
I am doing load_assembly 'IronRuby', and it didn't work (the example is
copy/pasted pretty much verbatim). Not sure if that means your version of IR
is different to mine, or what?
Cheers,
On Mon, Jan 18, 2010 at 3:56 PM, Jimmy Schementi <
jimmy.scheme...@microsoft.com> wrote:
> load_assembly 'Ir
I'd like to use the IronRuby name mangling methods from within a script I'm
writing, but it seems as though I can't access things that are defined in
IronRuby.dll?
Reflector tells me that TryMangleName is a public static method
on IronRuby.Runtime.RubyUtils, which is defined in IronRuby.dll.
I'm
archPath
> or something like that (it's on my computer which needs to charge).
>
> JD
>
>
>
> From: Orion Edwards
> Sent: Friday, January 15, 2010 9:52 PM
> To: ironruby-core@rubyforge.org
> Subject: Re: [Ironruby-core] rexml/document with IronRuby
>
While I agree that changing the app.config is a common task, and it's easy if
you're just shipping a single standalone app, it's a giant pain in the ass if
you're having to upgrade an existing installation, or integrate with another
program. (Outlook.exe.config anyone??)
I've seen a fair few .ne
The worst thing about WCF is all the configuration! Just because everything
else sucks it doesn't mean that it's ok for us to suck too!
At least you can configure WCF programatically. Along the same lines, it would
be nice for IronRuby to offer a programmatic option also (if it already does,
th
I've just upgraded to the latest IronRuby and am hitting this... Given that
I have a bunch of Time objects, how do I now convert them to a
System::DateTime for clr interop? I can't seem to find any methods on the
ruby Time object that return the clr object
__
... And here's a convenient helper
class Array
def to_2d_a(ruby_type)
sub_count = self.length
max_sub_len = self.map{ |a| a.length }.max
ar = System::Array.CreateInstance(ruby_type.to_clr_type, sub_count,
max_sub_len)
self.each_with_index do |sub, idx|
sub.each_with_index
This worked for me:
System::Array.CreateInstance(System::Object.to_clr_type, 5, 6)
Getting and setting works using x[1,2] as you'd expect
Cheers!
On Mon, Nov 30, 2009 at 1:44 PM, Curt Hagenlocher wrote:
> You can create an array using the BCL by calling Array.CreateInstance.
> >From C#, it wo
I have some C# code which is expecting a 2d array.
public static class Foo
{
public static int Bar(object[,] inArray)
{ ... }
}
Is there any way that I can call this from IronRuby? I can't figure out how
to create the 2d array?
I have a feeling this has been asked before, but I can't fin
On Fri, Nov 13, 2009 at 9:07 PM, Jimmy Schementi > wrote:
FYI, we’re thinking about allowing you to use “include” with .NET
types, which will include it’s static methods. That would enable:
I'd be very much in favour of this. A .NET static class full of static
methods always seemed like it
Hrm, they obviously got through then.
Maybe gmail is being too clever for it's own good and not showing me my own
messages :-( Confusing...
Thanks anyway guys
___
Ironruby-core mailing list
Ironruby-core@rubyforge.org
http://rubyforge.org/mailman/listin
I sent a couple of emails about potential regressions in IronRuby 0.9.2, but
they haven't yet shown up on the list. Is something wrong or are they likely
to just be sitting in the moderation queue?
Thanks, Orion
___
Ironruby-core mailing list
Ironruby-co
This code used to work under IronRuby 0.9.1 and earlier
load_assembly "microsoft.office.word.interop"
word = Microsoft::Office::Interop::Word::ApplicationClass.new
metaclass = class << word; self; end
metaclass.send :define_method, "fizz" do |*args|
puts "hello"
end #BANG!
Under 0.9.2, this ha
I have the following code, which used to work under IronRuby 0.9.1 and
earlier
class Object
def method_missing(sym, *args, &block)
if sym.to_s =~ /blah regex/
# do stuff
else
super # call through to underlying ruby method_missing
end
end
end
Under 0.9.1 this worked acr
1 - 100 of 162 matches
Mail list logo
