X-Recipient: archive-cygwin@delorie.com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; q=dns; s=
	default; b=DHPr5Eepgi4IKTo10geLS12niLwNGlNOXT1GP3tclnCHJB8ZRDsIH
	Z9uDHo4XKpVtzFeTFWqdzxXbFIqrYwGT0/GiDzbJdTLC2EcCuQyB1iBRp02/DORY
	0/7oVfXrkzGRhHMigwDa1EasjX2WQ/EhTg8mV+6d+C6kebKWesFYVg=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; s=default;
	 bh=2pbQfNfC9G9bbHbCPNZ+x8cUS8s=; b=rJUXsFYYOHo5+2U0ATY9VTEdPkjT
	K5Ik9TIbWXwuXGshVVHitTVpXlItyuJNW0qG/mo6+EqKf+P1JC0/50Fud3kUKZA+
	0ZjNofBUaWHJtmTGMj2125FwBc8waEVyFNMrp8A1P232Boa4/5uiJxOHmCEg3DnU
	B+QO5VbQyN5XWlM=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-5.4 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY autolearn=no version=3.3.2
X-HELO: calimero.vinschen.de
Date: Mon, 27 Jul 2015 22:59:28 +0200
From: Corinna Vinschen <corinna-cygwin@cygwin.com>
To: cygwin@cygwin.com
Subject: Re: [ANNOUNCEMENT] Update: mintty 2.1.2
Message-ID: <20150727205928.GA15452@calimero.vinschen.de>
Reply-To: cygwin@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
References: <e731c3536912df8739a630e17ab5d8ec.squirrel@oude-webmail.xs4all.nl> <10d3a46960f8ec71784bdf15a0ee6b58.squirrel@oude-webmail.xs4all.nl> <1e17310bb0689632cd19fd7648bd9907.squirrel@oude-webmail.xs4all.nl> <55B5109A.4010700@towo.net> <4afa07869c07cd6a57441b221ca5fdf7.squirrel@oude-webmail.xs4all.nl> <994a85838723f326327975650e214a79.squirrel@oude-webmail.xs4all.nl> <20bcab2c7a6ca2aa1990f8a421b674ae.squirrel@oude-webmail.xs4all.nl> <55B66DE5.40104@towo.net> <20150727192935.GA12449@calimero.vinschen.de> <8ee33951118ac7ed81bb3a20e658950c.squirrel@oude-webmail.xs4all.nl>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;	protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn"
Content-Disposition: inline
In-Reply-To: <8ee33951118ac7ed81bb3a20e658950c.squirrel@oude-webmail.xs4all.nl>
User-Agent: Mutt/1.5.23 (2014-03-12)

--bp/iNruPH9dso1Pn
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Jul 27 22:44, Houder wrote:
> > On Jul 27 19:44, Thomas Wolff wrote:
> >> Am 27.07.2015 um 17:58 schrieb Houder:
> >> >Hi Thomas,
> >> >
> >> >Moving load_dwm_funcs() did the trick ...
> >> >
> >> >
> >> Thanks again for your analysis.
> >> In Control Panel =C3=A2=C2=86=C2=92 Performance Information and Tools =
=C3=A2=C2=86=C2=92 Adjust visual
> >> effects,
> >> it is only the last of the flags, =C3=A2=C2=98=C2=90 Use visual styles=
 on windows and
> >> buttons,
> >> that makes the difference; if deselected, mintty crashes if called fro=
m a
> >> console or somehow doubly isolated by
> >> (setsid mintty &).
> >>
> >> Apparently, LoadLibrary does not propagate to a forked thread;
> >
> > Forked process, I hope :)
> >
> > No, it doesn't.  Loading a library is purly process lokal on Windows.
> > Cygwin DLLs(*) have special startup code which allows to register them
> > in the process and to re-load them in the child process at fork time.
> >
> > (*) Actually, any DLL using this special entry point would work.
> >     Native Windows DLLs just don't, usually :}
>=20
> Ha, Corinna, you are the expert here, of course :-)
>=20
> >From MSDN I learned (LoadLibrary() ):
>=20
>     "Module handles are not global or inheritable. A call to LoadLibrary =
by one
>      process does not produce a handle that another process can use in ca=
lling
>      GetProcAddress (as an example). The other process must make its OWN =
call to
>      LoadLibrary for the module before calling GetProcAddress"
>=20
> Well, ok, alright, that makes sense ...
>=20
> However, if pDwmIsCompositionEnabled() returns 1, which will be the case =
if one
> has selected 'Windows 7' i.s.o. 'Windows Basic' (Personalization),
>=20
>     as an example ...
>=20
> it turned out to be possible to invoke load_dwm_funcs() (i.e. LoadLibrary=
() )
> before the fork to a child withOUT a crash of the child !!!!!
>=20
>     After all, it is Windows ?????

What if the DLL is preloaded into processes with certain settings, e.g.
by some other Windows DLL?  LoadLibrary won't indicate if the DLL has
been loaded by this call or earlier.


Corinna

--=20
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

--bp/iNruPH9dso1Pn
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJVtpuwAAoJEPU2Bp2uRE+g6eYP+QECXTliy4JNVABw7iCZSL8z
J0g+DnQQ6qjKtkrXWnh7UwzJ4cbkifj/LEAJnNBsV2G0RPIdV91pTOvli1FagQoT
HRDksW4mh7Cn35ohY8bpQlh/JNS8BczLiTegM1BxComi3DbogodOBHXAXkocZPuE
0FKQvNFO6PCXPU5j+k4PpvjedfhUm/b4tG0K42ONYhNcjJ1G4elsQ1oqP5A5zpHJ
5Re8FHP6gPU7UDaQvK3b9ke2K8ONUckYbktGxYQJBDrKXydaaiX5n7el8uvo8sbm
n5Xt/F4ZYLd+N3uXPMnv05eDf9MSKHPZSe3Ct75edD8rVrex6ixjuChuv1tqsPqc
SzZZpDf255YRI319e0NWI0Y7I44nXv2fPk885A2YBaKRFXQet+GzNfqnST3cB9Hz
IpvORM1yZtvDm+/JEuf8n5HZqVqBj9ngaRw+FqCrLZswgZmkstKWvzJtXxgyUP2o
lMDFabiX9nDfMZWTmWHRyy/7os+zJFdrRBktqpwPENDCLoz936NpcRRWNK4hI5bl
zNhmsfazUR2UK85TMe89MspEyBJrQRdiNL+5n4mCHwmW/2WmlqEqgLQouzwzLEEg
ByPQKocJbuiwRqq24RQDYDci4BHHmbb+mlW1slXU9SgOgmuuLKLHUrUcHpX0TX6z
ar+vUow0dQX34J8/nxP8
=379E
-----END PGP SIGNATURE-----

--bp/iNruPH9dso1Pn--
