On Thu, Aug 13, 2009 at 4:44 PM, Curt Hagenlocher wrote:
> 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. L
>
> Cheers :-) I'll stick with my Custom host then
f Of Orion Edwards
Sent: Wednesday, August 12, 2009 9:33 PM
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] COM security question
On Thu, Aug 13, 2009 at 4:17 PM, Tomas Matousek
mailto:tomas.matou...@microsoft.com>> wrote:
AssemblyResolve should only be called if you load an asse
On Thu, Aug 13, 2009 at 4:17 PM, Tomas Matousek <
tomas.matou...@microsoft.com> wrote:
> AssemblyResolve should only be called if you load an assembly from a path.
> Like require ‘foo.dll’.
>
> If you use strong names for all assemblies you load the event shouldn’t
> kick in.
>
> Besides requiring
On Thu, Aug 13, 2009 at 4:18 PM, Curt Hagenlocher wrote:
> The [MTAThread] on Main puts your executable’s starting thread into the
> MTA, yes. But if you’re using ir.exe, the starting thread will be in the
> STA.
>
Ah. I would have been using STA then, and just having 'reduced performance'
_
Resolve, but it shouldn't if you use the full strong name.
From: ironruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Orion Edwards
Sent: Wednesday, August 12, 2009 8:54 PM
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] COM security qu
nruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Orion Edwards
Sent: Wednesday, August 12, 2009 8:54 PM
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] COM security question
I don't think I need to be in the MTA apartment (The virtual s
I don't think I need to be in the MTA apartment (The virtual server docs say
that performance is much improved in MTAThread but should work in STA), but
shouldn't the [MTAThread] on Main() be enough?
I'll try explictly loading the dll and see if that works when I next get
time...
Question about th
;-X:MTA".
From: ironruby-core-boun...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Orion Edwards
Sent: Wednesday, August 12, 2009 8:20 PM
To: ironruby-core@rubyforge.org
Subject: Re: [Ironruby-core] COM security question
Ack. I've worked around the problem by cre
Ack. I've worked around the problem by creating a custom version of ir.exe
which calls CoInitializeSecurity.
It would be great if there were a less hacky way of doing this (that I
wouldn't have to re-do when ironruby 1.0 comes out), but yeah :-(
Here's the code
namespace sec_ir
{
class CoIniti
the
> AssemblyResolve hook that forced COM to be initialized.
>
>
>
> *From:* ironruby-core-boun...@rubyforge.org [mailto:
> ironruby-core-boun...@rubyforge.org] *On Behalf Of *Orion Edwards
> *Sent:* Wednesday, August 12, 2009 6:00 PM
> *To:* ironruby-core@rubyforge.org
...@rubyforge.org
[mailto:ironruby-core-boun...@rubyforge.org] On Behalf Of Orion Edwards
Sent: Wednesday, August 12, 2009 6:00 PM
To: ironruby-core@rubyforge.org
Subject: [Ironruby-core] COM security question
I'm having a go at automating Microsoft Virtual Server 2005 R2 using the COM
API's vi
I'm having a go at automating Microsoft Virtual Server 2005 R2 using the COM
API's via IronRuby.
Virtual Server requires the COM security level to be set to 'Impersonation'
or higher (as mentioned here
http://msdn.microsoft.com/en-us/library/aa367595(VS.85).aspx )
The sample code is missing from t
12 matches
Mail list logo
