Hi Olivier,


Yes, ActivePerl still has it, and indeed I use it today. To be precise, 5.26 
still has it, while I remember I tried a 5.28 build, and it did lack.

I need it primary for Vandyke’ SecureCrt scripting, which makes use of the same 
ActiveX scripting engines WSH uses. So, they tell that if cscript 
//E:PerlScript works, then it should work with SecureCRT. And indeed I always 
found this was the case.


Just to know, somebody out there on the net instructed how to “steal” the 
feature (a dll, which has to be registered with regsrv32) from AP and use it 
with Strawberry, but I hoped there was some native support. AP can be freely 
downloaded but I don’t know if thir license permits something like this (and I 
bet it is no) and if this is a reliable solution.


Thank you, regards



Da: Olivier Mengué <olivier.men...@gmail.com> 
Inviato: venerdì 12 giugno 2020 16:24
A: Luigi Iotti <lu...@iotti.biz>
Cc: Win32 Perl mailing list <win32-vanilla@perl.org>
Oggetto: Re: Windows Script Host support


Hi Luigi,


I remember that 20 years ago ActivePerl (from ActiveState) had this. 

I don't think that StrawberryPerl ever had it.


But nowadays WSH is just legacy. It still works, but Microsoft has stopped 
making it evolve, favoring PowerShell.


I have quite played with WSH in the past (but using, JavaScript) and often 
suffered from its limitations.

Do you have a motivation for wanting to use Perl from CScript.exe instead of 




Le ven. 12 juin 2020 à 10:21, Luigi Iotti <lu...@iotti.biz 
<mailto:lu...@iotti.biz> > a écrit :

Hi all,

somebody know if Strawberry Perl supports Windows Script Host (WSH), aka
ActiveX scripting host (maybe there is a difference between the two terms)? 
I mean, if you may run for example cscript //E:PerlScript myscript.pl 
<http://myscript.pl> , maybe
changing PerlScript with some other string.
This would permit to use Perl as a scripting engine in applications which
make use of WSH scripting engines.

Thanks, regards

Reply via email to