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 dir.
Thanks, Igor On Mon, Aug 8, 2011 at 7:17 PM, Igor Brejc <igor.br...@gmail.com> wrote: > 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 excludes any > of my code or the fact that IP was used outside of GAC. > > What's strange is that sometimes it's AccessViolationException and > sometimes NullReferenceException (but the failing method is the same). > > So I guess I'll need to build a custom IP build with some log4net logging > of that method, since live debugging is not a realistic option here. > > Thanks for your help, > Igor > > > On Mon, Aug 8, 2011 at 6:12 PM, Jeff Hardy <jdha...@gmail.com> wrote: > >> 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 happens, which will probably require live debugging or a >> custom IronPython build. >> >> I'm not sure if it's a bug in IronPython, or if there's a squirrelly >> COM object on the user's machine that causes IronPython to break, but >> my guess is the latter. >> >> - Jeff >> >> P.S. I saw your SO question before this, but feel free to keep the >> discussion where ever you prefer. >> >> On Sat, Aug 6, 2011 at 11:12 PM, Igor Brejc <igor.br...@gmail.com> wrote: >> > Hi, >> > >> > I'm developing a cartography application (http://maperitive.net) in C# >> > and I plan to use IronPython as a scripting extension of the >> > application. I've been successfully using IronPython for several >> > months and most users don't have any issues with it, but a small >> > percentage of users is having problems. >> > >> > With the help from one of them I managed to dig out the exception >> > stack trace. The exception occurs while calling the >> > Python.CreateEngine() method: >> > >> > System.Reflection.TargetInvocationException: Exception has been thrown >> > by the target of an invocation. >> > ---> System.Reflection.TargetInvocationException: >> > Failed to load language 'IronPython 2.6.2': Attempted to read or write >> > protected memory. This is often an indication that other memory is >> > corrupt. >> > ---> System.AccessViolationException: Attempted to read or write >> > protected memory. This is often an indication that other memory is >> > corrupt. >> > at >> Microsoft.Scripting.Actions.TopNamespaceTracker.PublishComTypes(Assembly >> > interopAssembly) >> > at >> IronPython.Runtime.Binding.PythonBinder.DomainManager_AssemblyLoaded(Object >> > sender, AssemblyLoadedEventArgs e) >> > at IronPython.Runtime.Binding.PythonBinder..ctor(PythonContext >> > pythonContext, CodeContext context) >> > at IronPython.Runtime.PythonContext..ctor(ScriptDomainManager manager, >> > IDictionary`2 options) >> > --- End of inner exception stack trace --- >> > at >> Microsoft.Scripting.Runtime.LanguageConfiguration.LoadLanguageContext(ScriptDomainManager >> > domainManager, Boolean& alreadyLoaded) >> > at >> Microsoft.Scripting.Runtime.DlrConfiguration.LoadLanguageContext(ScriptDomainManager >> > manager, LanguageConfiguration config) >> > at >> Microsoft.Scripting.Runtime.DlrConfiguration.TryLoadLanguage(ScriptDomainManager >> > manager, AssemblyQualifiedTypeName providerName, LanguageContext& >> > language) >> > at >> Microsoft.Scripting.Runtime.ScriptDomainManager.GetLanguageByTypeName(String >> > providerAssemblyQualifiedTypeName) >> > at Microsoft.Scripting.Hosting.ScriptRuntime.GetEngineByTypeName(String >> > assemblyQualifiedTypeName) >> > at IronPython.Hosting.Python.GetEngine(ScriptRuntime runtime) >> > >> > I couldn't find anything on Google that would be related to this. Some >> > info about the user's environment: >> > >> > - Win7 64bit >> > - Using .NET 2.0-3.5 (not 4.0) >> > - IronPython is not installed in GAC, the app uses assemblies locally >> > on the disk (v 2.6.2) >> > - The user runs the application as an ordinary user (not administrator) >> > >> > I use Win7 64bit myself, but I didn't have any such problems and I >> > cannot reproduce this problem on any of my machines (Win7, Ubuntu). >> > >> > Thanks for any help, >> > Igor Brejc >> > _______________________________________________ >> > Ironpython-users mailing list >> > Ironpython-users@python.org >> > http://mail.python.org/mailman/listinfo/ironpython-users >> > >> > >
_______________________________________________ Ironpython-users mailing list Ironpython-users@python.org http://mail.python.org/mailman/listinfo/ironpython-users
