From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25735 invoked by alias); 4 Dec 2013 20:18:31 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 25724 invoked by uid 89); 4 Dec 2013 20:18:30 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=3.6 required=5.0 tests=AWL,BAYES_50,RDNS_NONE,URIBL_BLOCKED autolearn=no version=3.3.2 X-HELO: konqorde.nl Received: from Unknown (HELO konqorde.nl) (78.47.204.69) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Wed, 04 Dec 2013 20:18:29 +0000 Received: from p5081a2e0.dip0.t-ipconnect.de ([80.129.162.224] helo=[192.168.2.108]) by konqorde.nl with esmtp (Exim 4.80) (envelope-from ) id 1VoIti-0001BD-5R for cygwin@cygwin.com; Wed, 04 Dec 2013 21:18:14 +0100 Message-ID: <529F8E00.6020401@mailme.ath.cx> Date: Wed, 04 Dec 2013 20:18:00 -0000 From: bartels User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20131104 Icedove/17.0.10 MIME-Version: 1.0 To: cygwin@cygwin.com Subject: Re: C:\cygwin\bin\cyggcc_s-1.dll: Loaded to different address References: <529F0B69.80404@mailme.ath.cx> <529F17F0.3090604@mailme.ath.cx> <529F1EAB.4080508@gmail.com> <529F2181.7060409@mailme.ath.cx> <529F29F5.1030907@gmail.com> <529F33D8.9040304@mailme.ath.cx> <20131204142334.GD8139@calimero.vinschen.de> <529F5B50.5000804@mailme.ath.cx> <20131204165314.GF8139@calimero.vinschen.de> In-Reply-To: <20131204165314.GF8139@calimero.vinschen.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2013-12/txt/msg00098.txt.bz2 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