Re: Exclusive Fullscreen Mode

On 9/6/10 8:51 PM, Roland Plüss wrote: On 09/06/2010 08:17 PM, Tomas Carnecky wrote: On 9/6/10 5:53 PM, Roland Plüss wrote: I tried searching on the Internet for informations on how to take over the screen using Xlib. I think here about fullscreen exclusive access like for example SDLMAME

Re: The State of The X.Org Foundation 2010

On 2/21/10 12:01 AM, Barton C Massey wrote: The Google/X.Org Summer of Code 2009 was successful, with three of four accepted projects completing and contributing to X.Org development, as well as helping to bring new developers to X.Org [2]. The X.Org Endless Vacation

Re: Documentation?

On Apr 9, 2009, at 4:03 PM, Behdad Esfahbod wrote: On 04/09/2009 09:59 AM, Jim Gettys wrote: The viewer is at a very different distance depending on whether the application is on a PDA a foot from your eyes, several feet for a desktop, and across the room for a projector. Just define DPI

Re: uinput devices

On Apr 4, 2009, at 5:31 AM, Erik de Castro Lopo wrote: Hi all, I've working on a uinput device (currently in userspace) and trying to get it hooked up to Xorg (on Ubuntu). So far, I have a minimal driver which when run comes up in /proc/bus/input/devices as: I: Bus=0006 Vendor=abcd

Re: Drawing minimized windows

On 02/16/2009 06:02 AM, John Hamel wrote: Interesting. I know I heard somewhere that it was X that was doing it but your answer does sound plausible. I'll double check with the compiz devs to make sure I understand what's going on. Incidentally, if it's the window manager that's creating the

Re: Patch noise [Was: GIT Noise]

On 02/06/2009 01:21 PM, Igor Mozolevsky wrote: 2009/2/6 Maarten Maathuis: If you were really seeing a duplicate of a git commit list, then you would see a whole different picture. For you patches may just be noise, but that's not the case for everyone. So ok then, what is the purpose of

Re: [PATCH] Fix cast int-to-pointer and pointer-to-int

On 02/05/2009 07:16 PM, Paulo César Pereira de Andrade wrote: Simon Thum wrote: Tomas Carnecky wrote: By first casting to long and then to the final type. Of course this assumes that sizeof(long) == sizeof(void *). If the Win32 Forgive my stupidity, but isn't it a C language rule

extension init cleanup

spammed the list enough yesterday so today it's just this cover mail. tom The following changes since commit 9a1d07ecb74b7c3267a6910af66ada917a525110: Tomas Carnecky (1): Fix warning: cast from pointer to integer of different size are available in the git repository at: git

[PATCH] Fix XXX declared 'static' but not defined

after Xtransint.h. This way the functions are still defined for the files that need them (Xtranssock.c, Xtranstli.c). Signed-off-by: Tomas Carnecky t...@dbservice.com --- Xtransint.h | 12 transport.c |2 +- 2 files changed, 1 insertions(+), 13 deletions(-) diff --git a/Xtransint.h

[PATCH] Fix warning: format not a string literal and no format arguments

Signed-off-by: Tomas Carnecky t...@dbservice.com --- static char* __xtransname = ...; The variable is initialized to different strings depending on a preprocessor define. A different fix would be to make __xtransname itself a preprocessor define. But I think the following fix does work equally

[PATCH] Do not ignore the return value

