Re: [IronPython] DLR and Iron* language types

2007-09-25 Thread Sanghyeon Seo
2007/9/26, Dino Viehland <[EMAIL PROTECTED]>: > The .keys call is unlikely to ever > work though. You'll need to call whatever the Ruby equivalent of .keys is. > If it happens to be .keys then it'll work. It happens to be .keys. :-) -- Seo Sanghyeon _

Re: [IronPython] DLR and Iron* language types

2007-09-25 Thread Dino Viehland
Ruby hash and Python dictionary should interop just fine because Ruby's hash will be an IDictionary and Python's dictionary will also be an IDictionary. Therefore we'll be able to recognize the interface methods and dispatch to them appropriately. We don't currently support extension methods o

[IronPython] DLR and Iron* language types

2007-09-25 Thread Lee Culver
Both Ruby and Python have concepts of lists and dictionaries (though I think ruby calls them something different, and the details of how they are used are a bit different as well). Is the DLR going to (eventually) support passing these objects between each other? For example, let's say I have

Re: [IronPython] replacing engine.evaluate by CreateLambda

2007-09-25 Thread Dino Viehland
Unfortunately there isn't a great way to do this. If EngineModule.GetGlobalScope were public you could create your own EM that's bound to locals (Or if engine.GetModuleScope were public). That would let you use CreateLambdaUnscoped. It returns a ModuleBinder and the ModuleBinder returns the d

Re: [IronPython] replacing engine.evaluate by CreateLambda

2007-09-25 Thread Dody Gunawinata
Why not use CreateMethod instead of CreateLambda? Dody G. On 9/25/07, Christian Schmidt <[EMAIL PROTECTED]> wrote: > > Hello community, > > How can I replace the 3 parameter Evaluate-function from PythonEngine > > engine.Evaluate(expression, module, locals) > > where expression is a string, mod