This change seems to be causing documentation to fail building on yuffie due to
java running out of memory…
http://tinderbox.x.org/builds/2010-09-22-0004/logs/libX11/#build
I seem to recall other OutOfMemory errors being reported wrt documentation
earlier, but I don't recall any resolution.
On Tue, Sep 28, 2010 at 07:29:27PM +0200, ext Jon TURNEY wrote:
commit cbd4d5dbb70db62ba1cb79c7b904e6fa11f62d7e
removes the static declarations of ProcWindowsWMDispatch and
SProcWindowsWMDispatch which precede their first use in
winWindowsWMExtensionInit()
Move winWindowsWMExtensionInit()
On Tue, 2010-09-28 at 21:35 -0700, Alan Coopersmith wrote:
Long term, it should probably end up in the X server repo, since it's
really
documentation of a set of hooks inside the X server, so that it's in
sync with
the version of the hooks inside the server, but until then moving it
to the
On Sun, Sep 26, 2010 at 9:25 PM, Jeremy Huddleston
jerem...@freedesktop.org wrote:
This addresses a build failure which can result from X11/Xlocale.h and
xlocale.h being included in the same code since they both used the same
_XLOCALE_H_ protection.
Signed-off-by: Jeremy Huddleston
On Wed, Sep 29, 2010 at 06:36:52 -0700, Martin-Éric Racine wrote:
src/lx_output.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
New commits:
commit 89c60efe899f0cda4a52e0574f030c021c4b1ece
Author: Frank Huang frankr.hu...@amd.com
Date: Wed Sep 29 16:35:46 2010 +0300
Hello All,
[Please keep me on CC as I'm not an xorg-devel subscriber.]
I was pointed to this list via this bug:
https://bugs.freedesktop.org/show_bug.cgi?id=30315
I would like to draw people's attention to this bug which I experience
as a regression from previous X releases. Please let me
drmmode_display.c: In function 'drmmode_xf86crtc_resize':
drmmode_display.c:1148: error: 'struct _ScrnInfoRec' has no member named
'pixmapPrivate'
As per usual, I rebuild the entire tree using jhbuild. The dependencies
were all updated, to my knowledge. Tried doing a clean build for
On Wed, Sep 29, 2010 at 11:11:06 -0400, Joel Feiner wrote:
drmmode_display.c: In function 'drmmode_xf86crtc_resize':
drmmode_display.c:1148: error: 'struct _ScrnInfoRec' has no member named
'pixmapPrivate'
There's a patch on https://bugs.freedesktop.org/show_bug.cgi?id=30451
Cheers,
Julien
From: Tobias Koch tobias.k...@nokia.com
From: Tobias Koch tobias.k...@nokia.com
If the number of axes exceeds 6, X server will return BadValue for
XTestFakeInput because the number of axes in a single DeviceValuator
event is incorrectly set to the total number of axes.
Signed-off-by: Tobias
On Wed, Sep 29, 2010 at 11:11 AM, Joel Feiner jafei...@gmail.com wrote:
drmmode_display.c: In function 'drmmode_xf86crtc_resize':
drmmode_display.c:1148: error: 'struct _ScrnInfoRec' has no member named
'pixmapPrivate'
As per usual, I rebuild the entire tree using jhbuild. The dependencies
On Tue, 2010-09-28 at 23:00 +0200, Mark Kettenis wrote:
If the input thread is going to run the same code as the SIGIO
handlers do now, I fear this isn't going to fly. That code simply
isn't thread-safe. The biggest issue the code that draws pointers.
On multi-card setups, that will cause
On Wed, Sep 29, 2010 at 2:25 AM, Jeremy Huddleston jerem...@apple.com wrote:
This change seems to be causing documentation to fail building on yuffie due
to java running out of memory…
http://tinderbox.x.org/builds/2010-09-22-0004/logs/libX11/#build
I seem to recall other OutOfMemory errors
commit cbd4d5dbb70db62ba1cb79c7b904e6fa11f62d7e
removes the static declarations of ProcWindowsWMDispatch and
SProcWindowsWMDispatch which precede their first use in
winWindowsWMExtensionInit()
Move winWindowsWMExtensionInit() to after the definition of those
two functions to fix compilation.
On Wed, Sep 29, 2010 at 9:41 AM, Younes Manton youne...@gmail.com wrote:
On Wed, Sep 29, 2010 at 2:25 AM, Jeremy Huddleston jerem...@apple.com wrote:
This change seems to be causing documentation to fail building on yuffie due
to java running out of memory…
Matt Dew wrote:
On Wed, Sep 29, 2010 at 9:41 AM, Younes Manton youne...@gmail.com wrote:
On Wed, Sep 29, 2010 at 2:25 AM, Jeremy Huddleston jerem...@apple.com
wrote:
This change seems to be causing documentation to fail building on yuffie due
to java running out of memory…
Jeremy, please pull this from this branch. Fixes a warning and a minor
memory leak, and adds 18bpp and nds32 arch support.
---
The following changes since commit 6a0b4051972a4fa6f1a3b22ec1ae54bd1849bc9f:
XQuartz: RandR: Refactor legacy mode-switching to be better integrated with
RandR
On Wed, Sep 29, 2010 at 12:25 PM, Trevor Woerner twoer...@gmail.com wrote:
driver/xf86-video-geode/src/gx_randr.c
... and:
driver/xf86-video-mach64/src/aticonsole.c
mesa/mesa/src/gallium/state_trackers/xorg/xorg_driver.c
___
xorg-devel@lists.x.org:
On Tue, Sep 28, 2010 at 11:08 AM, Keith Packard kei...@keithp.com wrote:
On Mon, 27 Sep 2010 19:39:23 +0100, Chris Wilson ch...@chris-wilson.co.uk
wrote:
v2: Kill ShadowModifyPixmapHeader() as well.
I've merged this patch.
This patch caused the following modules to fail to compile:
Date: Wed, 29 Sep 2010 14:23:40 -0400
From: Trevor Woerner twoer...@gmail.com
On Wed, Sep 29, 2010 at 12:25 PM, Trevor Woerner twoer...@gmail.com wrote:
driver/xf86-video-geode/src/gx_randr.c
... and:
driver/xf86-video-mach64/src/aticonsole.c
On Wed, 29 Sep 2010 17:05:12 +0100, Jon TURNEY jon.tur...@dronecode.org.uk
wrote:
Move winWindowsWMExtensionInit() to after the definition of those
two functions to fix compilation.
Applied.
1a9022d..72a9c68 master - master
--
keith.pack...@intel.com
pgp15U6QlIIw3.pgp
Description:
On Tue, 28 Sep 2010 18:44:53 +0200, Tobias Droste tdro...@gmx.de wrote:
Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=30367
Currently the ddx calls RROutputInit() before RRExtensionInit() is
called. This causes RRErrorBase being 0 while setting resource type
error (resource types
On Wed, Sep 29, 2010 at 08:48:13PM +0200, Mark Kettenis wrote:
Date: Wed, 29 Sep 2010 14:23:40 -0400
From: Trevor Woerner twoer...@gmail.com
On Wed, Sep 29, 2010 at 12:25 PM, Trevor Woerner twoer...@gmail.com wrote:
? ?driver/xf86-video-geode/src/gx_randr.c
... and:
On Wed, Sep 29, 2010 at 10:48:58PM +0200, Luc Verhaegen wrote:
...
Question: Would either the dummy or the vesa driver have caught this one
at build time at all?
No.
Luc Verhaegen.
cu
Adrian
--
Is there not promise of rain? Ling Tan asked suddenly out
of the darkness.
On Wed, Sep 29, 2010 at 4:48 PM, Luc Verhaegen l...@skynet.be wrote:
Question: Would either the dummy or the vesa driver have caught this one
at build time at all?
I don't think so. I grep'ed through the source tree and only found
those 4 locations where the pixmapPrivate member was being used.
On Wed, Sep 29, 2010 at 11:55:00PM +0300, Adrian Bunk wrote:
On Wed, Sep 29, 2010 at 10:48:58PM +0200, Luc Verhaegen wrote:
...
Question: Would either the dummy or the vesa driver have caught this one
at build time at all?
No.
Yet exactly supposedly being able to catch issues like this,
On Wed, 29 Sep 2010 22:51:48 +0200, Tobias Droste tdro...@gmx.de wrote:
V2: With header file
Applied.
72a9c68..c7e4222 master - master
--
keith.pack...@intel.com
pgp2DZ55qMDXH.pgp
Description: PGP signature
___
xorg-devel@lists.x.org: X.Org
Since I think I introduced this bug in the 1.9 cycle, I'd guess this
patch should be cherry-picked to the 1.9 stable branch too.
Jamey
On Tue, Sep 28, 2010 at 9:44 AM, Tobias Droste tdro...@gmx.de wrote:
Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=30367
Currently the ddx calls
See below:
This looks broken. lx_output_mode_valid() now returns MODE_OK for every
possible mode, but takes great pains to get there. The commit message
doesn't help, I have no idea what it's trying to say.
I have not received your mail until Martin forwarded it to me just now. If you
don't
28 matches
Mail list logo