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 Luigi 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. https://www.activestate.com/products/perl/ 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 perl.exe? Olivier. 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 Luigi