Age | Commit message (Collapse) | Author | Files | Lines |
|
number of properties sent.
This is apparently resolved in newer branches of the X server.
Add some assertions to prevent this from happening again in the 1.4 branch, and write out the total
number of properties actually written, rather than the value from glxint.h.
|
|
|
|
|
|
|
|
This occurred to me in hindsight after the last commit. If the
original developer had done this, we would have noticed the
problem sooner.
|
|
xp_destroy_surface was called with a surface id of 0, due to some
premature cleanup that set it to 0. This means the surfaces
weren't being destroyed until the window was.
The code that did that was: pDRIDrawablePriv->sid = 0;
In long running applications this leak may or may not have been
harmful. With the old libGL the surfaces weren't destroyed until
the context was destroyed or a new context created. In the new
libGL they are reference counted, and released much sooner, so we
ran into a resource leak more noticeably with some tests.
Make the Apple DRI code dispatch events to the client(s) for
destroyed surfaces, when a resource is destroyed. This seems to
work in my tests, however this clearly wasn't working for a while,
so bugs may result in the future if it enables some new (unexpected)
side effects.
Also add a few helpful comments to aid in understanding the code
in the future.
Tested with the test suite, Pymol, and various Mesa demos.
|
|
I added a memset to fix the issue with an uninitialized function pointer,
and potentially other GLX data in ->base.
Also use xalloc and xfree, instead of malloc.
Enable the alpha bits from the __GLcontextModes. The alphaBits are no
longer always 0 as the previous comment eluded to.
Add some commentary about how some of the data structures work.
Cleanup some of the GLAQUA_DEBUG_MSG.
This was tested with various Mesa demos in a variety of situations over
indirect.
|
|
|
|
|
|
|
|
|
|
|
|
(cherry picked from commit 95000e34df9ba066905430eb0eb39a616567183e)
|
|
|
|
causing CPU spinning on some configurations
|
|
|
|
(cherry picked from commit eafaf40fb3368ca7e4cf48336fdb7a6c9f536bfa)
|
|
|
|
The builtin-fonts configure option was removed, as it at best should
have been a runtime option. Instead, now it always register all "font
path element" backends, and adds built-ins fonts at the end of the
default font path.
This should be a more reasonable solution, to "correct" the most
common Xorg FAQ (could not open default font 'fixed'), and also don't
break by default applications that use only the standard/historical
X Font rendering.
(cherry picked from commit 49b93df8a3002db7196aa3fc1fd8dca1c12a55d6)
Signed-off-by: Keith Packard <keithp@keithp.com>
(cherry picked from commit 69a2728891e92da6a674d7313f3bb47c629b38dc)
|
|
(cherry picked from commit e85d5d707d51d6a1558dfcf0ebd50183b84be39d)
|
|
libXfont will do this for us in FontFileRegisterFpeFunctions.
(cherry picked from commit e3ff8501749209ee2dd324d35ae16e37510e0574)
|
|
(cherry picked from commit affec10635343668839994ea2bac16c1d4524200)
|
|
This was to account for cases where you had video and print screens in
the same server. Lunacy. Leave the slot in ScreenInfo, but rename it,
and stop looking at it.
(cherry picked from commit a82e6efb7b9b2ab9a1597b002f375c5ee105e7f5)
|
|
dix: this is semantically different but it goes through the same path in
the code.
(cherry picked from commit f3b29efc4d7bb346cdd3fd79e780f1022c8f46e8)
|
|
(cherry picked from commit 1c8bd318fbaf65890ef16fe26c76dd5e6f14dfde)
|
|
Part of fix for Sun bug 4258475
<http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=4258475>
(cherry picked from commit 1a01e96c6d15ef17a8b5ab1afa361fb12476a25e)
|
|
(cherry picked from commit 9113fa3de36e84bbae2727cace82b1cf0d709a86)
|
|
(cherry picked from commit 7c0709a736c0f3aa011de67dd2c2962585ab146e)
|
|
I pushed this to the wrong branch...
This reverts commit 346b25f88f6ab74dbef0559c9634d72463e017f5.
|
|
|
|
libXfont 1.4.0 no longer includes this file, nor do we need it, so just stop
attempting to reference it.
Signed-off-by: Keith Packard <keithp@keithp.com>
(cherry picked from commit 4557b3f6c4273cd83b701beaf7a150c806fed298)
|
|
(cherry picked from commit 8b607c9c507a68a6abda63831d227d0f8947028c)
|
|
|
|
This reverts commit 8121f30bd29591fc74fbc680fbbf20210271fa58.
|
|
|
|
|
|
|
|
(cherry picked from commit 143224405ba74929c702a95de52b56df140b0d1b)
(cherry picked from commit 92f00abc1f519f065d07699b9f150b1f93567be8)
|
|
appropriate on fat binary compilation
(cherry picked from commit f020900641b44a1142e5c2198e9678de2744454e)
(cherry picked from commit 242e58f57b5070fafb0b66d0e9eaeb14c84f40b8)
|
|
(cherry picked from commit d7a2d6a8021525ad09234ab54dd8be9a743b73c3)
|
|
|
|
other threads mieqEnqueue
Avoid possible race condition whereby one thread might call mieqEnqueue before InitAndStartDevices finishes
(cherry picked from commit 94e417ac87a98cd5c6bf2d7c495d702748398931)
|
|
!= sizeof(CARD8)
(cherry picked from commit b1c2d711e7f5bc29a66d4d692431991a82e5d2af)
|
|
Previously, we were calling it on almost every itteration through sendX11Event
(cherry picked from commit 6461729647ff4441d80811e73f0c0d2f108f2700)
|
|
struct ends up in memory, but should make it more obvious for human eyes
|
|
Let Xarch.h set X_BYTE_ORDER for us.
Determine _XSERVER64 at build time.
|
|
|
|
|
|
thread to avoid possible deadlock
|
|
possible deadlock (this can be reversed once pbproxy uses server API)"
Gonna try this a different way...
This reverts commit 9eec2d3e3b4da2427a1c3a26538d36c4e8a7f1ed.
|