http://permalink.gmane.org/gmane.comp.freedesktop.xorg hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.freedesktop.xorg/47841 <pre> Hi, I'm writing a simple open source gtk(mm) "on screen keyboard" (http://code.google.com/p/giuspen-x-osk/source/checkout) and, while all characters and modifiers work pretty good, I'm struggling from several days with the direction arrows but am absolutely stuck and clueless. For all characters and modifiers it works simply with something like: XSync(mp_display, 0); if(flags &amp; FLAG_KEY_DOWN) { XTestFakeKeyEvent(mp_display, XKeysymToKeycode(mp_display, keysym), 1 , 0); XFlush(mp_display); } if(flags &amp; FLAG_KEY_UP) { XTestFakeKeyEvent(mp_display, XKeysymToKeycode(mp_display, keysym), 0, 0); XFlush(mp_display); } but I really found no way to have the direction arrows working. The result is that sending the XK_Up and XK_Down arrow doesn't produce visible effect, the XK_Left and XK_Right instead sometimes produce a double movement and sometimes (after messing with XK_Up and XK_Down button clicks) produce </pre> giuspen 2012-05-24T11:36:26 http://permalink.gmane.org/gmane.comp.freedesktop.xorg/47840 <pre>Hi, I'm writing a simple open source gtk(mm) "on screen keyboard" ( http://code.google.com/p/giuspen-x-osk/source/checkout) and, while all characters and modifiers work pretty good, I'm struggling from several days with the direction arrows but am absolutely stuck and clueless. For all characters and modifiers it works simply with something like: XSync(mp_display, 0); if(flags &amp; FLAG_KEY_DOWN) { XTestFakeKeyEvent(mp_display, XKeysymToKeycode(mp_display, keysym), 1 , 0); XFlush(mp_display); } if(flags &amp; FLAG_KEY_UP) { XTestFakeKeyEvent(mp_display, XKeysymToKeycode(mp_display, keysym), 0, 0); XFlush(mp_display); } but I really found no way to have the direction arrows working. The result is that sending the XK_Up and XK_Down arrow doesn't produce visible effect, the XK_Left and XK_Right instead sometimes produce a double movement and sometimes (after messing with XK_Up and XK_Down button clicks) produce </pre> Giuseppe Penone 2012-05-23T17:10:37 http://permalink.gmane.org/gmane.comp.freedesktop.xorg/47839 <pre>-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Bugfix release, made to address a regression caused by the last release on Ubuntu [1], the original bug will of course return then [2]. Cheers, Jakob. [1] https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-vmmouse/+bug/996821 [2] https://bugzilla.novell.com/show_bug.cgi?id=717625 Gaetan Nadon (1): config: replace obsolete AM_CONFIG_HEADER with AC_CONFIG_HEADERS Jakob Bornecrantz (1): vmmouse 12.8.0 Michal Srb (1): Enable hardware access during vmmouse preinit. Zack Rusin (1): Revert "Adjust the kernel name in the udev file." git tag: xf86-input-vmmouse-12.9.0 http://xorg.freedesktop.org/archive/individual/driver/xf86-input-vmmouse-12.9.0.tar.bz2 MD5: 2b3bfea9ba1f73d9d68bddd0d6b20112 xf86-input-vmmouse-12.9.0.tar.bz2 SHA1: 83500beddba2da390389705d482131872fe9be8b xf86-input-vmmouse-12.9.0.tar.bz2 SHA256: fbcf00f6bfee38bc65e0f0b812a4d076f7e203e81ed908e57de4026792b299bf xf86-input-vmmouse-12.9.0.tar.bz2 http://xorg.fre</pre> jakob< at >vmware.com 2012-05-22T19:34:17 http://permalink.gmane.org/gmane.comp.freedesktop.xorg/47838 <pre>pkg-config is one of the required tools to build any X.Org package. http://www.x.org/wiki/ModularDevelopersGuide#GNU_Build_System: GNU Build System autoconf (2.60) Produce shell scripts that automatically configure software source code packages automake (1.10) Create GNU standards-compliant Makefiles from template files gmake The GNU version of the "make" utility to maintain groups of programs libtool (1.5) Provide generic shared library support pkg-config (0.22) Return metainformation about installed libraries _______________________________________________ xorg&lt; at &gt;lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: gcfx-xorg-2&lt; at &gt;m.gmane.org</pre> Gaetan Nadon 2012-05-22T18:38:14 http://permalink.gmane.org/gmane.comp.freedesktop.xorg/47837 <pre> Either use the tarballs we provide with configure scripts already generated so you don't have to run autoconf, or install the pkg.m4 autoconf macros from pkg-config first. </pre> Alan Coopersmith 2012-05-21T14:36:37 http://permalink.gmane.org/gmane.comp.freedesktop.xorg/47836 <pre> Any code which does this is being inadvisably friendly with the implementation. From the protocol spec: Subsequent drawing into the background or border pixmap has an undefined effect on the window state. The server might or might not make a copy of the pixmap. The sample implementation (at least at the dix level) has always done the current behaviour of taking a reference on the pixmap, but the sample implementation is not the only X server ever written. - ajax _______________________________________________ xorg&lt; at &gt;lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: gcfx-xorg-2&lt; at &gt;m.gmane.org</pre> Adam Jackson 2012-05-21T14:16:50 http://permalink.gmane.org/gmane.comp.freedesktop.xorg/47835 <pre>i am trying to build libXext-1.3.1 but i get a error message checking for X.Org SGML entities &gt;= 1.8... ./configure: line 18029: syntax error near unexpected token `xorg-sgml-doctools' ./configure: line 18029: `PKG_CHECK_EXISTS(xorg-sgml-doctools m4_ifval([1.8],[&gt;= 1.8]),' what shall i do, please help_______________________________________________ xorg&lt; at &gt;lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: gcfx-xorg-2&lt; at &gt;m.gmane.org</pre> Lee Wei han 2012-05-21T09:15:22 http://permalink.gmane.org/gmane.comp.freedesktop.xorg/47834 <pre>Hey I'm writing to the mailing list because I fear that https://sourceforge.net/projects/aiptektablet/ is dead (last update 2009-08-18). I have to Aiptek Hyperpen mini devices which are identical to the point except for the bcdDevice id. The first one with the id 1.01 works but the other one with the id 1.02 doesn't work so well. The points are mapped correctly but sometimes the stylus stops working completly (seems to be the case if the pressure is too big or the angle of the stylus is changed). On Windows the device works flawless. I attach the lsusb output with the hope that someone can help me. with kind regards, Thomas Bus 005 Device 007: ID 172f:0037 Waltop International Corp. Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 1.10 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 idVendor 0x172f Waltop International Corp. idProduct 0x0037 </pre> Thomas Schneider 2012-05-20T20:58:01 http://permalink.gmane.org/gmane.comp.freedesktop.xorg/47833 <pre> Am 20.05.2012 05:30, schrieb Keith Packard: Hello keith, i am not an X11 expert, and i am not sure that i understand your answer. So far i understand the problem was how to free the old one and the answer is there is no need to free since you should set the pixmap like this: newpm=xcreatepix() XSetWindowBackgroundPixmap(newpm) xfreepixmap(newpm) Is that what you are saying ? re, wh _______________________________________________ xorg&lt; at &gt;lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: gcfx-xorg-2&lt; at &gt;m.gmane.org </pre> walter harms 2012-05-20T14:10:54 http://permalink.gmane.org/gmane.comp.freedesktop.xorg/47832 <pre>-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 == Description == This is the second release candidate for 1.12.2. The primary changes from the first release candidate pertain to logging, build failures, and xinput. == Known Issues == Top Issues (1.12 Tracker, https://bugs.freedesktop.org/show_bug.cgi?id=xserver-1.12) * #23938: [from 1.6.x] keys occasionally get stuck * #31501: [from 1.8.x] crash accessing font info with xfs in fontpath * #39094: WaitFor does not handle EIO (causes 100% cpu load) * #39838: Server crash in RENDER * #39949: [from 1.9.x] RandR panning &amp; scaling don't work * #41124: [from 1.9.x] Another crash in GLX/DRI2 when resizing a window * #41149: Server crash pressing multimedia keys * patch on xorg-devel * #41653: Server crash in rotate * patch pending PULL to master * #43988: Use-after-free * patch in bug needs updated formatting &amp; review * #44038: GL regression with wine Other Issues (1.13 Tracker, https://bugs.freedesktop.org/show_bug.cgi?id=44202) * #11053: Buffer overflow</pre> Jeremy Huddleston 2012-05-20T05:22:42 http://permalink.gmane.org/gmane.comp.freedesktop.xorg/47831 <pre> No, it keeps a reference, but not through the Pixmap ID, so while the client can destroy the ID, the server holds a reference to the underlying Pixmap structure itself. No copy is made. </pre> Keith Packard 2012-05-20T03:30:39 http://permalink.gmane.org/gmane.comp.freedesktop.xorg/47830 <pre> What is undefined behavior? Modifying a pixmap that is still used as a background pixmap, modifying a pixmap that was used as a background pixmap but has since been replaced, or both of these cases? _______________________________________________ xorg&lt; at &gt;lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: gcfx-xorg-2&lt; at &gt;m.gmane.org </pre> James Buren 2012-05-19T23:45:10 http://permalink.gmane.org/gmane.comp.freedesktop.xorg/47829 <pre> You should look at cairo instead -- it nicely wraps the render extension with a pretty postscript-like API. </pre> Keith Packard 2012-05-19T23:23:39 http://permalink.gmane.org/gmane.comp.freedesktop.xorg/47828 <pre>Wow, that was fast. Thanks. Some other questions I've been having. I've been considering using the XRender extension and I've noticed the documentation is nearly non-existent. What advantages does it offer over older Xlib drawing API? At the very least, it seems to offer more complex graphics operations like scaling and alpha blending. _______________________________________________ xorg&lt; at &gt;lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: gcfx-xorg-2&lt; at &gt;m.gmane.org </pre> James Buren 2012-05-19T23:05:14 http://permalink.gmane.org/gmane.comp.freedesktop.xorg/47827 <pre> [I presume that you mean XSetWindowBackgroundPixmap; there is no Xlib function named XSetBackgroundPixmap.] James Buren wrote: The manual page for XSetWindowBackgroundPixmap says: The XSetWindowBackgroundPixmap function sets the background pixmap of the window to the specified pixmap. The background pixmap can immediately be freed if no further explicit references to it are to be made. That seems to imply that the X server makes a copy of the pixmap data rather than keeping a reference to the original pixmap. However, I don't believe that's how the X.org server actually implements it. I've encountered code which uses a background pixmap to implement a persistent screen, and drawing to the pixmap then calling XClearWindow (without calling XSetWindowBackgroundPixmap in between) results in the updated pixmap contents appearing in the window. So it appears to use reference counting or similar. The combination of the documentation and the observed behaviour implies that the X server *may* copy the pix</pre> Glynn Clements 2012-05-19T22:00:28 http://permalink.gmane.org/gmane.comp.freedesktop.xorg/47826 <pre>When using this Xlib function to set a new background pixmap, how does the old one get freed? If I am setting the root window's background pixmap, I don't know how I can get the XID of the old one. If it is a window I created, I can cache it but that seems overkill if I'm just wanting to discard the old one. Can someone direct me to how I am supposed to free the old background pixmap? Thanks. _______________________________________________ xorg&lt; at &gt;lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: gcfx-xorg-2&lt; at &gt;m.gmane.org </pre> James Buren 2012-05-19T20:57:56 http://permalink.gmane.org/gmane.comp.freedesktop.xorg/47825 <pre> Sure, why not. My point was mostly that the events do happen, so wherever the bug is it's not in the server. - ajax _______________________________________________ xorg&lt; at &gt;lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: gcfx-xorg-2&lt; at &gt;m.gmane.org</pre> Adam Jackson 2012-05-18T13:26:19 http://permalink.gmane.org/gmane.comp.freedesktop.xorg/47824 <pre>Hi I am running an Eclipse based IDE on Ubuntu 10.04 LTS, which runs on a VMWare virtual machine on a remote server. I access the IDE on my Win 7 laptop using VcXsrv, which is an X server for Windows based on the Xorg sources. I have two questions related to this configuration. 1) Firstly, in general, the IDE is quite sluggish in this configuration. Is there anything I can do on the remote server or the local laptop to improve performance? (for example, I have heard of xorg acceleration, but I don't know what it is). 2) Secondly, I have a very specific question about the IDE behaviour. Given that this problem only manifests in a X server configuration. I thought it appropriate to ask the question here. When running the IDE, if I right click in an editor window to access a right-click menu option, the expected menu pops up but, after I select a menu item, the editor enters 'text select' mode and highlights a block of text, which is only terminated if I right-click again. I think this simply means that</pre> David Aldrich 2012-05-18T12:23:03 http://permalink.gmane.org/gmane.comp.freedesktop.xorg/47823 <pre> I would have expected that to be primarily the window manager's job. eirik _______________________________________________ xorg&lt; at &gt;lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: gcfx-xorg-2&lt; at &gt;m.gmane.org </pre> Eirik Byrkjeflot Anonsen 2012-05-18T07:19:09 http://permalink.gmane.org/gmane.comp.freedesktop.xorg/47822 <pre>On Fre, 2012-05-18 at 11:16 +0530, vkpulluri wrote: Those errors aren't fatal. I guess those modules weren't built, check config.log in the build tree. The log file looks like there's a problem (most likely an unresolved symbol) after loading the exa module. Check the Xorg stderr output. </pre> Michel Dänzer 2012-05-18T06:38:49 http://permalink.gmane.org/gmane.comp.freedesktop.xorg/47821 <pre>Hello all, I am working on imx53 sabre board. &amp; my interest is to run Xorg on the board not Xfbdev. So I made necessary changes to ltib and build the source. but when I am running on the board I am unable to run Xorg. &amp; I am ending with following errors (EE) Failed to load module "glx" (module does not exist, 0) (EE) Failed to load module "dri" (module does not exist, 0) Could you Please help me regarding these Issue PFA for Xorg.conf , Xorg.0.log FYI I could not find libglx.so libdri.so in /usr/lib/xorg/modules/extensions location lib in usr/lib/xorg/modules/ libfb.so libshadowfb.so libvbe.so libwfb.so libxf8_16bpp.so libexa.so libint10.so libshadow.so libvgahw.so libxaa.so In usr/lib/xorg/modules/extension I have only these two libdbe.so libextmod.so In usr/lib/xorg/modules/input I have these kbd_drv.so mouse_drv.so In usr/lib/xorg/modules/drivers I have imx_drv.so In usr/lib/xorg/modules/linux I have libfbdevhw.so In usr/lib/xorg/modules/multimedia I have bt829_drv.so f</pre> vkpulluri 2012-05-18T05:46:34 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.freedesktop.xorg