Re: xpdf relocation error

Re: xpdf relocation error

[Jaakov Jaakov]

Dear Mark:

However, after simple "rebase -i cygXt-6.dll" xpdf still cannot start. What one had to do for my system is

rebase -b 0xf7300000 cygXt-6.dll

This rebasement does not seem to survive updates or reinstalls. I know that rebasement is difficult, but still, could you, perhaps, solve it in a more long-term way?

Thanks in advance,

Jaakov
--
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

Re: xpdf relocation error

[Ken Brown]

On 5/14/2016 6:56 AM, Jaakov Jaakov wrote:
> This rebasement does not seem to survive updates or reinstalls. I know
> that rebasement is difficult, but still, could you, perhaps, solve it in
> a more long-term way?

As was pointed out in the first post on this subject 
(https://www.cygwin.com/ml/cygwin/2016-04/msg00365.html), simply 
rebuilding from source with the current gcc seems to fix the problem. 
I've also verified this.

I assume the xpdf maintainer, Volker Zell, will rebuild it when he has a 
chance.  In the meantime, are you able to build it yourself?  If not, I 
can provide a binary for you.

Ken

--
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

Re: xpdf relocation error

[Dr. Volker Zell]

>>>>> Ken Brown writes:

    > On 5/14/2016 6:56 AM, Jaakov Jaakov wrote:
    >> This rebasement does not seem to survive updates or reinstalls. I know
    >> that rebasement is difficult, but still, could you, perhaps, solve it in
    >> a more long-term way?

    > As was pointed out in the first post on this subject
    > (https://www.cygwin.com/ml/cygwin/2016-04/msg00365.html), simply rebuilding from
    > source with the current gcc seems to fix the problem. I've also verified this.

    > I assume the xpdf maintainer, Volker Zell, will rebuild it when he has a chance.
    > In the meantime, are you able to build it yourself?  If not, I can provide a
    > binary for you.

Will rebuild in last week of june, no cygwin time right now...
    
    > Ken

Ciao
  Volker
  

--
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

Re: xpdf relocation error

[Jaakov Jaakov]

Ken Brown wrote:
---
You can get my build of xpdf-3.04-1 from my personal Cygwin repository:

  http://www.sanibeltranquility.com/cygwin/

There are instructions there.


Be careful what you install. I have a lot of updated packages there for my own use and/or testing. As far as I know, they all work well. But you might not feel like being a guinea pig. 
Ken
---

I selected xpdf only, and put everything else into "keep", but after my choice setup also strongly suggested perl-Lingua-Translit as "required by biber", though both biber and perl-Lingua-Translit were explicitly set to "keep". This is counterintutitive. Said that, I'd better wait a bit for an xpdf version in the standard cygwin repository. Reason: I do not want to update biber-related stuff from anywhere except standard cygwin repository since it's production-critical for me.

Thank you anyway!
Jaakov.

--
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

Re: xpdf relocation error

[Ken Brown]

On 5/28/2016 6:04 AM, Jaakov Jaakov wrote:
> I selected xpdf only, and put everything else into "keep", but after my
> choice setup also strongly suggested perl-Lingua-Translit as "required
> by biber", though both biber and perl-Lingua-Translit were explicitly
> set to "keep". This is counterintutitive.

Here's the explanation: perl-Lingua-Translit is not yet in the Cygwin 
distribution; so you don't currently have it installed, and setting it 
to "keep" has no effect.  It will be a requirement of the next version 
of biber, which is what is in my repository.  You can safely ignore 
setup's suggestion that you install perl-Lingua-Translit.

Ken


--
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

Re: xpdf relocation error

[Jaakov Jaakov]

Volker wrote:
>>>>>> Ken Brown writes:
>
>    > On 5/14/2016 6:56 AM, Jaakov Jaakov wrote:
>    >> This rebasement does not seem to survive updates or reinstalls. I know
>    >> that rebasement is difficult, but still, could you, perhaps, solve it in
>    >> a more long-term way?
>
>    > As was pointed out in the first post on this subject
>    > (https://www.cygwin.com/ml/cygwin/2016-04/msg00365.html), simply rebuilding from
>    > source with the current gcc seems to fix the problem. I've also verified this.
>
>    > I assume the xpdf maintainer, Volker Zell, will rebuild it when he has a chance.
>    > In the meantime, are you able to build it yourself?  If not, I can provide a
>    > binary for you.
>
>Will rebuild in last week of june, no cygwin time right now...
>    
>    > Ken
>
>Ciao
>  Volker
Dear Ken:

Sorry it took me quite a bit to reply. Thank you a lot for the offer. If you really can rebuild earlier than Volker and upload a new binary package version (I guess, 3.03-5), please do so. 

Thank you in advance.
Jaakov.
--
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

Re: xpdf relocation error

[Ken Brown]

On 5/27/2016 5:45 PM, Jaakov Jaakov wrote:
>
> Volker wrote:
>>>>>>> Ken Brown writes:
>>
>>    > On 5/14/2016 6:56 AM, Jaakov Jaakov wrote:
>>    >> This rebasement does not seem to survive updates or reinstalls.
>> I know
>>    >> that rebasement is difficult, but still, could you, perhaps,
>> solve it in
>>    >> a more long-term way?
>>
>>    > As was pointed out in the first post on this subject
>>    > (https://www.cygwin.com/ml/cygwin/2016-04/msg00365.html), simply
>> rebuilding from
>>    > source with the current gcc seems to fix the problem. I've also
>> verified this.
>>
>>    > I assume the xpdf maintainer, Volker Zell, will rebuild it when
>> he has a chance.
>>    > In the meantime, are you able to build it yourself?  If not, I
>> can provide a
>>    > binary for you.
>>
>> Will rebuild in last week of june, no cygwin time right now...
>>       > Ken
>>
>> Ciao
>>  Volker
> Dear Ken:
>
> Sorry it took me quite a bit to reply. Thank you a lot for the offer. If
> you really can rebuild earlier than Volker and upload a new binary
> package version (I guess, 3.03-5), please do so.

You can get my build of xpdf-3.04-1 from my personal Cygwin repository:

   http://www.sanibeltranquility.com/cygwin/

There are instructions there.

Be careful what you install.  I have a lot of updated packages there for 
my own use and/or testing.  As far as I know, they all work well.  But 
you might not feel like being a guinea pig.

Ken


--
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

Re: xpdf relocation error

[Jaakov Jaakov]

Dear Mark:

After rebooting and starting a fresh non-X terminal, rebasing worked. xpdf starts again. Thanks!

--
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

xpdf relocation error

[Jaakov Jaakov]

Dear Mark et al., dear developers:

Finally I got the culprit machine again.

 > Sorry but my suspicion expressed earlier, that there's an address 

 > collision, was incorrect.   The rebase source code shows it's a Windows 

 > error code being reported, and it's Windows' ReBaseImage64() function 

 > itself having some issue operating on the cygXt-6.dll file.   Do you have 

 > write access to that file and its directory?

 I do. Here we go (started from a non-X terminal):

admin@hostname:~$ xpdf

 Cygwin runtime failure: /usr/bin/xpdf.exe: Invalid relocation.   Offset 0x2f6e3bad9 at address 0x100494523 doesn't fit into 32 bits

admin@hostname:~$ ls -la /usr/bin/cygXt-6.dll

 -rwxr-xr-x 1 admin None 333855 29. Jan 21:27 /usr/bin/cygXt-6.dll

admin@hostname:~$ ls -la /usr/

 insgesamt 920

 drwxr-xr-x+ 1 admin None 0 28. Nov 13:24 .

 drwxr-xr-x+ 1 admin None 0 15. Aug 2015   ..

 drwxr-xr-x+ 1 admin None 0 17. Apr 22:23 bin

 ...


 As we see, the write attributes for "admin" are set, and I am "admin" 


Best regards,

Jaakov
--
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

Re: xpdf relocation error

[Mark Geisert]

Jaakov Jaakov <j_k_v <at> ro.ru> writes:
> Dear Mark et al., dear developers:
> 
> Finally I got the culprit machine again.
> 
>  > Sorry but my suspicion expressed earlier, that there's an address 
> 
>  > collision, was incorrect.   The rebase source code shows it's a 
Windows 
> 
>  > error code being reported, and it's Windows' ReBaseImage64() 
function 
> 
>  > itself having some issue operating on the cygXt-6.dll file.   Do 
you have 
> 
>  > write access to that file and its directory?
> 
>  I do. Here we go (started from a non-X terminal):
> 
> admin <at> hostname:~$ xpdf
> 
>  Cygwin runtime failure: /usr/bin/xpdf.exe: Invalid relocation.   
Offset 0x2f6e3bad9 at address
> 0x100494523 doesn't fit into 32 bits
> 
> admin <at> hostname:~$ ls -la /usr/bin/cygXt-6.dll
> 
>  -rwxr-xr-x 1 admin None 333855 29. Jan 21:27 /usr/bin/cygXt-6.dll
> 
> admin <at> hostname:~$ ls -la /usr/
> 
>  insgesamt 920
> 
>  drwxr-xr-x+ 1 admin None 0 28. Nov 13:24 .
> 
>  drwxr-xr-x+ 1 admin None 0 15. Aug 2015   ..
> 
>  drwxr-xr-x+ 1 admin None 0 17. Apr 22:23 bin
> 
>  ...
> 
>  As we see, the write attributes for "admin" are set, and I am "admin" 

That all looks perfectly normal to me, and exactly what I see on my own 
systems.  But your explicit mention of using a non-X terminal suggested 
another possible reason for rebase failure: the cygXt-6.dll is very 
likely to be in-use, and thus busy as far as Windows is concerned, if 
you're running an X server and/or xterms etc. at the same time you're 
trying to rebase that DLL.

Try closing all xterms, background X apps, and the X server and any X 
window manager you may be running.  All processes related to X, in other 
words.  Then retry the rebase of cygXt-6.dll.

..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