This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: C:\cygwin\bin\cyggcc_s-1.dll: Loaded to different address
- From: bartels <bartels at mailme dot ath dot cx>
- To: cygwin at cygwin dot com
- Date: Wed, 04 Dec 2013 21:18:08 +0100
- Subject: Re: C:\cygwin\bin\cyggcc_s-1.dll: Loaded to different address
- Authentication-results: sourceware.org; auth=none
- References: <529F0B69 dot 80404 at mailme dot ath dot cx> <529F17F0 dot 3090604 at mailme dot ath dot cx> <529F1EAB dot 4080508 at gmail dot com> <529F2181 dot 7060409 at mailme dot ath dot cx> <529F29F5 dot 1030907 at gmail dot com> <529F33D8 dot 9040304 at mailme dot ath dot cx> <20131204142334 dot GD8139 at calimero dot vinschen dot de> <529F5B50 dot 5000804 at mailme dot ath dot cx> <20131204165314 dot GF8139 at calimero dot vinschen dot de>
On 12/04/2013 05:53 PM, Corinna Vinschen wrote:
On Dec 4 17:41, bartels wrote:
On 12/04/2013 03:23 PM, Corinna Vinschen wrote:
On Dec 4 14:53, bartels wrote:
On 12/04/2013 02:11 PM, marco atzeri wrote:
Il 12/4/2013 1:35 PM, bartels ha scritto:
On 12/04/2013 01:23 PM, marco atzeri wrote:
I am looking for the cause of the problem, so that I know how to prevent
it.
Or is the only answer to simply run rebaseall after installation?
usually yes
If that is the case, then why is it not part of the installation?
currently, it is part of the installation
/etc/postinstall/autorebase.bat.done
$ cygcheck -f /etc/postinstall/autorebase.bat
_autorebase-000444-1
Your attached cygcheck output claims something else. The rebase version
should be updated to 4.4.1 as well.
Don't think there is a mismatch: that output was Marco's, not mine.
Unless I misunderstand . . .
http://cygwin.com/ml/cygwin/2013-12/msg00085.html was your mail, so it's
kind of hard to imagine that the attached cygcheck output was Marco's.
Check the version numbers. It's _autorebase-000425-1 and rebase-4.4.0-1
in the cygcheck output.
Okay, I see. It takes a cygwin expert to spot that one.
No way I could tell that those two should match somehow.
Ah, that is an interesting one:
$ rebase -si
rebase: failed to open rebase database "/etc/rebase.db.i386":
No such file or directory
...this here means that rebase never created the database, which in turn
could point to rebase crashing or not having sufficient privileges on
/etc. Something like that.
What happens if you stop all Cygwin processes, including any service
you installed, then start dash, make sure you're in /bin, and then
call `./rebaseall -p'. Any helpful output?
How about this; sure looks like something is wrong:
./rebaseall -p
gzip: stdin: unexpected end of file
Yes, something is wrong. Looks like you removed the /etc/setup
directory or the contents of that dir. The content is created and
maintained by the setup installer and rebaseall needs the information.
Don't play games with the files under /etc unless you want to break
your installation.
It was never the idea to break the installation :)
But, evidently, I did botch my bundle, so to speak.
Rebase is fine now; all I get is this harmless (?) message:
/usr/lib/perl5/5.14/i686-cygwin-threads-64int/CORE/cygperl5_14_2.dll: skipped because nonexistent.
Nonexistent is not the whole truth: it's just a dangling symlink.
Sibling cygperl5_14.dll is fine
Is that a bug or my doing?
Thanks for your (plural, including Marco) most excellent help.
-- - Bartels
--
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