On 1/26/2013 7:32 AM, Reini Urban wrote:
rebase is not to blame. I agree ;-)
Someone else is incorrectly managing the reloc table,
and also objcopy seems innocent ...
Postgresql dll's are built in this way:
My strong guess is dllwrap.
No other packages uses the ancient dllwrap anymore.
I tri
On Fri, Jan 25, 2013 at 8:11 AM, marco atzeri wrote:
> On 1/25/2013 4:00 PM, Corinna Vinschen wrote:
>>
>> On Jan 25 14:19, Kai Tietz wrote:
>>>
>>> 2013/1/25 marco atzeri :
On 1/24/2013 11:00 AM, Corinna Vinschen wrote:
> I already explained why: The SEGV happens during relocat
On 1/25/2013 8:19 PM, Alan wrote:
I originally thought this problem was due to installing as non-admin, but
further investigation has led me to conclude the problem is due to
installing to a Mapped Network Drive (or even a drive other than C:).
I am trying to install cygwin on a non-networked co
On 1/25/2013 12:30 PM, KIMURA Masaru wrote:
Hi,
anyone can reproduce this dvipdfmx bug?
i've already fixed this by replacing rungs to gs in
/usr/share/texmf/dvipdfmx/dvipdfmx.cfg like this:
[...]
or, including rungs properly is the way to fix?
Yes, /usr/bin/rungs should be part of texlive-col
I originally thought this problem was due to installing as non-admin, but
further investigation has led me to conclude the problem is due to
installing to a Mapped Network Drive (or even a drive other than C:).
I am trying to install cygwin on a non-networked computer as a non-admin
user. But for
Hi - I'm not sure if this will help your problem, but in the past I
have had to install Cygwin to a number of non-networked machines. For
me, the easiest way was to use setup.exe with the option of "save
files but don't install". You can copy the saved folder and setup.exe
onto a CD and take it t
>
> Yes, I tried it for both PC-based gvim and Cygwin gvim on X11. Both
> work. However, at the time, clicking middle button also worked in
> pasting into gvim. I will have to try again when middle button
> doesn't work.
OK - I only use the normal GVim commands for yanking/putting using the
sta
Hi,
anyone can reproduce this dvipdfmx bug?
i've already fixed this by replacing rungs to gs in
/usr/share/texmf/dvipdfmx/dvipdfmx.cfg like this:
--- /usr/share/texmf/dvipdfmx/dvipdfmx.cfg.orig 2013-01-26
02:21:56.31250 +0900
+++ /usr/share/texmf/dvipdfmx/dvipdfmx.cfg 2013-01-26
02:22:0
On 1/25/2013 4:00 PM, Corinna Vinschen wrote:
On Jan 25 14:19, Kai Tietz wrote:
2013/1/25 marco atzeri :
On 1/24/2013 11:00 AM, Corinna Vinschen wrote:
I already explained why: The SEGV happens during relocation.
The file header has been changed already. If you call the
same rebase, it will
I have downloaded and installed cygwin on one machine and would like to install
it on a second machine which is non-networked and for which I don't have
administrator rights. However, I am running into some issues which are described
below.
I have created a Mapped Network Drive (X:) for the folder
On Jan 25 14:19, Kai Tietz wrote:
> 2013/1/25 marco atzeri :
> > On 1/24/2013 11:00 AM, Corinna Vinschen wrote:
> >
> >> I already explained why: The SEGV happens during relocation.
> >> The file header has been changed already. If you call the
> >> same rebase, it will try to rebase the file to
Well, here are my 2-cents about that issue. In general it is a flaw
to have an base-relocation in debug-section, as this means such debug
information can't be moved into a separate debug-file anymore. A
debug-file has no relocation-information.
Nevertheless it would be good, if objcopy gets adjus
2013/1/25 marco atzeri :
> On 1/24/2013 11:00 AM, Corinna Vinschen wrote:
>
>> I already explained why: The SEGV happens during relocation.
>> The file header has been changed already. If you call the
>> same rebase, it will try to rebase the file to the same new
>> address. If current file base
On 1/24/2013 11:00 AM, Corinna Vinschen wrote:
I already explained why: The SEGV happens during relocation.
The file header has been changed already. If you call the
same rebase, it will try to rebase the file to the same new
address. If current file base address == requested file base
addres
These two packages should exist according to the package list, but their
corresponding directories are empty. I have the 4.5.3 versions installed, but
the rest of Qt is already at 4.8.4. Could someone please check whether the
directories should be deleted (there doesn't seem to be any package tha
15 matches
Mail list logo
