Hi Steve,
Please download a new copy of the file. The old one was built against
a beta version of IronPython 2.7. It works in my quick testing.
- Jeff
On Wed, Jun 29, 2011 at 8:00 PM, Steve Baugh
wrote:
>
> Jeff,
>
> Thank you for your reply.
>
> I have downloaded
>
> IronPython.SQLite-2.7.0_ipy
Jeff,
Thank you for your reply.
I have downloaded
IronPython.SQLite-2.7.0_ipy-2.7_clr-v4.0.zip
but can't make it work.
I have put the IronPython.SQLite.dll in the DLLs folder and put the
sqlite3 folder under Lib.
When I try:
import sqlite3
in either ipy or ipy64 I get:
ImportError: No mo
Hi Dave,
Are you running on a 64-bit OS by any chance? Is the Assembly.Net.dll
a x64 assembly? (the fact that it depends on the native runtime leads
me to think it's not an AnyCPU assembly.) If so, can you try running
it with ipy64.exe instead of ipy.exe?
I'm kind of reaching, here, because if thi
On Tue, Jun 28, 2011 at 10:57 AM, Jamal Mazrui wrote:
> In the past, I have built a COM server with C# and the RegAsm.exe utility of
> the .NET Framework. If I use pyc.py to create a DLL with IronPython, will I
> be able to build a COM server in a similar manner? Are there any particular
> issue
You should be able to use IronPython.SQLite
(https://bitbucket.org/jdhardy/ironpython.sqlite/). There's a
2.7-compatible build on the downloads page. It's not 100% compatible
with CPython sqlite, but it's pretty darn close.
- Jeff
On Mon, Jun 27, 2011 at 2:26 PM, Steve Baugh
wrote:
> I am trying
Hi Markus,
ILSpy loads my assembly dll just fine. As does a C# app. Only ipy.exe
complains about an error.
I think the missing file error is bogus and something else is going on. But
I'm not sure what. Hopefully the below code and output will explain the
situation better than English ve
Hi Markus,
I am only trying to clr.AddReference() to it because I was advised to try
pre-loading all the things my assembly referenced. The MSVCR80.dll is listed
as a reference by ILSpy. I'm new to .NET, and don't know if that means I need
to pre-load it or not. Definitely if I don't (bec
Hi, Dave,
If you (rsp. your scripts) do not need to access the MSVCRT80.dll, why do you
want to AddReference() it?
So if I understand correctly:
You want to load an assembly which depends on the native MSVCRT80.dll, and that
former assembly does not load because the latter native libr
Hi Markus,
But *I* don't need to access it, only the assembly I'm trying to load does.
Surely you're not suggesting that I wrap that DLL so a pre-built assembly
(linked with that DLL!) can call into it?
-- Dave
From: Markus Schaber [mailto:m.scha...@3s-software.com]
Sent: Wednesday, June 29,
On 6/29/2011 10:48 AM, Dave Peterson wrote:
But I'm confused. Doesn't the fact that a C# app loads the assembly just fine
mean that the CLR can load it ok?
Not necessarily. This is a complicated topic in .NET development, and is
beyond what I can bang out in a quick email.
Here are some l
If the C# app is in the same directory as the assembly you're trying to load
from Python, it would automatically find dependent assemblies in that
directory. ipy.exe probably isn't in that directory, so the managed loader
(which is largely driven by the directory containing the launching
executable
Thanks Zachary,
But I'm confused. Doesn't the fact that a C# app loads the assembly just fine
mean that the CLR can load it ok? And given that fuslogw is part of VS or Win
SDK, I'm thinking it won't help with figuring out why ipy.exe won't. Then
again, I can't explain why ipy would be doi
On 6/28/2011 9:25 AM, Dave Peterson wrote:
Hello,
I’m relatively new to IronPython and .Net, but reasonably familiar with
Python. I’m trying to write a .py script to use one of my employer’s
.NET dlls but whenever I try to AddReferenceToFileAndPath() I get an error:
IOError: System.IO.IOException
Hi, Dave,
Do you want to say that ILSpy won't load your assembly.dll, or it won't load
MSVCR80.dll? The latter one is a native DLL, not an assembly, and thus cannot
be loaded by ILSpy.
I re-read the thread, and my current Guess is that the "AddReference" is unable
to find your "assembly.
Hi, Dave,
As far as I know, the MSVCR (MicroSoft Visual C Runtime) library is not a
managed library, but a native library. Thus, it cannot be loaded like a .NET
library, and ILSpy cannot parse it.
Grüße,
Markus
Von: ironpython-users-bounces+m.schaber=3s-software@python.org
[mail
Hi, Dave,
As I wrote, it is not a managed library, and thus cannot be loaded like a .NET
library.
You can use p/Invoke or cTypes to access it., or write a wrapper library in
C++/CLI.
Grüße,
Markus
Von: Dave Peterson [mailto:dpeter...@broadwaytechnology.com]
Gesendet: Mittwoch, 2
Thanks Markus!
Any chance you have any thoughts about why my assembly dll fails to load in ipy
given all the referenced assemblies can be loaded (beyond the msvcr80.dll)?
Note that I verified that clr.References shows each of these referenced
assemblies having been loaded when I test loading t
Thanks Curt.
ILSpy shows only the following references for my assembly dll.
// mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
// Microsoft.VisualC, Version=8.0.0.0, Culture=neutral,
PublicKeyToken=b03f5f7f11d50a3a
// System, Version=2.0.0.0, Culture=neutral, PublicKe
18 matches
Mail list logo
