-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Jon TURNEY wrote:
> gettimeofday() returns the time since the start of the UNIX epoch.
> GetTickCount() returns the time since the start of the uptime.
>
> The timestamps from clients seem to be uptime epoch, although I don't
> know exactly where this comes from.
> (Perhaps these are timestamps copied from mouse/keyboard events coming
> from winmouse.c/winkeybd.c, which uses GetTickCount() directly)
>
> When the server uses the UNIX epoch time, this doesn't work well.
>
> dix/selection.c:ProcSetSelectionOwner was always falling into the case
> "If the client's time stamp is in the future relative to the server's
> time stamp, do not set the selection, just return success. "
>
> If you look at what ClientTimeToServerTime() does, if the time is more
> than 2^31 seconds in the past, it assumes an overflow and adds
> 2^32 seconds onto it (somewhat confusingly called a 'month' :-) )
>
> (and this is always going to be true at the moment, assuming reasonable
> values for the uptime, as we are more than 2^31 seconds since the start
> of the UNIX epoch)
>
> Sorry if that's not a very clear explanation. Hope that satisfies your
> curiosity. :-)
Thanks; I think I follow.
> Oh, yes, there's even some code in winvideo.c, clearly doesn't do anything
> though. Someone must have had a cunning plan....
Wish I knew what it was...
> I wonder if these are regressions against 6.8.99 or not.
Now that you mention it, it appears not. (And maybe I shouldn't zap my
/usr/X11R6 after all.)
> There's a bunch of fixes to icon handling and wm hint handling in Xming
> I am looking at importing, which might well help with problems like these.
>
> It would be helpful if you could mention specific apps that have these
> problems, and I'll take a detailed look.
Transparent backgrounds: anything gtk2 or qt4 (try gtk-demo, for instance).
WM hints: bmpx (bmp2 splash and about dialog), mplayer (gmplayer control
window), xine-ui (xine splash and control window). (All of these are
correct on Xming 6.9.) FYI, linguist-qt{3,4} and eric4 splash screens
are correct on both.
> Odd. I can't reproduce this.
What are your results with the Ports (g)mplayer?
> Xinerama is disabled in the 6.8.99 server
>
> In the 1.3 server, even if you configure with -disable-xinerama, randr
> emulates xinerama if you only have one screen, so you still see XINERAMA
> in the list of extensions
> (hence my earlier confusion about -disable-xinerama not appearing to
> do anything)
>
> Xinerama isn't particularly useful for XWin, -multiplemonitors causes the
> X screen to span the entire windows desktop (which is the default in
> -multiwindow mode)
>
> I guess there are some obscure scenarios where Xinerama might be useful,
> if you had multiple screens and wanted an X desktop which only used some
> (but more than one) of them
>
> Building with --enable-xinerama and launching X with +xinerama, I discover
> the other issue: we don't have a way to configure the relative position
> of the screens (normally this information is provided by the ServerLayout
> section in xorg.conf), so it appears all the monitors end up positioned with
> the same origin, which isn't very useful. I suppose we could get that
> information via some Win32 API, but I presume it's meant to be constant, so
> it wouldn't make sense for modes where the X server is contained in a native
> window which can be repositioned)
>
> I think Xinerama is being deprecated upstream, improvements in randr
> will make it obsolete.
>
> So, I think I'd suggest --disable-xinerama for the configuration at the
> moment.
Fair enough.
I think I'll push a package so that others can test this.
Yaakov
Cygwin Ports
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEAREIAAYFAkjxqhkACgkQpiWmPGlmQSPrAgCglFzfzTSHAN7SFiNt+PI8CjhZ
T+cAnRKQnQk1xMZFj1jBjLLDC3wEWjdn
=j9vX
-----END PGP SIGNATURE-----
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Cygwin-ports-general mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/cygwin-ports-general
