Thorsten Kampe | 1 May 2007 09:55
Picon
Favicon

Re: Problems with Startx even after rebaseall

* Robert Neville (Mon, 30 Apr 2007 15:45:46 -0700)
> On Mon, 30 Apr 2007 21:47:39 +0100, Thorsten Kampe <thorsten <at> thorstenkampe.de> wrote:
> >* Robert Neville (Mon, 30 Apr 2007 10:18:15 -0700)
> >> I am not sure if this is the appropriate group. In addition, searching through
> >> these gmane newsgroups is not straightforward since Google groups does not return them.
> >> 
> >> Startx fails to initialize when it worked yesterday. I ran setup and the process may have not
> >> completed (it was late and I needed to sleep). After running setup.exe again, I navigated to the
> >> System category and reinstalled rebase. Then I reviewed the README file; kill all processes
> >> associated with cygwin; ran ash; and typed /bin/rebaseall -v; the utility performed some actions and
> >> returned without errors.
> >> 
> >> I fired up a cygwin window and startx would still not initialize. The console gave me the following
> >> font error.
> >> 
> >> sageQueue trapped WM_QUIT message, exiting main loop.
> >> winClipboardProc - XDestroyWindow succeeded.
> >> FreeFontPath: FPE "/usr/X11R6/lib/X11/fonts/misc/" refcount is 2, should be 1; fixing.
> >> 
> >> The cygwin console appears fully functional. The console has returned some errors when running make,
> >> but these issues may be completely separate. Please give me whatever insight you may have on these
> >> scenarios. I have already spent considerable time troubleshooting these issues and need better
> >> guidance.
> >> 
> >> After rebooting the computer and typing startx, cygwin gave me the following error message. 
> >> [...]
> >> winProcEstablishConnection - winInitClipboard returned.
> >> winClipboardProc - Hello
> >> winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the di
> >> splay.
(Continue reading)

Chris Eagan | 1 May 2007 21:20
Picon

RE: X Server cycling when trying to connect to gdm/dtlogin.

I am having the same problem...any solution?

Thanks,

Chris

----
I'm trying to use Cygwin/X to connect to remote machines' gdm or dtlogin
session managers.

If I run:

  XWin.exe
 -query <hostname>

I get the session login screen, can enter in my username and password and see
the desktop clear and appear to begin loading.  Then all of the sudden the X
window quits and restarts back at the login screen again.

This happens with both Solaris 10 dtlogin sessions and RH gdm sessions.  On
RH, if I choose "failsafe" (just an xterm with no WM), the login succeeds and
I get a single xterm.

Thought maybe this was a font issue, so I used the -fp tcp/<hostname>:7100 on

the command-line (yes, also modified xfs to accept tcp connections ...) but
the same thing continues to happen.

The XWin.log file doesn't show any errors that I can use to troubleshoot this,
and I don't see anything in the logs on the remote systems either.
(Continue reading)

Jason May | 1 May 2007 22:12
Picon

display depth changing when using remote desktop and -multiwindow option, unable to set depth manually with -multiwindow

Hello.  I use Cygwin/X on my office computer to run a program called
Cadence (using 24-bit display), but have limited Cygwin functionality
when I use remote desktop to work from home.  Displays are set to
32-bit on both computers, and the Windows XP remote-desktop protocol
(RDP) version I am using on both supports 32-bit displays.  If I start
Cygwin at the office and then use RDP to connect from home, everything
continues working perfectly.  However, if I log in remotely
and then start a new Cygwin session, I get the following:

*ERROR* Failed to find either 24-bit TrueColor or 8-bit PseudoColor Visual.
*WARNING* Failed to find either 24-bit TrueColor or 8-pbit PseudoColor Visual.

And my application will not start.

I am using the following to start cygwin:

run XWin -multiwindow -clipboard -silent-dup-error
run xterm -e /usr/bin/bash -l

I believe that Cygwin is detecting the optimal display settings on
startup and determining it to be less than 32-bit when initiated
through remote desktop.  I would use the -depth command line option to
manually set the depth to 32 bits, but this does not work with
multiwindow enabled.  Is there another way that I can manually set the
display depth?  Or somehow ensure that Cygwin determines that 32-bits
are optimal when started through a remote desktop session?

I have tried modifying the .inputrc file for 8-bit mode as follows,
but had the same problem.

(Continue reading)

Holger Krull | 1 May 2007 22:14
Picon
Picon

Re: X Server cycling when trying to connect to gdm/dtlogin.

Chris Eagan schrieb:
> I'm trying to use Cygwin/X to connect to remote machines' gdm or dtlogin
> session managers.

>  XWin.exe
> -query <hostname>

Does anything change if you use
XWin -query numeric.ip.address -from numeric.ip.address ?

