From: Rick M. <obj...@gm...> - 2010-03-13 15:19:45
|
The recent question about calling Rexx scripts from Excel makes me wonder if something like what Rony did with BSF4Rexx might be possible with the OLE object support. Right now, the OLE object support starts with Rexx and goes out to the OLE objects. It might be nice to go the other way. For example, having a Rexx environment OLE object that would allow you to invoke ooRexx scripts would be a good first start. Ideally, you 'd want to be able to pass OLE object instances into the scripts, so an appropriate level of marshalling would be required. Eventually, I suspect you'd want the ability to pass proxies to Rexx objects back to the native OLE code. Rick |
From: Mark M. <mie...@gm...> - 2010-03-13 16:53:44
|
That's an interesting idea. I haven't given much thought to it yet. But I think the OLEObjectEvent COM object has laid some of the ground work for this. That object already allows OLE objects to call into Rexx and takes a Rexx object and returns it (transformed to an OLE object.) I'm not saying use that object, we'd need to write a new COM object, just saying that code would give us a bit of a starting point. -- Mark Miesfeld On Sat, Mar 13, 2010 at 7:19 AM, Rick McGuire <obj...@gm...> wrote: > The recent question about calling Rexx scripts from Excel makes me > wonder if something like what Rony did with BSF4Rexx might be possible > with the OLE object support. Right now, the OLE object support starts > with Rexx and goes out to the OLE objects. It might be nice to go the > other way. For example, having a Rexx environment OLE object that > would allow you to invoke ooRexx scripts would be a good first start. > Ideally, you 'd want to be able to pass OLE object instances into the > scripts, so an appropriate level of marshalling would be required. > Eventually, I suspect you'd want the ability to pass proxies to Rexx > objects back to the native OLE code. > > Rick > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Oorexx-devel mailing list > Oor...@li... > https://lists.sourceforge.net/lists/listinfo/oorexx-devel > |
From: Sahananda (J. W. <sah...@go...> - 2010-03-13 16:56:45
|
This sounds like a very useful extra string to ooRexx's bow. Jon On 13 March 2010 16:53, Mark Miesfeld <mie...@gm...> wrote: > That's an interesting idea. > > I haven't given much thought to it yet. But I think the > OLEObjectEvent COM object has laid some of the ground work for this. > That object already allows OLE objects to call into Rexx and takes a > Rexx object and returns it (transformed to an OLE object.) > > I'm not saying use that object, we'd need to write a new COM object, > just saying that code would give us a bit of a starting point. > > -- > Mark Miesfeld > > On Sat, Mar 13, 2010 at 7:19 AM, Rick McGuire <obj...@gm...> > wrote: > > The recent question about calling Rexx scripts from Excel makes me > > wonder if something like what Rony did with BSF4Rexx might be possible > > with the OLE object support. Right now, the OLE object support starts > > with Rexx and goes out to the OLE objects. It might be nice to go the > > other way. For example, having a Rexx environment OLE object that > > would allow you to invoke ooRexx scripts would be a good first start. > > Ideally, you 'd want to be able to pass OLE object instances into the > > scripts, so an appropriate level of marshalling would be required. > > Eventually, I suspect you'd want the ability to pass proxies to Rexx > > objects back to the native OLE code. > > > > Rick > > > > > ------------------------------------------------------------------------------ > > Download Intel® Parallel Studio Eval > > Try the new software tools for yourself. Speed compiling, find bugs > > proactively, and fine-tune applications for parallel performance. > > See why Intel Parallel Studio got high marks during beta. > > http://p.sf.net/sfu/intel-sw-dev > > _______________________________________________ > > Oorexx-devel mailing list > > Oor...@li... > > https://lists.sourceforge.net/lists/listinfo/oorexx-devel > > > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Oorexx-devel mailing list > Oor...@li... > https://lists.sourceforge.net/lists/listinfo/oorexx-devel > |