can't print a warning when fwrite() fails, because that would cause another call to LogVWrite() and we'd likely end up in an endless loop. Signed-off-by: Tomas Carnecky t...@dbservice.com --- gcc warns about the unused result (because the functions in question have been annotated with __attribute__

[PATCH] Fix warning: cast from pointer to integer of different size

Signed-off-by: Tomas Carnecky t...@dbservice.com --- Peter, I removed the cast, it seems superfluous. But if you insist on using a cast, please change it to (long). dix/enterleave.c |8 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/dix/enterleave.c b/dix

[PATCH] Fix cast int-to-pointer and pointer-to-int

By first casting to long and then to the final type. Of course this assumes that sizeof(long) == sizeof(void *). If the Win32 folks care enough about warnings, we could make macros for this. Signed-off-by: Tomas Carnecky t...@dbservice.com --- Let's suppose macros would be preferred, into which

Re: [PATCH] Fix two warnings about incompatible pointer types

On 02/04/2009 09:00 PM, Thomas Dickey wrote: On Wed, Feb 04, 2009 at 08:36:49PM +0100, Tomas Carnecky wrote: diff --git a/hw/xfree86/common/xf86Helper.c b/hw/xfree86/common/xf86Helper.c index 732a1fd..6b9b8f0 100644 --- a/hw/xfree86/common/xf86Helper.c +++ b/hw/xfree86/common/xf86Helper.c

Re: [PATCH] Fix warning: unused variable XXX

On 02/05/2009 12:18 AM, Peter Hutterer wrote: On Tue, Feb 03, 2009 at 11:54:53PM +0100, Tomas Carnecky wrote: events.c:4614: warning: unused variable ‘kbd’ xkbUtils.c:361: warning: unused variable ‘maxKeysPerMod’ xf86Events.c:409: warning: unused variable ‘ke’ generic.c:131: warning: unused

[PATCH] ISO C90: Move declaration to the beginning of the function

devices.c: In function ‘DoChangeKeyboardControl’: devices.c:1768: warning: ISO C90 forbids mixed declarations and code Signed-off-by: Tomas Carnecky t...@dbservice.com --- dix/devices.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/dix/devices.c b/dix/devices.c index

[PATCH] Fix warning: unused variable XXX

’ Signed-off-by: Tomas Carnecky t...@dbservice.com --- dix/events.c |1 - hw/xfree86/common/xf86Events.c |1 - hw/xfree86/int10/generic.c |3 +-- hw/xfree86/modes/xf86RandR12.c |1 - xkb/xkbUtils.c |2 +- 5 files changed, 2 insertions(+), 6

[PATCH] Fix warning: cast to pointer from integer of different size

Add parenthesis around the whole expression. Signed-off-by: Tomas Carnecky t...@dbservice.com --- glx/indirect_dispatch.c |2 +- glx/indirect_dispatch_swap.c |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/glx/indirect_dispatch.c b/glx/indirect_dispatch.c index

[PATCH] fbdevHWGetRec() doesn't return the private data

Signed-off-by: Tomas Carnecky t...@dbservice.com --- hw/xfree86/fbdevhw/fbdevhw.c |5 - 1 files changed, 4 insertions(+), 1 deletions(-) diff --git a/hw/xfree86/fbdevhw/fbdevhw.c b/hw/xfree86/fbdevhw/fbdevhw.c index 495d88b..3eee070 100644 --- a/hw/xfree86/fbdevhw/fbdevhw.c +++ b/hw

[PATCH] Fix warning: braces around scalar initializer

Signed-off-by: Tomas Carnecky t...@dbservice.com --- hw/xfree86/common/xf86Bus.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/hw/xfree86/common/xf86Bus.c b/hw/xfree86/common/xf86Bus.c index 1f8e4de..69f5152 100644 --- a/hw/xfree86/common/xf86Bus.c +++ b/hw/xfree86

[PATCH] DBUS_API_SUBJECT_TO_CHANGE is already defined on the command line

dbus-core.c:30:1: warning: DBUS_API_SUBJECT_TO_CHANGE redefined command-line: warning: this is the location of the previous definition Signed-off-by: Tomas Carnecky t...@dbservice.com --- config/dbus-core.c |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/config/dbus

[PATCH] Explicitly cast the SDK symbols to 'void *'

Two symbols (isItTimeToYield and dispatchException) are declared as volatile in the source and gcc doesn't like that the modifier is implicitely removed. Use an explicit cast. Signed-off-by: Tomas Carnecky t...@dbservice.com --- hw/xfree86/loader/sdksyms.sh |2 +- 1 files changed, 1

[PATCH] Add a prototype for CopyGetMasterEvent()

This function is defined in mi/mieq.c and used in xkb/ddxDevBtn.c, hence it needs a prototype. Signed-off-by: Tomas Carnecky t...@dbservice.com --- include/input.h |8 1 files changed, 8 insertions(+), 0 deletions(-) diff --git a/include/input.h b/include/input.h index 3b7a173

[PATCH] __GLX_MEM_COPY(): no need to check for NULL pointers

valid. Signed-off-by: Tomas Carnecky t...@dbservice.com --- Thanks for the review. Btw, the code in dmx/glxProxy/ also doesn't have this check. grep -E '(__GLX_MEM_COPY|__GLX_GET_DOUBLE)' -r glx/ hw/dmx/glxProxy/ glx/unpack.h |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git

[PATCH] Fix warning: XXX defined but not used

generic.c:80: warning: ‘read_legacy_video_BIOS’ defined but not used Signed-off-by: Tomas Carnecky t...@dbservice.com --- hw/xfree86/int10/generic.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/hw/xfree86/int10/generic.c b/hw/xfree86/int10/generic.c index 4808108

[PATCH] Make gcc happy: correct third argument of CopyGetMasterEvent()

Signed-off-by: Tomas Carnecky t...@dbservice.com --- xkb/ddxDevBtn.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/xkb/ddxDevBtn.c b/xkb/ddxDevBtn.c index 03fb440..aad9661 100644 --- a/xkb/ddxDevBtn.c +++ b/xkb/ddxDevBtn.c @@ -116,7 +116,7 @@ DeviceIntPtr

Fixing compiler warnings

I've been trying to fix the compiler warnings that gcc generates when compiling the xserver source. I've been able to fix quite a few, but there are still some left, which I don't know how to resolve. I have 14 patches for the xserver and two for libxtrans. I can post them either individually

Possible bugs due to: warning: XXX may be used uninitialized in this function

While trying to fix some of the warnings that gcc generates when compiling the xserver, I came across two which appear to be real bugs. Since they don't appear to be trivial to fix, I'm posting them here for further review: Xi/setbmap.c:110 in ProcXSetDeviceButtonMapping()

Re: Possible bugs due to: warning: XXX may be used uninitialized in this function

On 02/02/2009 02:35 AM, Tomas Carnecky wrote: While trying to fix some of the warnings that gcc generates when compiling the xserver, I came across two which appear to be real bugs. Since they don't appear to be trivial to fix, I'm posting them here for further review: Xi/setbmap.c:110

Re: Fwd: wrong colors with Xv extension and image format id: 0x59565955 (UYVY) from an rgb mapping

On 01/23/2009 02:59 AM, Amos Tibaldi wrote: #define GUID_UYVY_PLANAR 0x59565955 Just a sidenote: This is misleading, that format is packed and not planar. void RGBToUV(unsigned short int r, unsigned short int g, unsigned short int b, unsigned short int * u, unsigned short int * v) { *u

Re: wrong colors with Xv extension and image format id: 0x59565955 (UYVY) from an rgb mapping

On 01/22/2009 11:26 AM, Amos Tibaldi wrote: 2009/1/22 Tomas Carnecky t...@dbservice.com mailto:t...@dbservice.com On 01/22/2009 06:15 AM, Amos Tibaldi wrote: Hello, I am trying to use the Xv extension in order to display images on windows. I have obtained

build failure in xf86-input-evdev

./autogen.sh didn't complain about missing packages, so maybe a missing dependency? /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I../include/-march=native -O2 -g -fno-omit-frame-pointer -pipe -fvisibility=hidden -I/opt/xorg/include/xorg

Re: wrong colors with Xv extension and image format id: 0x59565955 (UYVY) from an rgb mapping

On 01/22/2009 07:35 PM, Amos Tibaldi wrote: You both are right, but for now I obtain only solid color that doesn't correspond to the desired one; here is the code: void RGBToUV(unsigned short int r, unsigned short int g, unsigned short int b, unsigned short int * u, unsigned short int * v)

[PATCH] Port cursorScreenDevPriv to the new dixPrivate API

This was somehow missed when I ported all the DevPrivateKey variables in the source tree. Maybe because it didn't use the proper DevPrivateKey but rather hardcoded the type, so grep din't find it. And I can see why the type was hardcoded: because it's not possible to include privates.h in the

Re: Calling Xrandr functions in C++ code

On 11/10/2008 07:02 PM, Garbs, Leigh Steven (LARC-D107)[UNISYS CORPORATION] wrote: Hello all! I’m trying to use Xrandr to get a display to change resolution, refresh rate, and/or turn interlacing on or off, and I’d like to do this with C++. I’ve found plenty of websites with tutorials on how