On 1/25/2012 12:35, Alistair Leslie-Hughes wrote:
Hi,
Changelog: scrrun: Register Scripting interfaces
Some of this are already used in wshom.ocx, I'm not sure which one should take precedence and implement that. Probably it changed in recent Windows versions?
Hi,
On 25/01/2012 9:59 PM, Nikolay Sivov wrote:
On 1/25/2012 12:35, Alistair Leslie-Hughes wrote:
Hi,
Changelog: scrrun: Register Scripting interfaces
Some of this are already used in wshom.ocx, I'm not sure which one should take precedence and implement that. Probably it changed in recent Windows versions?
Both sccrun.dll and wshom.ocx appear to have some overlap.
On XP and Windows 7 at least, the interfaces are defined in scrrun for me.
Best Regards Alistair Leslie-Hughes
Hi,
On 25/01/2012 9:59 PM, Nikolay Sivov wrote:
On 1/25/2012 12:35, Alistair Leslie-Hughes wrote:
Hi,
Changelog: scrrun: Register Scripting interfaces
Some of this are already used in wshom.ocx, I'm not sure which one should take precedence and implement that. Probably it changed in recent Windows versions?
On second thoughts, does it really mater since these interfaces aren't public anyway.
As long as they are defined the same it shouldn't mater.
Best Regards Alistair Leslie-Hughes
On 01/25/12 11:59, Nikolay Sivov wrote:
On 1/25/2012 12:35, Alistair Leslie-Hughes wrote:
Hi,
Changelog: scrrun: Register Scripting interfaces
Some of this are already used in wshom.ocx, I'm not sure which one should take precedence and implement that. Probably it changed in recent Windows versions?
Note that there is already an overlap with wscript.exe and wshom.ocx. We may consider moving common parts to a global header if needed, but I'm not sure we care much at this point. Also it looks like scrrun.dll it the dependency of others. It exports DoOpenPipeStream, which suggests that others should use it at least for streams implementation, but it's undocumented, so it problematic for us anyway.
Jacek
On 1/25/2012 15:21, Jacek Caban wrote:
On 01/25/12 11:59, Nikolay Sivov wrote:
On 1/25/2012 12:35, Alistair Leslie-Hughes wrote:
Hi,
Changelog: scrrun: Register Scripting interfaces
Some of this are already used in wshom.ocx, I'm not sure which one should take precedence and implement that. Probably it changed in recent Windows versions?
Note that there is already an overlap with wscript.exe and wshom.ocx. We may consider moving common parts to a global header if needed, but I'm not sure we care much at this point. Also it looks like scrrun.dll it the dependency of others. It exports DoOpenPipeStream, which suggests that others should use it at least for streams implementation, but it's undocumented, so it problematic for us anyway.
That's what I meant, it should be implemented in one place, after that you probably won't need duplicated *.idls.
Jacek
On 26/01/2012 1:03 AM, Nikolay Sivov wrote:
On 1/25/2012 15:21, Jacek Caban wrote:
That's what I meant, it should be implemented in one place, after that you probably won't need duplicated *.idls.
Where would such a file live?
Best Regards Alistair Leslie-Hughes
On 01/25/12 15:03, Nikolay Sivov wrote:
On 1/25/2012 15:21, Jacek Caban wrote:
On 01/25/12 11:59, Nikolay Sivov wrote:
On 1/25/2012 12:35, Alistair Leslie-Hughes wrote:
Hi,
Changelog: scrrun: Register Scripting interfaces
Some of this are already used in wshom.ocx, I'm not sure which one should take precedence and implement that. Probably it changed in recent Windows versions?
Note that there is already an overlap with wscript.exe and wshom.ocx. We may consider moving common parts to a global header if needed, but I'm not sure we care much at this point. Also it looks like scrrun.dll it the dependency of others. It exports DoOpenPipeStream, which suggests that others should use it at least for streams implementation, but it's undocumented, so it problematic for us anyway.
That's what I meant, it should be implemented in one place, after that you probably won't need duplicated *.idls.
Moving the implementation won't change the fact that they need to be in all typelibs, so it will still need to be in global file or duplicated.
Jacek