Execute has two variants with zero arity: a generic version and a
non-generic version. It sounds like MAXScript isn't able to pick one of
these. This isn't surprising for a dynamic language; I think IronPython
might have the same problem.
If the MAXScript language doesn't provide a way to manually specify which
overload to select, your best bet is probably to write a small C# wrapper
library that's a little more MAXScript friendly.
On Fri, Oct 23, 2009 at 5:14 AM, Lukas Dubeda <loo...@duber.cz> wrote:
> Hi there everyone,
>
> it's me again with the IP integration problem :)
>
> I'm on an edge of giving up. I don't know what to do next,
> even after reading Lee Holmes' article as suggested by
> Michael Foord.
>
> Well, I tried to execute the scriptSourceFromString without
> specifying a scope as I've learned that the scope should
> be automatically taken care of during the hosting class
> instantiation.
>
> These are the last two lines of code I tried to execute:
>
> src = pythonEngine.CreateScriptSourceFromString("print 'hello'")
> src.execute()
>
> However, when executed, I get this new, interesting error:
>
> -- Runtime error: dotNet runtime exception: Ambiguous match found.
>
> I did an extensive search on this topic and I found that it might
> be related to either a bug in dotNET (hopefully not!) or that
> there are two variables in the classes of the same name, but I can't
> or don't know how to overcome this.
>
> Anyone has an idea? This is really getting to the point of giving up.
> Which'd be bad as I desperately need to call Python from within
> MAXScript for our other tools at the studio to communicate with.
>
> Thanks again for your time and effort, guys, much appretiated!
>
> - Lukas
> _______________________________________________
> Users mailing list
> Users@lists.ironpython.com
> http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
>
_______________________________________________
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
