X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=NIi/FNVM1mgQxEsd
	1f0NSUwnCOFeTgIBtHm9FWInejR5LS+CAJKfvXMf4uSHopRqlhcJV2rfEM+HegIL
	eYB+kFG4rOtcyOTulnL58Rhythh/UKHGzDVj4p9wggf/BQQQif9K87rfnUo7psrI
	tIXs3CuzcKYVoRetLcR1tqVtqPE=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; s=default; bh=i1IRXTql0GAj5fDLXDhX0B
	sc+jE=; b=N59aEZBQoSa9gzTgt/5Jy23A8yVSJHsyF/y7ArK74/c4+WHI+1mVoG
	/laMZ7kQYLX8RAht2oHUOrYD35pGQaBT3wE9RNqUc1Q+JGqpG3qQQBlMlRO+jzWO
	TvOXIP0UQyjc3cNyeqVh0B/3K1efvbQfQ0VDCa8JlnvnuhqwlxPHI=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=-6.5 required=5.0 tests=AWL,BAYES_00,GIT_PATCH_2,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 spammy=sheds
X-HELO:	limerock02.mail.cornell.edu
X-CornellRouted:	This message has been Routed already.
Subject:	Re: how to access and display apps that I've launched
To:	Ian Lambert <ian DOT lambert_42 AT yahoo DOT com>, cygwin <cygwin AT cygwin DOT com>
References:	<799230527 DOT 525007 DOT 1500998733401 DOT ref AT mail DOT yahoo DOT com> <799230527 DOT 525007 DOT 1500998733401 AT mail DOT yahoo DOT com>
From:	Ken Brown <kbrown AT cornell DOT edu>
Message-ID:	<821a1b86-dd68-623d-3da1-72c9183c8d57@cornell.edu>
Date:	Tue, 25 Jul 2017 15:00:46 -0400
User-Agent:	Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1
MIME-Version:	1.0
In-Reply-To:	<799230527.525007.1500998733401@mail.yahoo.com>
X-PMX-Cornell-Gauge:	Gauge=X
X-PMX-CORNELL-AUTH-RESULTS:	dkim-out=none;
X-IsSubscribed:	yes