And create and use a new user on your unix box to get a clean profile on
login if that is possible.

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

Chris Eagan | 1 May 2007 22:38
Picon

Re: X Server cycling when trying to connect to gdm/dtlogin.

Ahh, creating the clean user profile worked.

Thanks!

Re: X Server cycling when trying to connect to gdm/dtlogin.

    * From: Holger Krull <holger dot krull at gmx dot de>
    * To: cygwin-xfree at cygwin dot com
    * Date: Tue, 01 May 2007 22:14:24 +0200
    * Subject: Re: X Server cycling when trying to connect to gdm/dtlogin.
    * References: <d9e966ff0705011220o67e510bw3e9855e315fabef3 <at> mail.gmail.com>
    * Reply-to: cygwin-xfree at cygwin dot com

Chris Eagan schrieb:
> I'm trying to use Cygwin/X to connect to remote machines' gdm or dtlogin
> session managers.

>  XWin.exe
> -query <hostname>

Does anything change if you use
XWin -query numeric.ip.address -from numeric.ip.address ?

And create and use a new user on your unix box to get a clean profile on
login if that is possible.

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

Holger Krull | 1 May 2007 23:00
Picon
Picon

Re: display depth changing when using remote desktop and -multiwindow option, unable to set depth manually with -multiwindow

Jason May schrieb:
> I believe that Cygwin is detecting the optimal display settings on
> startup and determining it to be less than 32-bit when initiated
> through remote desktop.  I would use the -depth command line option to
> manually set the depth to 32 bits, but this does not work with
> multiwindow enabled.  Is there another way that I can manually set the
> display depth?

You can't set Xwins display depth larger than the Desktop it is running
on. Usually that would be 16 Bit with rdp sessions.
Did you ever check on the rdp Windows Desktop that you really get 32 Bit
in Windows? Because i get 16 Bit even if i request 24 Bit.

> I have tried modifying the .inputrc file for 8-bit mode as follows,
> but had the same problem.

That has no influence on Xwin.

A possible solution would be a ssh connection and tunneling X11 through
it. Cygwin provides a ssh daemon for windows.

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

Robert Neville | 1 May 2007 23:09
Picon
Favicon

Re: Problems with Startx even after rebaseall

On Tue, 1 May 2007 08:55:47 +0100, Thorsten Kampe <thorsten <at> thorstenkampe.de> wrote:

