delorie.com/archives/browse.cgi | search |
X-Recipient: | archive-cygwin AT delorie DOT com |
X-Spam-Check-By: | sourceware.org |
Message-ID: | <4744E9AE.664E0AF8@dessent.net> |
Date: | Wed, 21 Nov 2007 18:30:06 -0800 |
From: | Brian Dessent <brian AT dessent DOT net> |
X-Mailer: | Mozilla 4.79 [en] (Windows NT 5.0; U) |
MIME-Version: | 1.0 |
To: | cygwin AT cygwin DOT com |
Subject: | Re: Announce: FlexDLL, flexible DLLs under Windows |
References: | <4742E7F7 DOT 8000400 AT frisch DOT fr> <057201c82b84$98ee9870$2e08a8c0 AT CAM DOT ARTIMI DOT COM> <4744578C DOT 3050109 AT frisch DOT fr> <000e01c82c5b$23d86750$2e08a8c0 AT CAM DOT ARTIMI DOT COM> <20071121171342 DOT GA26737 AT ednor DOT casa DOT cgf DOT cx> |
X-IsSubscribed: | yes |
Reply-To: | cygwin AT cygwin DOT com |
Mailing-List: | contact cygwin-help AT cygwin DOT com; run by ezmlm |
List-Id: | <cygwin.cygwin.com> |
List-Subscribe: | <mailto:cygwin-subscribe AT cygwin DOT com> |
List-Archive: | <http://sourceware.org/ml/cygwin/> |
List-Post: | <mailto:cygwin AT cygwin DOT com> |
List-Help: | <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs> |
Sender: | cygwin-owner AT cygwin DOT com |
Mail-Followup-To: | cygwin AT cygwin DOT com |
Delivered-To: | mailing list cygwin AT cygwin DOT com |
Christopher Faylor wrote: > > Not an unreasonable idea, but very hard to make work when we really want > >cygwin apps to basically be windows apps; I can't see how cygwin could support > >e.g. an ELF loader and yet still be able to launch cygwin apps from cmd.exe > >rather than having to fire up bash or whatever. > > It could theoretically do that if it had it's own loader for ELF binaries. Yes, probably. But then you run into the situation where you're doing things behind the back of Windows, so to speak. The first thing that comes to mind is the prefetching that is present in XP and later, which reduces process startup time by recording the disk extents of all images involved in startup so that they can be loaded all at once sequentially the next time the process starts. The next thing is the memory manager, which I think treats DLLs differently than generic file mappings for the purpose of maintaining and trimming the working set. And I wonder if there are further things that would not be possible without specific kernel support -- unless maybe you had a real win32 stub image for each exe/dll. Anyway, I don't mean to discourage anyone from trying this crazy idea, but just pointing out why staying with PE-compliant DLLs and EXEs under the hood has its advantages. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |