From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19820 invoked by alias); 4 Dec 2013 16:42:42 -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 19804 invoked by uid 89); 4 Dec 2013 16:42:41 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=3.7 required=5.0 tests=AWL,BAYES_50,RDNS_NONE 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 16:42:09 +0000 Received: from p50819c94.dip0.t-ipconnect.de ([80.129.156.148] helo=[192.168.2.108]) by konqorde.nl with esmtp (Exim 4.80) (envelope-from ) id 1VoFWR-00049b-8l for cygwin@cygwin.com; Wed, 04 Dec 2013 17:41:59 +0100 Message-ID: <529F5B50.5000804@mailme.ath.cx> Date: Wed, 04 Dec 2013 16:42: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> In-Reply-To: <20131204142334.GD8139@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/msg00091.txt.bz2 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 . . . > > > 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 Thing is that I need to work with a fixed collection of packages. The rolling release offered by the installer is fine, but not exactly suited for a controlled release to an unsuspecting user. So, perhaps I made a mistake, or there is some unfortunate combination of versions. Anyway, I will upgrade my collection bundle and try again. Unless the error message immediately rings a bell for you . . . Thanks, -- 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