Thanks Dino - will try it out when I get a chance.
Davy
On Tue, Apr 7, 2009 at 3:33 AM, Dino Viehland wrote:
> Ahh, I see, you want to add something like:
>
> gen.EmitCall(OpCodes.Call,
> clr.GetClrType(Assembly).GetMethod("GetEntryAssembly"), ());
> gen.EmitCall(OpCodes.Call,
> clr.GetC
Ahh, I see, you want to add something like:
gen.EmitCall(OpCodes.Call,
clr.GetClrType(Assembly).GetMethod("GetEntryAssembly"), ());
gen.EmitCall(OpCodes.Call,
clr.GetClrType(Assembly).GetMethod("get_CodeBase"), ());
gen.Emit(OpCodes.Newobj, clr.GetClrType(System.Uri).GetConstructor(
Davy-
I had a similar problem in that the EXE stub built by pyc does not work as
expected. My problem was the sys.argv being set to None. As someone who
comes to ironpython from Cpython, I want the ironpython equivalent of py2exe
where everything just works :)
The best advice I've found here is
Hi Dino,
All the DLLs are in the Build directory. Everything runs great if the
CWD is the folder containing
the EXE. If you try and run it from another folder things go wrong
(File Not Found Exception).
I've posted a basic repro on my Skydrive
http://cid-1c5b93086198f54e.skydrive.live.com/self.as
What DLLs you want to be loaded? The reason I ask is that .NET assembly
loading doesn't really work on the basis of the current working directory -
instead it looks at the app base which by default is where your EXE is located.
We do modify sys.path so that IronPython can load things outside o
For the read case what happens if you explicitly pass FileShare.None instead of
FileShare.Read? The reason I ask is the default for FileShare is
FileShare.None unless FileAccess == FileAccess.Read.
We should just be picking the ctor w/o parameters here so my guess is that the
default values ar
