headers
Thomas Dickey | 1 Sep 2010 11:06
Picon

Re: changing font

On Tue, 31 Aug 2010, matias kaukonen wrote:

> Yes, it displays the font but it does not set the font.  Only the
> 'quit' button works.

I was asking about the result with xfd to be sure that the font itself is 
recognized.  I don't see anything wrong with the description of your 
changes to the X resources.

Another place to check is whether there are conflicting font resources 
shown, e.g., using "appres XTerm".

Beyond that, I generally just compile xterm with its debugging trace
enabled and see what resource value is actually used.  It's also possible
to get the nominal value of the font using an escape sequence in a script
or program such as xtermset.

>
> On Mon, Aug 30, 2010 at 4:22 PM, Thomas Dickey <dickey <at> his.com> wrote:
>> On Mon, 30 Aug 2010, matias kaukonen wrote:
>>
>>> The above worked on my previous computer, but now it does not work with my
>>> current computer.  This is what I tried:
>>> 1. a)  Added XTerm[.*]vt100.font:lucidasanstypewriter-10 to .Xdefaults
>>>   b) typed: xrdb ~/.Xdefaults; xrdb ~/.Xresources
>>>
>>> next,
>>> 2. a) Added XTerm[.*]vt100.font:lucidasanstypewriter-10 to .Xresources
>>>   b)  typed: xrdb ~/.Xdefaults; xrdb ~/.Xresources
>>>
(Continue reading)

Permalink | Reply | 1 comment |
headers
Ryan Johnson | 1 Sep 2010 12:14
Picon
Favicon

Re: SIGSEGV in xorg-1.8.2.0 during -resize operation

  On 8/31/2010 7:00 PM, Jon TURNEY wrote:
> Okay, I think I have worked out the correct thing to do do to handle 
> bpp changes in the RANDR code, and I've uploaded a test build at [1].  
> Perhaps you could try it and see if it works for you?
>
> Note that you will need to use -resize with this build to turn on 
> RANDR in any mode.
>
> If you can make this crash, with or without -resize, a backtrace would 
> be very helpful.
>
> [1] 
> ftp://cygwin.com/pub/cygwinx/XWin.20100831-git-5fa9c90425fb1d68.exe.bz2
>
I'll give that a try in the next couple of days. Meanwhile, what kind of 
backtrace did you mean? Is the .exe.stackdump actually helpful?

Ryan

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://x.cygwin.com/docs/
FAQ:                   http://x.cygwin.com/docs/faq/
Permalink | Reply | 1 comment |
headers
matias kaukonen | 1 Sep 2010 16:33
Picon

Re: changing font

based on the result of 'appres XTerm', i changed .Xdefaults to:
*VT100.utf8Fonts.font:lucidasanstypewriter-10
This worked -- thanks.

On Wed, Sep 1, 2010 at 5:06 AM, Thomas Dickey <dickey <at> his.com> wrote:
> On Tue, 31 Aug 2010, matias kaukonen wrote:
>
>> Yes, it displays the font but it does not set the font.  Only the
>> 'quit' button works.
>
> I was asking about the result with xfd to be sure that the font itself is
> recognized.  I don't see anything wrong with the description of your changes
> to the X resources.
>
> Another place to check is whether there are conflicting font resources
> shown, e.g., using "appres XTerm".
>
> Beyond that, I generally just compile xterm with its debugging trace
> enabled and see what resource value is actually used.  It's also possible
> to get the nominal value of the font using an escape sequence in a script
> or program such as xtermset.
>
>>
>> On Mon, Aug 30, 2010 at 4:22 PM, Thomas Dickey <dickey <at> his.com> wrote:
>>>
>>> On Mon, 30 Aug 2010, matias kaukonen wrote:
>>>
>>>> The above worked on my previous computer, but now it does not work with
>>>> my
>>>> current computer.  This is what I tried:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jon TURNEY | 1 Sep 2010 19:54
Picon
Favicon
Gravatar

Re: SIGSEGV in xorg-1.8.2.0 during -resize operation

On 01/09/2010 11:14, Ryan Johnson wrote:
> On 8/31/2010 7:00 PM, Jon TURNEY wrote:
>> Okay, I think I have worked out the correct thing to do do to handle bpp
>> changes in the RANDR code, and I've uploaded a test build at [1]. Perhaps
>> you could try it and see if it works for you?
>>
>> Note that you will need to use -resize with this build to turn on RANDR in
>> any mode.
>>
>> If you can make this crash, with or without -resize, a backtrace would be
>> very helpful.
>>
>> [1] ftp://cygwin.com/pub/cygwinx/XWin.20100831-git-5fa9c90425fb1d68.exe.bz2
>>
> I'll give that a try in the next couple of days. Meanwhile, what kind of
> backtrace did you mean? Is the .exe.stackdump actually helpful?

In theory I believe it's possible to get something from a .stackdump file 
using addr2line, but a backtrace from gdb is much better.

--

-- 
Jon TURNEY
Volunteer Cygwin/X X Server maintainer

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://x.cygwin.com/docs/
FAQ:                   http://x.cygwin.com/docs/faq/
(Continue reading)

Permalink | Reply | 0 comments |
headers
Scott T. Marshall | 1 Sep 2010 21:29
Favicon

No xauth program

Hi All,
I am struggling to get my ssh server to forward x windows. I have 
followed the cygwin documentation several times and cannot get my 
windows 7 (x64) machine to forward any x windows over ssh. This is 
particularly frustrating because I set this all up with no problem on my 
laptop which is also running windows 7 (x64). Here is my short 
description and info. Please let me know if I need to provide any extra 
info. I've done extensive web searches and searched the cygwin FAQ's and 
mailing lists, but can't seem to find a similar problem.

I have added "ForwardX11 yes" to /etc/ssh_config
I have added "X11Forwarding yes" to /etc/sshd_config
I have the XWin server running and am using xterm with the following 
command (on one line of course)
C:\cygwin\bin\run.exe -p /usr/X11R6/bin xterm -display 127.0.0.1:0.0 -ls 
-g 115x35 +tb -fn 8x16 -sl 1000 -sb -rightbar -ms red -fg yellow -bg black

So, my xterm pops up just like normal and I can successfully ssh to 
localhost, but when I try to open something graphical (e.g xeyes or 
nedit) I get
Error: Cannot open display

when I connect using

ssh -Yv localhost

  the last few lines of output are:

debug1: Entering interactive session.
debug1: No xauth program.
(Continue reading)

Permalink | Reply | 4 comments |
headers
Jon TURNEY | 2 Sep 2010 17:11
Picon
Favicon
Gravatar

Re: No xauth program

On 01/09/2010 20:29, Scott T. Marshall wrote:
> when I connect using
>
> ssh -Yv localhost
>
> the last few lines of output are:
>
> debug1: Entering interactive session.
> debug1: No xauth program.
> Warning: No xauth data; using fake authentication data for X11 forwarding.
> debug1: Requesting X11 forwarding with authentication spoofing.
> debug1: Remote: No xauth program; cannot forward with spoofing.
> Last login: Wed Sep 1 15:03:40 2010 from ::1
>
> I don't understand the No xauth program part. I have xauth in /bin
> which xauth
> returns
> /usr/bin/xauth
> and when I check the permissions on xauth, I see that they are 755 and I am
> the owner.

You might like to try if xauth can actually run successfully?

--

-- 
Jon TURNEY
Volunteer Cygwin/X X Server maintainer

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
(Continue reading)

Permalink | Reply | 3 comments |
headers
Scott T. Marshall | 2 Sep 2010 19:56
Favicon

Re: No xauth program

Thanks for the suggestion Jon. I don't know exactly what I should ask 
xauth to do or what syntax is requires (the man page was not completely 
clear to me), but what I can say is that if I try to execute xauth in an 
xterm, it gives no errors.
I can also say that when I ssh to other linux machines, I can open X 
applications, but my cygwin/windows 7 x64 box will not forward x windows 
when someone log onto it.
-Scott

On 9/2/2010 11:11 AM, Jon TURNEY wrote:
> On 01/09/2010 20:29, Scott T. Marshall wrote:
>> when I connect using
>>
>> ssh -Yv localhost
>>
>> the last few lines of output are:
>>
>> debug1: Entering interactive session.
>> debug1: No xauth program.
>> Warning: No xauth data; using fake authentication data for X11
>> forwarding.
>> debug1: Requesting X11 forwarding with authentication spoofing.
>> debug1: Remote: No xauth program; cannot forward with spoofing.
>> Last login: Wed Sep 1 15:03:40 2010 from ::1
>>
>> I don't understand the No xauth program part. I have xauth in /bin
>> which xauth
>> returns
>> /usr/bin/xauth
>> and when I check the permissions on xauth, I see that they are 755 and
(Continue reading)

