On 02/11/2013 11:06, David Stacey wrote:
I'm trying to reinstall 64-bit Cygwin, using a snapshot taken on
2013-10-24. The post-install step goes into an infinite loop whilst
running 'texlive-collection-basic.sh': perl is attempting to load some
modules (IO.dll, MD5.dll, Fcnt.dll, Cwd.dll), which fail with rebase
errors. The script waits five seconds before trying (and failing)
again; this repeats ad infinitum.
Here is an extract from the setup log:
0 [main] perl 3384 child_info_fork::abort: address space needed
by 'IO.dll' (0x300000) is already occupied
Can't fork, trying again in 5 seconds at /usr/bin/updmap line 54.
0 [main] perl 3404 child_info_fork::abort: unable to remap
MD5.dll to same address as parent (0x2E0000) - try running rebaseall
Can't fork, trying again in 5 seconds at /usr/bin/updmap line 54.
0 [main] perl 3452 child_info_fork::abort: address space needed
by 'IO.dll' (0x300000) is already occupied
Can't fork, trying again in 5 seconds at /usr/bin/updmap line 54.
0 [main] perl 3456 child_info_fork::abort: address space needed
by 'IO.dll' (0x300000) is already occupied
Can't fork, trying again in 5 seconds at /usr/bin/updmap line 54.
0 [main] perl 3408 child_info_fork::abort: unable to remap
Fcntl.dll to same address as parent (0x2F0000) - try running rebaseall
Can't fork, trying again in 5 seconds at /usr/bin/updmap line 54.
The error message suggests running rebaseall - however,
'autorebase.bat' was run a few seconds earlier.
I launched bash (from 'cmd') and ran 'rebase -si' and the results are
attached. There are two things to note. Firstly, a great many entries
have a base address of zero(!). Secondly, the last six entries in the
file have a rather large base address - I would expect the addresses
to start around 0x400000000 and decrease.
If I delete '/etc/rebase.db.x86_64' and run 'rebaseall -p -v' then
everything seems to work OK - running 'rebase -si' gives sensible
output, and the 'texlive-collection-basic.sh' post-install script runs.
Neither 'rebase' nor 'dash' have changed since my last successful
install - but 'setup-x86_64.exe' has changed. Clutching firmly to this
straw, I tried version 2.819 - and this behaved in exactly the same way
to version 2.830. Still, when you have eliminated the impossible...
'rebase' depends on 'grep', which /has/ changed recently. However, if
'grep' was playing up then this list would be awash with complaints from
confused users. No - it can't be that. My next step is to work
backwards, starting with my snapshot and plodding backwards in time
until I find the cause.
Dave.
--
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