From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 66342 invoked by alias); 16 Jul 2017 17:39:43 -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 66330 invoked by uid 89); 16 Jul 2017 17:39:43 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.9 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RP_MATCHES_RCVD autolearn=no version=3.3.2 spammy=H*RU:sk:mailsrv, HX-HELO:sk:mailsrv, H*r:sk:mailsrv, Hx-spam-relays-external:sk:mailsrv X-HELO: mailsrv.cs.umass.edu Received: from mailsrv.cs.umass.edu (HELO mailsrv.cs.umass.edu) (128.119.240.136) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sun, 16 Jul 2017 17:39:41 +0000 Received: from [192.168.0.4] (c-24-62-203-86.hsd1.ma.comcast.net [24.62.203.86]) by mailsrv.cs.umass.edu (Postfix) with ESMTPSA id 3BB064042187; Sun, 16 Jul 2017 13:39:40 -0400 (EDT) Reply-To: moss@cs.umass.edu Subject: Re: rebase segmentation fault References: To: cygwin@cygwin.com From: Eliot Moss Message-ID: <8c4637af-09b1-18dc-2ff8-7dabfbc6824b@cs.umass.edu> Date: Sun, 16 Jul 2017 19:39:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2017-07/txt/msg00250.txt.bz2 On 7/16/2017 1:16 PM, Denis Excoffier wrote: > Hello, > > I have a Cygwin installation under Windows 7 (32 bits). > > After 'rebase-trigger full' and 'Setup', autorebase seems to finish okay, but the /etc/rebase.db.i386 remains absent after that. > Not a real problem after all (since rebase was functioning well until some recent date and all is already rebased), but some > third party builds (like e.g. perl) insist on the presence of the /etc/rebase.db.i386 database. > > Indeed, rebase segfaults in rebase.c and nothing is rebased. This occurs (see rebase-4.4.2) immediately after "Skip trailing > entries as long as there is no hole." because at some point, all img_info_list[end].base are equal to 0, the while() is getting > always true, and the variable 'end' is decremented by 1 at every iteration, until it reaches -1 where the segfault occurs. > > I must confess that my system contains all the available packages (except for debuginfo ones), and the rebase_all contains 9275 lines. > Later, i uninstalled a few packages (a few categories in fact), and my rebase_all contained 8337 lines, rebase worked well and > /etc/rebase.db.i386 was present. > > Question: how is 'rebase' supposed to notify the user that the list of files is too large (i.e. that the overall amount of DLL sizes > is more than 0x070000000)? In source code, i found no specific message to indicate this. I would find notification of such overflow useful as well. And once I have over-committed by installing too many packages, I have found it rather difficult to figure out what to remove that will actually help, given the general snarl of dependencies of one thing on another ... Maybe there is room for another tool that works over the database and helps determine what can be done. Regards - Eliot Moss -- 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