| delorie.com/archives/browse.cgi | search |
--------------enig709F3012DBA7802EA724A330 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Linda Walsh wrote: > The fix I proposed has nothing to do with the cygwin1.dll. As has > been covered previously, since cygwin1.dll and a few other libs are > part of the cygwin "kernel", special handling may be needed to upgrade > those dll's. What can be fixed is the installation of .exe and .dll > files for > applications. The behavior of those should be the same as replacing > in-use .so's and executables on *nix. I believe there is a critical element you have missed. In order to perform the rather miraculous emulation of fork(), Cygwin needs to reload all the same DLLs that are operating in one process into another newly created process. Updating the DLL files on disk whilst processes are using them prevents this from happening. For a simple demonstration of this: * Start a bash shell * Rename any of the DLLs used by bash to something else * Try to execute any non-builtin command * See the fork failure message Could this be worked around? Perhaps. Is it likely to happen? No, the benefit-to-work ratio is too low. Max. --------------enig709F3012DBA7802EA724A330 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Cygwin) iD8DBQFFkTPUfFNSmcDyxYARAgLhAJ0V4U60zSjgIpAREjSqXBqMTdJWWgCg13Co Q9zfya3OZTRceZU/RfsEso8= =HnEc -----END PGP SIGNATURE----- --------------enig709F3012DBA7802EA724A330--
| webmaster | delorie software privacy |
| Copyright © 2019 by DJ Delorie | Updated Jul 2019 |