Message-ID: <49AB57DD.7020106@cwilson.fastmail.fm>
Date: Sun, 01 Mar 2009 22:51:57 -0500
From: Charles Wilson <cygwin@cwilson.fastmail.fm>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.19) Gecko/20081209 Thunderbird/2.0.0.19 Mnenhy/0.7.6.666
MIME-Version: 1.0
To: cygwin@cygwin.com
Subject: Re: [1.7] rebaseall doesn't solve the problem
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> <20090228201625.GA8503@calimero.vinschen.de> <49A9AA0C.9020904@cwilson.fastmail.fm> <20090301102035.GB10046@calimero.vinschen.de>
In-Reply-To: <20090301102035.GB10046@calimero.vinschen.de>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com

Corinna Vinschen wrote:

>> I'm open to suggestions.  "peimgflags"?  Currently, aslr only
> 
> peflags?

Less typing is good.

> Can you tweak the tool so I can test that next week?

Yes, I've finished my current round of package rebuilding; I'll try to
get to peflags and peflags_all Monday PM.

>> Or a separate aslrall (peimgflags(?)_all) script...it would share a lot
>> of code with rebaseall, but it's not really all THAT big a script.  The
>> reason I didn't do that originally was I wanted to reuse the same
>> (generated) filelist in each case.  But, it seems that the flexibility
>> in having aslrall(?) make its own file list -- which may include exe's
>> as well as dll's -- is more important.
> 
> +1

Ack.

> Cygwin applications are POSIX applications which are by default
> multiuser aware == TS-aware since they are written for such an
> environment.  Should an application *prove* to make trouble in a
> TS-environment (minus the tsappcmp.dll bug) then we should try to find
> out why.  In that case, especially if it's a plain POSIX tool, it might
> be a bug in Cygwin itself.  Other than that, Cygwin and Cygwin apps are
> designed to interact cleanly in a multiuser environment.  It should not
> matter under which account they are running, even SYSTEM.

Ack.

--
Chuck

--
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/