From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 78295 invoked by alias); 17 Apr 2016 04:46:53 -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 75866 invoked by uid 89); 17 Apr 2016 04:46:50 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.0 required=5.0 tests=AWL,BAYES_50,RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 spammy=(unknown), xpdf, blocker, 0x100494523 X-HELO: plane.gmane.org Received: from plane.gmane.org (HELO plane.gmane.org) (80.91.229.3) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Sun, 17 Apr 2016 04:46:40 +0000 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1arebS-0005ET-OI for cygwin@cygwin.com; Sun, 17 Apr 2016 06:46:35 +0200 Received: from 76-217-5-154.lightspeed.irvnca.sbcglobal.net ([76.217.5.154]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 17 Apr 2016 06:46:34 +0200 Received: from mark by 76-217-5-154.lightspeed.irvnca.sbcglobal.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 17 Apr 2016 06:46:34 +0200 To: cygwin@cygwin.com From: Mark Geisert Subject: Re: Invalid relocation for xpdf Date: Sun, 17 Apr 2016 04:46:00 -0000 Message-ID: References: <1111438834.462634.961ea0e5-8785-4a9b-803a-599a405ed7c7.open-xchange@email.1und1.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit User-Agent: Loom/3.14 (http://gmane.org/) X-IsSubscribed: yes X-SW-Source: 2016-04/txt/msg00402.txt.bz2 Tobias Zawada writes: > Hello all, > first of all thanks for cygwin! It is very useful to me. > > I get the runtime errors of the following kind for some time now: > > Cygwin runtime failure: /usr/bin/xpdf.exe: Invalid relocation. Offset > 0x2f7fdbad9 at address 0x100494523 doesn't fit into 32 bits > > Killing all cygwin processes and running rebaseall from dash does not help. > > I've installed the source package for xpdf and compiled it. This version runs > fine (from /usr/local/bin/xpdf). So I have a workaround and it is not a blocker > for me. Thank you for looking at the problem though. I've reproduced this. The source code at XPDFTree.cc:218 compiles into a reference of XtInherit(), in the cygXt-6.dll. Unfortunately the relocation needed to reach that library up where rebase puts it is too big to fit in the space the compiler/linker left for it. You can solve this issue by rebasing cygXt-6.dll. Here's what I did for example: /usr/bin# rebase -i cygXt* /usr/bin/cygXt-6.dll base 0x0003ffa70000 size 0x00058000 /usr/bin# rebase --base=0x0ffa70000 cygXt-6.dll /usr/bin# rebase -i cygXt* /usr/bin/cygXt-6.dll base 0x0000ffa70000 size 0x00058000 xpdf seems to run fine after that. If you solve your issue this way, you'll have to repeat it after every run of setup*.exe because it'll rebase the library up out of range again automatically :-( . I've run into the same issue with libgmp used by some other app. I wonder why our toolchain generates relocation entries that cannot be resolved properly at runtime given the huge address space we use on 64- bit Windows. ..mark -- 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