>* Robert Neville (Mon, 30 Apr 2007 15:45:46 -0700)
>> On Mon, 30 Apr 2007 21:47:39 +0100, Thorsten Kampe <thorsten <at> thorstenkampe.de> wrote:
>> >* Robert Neville (Mon, 30 Apr 2007 10:18:15 -0700)
>> >> I am not sure if this is the appropriate group. In addition, searching through
>> >> these gmane newsgroups is not straightforward since Google groups does not return them.
>> >> 
>> >> Startx fails to initialize when it worked yesterday. I ran setup and the process may have not
>> >> completed (it was late and I needed to sleep). After running setup.exe again, I navigated to the
>> >> System category and reinstalled rebase. Then I reviewed the README file; kill all processes
>> >> associated with cygwin; ran ash; and typed /bin/rebaseall -v; the utility performed some actions and
>> >> returned without errors.
>> >> 
>> >> I fired up a cygwin window and startx would still not initialize. The console gave me the following
>> >> font error.
>> >> 
>> >> sageQueue trapped WM_QUIT message, exiting main loop.
>> >> winClipboardProc - XDestroyWindow succeeded.
>> >> FreeFontPath: FPE "/usr/X11R6/lib/X11/fonts/misc/" refcount is 2, should be 1; fixing.
>> >> 
>> >> The cygwin console appears fully functional. The console has returned some errors when running make,
>> >> but these issues may be completely separate. Please give me whatever insight you may have on these
>> >> scenarios. I have already spent considerable time troubleshooting these issues and need better
>> >> guidance.
>
>"XWin was started with the following command line:
>X :0 -multiwindow -clipboard""
>
>Read again my posting. I said "without" and not "with" (which wouldn't 
(Continue reading)

Jason May | 1 May 2007 23:52
Picon

Re: display depth changing when using remote desktop and -multiwindow option, unable to set depth manually with -multiwindow

Thanks Holger for the response.

-------------
You can't set Xwins display depth larger than the Desktop it is running
on. Usually that would be 16 Bit with rdp sessions.
Did you ever check on the rdp Windows Desktop that you really get 32 Bit
in Windows? Because i get 16 Bit even if i request 24 Bit.
-------------

I'm using a new beta version of microsoft's RDP which should support
32-bit displays (http://support.microsoft.com/kb/925876), but I will
have to check whether it is actually working as advertised.

-------------
A possible solution would be a ssh connection and tunneling X11 through
it. Cygwin provides a ssh daemon for windows.
------------

I am currently using SSH (putty) with tunneling to connect from the
office PC to a linux server.  The network administrators have not
opened any ports on the linux server for outside access, I believe I
can only enter the network via RDP on my office computer.  I will see
if they will allow me to open another port on my computer for SSH port
forwarding, it should indeed solve the problem if I can bypass the
office computer directly.

Jason

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

Thorsten Kampe | 2 May 2007 10:57
Picon
Favicon

Re: Problems with Startx even after rebaseall

* Robert Neville (Tue, 01 May 2007 14:09:59 -0700)
> On Tue, 1 May 2007 08:55:47 +0100, Thorsten Kampe <thorsten <at> thorstenkampe.de> wrote:
> >* Robert Neville (Mon, 30 Apr 2007 15:45:46 -0700)
> >> On Mon, 30 Apr 2007 21:47:39 +0100, Thorsten Kampe <thorsten <at> thorstenkampe.de> wrote:
> >> >* Robert Neville (Mon, 30 Apr 2007 10:18:15 -0700)
> >> >> I am not sure if this is the appropriate group. In addition, searching through
> >> >> these gmane newsgroups is not straightforward since Google groups does not return them.
> >> >> 
> >> >> Startx fails to initialize when it worked yesterday. I ran setup and the process may have not
> >> >> completed (it was late and I needed to sleep). After running setup.exe again, I navigated to the
> >> >> System category and reinstalled rebase. Then I reviewed the README file; kill all processes
> >> >> associated with cygwin; ran ash; and typed /bin/rebaseall -v; the utility performed some actions and
> >> >> returned without errors.
> >> >> 
> >> >> I fired up a cygwin window and startx would still not initialize. The console gave me the following
> >> >> font error.
> >> >> 
> >> >> sageQueue trapped WM_QUIT message, exiting main loop.
> >> >> winClipboardProc - XDestroyWindow succeeded.
> >> >> FreeFontPath: FPE "/usr/X11R6/lib/X11/fonts/misc/" refcount is 2, should be 1; fixing.
> >> >> 
> >> >> The cygwin console appears fully functional. The console has returned some errors when running make,
> >> >> but these issues may be completely separate. Please give me whatever insight you may have on these
> >> >> scenarios. I have already spent considerable time troubleshooting these issues and need better
> >> >> guidance.
> >
> >"XWin was started with the following command line:
> >X :0 -multiwindow -clipboard""
> >
> >Read again my posting. I said "without" and not "with" (which wouldn't 
(Continue reading)

Robert Neville | 2 May 2007 21:19
Picon
Favicon

Re: Problems with Startx even after rebaseall

On Wed, 2 May 2007 09:57:08 +0100, Thorsten Kampe <thorsten <at> thorstenkampe.de> wrote:

>* Robert Neville (Tue, 01 May 2007 14:09:59 -0700)
>> On Tue, 1 May 2007 08:55:47 +0100, Thorsten Kampe <thorsten <at> thorstenkampe.de> wrote:
>> >* Robert Neville (Mon, 30 Apr 2007 15:45:46 -0700)
>> >> On Mon, 30 Apr 2007 21:47:39 +0100, Thorsten Kampe <thorsten <at> thorstenkampe.de> wrote:
>> >> >* Robert Neville (Mon, 30 Apr 2007 10:18:15 -0700)
>> >> >> I am not sure if this is the appropriate group. In addition, searching through
>> >> >> these gmane newsgroups is not straightforward since Google groups does not return them.
>> >> >> 
>> >> >> Startx fails to initialize when it worked yesterday. I ran setup and the process may have not
>> >> >> completed (it was late and I needed to sleep). After running setup.exe again, I navigated to the
>> >> >> System category and reinstalled rebase. Then I reviewed the README file; kill all processes
>> >> >> associated with cygwin; ran ash; and typed /bin/rebaseall -v; the utility performed some actions and
>> >> >> returned without errors.
>> >> >> 
>> >> >> I fired up a cygwin window and startx would still not initialize. The console gave me the following
>> >> >> font error.
>> >> >> 
>> >> >> sageQueue trapped WM_QUIT message, exiting main loop.
>> >> >> winClipboardProc - XDestroyWindow succeeded.
>> >> >> FreeFontPath: FPE "/usr/X11R6/lib/X11/fonts/misc/" refcount is 2, should be 1; fixing.
>> >> >> 
>> >> >> The cygwin console appears fully functional. The console has returned some errors when running make,
>> >> >> but these issues may be completely separate. Please give me whatever insight you may have on these
>> >> >> scenarios. I have already spent considerable time troubleshooting these issues and need better
>> >> >> guidance.
>> >
>> >"XWin was started with the following command line:
>> >X :0 -multiwindow -clipboard""
(Continue reading)


Gmane