From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25634 invoked by alias); 28 Feb 2009 19:51:47 -0000 Received: (qmail 25626 invoked by uid 22791); 28 Feb 2009 19:51:46 -0000 X-Spam-Check-By: sourceware.org Received: from pool-173-76-42-111.bstnma.fios.verizon.net (HELO cgf.cx) (173.76.42.111) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 28 Feb 2009 19:51:38 +0000 Received: from ednor.cgf.cx (ednor.casa.cgf.cx [192.168.187.5]) by cgf.cx (Postfix) with ESMTP id CDE4513C022 for ; Sat, 28 Feb 2009 14:51:27 -0500 (EST) Received: by ednor.cgf.cx (Postfix, from userid 201) id C0DAA2B385; Sat, 28 Feb 2009 14:51:27 -0500 (EST) Date: Sat, 28 Feb 2009 19:51:00 -0000 From: Christopher Faylor To: cygwin@cygwin.com Subject: Re: [1.7] rebaseall doesn't solve the problem Message-ID: <20090228195127.GA26646@ednor.casa.cgf.cx> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: <499F6682.1090204@cwilson.fastmail.fm> <20090224100616.GC6035@calimero.vinschen.de> <49A85971.6070300@cwilson.fastmail.fm> <20090228104337.GG19887@calimero.vinschen.de> <49A986B4.2080501@cwilson.fastmail.fm> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49A986B4.2080501@cwilson.fastmail.fm> User-Agent: Mutt/1.5.16 (2007-06-09) 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: 2009-02/txt/msg00717.txt.bz2 On Sat, Feb 28, 2009 at 01:47:16PM -0500, Charles Wilson wrote: >Corinna Vinschen wrote: > >> Way cool, Chuck. Especially the fact that this tool can also mark >> executables with the TS-aware flag (doesn't make sense for DLLs, afaik). >> This helps to test if setting this flag in Cygwin binaries will >> allow Cygwin to run on 2008 with TS without disabling DEP. > >Well, the tool would need a little tweaking I think. Right now it skips >any image (DLL or exe) that does not contain relocations. > >> If so, I'm wondering if setting the TS-aware flag shouldn't become >> default in GCC. What do you say, Dave? Would that be possible? > >I'd probably wait on that for the /next/ release (e.g. after 4.3.2-2), >so we can get aslr integerated into rebase, and the rebaseall changes >tested. Should I also add a switch to rebaseall that means: ONLY alsr, >NO rebasing. There's already a flag that allows you to add .exe's to >the "rebase" list -- but you can't remove dll's and .so's from the list. > >Maybe the aslr functionality is different enough -- and useful in enough >contexts that differ from rebasing -- that instead of incorporating >'call aslr TOO' into rebaseall, there should be a separate 'aslrall' script? It should be trivial to add this to binutils. Doesn't it ultimately belong in ld and (maybe) objcopy? I can add this now but I don't think it should be the default just yet. >> That would also allow to drop the ugly TS hack I added to Cygwin 1.7. >> All newly built binaries would have the flag set already, and older >> binaries could be tweaked with the aslr utility. > >That would be nice. However, ONLY exe's linked with cygwin1.dll should >be marked this way, right? Not cygcheck, strace, and whatever other few >exes we might find in the cygwin installation lists. Do the exes themselves need this bit as well as the dlls? cgf -- 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/