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 w
Ken wrote:
On 5/13/2016 9:26 PM, Jaakov Jaakov wrote:
(/usr/share/texmf-dist/tex/latex/fontspec/fontspec.cfg)))kpathsea:make_tex:
Invalid fontname `TeX Gyre Termes', contains ' '
!
! fontspec error: "font-not-found&quo
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?
&g
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 0xf730 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
How to reproduce:
[
user@host:~$ cp -a /usr/share/texmf-dist/doc/fonts/tex-gyre-math /tmp/test
user@host:~$ cd /tmp/test
user@host:/tmp/test$ xelatex test-xelatex-texgyre_termes_math
This is XeTeX, Version 3.14159265-2.6-0.2 (TeX Live 2015/Cygwin) (preloaded
format=xelatex)
restricted \writ
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://c
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
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 t
Mark, thanks!
But, unfortunately:
/usr/bin$ rebase --base=0xf730 cygXt-6.dll
ReBaseImage (/usr/bin/cygXt-6.dll) failed with last error = 6
rebase -i *.dll outputs no stars at all (see the attachment).
Is there, perhaps, a chance for a permanent solution?/usr/bin/cyglsa64.dll
Same bug for me.
$ xpdf &
[1] 3496
$ Cygwin runtime failure: /usr/bin/xpdf.exe: Invalid relocation. Offset
0x2f6eabad9 at address 0x100494523 doesn't fit into 32 bits
But Mark's suggestion doesn't work:
[1]+ Exit 127xpdf
/usr/bin$ rebase -i cygXt*
/usr/bin/cygXtst-6.dll
Why not do:
xterm ... &
/etc/X11/xinit/startxwinrc
?
Where do you suggest to do it?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#u
> Dear Marco:
>
> So, are you saying that not starting xterm is by design?
yes
Well, then, apparently, the design changed several months ago.
>> http://x.cygwin.com/docs/man1/startxwin.1.html
>
> The manpage above is a bit outdated; creating a .startxwinrc with
>
> xrdb -load $HOME/.Xresou
Dear Marco:
So, are you saying that not starting xterm is by design?
http://x.cygwin.com/docs/man1/startxwin.1.html
The manpage above is a bit outdated; creating a .startxwinrc with
xrdb -load $HOME/.Xresources
xbiff -geometry -430+5 &
oclock -geometry 75x75-0-0 &
xload -geometry -80-0 &
xt
Dear all:
How to make xterm start automatically on XWin start? When I run XWin from a Windows shortcut, the X Server starts, but not an xterm. The same happens when I run startxwin from a cygwin terminal.
(After the X server starts, choosing xterm from the graphical menu does bring
up an xt
Jaakov Jaakov writes:
> Regarding run 1.3.3-1,
Is there any reason why you're still bothering with 1.3.3 and not trying 1.3.4?
Hi Achim and Jon:
Several minites ago I've tried run 1.3.4-1. (Previously, I expected getting and
using a test version to be much harder than it actual
Hi Achim:
Regarding run 1.3.3-1, if the command
C:\cygwin64\bin\run.exe --quote /usr/bin/bash.exe -l -c "cd; /usr/bin/startxwin"
is issued from the Windows command shell cmd, then C:\cygwin64\run.exe.stackdump is either not generated or not reproducibly generated (it happened just once in a lon
Achim,
let's hope that your update helps. In the meantime, using run version 1.3.3-1:
1) Issuing
C:\cygwin64\bin\run.exe --quote /usr/bin/bash.exe -l -c "cd; /usr/bin/startxwin"
from cmd does not start an Xwin server; no error message is produced.
2) Issuing
run.exe --quote /usr/bin/bash.exe -l
XWin fails to start again (previously reported half a year ago or so).
The command issued by a shortcut is
C:\cygwin64\bin\run.exe --quote /usr/bin/bash.exe -l -c "cd; /usr/bin/startxwin"
Upon starting the shortcut, there is some disc acitivty, but no window opens,
and no XWin processes show up
Dear Jon and Gavin:
Today I finally got to testing again. For reasons unknown to me, after
updating, XWin starts again as expected, both with or without debug packages
installed. So let me thank you for your feedback. I guess, you can forget the
original bug report. If XWin will stop starti
Dear cygwin maintainers:
While executing the command "Xwin Server" from Windows 8.1, the server won't
start. Apparently, the executed command is
C:\cygwin64\bin\run.exe --quote /usr/bin/bash.exe -l -c "cd; /usr/bin/startxwin"
The file C:\cygwin64\run.exe.stackdump is produced. Instead I expec
Dear all:
While executing the command "Xwin Server" from Windows 8.1, the server won't
start. Apparently, the executed command is
C:\cygwin64\bin\run.exe --quote /usr/bin/bash.exe -l -c "cd; /usr/bin/startxwin"
The file C:\cygwin64\run.exe.stackdump is produced. Instead I expect, however,
an
For an unknown reason,
svn help
as well as other commands of subversion work again after an update yesterday.
Whoever contributed to repairing, thanks a lot!
Jaakov.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
As a stab in the dark, can you try running `rebaseall` per the instructions in
/usr/share/doc/rebase/README?
Did not help either. It might have even slightly worsened the installation,
since before having rebased, the command
strace svn help 1>>/tmp/svn.log 2>>/tmp/svn.log
had not segfaulte
> Package: xcalc
> Version: 1.0.5
>
> Problem: Input digits after the decimal separator (comma in German) are
> ignored for computation.
> ...
This behaviour appears to be due a problem with cygwin's sscanf() in the
de_DE.UTF-8 locale, apparently already fixed in the latest snapshot. See [1].
Package: xcalc
Version: 1.0.5
Problem: Input digits after the decimal separator (comma in German) are ignored
for computation.
Steps to reproduce:
A. Make sure that the LANG shell variable is set to "de_DE.UTF-8" .
B. Start xcalc from the shell.
C. Using mouse, press the following screen button
25 matches
Mail list logo