On 7/25/2017 12:05 PM, Ian Lambert wrote:
> 
> --------------------------------------------
> On Tue, 7/25/17, Ken Brown <> wrote:
> 
>   Normally you don't ever
>   need to think about rebasing on x86_64.  The
>   perpetual postinstall script
>   /etc/postinstall/0p_000_autorebase.dash
>   should handle everything without any manual
>   intervention.  You might try
>   running that
>   script (and the rebaselst script that it calls) line by
>   line (preferably in a dash shell started
>   directly from Windows, with no
>   other Cygwin
>   processes running) to see if you can figure out what's
>    going wrong.
>   
> = = =
> Looks about the same to me, and all the /var/cache/rebase/...
> files are basically empty, FWIW, but I could be following
> the rebaselst script incorrectly.
> 
> 
> $ cat 0p_000_autorebase.dash
> #!/bin/dash
> export PATH=/bin
> b=/var/cache/rebase
> if [ -e ${b}/peflags ] ; then
>      noaslr=--noaslr
>      peflags=peflags
>      rm -f ${b}/peflags
> else
>      noaslr=''
>      peflags=''
> fi
> if [ ! -e ${b}/fullrebase.done ] ; then
>      rebase-trigger fullrebase
>      rebaselst --rebuild update --cleardb $noaslr rebase $peflags
>      mv ${b}/fullrebase ${b}/fullrebase.done
> else
>      rebaselst update $noaslr rebase $peflags
> fi
> 
> 
> 
> $ b=/var/cache/rebase
> $ ls ${b}/pe*
> ls: cannot access '/var/cache/rebase/pe*': No such file or directory
> $ ls ${b}/fullrebase.done
> /var/cache/rebase/fullrebase.done
> $ rebase-trigger fullrebase
> Note: _autorebase will do a full rebase the next time setup is run.
> $ rebaselst --rebuild update --cleardb rebase
> removing /var/cache/rebase/rebase_pkg
> creating empty /var/cache/rebase/rebase_pkg
> touch: setting times of '/var/cache/rebase/rebase_pkg': Invalid argument
> Updating package information in /var/cache/rebase/rebase_pkg.
> removing /var/cache/rebase/rebase_lst
> creating empty /var/cache/rebase/rebase_lst
> touch: setting times of '/var/cache/rebase/rebase_lst': Invalid argument
> Updating rebase information for installed executables in /var/cache/rebase/rebas
> e_exe.
> removing /var/cache/rebase/rebase_dyn
> creating empty /var/cache/rebase/rebase_dyn
> touch: setting times of '/var/cache/rebase/rebase_dyn': Invalid argument
> Looking for dynamic language modules/libraries in:
>    /usr/lib/R/site-library
>    /usr/lib/php/20151012
>    /usr/lib/python2.7/site-packages
>    /usr/lib/python3.6/site-packages
> Updating rebase information for dynamic language modules/libraries /var/cache/re
> base/rebase_dyn.
> removing /var/cache/rebase/rebase_user
> creating empty /var/cache/rebase/rebase_user
> touch: setting times of '/var/cache/rebase/rebase_user': Invalid argument
> Updating rebase information for user-defined dynamic objects /var/cache/rebase/r
> ebase_user.
> removing /var/cache/rebase/rebase_user_exe
> creating empty /var/cache/rebase/rebase_user_exe
> touch: setting times of '/var/cache/rebase/rebase_user_exe': Invalid argument
> Updating rebase information for user-defined executables /var/cache/rebase/rebas
> e_user_exe.
> Rebasing with list /var/cache/rebase/rebase_all, built from /var/cache/rebase/re
> base_lst /var/cache/rebase/rebase_dyn /var/cache/rebase/rebase_user.
> $
> 
> $ ls -ls /var/cache/rebase
> total 224
> 32 -rw-r--r-- 1 myuser Domain Users 115 Jul 25 10:50 fullrebase
>   0 -rw-r--r-- 1 myuser Domain Users   0 Jul 25 11:34 rebase_all
> 32 -r--r--r-- 1 myuser Domain Users  31 Jul 25 11:34 rebase_dyn
>   0 -rw-r--r-- 1 myuser Domain Users   0 Jul 25 11:33 rebase_dyn.old
> 32 -r--r--r-- 1 myuser Domain Users  31 Jul 25 11:33 rebase_exe
>   0 -rw-r--r-- 1 myuser Domain Users   0 Jul 25 11:33 rebase_exe.old
> 32 -r--r--r-- 1 myuser Domain Users  31 Jul 25 11:33 rebase_lst
>   0 -rw-r--r-- 1 myuser Domain Users   0 Jul 25 11:33 rebase_lst.old
> 32 -r--r--r-- 1 myuser Domain Users  31 Jul 25 11:33 rebase_pkg
>   0 -rw-r--r-- 1 myuser Domain Users   0 Jul 25 11:33 rebase_pkg.old
> 32 -r--r--r-- 1 myuser Domain Users  31 Jul 25 11:34 rebase_user
>   0 -rw-r--r-- 1 myuser Domain Users   0 Jul 25 11:34 rebase_user.old
> 32 -r--r--r-- 1 myuser Domain Users  31 Jul 25 11:34 rebase_user_exe
>   0 -rw-r--r-- 1 myuser Domain Users   0 Jul 25 11:34 rebase_user_exe.old

As Achim explained, the failure of 'touch' is causing rebaselst to think 
that no DLLs need to be rebased.  So that failure is the real problem to 
be solved.

This is a long shot, but I wonder if the touch failure is related to the 
bug reported in https://cygwin.com/ml/cygwin/2017-07/msg00114.html.  I 
think the bug is supposed to be fixed in the latest snapshot.  Can you 
try that snapshot and see if touch still fails?  If so, maybe you could 
run the touch command under strace to see if that sheds any light.

Ken


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

- Raw text -