Re: [IronPython] PrivateBindings fails to expose functions in internal classes, but not properties

as intended. It seems logic is needed to special case interfaces and/or handle the PrivateBindings option but I don't know enough to say. Richard On Sun, Jan 9, 2011 at 4:42 AM, Leo Carbajal des...@gmail.com wrote: Sorry to spam the list, but I did some more tracking on this and figured

[IronPython] PrivateBindings fails to expose functions in internal classes, but not properties

Hello all, Almost I thought I could have my cake and eat it too. I have a large client-server project written in C# that I wanted to be able to script with IronPython. The biggest requirement was that I wanted external admins to be able to provide scripts for the server to augment its functions.

Re: [IronPython] PrivateBindings fails to expose functions in internal classes, but not properties

demands that they be public. If this was the only class that might give me problems I might even look for a way around that, but the entire project uses Interfaces extensively. On Sat, Jan 8, 2011 at 5:36 PM, Leo Carbajal des...@gmail.com wrote: Hello all, Almost I thought I could have my cake

Re: [IronPython] IronPython 2.0 RC 2 on Mono

According to MoMA, there are over 40 red flags between the IPY dlls and the DLR (Microsoft Scripting) dlls. One of them has 2 P\Invokes that it doesn't like and the others are a mix of TODOs on the mono side, or not-implementeds. Another block (for me) is that Mono doesn't implement the following

Re: [IronPython] Can I pre-add namespaces?

Would it be possible to use scriptSource.IncludeFile(path) instead to get the same effect? I was perusing the hostingAPI and the Runtime has a whole paragraph for UseFile but when you look at the class declaration (again on the hostingAPI doc) it's not listed there, so I'm not sure if that's just

Re: [IronPython] Syntax Checking

ScriptSource.Compile w/ an ErrorListener which can get more detailed information about the failures. *From:* [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] *On Behalf Of *Leo Carbajal *Sent:* Thursday, October 02, 2008 1:10 PM *To:* Users@lists.ironpython.com *Subject:* [IronPython] Syntax

[IronPython] Syntax Checking

Is there any way to check the syntax of a script without actually running the script? Akin to the way VStudio does the 'code smells' nowadays. Of course, by 'any way' I'm probably asking if there's an 'easy way', but I'll take the hard way, too, if it's something I can figure out and re-use. ---

Re: [IronPython] Re strict imports

: [EMAIL PROTECTED] *On Behalf Of *Leo Carbajal *Sent:* Tuesday, September 02, 2008 9:06 PM *To:* Discussion of IronPython *Subject:* Re: [IronPython] Re strict imports The PAL stuff looks scary! Ok, not really, but I'll have to look at it when I'm not close to falling asleep. The benefits here

Re: [IronPython] Re strict imports

, Leo Carbajal [EMAIL PROTECTED] wrote: So here's a strange wrinkle, when I run this with the debugger (unmodified except for adding the IronPython assemblies as full-trust on the domain) it works fine and as expected. If I run it without the debugger attached it gives me the same exception

Re: [IronPython] Re strict imports

and thus off-limits to an import. I will play with it some more, I think. I'm sorry to have wasted some of your time. =\ --- LC On Tue, Sep 2, 2008 at 7:38 PM, Leo Carbajal [EMAIL PROTECTED] wrote: This is a condensed version. You'll have to sign the assembly or you'll get an error at the domain

Re: [IronPython] Re strict imports

Of *Leo Carbajal *Sent:* Tuesday, September 02, 2008 6:33 PM *To:* Discussion of IronPython *Subject:* Re: [IronPython] Re strict imports Ok, so I think I misunderstood what a LinkDemand was, as well as the fact that the exception I'm getting is expected behavior. I added the [assembly

Re: [IronPython] Re strict imports

] *On Behalf Of *Leo Carbajal *Sent:* Tuesday, September 02, 2008 7:26 PM *To:* Discussion of IronPython *Subject:* Re: [IronPython] Re strict imports Dino, Thanks for the advice on Security Transparent. The IO permission seems necessary in order to load scripts from a file, as is the actual

Re: [IronPython] Re strict imports

I hate bringing this issue up over and over again, but anyway, I'd rather re-use one of these conversations. This CAS stuff is really driving me nuts, moreso because it makes me feel dumber than a door nail to not understand what's going on. I've got IPY 2.0 loading into a 'sandboxed' domain, and

Re: [IronPython] Sandboxing using AppDomains

] *MultiRow Developer Team (A Strong Team)* *From:* [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] *On Behalf Of *Leo Carbajal *Sent:* 2008年7月31日 10:07 *To:* Users@lists.ironpython.com *Subject:* [IronPython] Sandboxing using AppDomains Howdy all, I know this is a topic that comes up again

Re: [IronPython] Sandboxing using AppDomains

fairly soon though but won't be in 2.0 Beta 4 L . *From:* [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] *On Behalf Of *Leo Carbajal *Sent:* Friday, August 01, 2008 5:29 AM *To:* Discussion of IronPython *Subject:* Re: [IronPython] Sandboxing using AppDomains I had seen that series, though

[IronPython] Sandboxing using AppDomains

Howdy all, I know this is a topic that comes up again and again but I was hoping I could get a bit of understanding from someone. So, like many others, I'm looking to get IPy to work in a relatively safe environment. My application is a game-server and exposes many entry points for user created

[IronPython] [IronPython 1.1] Scoping Advice(?)

Greetings everyone, I've found this list an invaluable resource just by browsing past conversations, however I was hoping to get a little advice and direction with a question that I haven't really seen covered. (lately) I'm trying to integrate IronPython into a live gaming server, which means