Permalink | Reply | 2 comments |
headers
Jon TURNEY | 3 Sep 2010 00:48
Picon
Favicon
Gravatar

Re: No xauth program

> On 9/2/2010 11:11 AM, Jon TURNEY wrote:
>> On 01/09/2010 20:29, Scott T. Marshall wrote:
>>> when I connect using
>>>
>>> ssh -Yv localhost
>>>
>>> the last few lines of output are:
>>>
>>> debug1: Entering interactive session.
>>> debug1: No xauth program.
>>> Warning: No xauth data; using fake authentication data for X11
>>> forwarding.
>>> debug1: Requesting X11 forwarding with authentication spoofing.
>>> debug1: Remote: No xauth program; cannot forward with spoofing.
>>> Last login: Wed Sep 1 15:03:40 2010 from ::1
>>>
>>> I don't understand the No xauth program part. I have xauth in /bin
>>> which xauth
>>> returns
>>> /usr/bin/xauth
>>> and when I check the permissions on xauth, I see that they are 755 and
>>> I am
>>> the owner.
>>
>> You might like to try if xauth can actually run successfully?
>>
On 02/09/2010 18:56, Scott T. Marshall wrote:
> Thanks for the suggestion Jon. I don't know exactly what I should ask xauth to
> do or what syntax is requires (the man page was not completely clear to me),
> but what I can say is that if I try to execute xauth in an xterm, it gives no
(Continue reading)

Permalink | Reply | 1 comment |
headers
Pete | 3 Sep 2010 11:01
Picon

Re: XServer draws to incorrect window when using VirtuaWin

On 13 August 2010 11:38, Pete <sneakypete81 <at> gmail.com> wrote:
> VirtuaWin (http://virtuawin.sourceforge.net/) is a virtual desktop
> manager for Windows that lets you switch between several "virtual
> desktops", similar to those provided in KDE & Gnome.
>
> When switching between desktops that have CygwinX windows open,
> occasionally the Xserver draws to the wrong window. This is difficult
> to describe, so will continue with an example:
>
> Using Windows 7, Cygwin/X v1.8.0
>
> Steps to reproduce:
> 1) Install VirtuaWin from http://virtuawin.sourceforge.net/
> 2) Start the CygwinX server
> 3) Open a (DOS) cygwin window
> 4) Type "xterm &" twice, to open two xterm windows. Maximise these two
> windows to full screen.
> 5) Move one of these windows to desktop2
> 6) Type "ping google.com -n 1000" to get a stream of data appearing in
> the xterm window on desktop2
> 7) Go back to desktop1, and make sure the DOS cygwin window is selected
> 8) Switch back to desktop2. The "ping" xterm window should be selected.
> 9) Switch back to desktop1. The cygwin window should be selected.
>
> What should happen:
> The empty xterm session on desktop1 should be displayed in the window
> behind the cygwin window
>
> What happens:
> The ping data stream appears in the xterm window on desktop1, and
(Continue reading)

Permalink | Reply | 4 comments |
headers
Scott T. Marshall | 3 Sep 2010 18:41
Favicon

Re: No xauth program

Brilliant!!! That did the trick.
Thanks so much. This was really driving me crazy.
Cheers,
-Scott

On 9/2/2010 6:48 PM, Jon TURNEY wrote:
>> On 9/2/2010 11:11 AM, Jon TURNEY wrote:
>>> On 01/09/2010 20:29, Scott T. Marshall wrote:
>>>> when I connect using
>>>>
>>>> ssh -Yv localhost
>>>>
>>>> the last few lines of output are:
>>>>
>>>> debug1: Entering interactive session.
>>>> debug1: No xauth program.
>>>> Warning: No xauth data; using fake authentication data for X11
>>>> forwarding.
>>>> debug1: Requesting X11 forwarding with authentication spoofing.
>>>> debug1: Remote: No xauth program; cannot forward with spoofing.
>>>> Last login: Wed Sep 1 15:03:40 2010 from ::1
>>>>
>>>> I don't understand the No xauth program part. I have xauth in /bin
>>>> which xauth
>>>> returns
>>>> /usr/bin/xauth
>>>> and when I check the permissions on xauth, I see that they are 755 and
>>>> I am
>>>> the owner.
>>>
(Continue reading)

Permalink | Reply | 0 comments |

Gmane