RE: [ANNOUNCEMENT] Offscreen and No DirectInput Test 7

[j dot j dot ita at siep dot shell dot com]

Some great news and some better news and a question about the xfree86 
distribution. 
	First the better news. On the Windows NT 4.0 (SP5) machine with 
the Appian Jeronimo 2000 card I get the Xserver to start without error 
and display two (2) windows. Kind of weird. One was a small postage 
stamp type and one was the size of the window I had requested in the 
bat file. I attach a jpeg file. I do not know if this will propagate 
correctly through the mailing list, but I do not have an outside 
webserver I can put things on at the moment. Any way, the really weird 
thing is that if I put the Windows cursor on the correctly sized window 
I get no response. If I put the Windows cursor on the small window it 
disappears and the X cursor is activated. However the X cursor is 
restricted to act over an area in the upper left hand corner equal to 
the size of the small window. I have tried changing the size of the 
window I request in the bat file from something smaller than the 
postage stamp and get the same behavior. Regardless of this weirdness, 
xterm, vtwm, and xclock start just fine.
	Now the great news. On a machine with the same OS but using an 
Intense 3d Wildcat 4110 card, The Xserver worked flawlessly! Chalk up 
another card covered.

Lastly the question. On both machines I got the line:

error opening security policy file 
/usr/X11R6/lib/X11/xserver/SecurityPolicy

I did a tar -tvf | grep -i SecurityPolicy on all the tar files from the 
xfree/xc-4-binaries and could not find it. It is in the binary tar ball 
for the VNC based Xserver. Is this an oversight? 

Joel

> -----Original Message-----
> From: Harold@compasstechnologies.com
> [mailto:Harold@compasstechnologies.com]
> Sent: Thursday, November 02, 2000 12:39 AM
> To: cygwin-xfree@sources.redhat.com
> Subject: [ANNOUNCEMENT] Offscreen and No DirectInput Test 7
> 
> 
> Changes:
> 1)  Removed DDLOCK_NOSYSLOCK flag in call to 
> IDirectDrawSurface_Lock; John
> Fortin said that flag doesn't exist in DirectX 3... I can't find the
> documentation to back that up, but I'll go with it.  Testers 
> with failures
> in IDirectDrawSurface_Lock() seem to all be running Windows 
> NT 4.0 SP3+; so,
> John is probably right that the said flag is not supported in 
> DirectX 3.
> Any Windows 98 testers out there please check in if the 
> latest release works
> for you.
> 
> Known Issues:
> 1)  Don't move the window :)
> 
> 2)  Be careful when moving focus to and away from the window; 
> the best bet
> is to minimize the window, rather than just clicking on another app
> 
> 3)  Not feature complete - the only goal of the current 
> testing is to get an
> image from the X server to appear on every tester's machine
> 
> Updates in this test release were constrained to xf_dx.dll, so, if you
> already have the Test 3, or greater, full package
> (OverlayAndNoDITest.tar.bz2) installed, you can just download 
> the xf_dx.dll
> package; otherwise, download the full Test 7 package.
> 
> Full Test 7 Package:
> http://www.msu.edu/~huntharo/OverlayAndNoDITest.tar.bz2 (1.7 MB)
> Test 7 xf_dx.dll Package:
> http://www.msu.edu/~huntharo/xf_dx.dll.tar.bz2 (43 kB)
> 
> 
> Sources:
> You can download the xf_dx.dll test 7 source if you have 
> Visual C++ 6 and
> you feel like poking around:
> http://www.msu.edu/~huntharo/xf_dx-src.zip (14 kB)
> 
> 
> Screenshots, 1024x768:
> 1)  A local xterm:
> http://www.msu.edu/~huntharo/CygwinXFree86-ScreenShot-xterm.pn
g (160 kB)

2)  Remote gftp running on a GNU/Linux host with Gnome installed:
http://www.msu.edu/~huntharo/CygwinXFree86-ScreenShot-gftp.png (153 kB)

Good luck, enjoy, and thanks for testing,

Harold