This is the mail archive of the
mailing list for the Cygwin project.
Re: [1.7] rebaseall doesn't solve the problem
- From: Charles Wilson <cygwin at cwilson dot fastmail dot fm>
- To: cygwin at cygwin dot com
- Date: Sun, 01 Mar 2009 22:51:57 -0500
- Subject: Re: [1.7] rebaseall doesn't solve the problem
- References: <499F6682.firstname.lastname@example.org> <20090224100616.GC6035@calimero.vinschen.de> <49A85971.email@example.com> <20090228104337.GG19887@calimero.vinschen.de> <49A986B4.firstname.lastname@example.org> <20090228201625.GA8503@calimero.vinschen.de> <49A9AA0C.email@example.com> <20090301102035.GB10046@calimero.vinschen.de>
Corinna Vinschen wrote:
>> I'm open to suggestions. "peimgflags"? Currently, aslr only
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.
> 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.
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html