From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7291 invoked by alias); 30 May 2011 22:36:08 -0000 Received: (qmail 7229 invoked by uid 22791); 30 May 2011 22:36:07 -0000 X-SWARE-Spam-Status: No, hits=-0.6 required=5.0 tests=AWL,BAYES_50,DKIM_SIGNED,DKIM_VALID,RCVD_IN_DNSWL_LOW X-Spam-Check-By: sourceware.org Received: from out3.smtp.messagingengine.com (HELO out3.smtp.messagingengine.com) (66.111.4.27) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 30 May 2011 22:35:53 +0000 Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.messagingengine.com (Postfix) with ESMTP id 8464220854 for ; Mon, 30 May 2011 18:35:52 -0400 (EDT) Received: from frontend2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Mon, 30 May 2011 18:35:52 -0400 Received: from [192.168.1.3] (user-0c6se63.cable.mindspring.com [24.110.56.195]) by mail.messagingengine.com (Postfix) with ESMTPSA id 2997A441A0D; Mon, 30 May 2011 18:35:52 -0400 (EDT) Message-ID: <4DE41BB8.2000504@cwilson.fastmail.fm> Date: Mon, 30 May 2011 22:36:00 -0000 From: Charles Wilson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.23) Gecko/20090812 Thunderbird/2.0.0.23 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: Cygwin Mailing List Subject: Re: Problem with Cygwin's fdopen and Windows handles References: <20110529233841.GC5283@ednor.casa.cgf.cx> <20110530174649.GB14225@ednor.casa.cgf.cx> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com X-SW-Source: 2011-05/txt/msg00453.txt.bz2 On 5/30/2011 5:12 PM, Juanjo wrote: > It seems I did not express myself properly. Code is compiled on the fly. > DLLs do not survive beyond program execution. This is a dynamic language > (Common Lisp btw) and functions are compiled and run and consumed > quickly. Calling rebase for each invocation is overkill (it will scan the > whole system!) and I would not even know how to start assigning > fixed addresses to libraries myself. Well, one workaround is to use the --enable-auto-image-base flag when linking your ephemeral DLL. This generates a custom image base address based on a hash of the pathname of the DLL. There's no guarantee this doesn't clash with stuff, but at least it'll be *different* for dlls that have different names. Dunno of any solutions or recommendations related to the rest of your email, tho -- sorry. -- Chuck -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple