On Wednesday 29 September 2010 12:27:08 Marc Cambier wrote:
> Hello,
>
> I have a command 'cmd', which takes a screencapture.
>
> I have two X running :
> - Display :0 on VT2
> - Display :1 on VT3
>
> I go to VT2 : CTRL+ALT+F2
> I launch cmd : I have screenshot of the display :0, it's OK
>
> I
On Wednesday 22 September 2010 08:18:21 walter harms wrote:
> hi List,
> the code checks the upperlimit to 10 while the upperlimit is actualy 9.
You could use "(sizeof( par )/sizeof( String ))-1" to make the code robust
aginst
a change to the size of par.
Barry
>
> re,
> wh
>
>
> --- libXt-
On Sunday 15 August 2010 04:26:29 Joel Feiner wrote:
> On Wed, Aug 11, 2010 at 2:56 PM, Frans de Boer wrote:
...
> >>
> > I tried that before but:
> > 1) It does not preserve the settings between sessions.
> >
> This is annoying, but it's a fixable bug.
Is this problem being worked on? OR are
On 11/03/10 20:50, Aaron Plattner wrote:
On Mon, Mar 08, 2010 at 04:41:46AM -0800, Iban Rodriguez wrote:
Good Morning,
I have a question about video overlay and window repainting. I have
a project in which I need to show a video on a non-rect part of an
application window. After some
On 19/02/10 15:47, David Sveningsson wrote:
> On 2010-02-19 16:27, John Tapsell wrote:
>
>> On 19 February 2010 14:53, David Sveningsson wrote:
>>
>>> Hi, is it possible to get a list of supported resolutions for a monitor,
>>> similar to using xrandr, but even if xorg hasn't been start
On 29/01/10 15:58, Adrian Sud wrote:
> Hi,
>
> I am trying to reconfigure the middle mouse button paste buffer command to
> another one of the 7 available buttons on my mouse, but leave the 2nd mouse
> button reporting itself as a 2nd mouse button.
>
> Any googling and browsing of FAQs finds ways t
Arnaud Fontaine wrote:
>>>>>> Barry Scott writes:
>>>>>>
>
> Hi,
>
> > There are cases when you get notify about damage in a drawable
> > that has gone by the time you deal with the damage.
>
> >
Arnaud Fontaine wrote:
> Hello,
>
> Any ideas or opinions?
>
There are cases when you get notify about damage in a drawable
that has gone by the time you deal with the damage.
Read the Compiz sources to see how it deals this these problems, thats
what we ended up doing.
Barry
Aaron Plattner wrote:
> On Wed, May 27, 2009 at 07:49:18AM -0700, Aurélien PROVIN wrote:
>
>> Hi,
>>
>> I bought a VGA switch to switch some devices on one monitor.
>> But resolution of my X session is limited to 1024x768 instead of 1920x1200.
>> If I hotplug the switch when the X session is sta
Carl Worth wrote:
> On Thu, 2009-04-16 at 17:56 +0100, Barry Scott wrote:
>
>> The code you have to prevent tearing will only work without compositing.
>>
>
> Yes, I just verified that if I simply start xcompmgr then I get tearing
> once again.
>
>
>
Carl Worth wrote:
> On Thu, 2009-04-16 at 12:34 +0100, Jonathan Miles wrote:
>
>> Okay, understood... that is strange. I am using Compiz (0.8.2 + whatever
>> Ubuntu patches it with).
>>
>> I'm going to pull the latest git trees later and start looking into this
>> in more detail.
>>
>
> T
Daniel Stone wrote:
>
>
> xcompmgr is ... not even remotely performant. I'd suggest looking at
> another compositing manager.
>
>
We use xompmgr and I'm wondering what is wrong with the xcompmgr
performance wise?
Barry
___
xorg mailing list
xorg@li
Keith Packard wrote:
> On Wed, 2009-01-14 at 19:35 +, Daniel Gultsch wrote:
>
>> Hi Guys,
>>
>> My major problem is that i dont have the "Intel(R) Video Overlay" but
>> only the "Intel(R) Textured Video" - as reported by xvinfo | grep -i
>> adaptor. This causes tearing and i really need to w
This memory leak has been fixed in server 1.5.
We reduced the problem to a simple X program.
It create two windows that overlap and
then calls XCopyArea on the lower window specifying an area
of the window that is covered by the upper window.
This leaks one region for every copy.
If anyone know
Barry Scott wrote:
> I have found the leak.
>
> At line 202 in miext/cw/cw_ops.c we have:
>
Sorry this is not the leak. (I followed the wrong caller
of miRegionCreate).
The leak is coming from this call sequence:
#0 miRegionCreate (rect=0x0, size=0) at miregion.c:339
#1 0
Beso wrote:
> 2008/12/23 Barry Scott :
>
>> I have found the leak.
>>
>>
> isn't it simpler to update the xorg-server version?! 1.3 one is rather
> old and probably
>
I'm working on an embedded system which makes it a big problem to update
I have found the leak.
At line 202 in miext/cw/cw_ops.c we have:
(*pBackingGC->ops->CopyArea)(pBackingSrc, pBackingDst,
pBackingGC, srcx, srcy, w, h,
dstx, dsty);
The RegionRec that is returned is lost.
Here is the stack trace of the allocation:
Breakpoin
I'm tracking down a memory leak in xorg server 1.3.
With some work loads we see a reproducible memory leak in the xorg server.
I have got as far as finding that miRegionCreate is being called 46000
times in 5m and
the memory it allocates is not being freed. There are 17000 blocks
leaked from
mi
Keith Packard wrote:
> On Tue, 2008-09-30 at 17:28 +0100, Barry Scott wrote:
>
>
>> For example mozilla (mozembed). The -nocursor patch avoids the need to
>> modify
>> any app code at all to remove the unwanted cursors.
>>
>
> Have you tried
Daniel Stone wrote:
> On Mon, Sep 29, 2008 at 11:08:04PM +0200, Olivier Guerrier wrote:
>
>
> * People running consumer/embedded systems who can't trust their
> apps not to try to change the cursors want to silently drop all
> cursor rendering. -> patch required if deemed useful
David Greaves wrote:
> (resend - didn't realise xorg was subscribe only)
>
> Hi Keith
>
> After irc discussions I sent this patch in via daniel last december but I
> guess
> it got dropped.
>
> You seem to be an active committer to xorg/xserver so could you commit this
> for
> me or let me know w
Carlos Ojea wrote:
> Hello!
>
> I wish to know if there is X support and drivers for intel ATOM processors
>
ATOM is a CPU not a graphic chip.
The Intel board product if that is what you mean has 945 graphics chip
on it and
works with Xorg.
If you are using Linux you might have problems with
22 matches
Mail list logo
