X-Git-Url: http://git.shadowcat.co.uk/gitweb/gitweb.cgi?a=blobdiff_plain;f=README.os2;h=ab501ba28c36bf0f84d075d65bca729d9eed6dc3;hb=49b405575f2a73b080d1723eba86035e5d5e327f;hp=f2c4a12bdf24b45b8ea68fa6e17815d9b3a26297;hpb=d1be9408a3c14848d30728674452e191ba5fffaa;p=p5sagit%2Fp5-mst-13.2.git diff --git a/README.os2 b/README.os2 index f2c4a12..ab501ba 100644 --- a/README.os2 +++ b/README.os2 @@ -1847,7 +1847,7 @@ same as for Perl 5.005_53 (same as in a popular binary release). Thus new Perls will be able to I of old extension DLLs if @INC allows finding their directories. -However, this still does not guarantie that these DLL may be loaded. +However, this still does not guarantee that these DLL may be loaded. The reason is the mangling of the name of the I. And since the extension DLLs link with the Perl DLL, extension DLLs for older versions would load an older Perl DLL, and would most probably @@ -1872,7 +1872,7 @@ Old perl executable is started when a new executable is running has loaded an extension compiled for the old executable (ouph!). In this case the old executable will get a forwarder DLL instead of the old perl DLL, so would link with the new perl DLL. While not directly -fatal, it will behave the same as new excutable. This beats the whole +fatal, it will behave the same as new executable. This beats the whole purpose of explicitly starting an old executable. =item *