Hi,
I'm running into an issue where I'd like to set a larger virtual desktop
than my monitor size but prevent panning it at the same time. I'm
rendering everything using a compositing manager to a virtual desktop and I
don't want to scroll my 3D viewport offscreen whenever the mouse moves to a
di
-logfile and -config are auto-filled for the default setup. A test that
needs no config file or the default log file must be able to unset those
defaults.
Signed-off-by: Peter Hutterer
---
src/xserver.cpp | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/src/xserver.cpp b/
Pushed this series to git master (with a little indentation cleanup to
match the existing 4-space indent style in this code).
To ssh://git.freedesktop.org/git/xorg/lib/libpciaccess
630b00a..72e0c0b master -> master
--
-Alan Coopersmith- alan.coopersm...@oracle.com
Hi,
> Ángel González wrote: There's no reason for decompression via pipe not to
work under Windows.
Luckily I haven't found an instance where I use libXpm, in anger, to
decompress an XPM file via a pipe on Windows
...until I can find a useful/modern/test case (and hence motivation to write
code)
From: Yaakov Selkowitz
Adjust wrapping to work with MinGW-w64 as well MinGW.org headers,
which define BOOL in a different way.
Add some more comments on what we doing here.
v2: Make similar changes to Xwinsock.h, used for MinGW but not Cygwin.
v3: Also add wrappers for conflicting 64-bit types.
On 22/10/12 17:07, Jon TURNEY wrote:
> Define NO_ZPIPE when building for MinGW, decompressing via a pipe isn't
> possible
>
> Signed-off-by: Jon TURNEY
This seems a bit strong statement. There's no reason for decompression
via pipe not to work under Windows. You only need to be careful to do
t
On 12-10-21 03:29 PM, Emil Velikov wrote:
> Note: This is a candidate for the master and 1.13 branches
> Signed-off-by: Emil Velikov
> ---
> configure.ac | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/configure.ac b/configure.ac
> index e686614..c464a9d 100644
> --- a/configure.ac
> +
Hi,
I have just used something like this to avoid the symlink problem...
--- ./src/fontfile/save_catalogue.c 2011-09-17 07:30:41.710991917 +0100
+++ ./src/fontfile/catalogue.c 2011-11-03 21:12:30.800542536 +
@@ -154,6 +154,7 @@
}
CatalogueUnrefFPEs (fpe);
+#ifndef __MINGW32__
On Mon, 2012-10-22 at 16:07 +0100, Jon TURNEY wrote:
> diff --git a/src/TextAction.c b/src/TextAction.c
> index 7b87ce4..74446d6 100644
> --- a/src/TextAction.c
> +++ b/src/TextAction.c
> @@ -47,6 +47,10 @@ in this Software without prior written authorization from
> The Open Group.
> #include "Pr
On Mon, 2012-10-22 at 16:07 +0100, Jon TURNEY wrote:
> Provide a dummy readlink, which just returns the supplied path name, on WIN32
This compiles, but does this really make sense? Catalogues are managed
with symlinks, which exist on Windows only in later versions and even
then aren't POSIXy. I
Hi,
Jon's change to libXpm/configure.ac is OK by me.
Reviewed-by: Colin Harrison
Thanks,
Colin Harrison
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-dev
Hi,
Ryan's change to libXaw/src/TextAction.c is OK by me.
Reviewed-by: Colin Harrison
Thanks,
Colin Harrison
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xor
On 10/22/12 08:07 AM, Jon TURNEY wrote:
> From: Ryan Pavlik
>
> Provide a dummy readlink, which just returns the supplied path name, on WIN32
>
> Signed-off-by: Ryan Pavlik
> Reviewed-by: Jon TURNEY
> ---
> src/fontfile/catalogue.c |9 +
> 1 files changed, 9 insertions(+), 0 delet
Define NO_ZPIPE when building for MinGW, decompressing via a pipe isn't possible
Signed-off-by: Jon TURNEY
---
configure.ac |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/configure.ac b/configure.ac
index ba7e3b4..5ac5d05 100644
--- a/configure.ac
+++ b/config
From: Ryan Pavlik
Provide a dummy readlink, which just returns the supplied path name, on WIN32
Signed-off-by: Ryan Pavlik
Reviewed-by: Jon TURNEY
---
src/fontfile/catalogue.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/src/fontfile/catalogue.c b/src/fontf
From: Ryan Pavlik
Signed-off-by: Ryan Pavlik
Reviewed-by: Jon TURNEY
---
src/TextAction.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/src/TextAction.c b/src/TextAction.c
index 7b87ce4..74446d6 100644
--- a/src/TextAction.c
+++ b/src/TextAction.c
@@ -47,6 +47,10
MinGW build fixes for various libraries
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel
On 22.10.2012 09:47, Peter Hutterer wrote:
> On Tue, Oct 16, 2012 at 09:54:23PM -0400, Thomas Jaeger wrote:
>> I've noticed an issue with grabs as well, not sure if it's related to
>> this one. It's really easy to reproduce, though: All you need is a
>> little test client that passively grabs but
On Mon, 2012-10-22 at 02:57 -0500, Yaakov (Cygwin/X) wrote:
> Adjust wrapping to work with MinGW-w64 as well MinGW.org headers,
> which define BOOL in a different way.
> Add some more comments on what we doing here.
Scratch this; even more wrapping is needed for x86_64-w64-mingw32. I'll
try to p
From: Yaakov Selkowitz
Adjust wrapping to work with MinGW-w64 as well MinGW.org headers,
which define BOOL in a different way.
Add some more comments on what we doing here.
Signed-off-by: Jon TURNEY
Signed-off-by: Yaakov Selkowitz
---
v2: Added similar wrapping for Xwinsock.h, needed for *-w6
20 matches
Mail list logo
