Return-Path: Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 7039 invoked by uid 500); 3 Oct 2001 14:54:33 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 7028 invoked from network); 3 Oct 2001 14:54:32 -0000 Message-ID: <01a001c14c1b$5f1b09c0$96c0b0d0@roweclan.net> From: "William A. Rowe, Jr." To: , =?iso-8859-1?Q?G=FCnter_Knauf?= References: <200110031431.KAA00265@indefatigable.cnchost.com> Subject: Re: BaseAddress.ref needed? Date: Wed, 3 Oct 2001 09:52:46 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 X-OriginalArrivalTime: 03 Oct 2001 14:54:58.0712 (UTC) FILETIME=[5F243180:01C14C1B] X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N From: "G�nter Knauf" Sent: Wednesday, October 03, 2001 9:32 AM > Hi Greg, Bill, > thanks for the detailed information. > Now I'm asking me why I did not ask you earlier because I have ~20 modules > which then better be recompiled... > I assume that this also applies to Cygwin and perhaps OS2, or? If so then > there's a common interest to have a BaseAddress2.ref for 3rd party modules; > can we perhaps place it on a Apache server so that everyone has access to? > I've already started with this and will now put in all modules I got compiled > for Win32 and post it here if you agree... My only problem is that I don't want to even try maintaining such a beast. IMHO, it's better if they express their /BASE:"0xnnnn0000" directly. Of course I don't mind if an 'installer' were to tack their base entry into BaseAddr.ref directly when merging their sources into the build tree (not such a common act on Win32, since we have so few 'compilers'.) One problem is the size argument. If you build in full debugging mode, your binaries are much larger. I've taken that into account for the current list. Sometimes modules grow, and the entire table must be rearranged. I don't much like trying that for umpteen modules. Look at the rebase.exe utility (provided in the PlatformSDK and with the MSVC products, amoungst other places) which will let you reorder .dll's wrt each other's load addresses. You would specify any 'predictable' modules (those with well established load addresses, such as libraries or the Apache modules we hand-ordered) by the -N opt, then list out the other 'undefined' modules with the -O opt. Use -d to order these modules top-down, and -b 0x6FFF0000 or some such as the starting point. cygwin might benefit from rebasing the entire list at once. Bill