(no company name yet) - I'm the author (Igor Brejc)
Maperitive [currently free + commercial version in the future]
http://maperitive.net
A desktop GIS/cartography software written in C#, running on Win, Linux and
Mac (using Mono). Primarily oriented towards use of free geography sources
like OpenS
Hi Dino,
It fails both on ipy and ipy64.
Unfortunately I'm not sure executing such a debugging would really be an
option, I communicate with the user via email only and it would be too much
to ask of him to do these debugging steps himself (I already bothered him
enough with all the "try this" st
The AV exception here indicates that something is going wrong in native code -
it sounds
like it could be a CLR bug or a crash in some other component. Does this all
repro with
just ipy.exe (so in 32-bit mode)?
The best way to figure out what's going on is to use the native debuggers. You
ca
I'd like to create a 'Who's using IronPython?' to show the IronPython
is being used and maybe help drive adoption. (See
http://www.boost.org/users/uses_open.html for an example).
What I need:
Company Name [commercial]
Product [commercial] or Project [OSS] Name
URL
Description of product/project
I
Two quick answers:
1. It's not critical, unless you need access COM objects (like
Word/Excel automation or something).
2. The exact same code is in 2.7, and I think it's still active.
3. I can't understand why it would break like that when examining
those assemblies.
Dino? Thoughts?
- Jeff
On Mo
Well in the end I built it from the ZIP package :).
Anyway, here are some results. IP always breaks down when
examining System.Runtime.Hosting.ActivationArguments type, on the
if (type.IsImport && type.IsInterface)
line. This is the only type the method breaks down on.
PublishComTypes examin
IronPython_2_6 should be all you need. The rest is the start of 2.7
that later got moved to GitHub.
- Jeff
On Mon, Aug 8, 2011 at 10:50 AM, Igor Brejc wrote:
> Hi Jeff,
> One question: I'm looking at the codeplex SVN repository (since I assume
> this is where 2.6.2 code still resides). What exac
Hi Jeff,
One question: I'm looking at the codeplex SVN repository (since I assume
this is where 2.6.2 code still resides). What exactly do I need to check out
in order to be able to build it? IronPython_2_6 directory or the whole
repository? There seems to be a lot of stuff in the IronPython_Main
Hi Jeff,
Thanks for responding. I'll update the SO question if/when someone (I guess
it will probably have to be me) figures out what the problem is.
One update: we did some more debugging. The user installed IronPython 2.6.2
msi (.NET 2.0) and ipy64.exe breaks down when run. I guess this exclude
Hi Igor,
The exception is occurring somewhere in IronPython's COM interop code,
but I'm not exactly sure why - the code where the exception occurred
pulls COM types out of interop assemblies. You'll have to (somehow)
figure out what assembly is getting loaded in the AppDomain when the
exception ha
Hi ironpython,
Here's your Daily Digest of new issues for project "IronPython".
In today's digest:ISSUES
1. [New comment] os.access(..., os.F_OK) is incorrect for directories
2. [New issue] wpf module in Silverlight
--
ISSUES
1. [New comment] os.acc
11 matches
Mail list logo
