This is the mail archive of the cygwin-xfree@cygwin.com mailing list for the Cygwin XFree86 project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Strange Question: Xfree86 on Terminal Services(RDP)


Noah,

So, you are running XWin.exe on your own machine now, not in the machine that is providing Terminal Services? I will assume that that is the case.

What OS are you running it on now? Could you check /tmp/XWinrl.log and see what engine it reported to be running with? In fact, just send in /tmp/XWinrl.log. (Notice, XWin.log is used by older versions which you should not have.)

Harold

Hughes, Noah wrote:
I just tired running locally in 8bit color using
Xwin.exe -fullscreen -depth 8 &
and I got the same results as the Terminal Server.

What I am doing is running matlab over the X11 connection. Every time I try
to run a demo in Matlab the X11 session crashes. The matlab graphical demos
in particular.


---------------------------------------------------------
Noah Hughes
Systems Administrator
Engineering Computing Support Services
nhughes at iastate dot edu


-----Original Message-----
From: Harold L Hunt II [mailto:huntharo at msu dot edu] Sent: Wednesday, April 09, 2003 4:01 PM
To: cygwin-xfree at cygwin dot com
Subject: Re: Strange Question: Xfree86 on Terminal Services(RDP)


Noah,

When you run with 8 bit color in windowed (non-fullscreen) mode the engine is forced to be engine 1, which is Shadow GDI DIB. If you look at the log file, you will see a report that the engine passed on the command line is being ignored for that very reason. GDI DIB is the only engine that supports a mostly correct color pallette in 8 bit color. DirectDraw forces several of the colors in an 8 bit pallette to be reserved, which causes a problem with the way that X needs the pallette to be allocated. So, DirectDraw 8 bit color is only available in fullscreen mode.


With all of that said, I have no idea what the problem is.



I would like you to run XWin.exe in 8 bit color on the console of the Terminal Server. Please report your results. If it is stable on the console then I can maybe add some printf's to figure out what is happening. If not, then we can conclude that the video driver for your video card is buggy or you have some similar sort of problem.



Harold


Hughes, Noah wrote:

To add to what I said the 16bit and 8bit color is the color depth for the
Terminal Server Session.  Does anyone know why running at 8bit color would
crash X?

Thanks

-----Original Message-----
From: Hughes, Noah [mailto:nhughes at iastate dot edu]


There is only one cygwin1.dll on the system, however after more testing I
found that X-server at 16bit color is stable and works, but at 8bit color

it


still crashes.

Also I have tired engine 1-4 and I get the same results.

Thanks

--------------------------------------------------------
Noah Hughes
Systems Administrator
Engineering Computing Support Services
nhughes at iastate dot edu


-----Original Message-----
From: Harold L Hunt II [mailto:huntharo at msu dot edu] Sent: Wednesday, April 09, 2003 11:13 AM
To: cygwin-xfree at cygwin dot com
Subject: Re: Strange Question: Xfree86 on Terminal Services(RDP)


Noah,

Your problem is likely unrelated to RDP.

To test this hypothesis, login to the console of the Terminal Server and run Cygwin/XFree86. See if you can make it crash. I suspect that it will crash just as easily on console as it will through RDP.

Now, what I suspect is that you have multiple versions and copies of cygwin1.dll on your Terminal Server. Lots of projects come with a copy of cygwin1.dll and it doesn't matter that many of them may not appear to be in your path. You need to make sure that there is one copy of cygwin1.dll on your machine, and one copy alone. There is more information about this topic here:



http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-status-access-vio


lation


At the risk of being crude, I have told many people this before and it often results in some sort of response claiming that having multiple copies of cygwin1.dll on their machine shouldn't be causing problems for them. I then restate what I said, they delete the extra copies, and everything works. Please, if you have multiple copies of cygwin1.dll, take my word for it that they are the culprit. If not, we will need some more information to figure out what is causing your problem.



Harold


Hughes, Noah wrote:


We have students that logon to a Terminal Server and sometimes want to use
unix resources.  We have been using X-Win32 and I thought I would give
Xfree86 a try.  From my computer cygwin-Xfree86 works fine.  From the
Terminal Server using cygwin-Xfree86 we experience no stability and many
crashes.


The XWinrl.log files did not have anything suspect, however, I did find a stack dump (below). This happens whether I am using the Test79 Server or the latest Standard Xwin.exe Server.


Exception: STATUS_ACCESS_VIOLATION at eip=0041E2D5 eax=102DF598 ebx=B0558B00 ecx=00000001 edx=104DA0E4 esi=10008FFF edi=10450B8C ebp=0022FE18 esp=0022FDF0 program=C:\cygwin\usr\X11R6\bin\XWin-Test79.exe cs=001B ds=0023 es=0023 fs=0038 gs=0000 ss=0023

Stack trace:

Frame Function Args

0022FE18  0041E2D5  (00000001, 00000000, 00000029, 00000000)
0022FE48  0041E1E8  (4020004B, 20000009, 104DA0A0, 10450A48)
0022FE68  0042C156  (104DA0A0, 00000010, 0022FEA8, 00408022)
0022FE78  00429DC3  (10450A48, 00000056, 00000000, 00000000)
0022FEA8  00408022  (00000002, 00000000, 615F2058, 00000001)
0022FEF0  0040179A  (00000004, 615F2058, 100F0328, 0022FF24)
0022FF40  61007408  (610D1F58, FFFFFFFE, 00000054, 610D1E7C)
0022FF90  610076ED  (00000000, 00000000, FFFFFFFF, 80430990)
0022FFB0  006FD222  (00401490, 037F0009, 0022FFF0, 77EA847C)
0022FFC0  0040103C  (0022E7A0, 0022F840, 7FFDF000, 0022E8C8)
0022FFF0  77EA847C  (00401000, 00000000, 000000C8, 00000100)

End of stack trace


Does anyone have an idea of how to increase the stability of

cygwin-Xfree86



in a Terminal Service session.



Thanks


--------------------------------------------------------- Noah Hughes Systems Administrator Engineering Computing Support Services nhughes at iastate dot edu








Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]