On Wed, Nov 30, 2022 at 04:57:04PM -0800, Alan Coopersmith wrote:
> On 11/16/22 01:08, Thomas Dickey wrote:
> > On Tue, Nov 15, 2022 at 03:27:38PM -0500, Thomas E. Dickey wrote:
> > > Thomas E. Dickey (4):
> > >libxft issue #15
> > >fix compil
On Mon, Oct 03, 2022 at 06:47:32PM +0800, Po Lu wrote:
> Po Lu writes:
>
> > ==67186== 408 bytes in 1 blocks are definitely lost in loss record 272 of
> > 344
> > ==67186==at 0x484A464: calloc (vg_replace_malloc.c:1328)
> > ==67186==by 0x490935F: _XimOpenIM (in
On Sat, Aug 20, 2022 at 09:51:42AM -0700, Alan Coopersmith wrote:
> Thanks - while gitlab is our preferred method, when that's not possible,
> we prefer using the xorg-devel mailing list (cc'ed) instead of trying to
> guess which individual developer to contact.
>
> This bug has been previously
- Original Message -
| From: "Jeremy Huddleston Sequoia"
| To: xorg-de...@lists.freedesktop.org
| Sent: Sunday, June 12, 2022 8:57:05 PM
| Subject: 504 to gitlab.freedesktop.org
| Hey folks,
|
| I was going to spend a little bit of time putting out an update to XQuartz to
| address a
> On 10:19, Wed, 26 Jan 2022 Thomas Dickey
> > On Mon, Jan 24, 2022 at 01:56:55PM +0100, René wrote:
> > > I redeveloped `xprop.., so it fits my expectations:
> > > - the tool does not allocate 1MB every time
> > > - no limit for buffer
> > > -
On Mon, Jan 24, 2022 at 01:56:55PM +0100, René wrote:
> I redeveloped `xprop.., so it fits my expectations:
> - the tool does not allocate 1MB every time
> - no limit for buffer
> - refacturing the code
> - colorized output
> --raw param for scripts
> - bug fixing
> - $@ tag for pro name
> $# tag
On Wed, Jan 15, 2020 at 08:54:10AM +0100, Matthieu Herrb wrote:
> On Tue, Jan 14, 2020 at 06:29:52PM -0500, Thomas Dickey wrote:
> > On Tue, Jan 14, 2020 at 10:23:15PM +0100, Matthieu Herrb wrote:
> > > This code has a number of issues:
> > > - It doesn'
On Tue, Jan 14, 2020 at 10:23:15PM +0100, Matthieu Herrb wrote:
> This code has a number of issues:
> - It doesn't support IPv6 https://bugs.freedesktop.org/show_bug.cgi?id=7611
> - The IP address is set by the selection owner so it doesn't bring any
> security for anyone querying the selection
On Sun, Jul 14, 2019 at 06:34:20PM -0700, Alan Coopersmith wrote:
> As you may have noticed, I've been working through the various modules to make
> releases of those with significant enough change to justify a release (i.e.
> more than just the autogen.sh cleanups & gitlab README/configure.ac
On Mon, Jul 01, 2019 at 11:01:27PM +0200, Niclas Zeising wrote:
> On 2019-07-01 00:24, Thomas Dickey wrote:
> >- Original Message -
> >| From: "Niclas Zeising"
> >| To: "Matt Turner" , "Thomas Dickey"
> >| Cc: "xorg-devel&
- Original Message -
| From: "Niclas Zeising"
| To: "Matt Turner" , "Thomas Dickey"
| Cc: "xorg-devel"
| Sent: Sunday, June 30, 2019 4:55:04 PM
| Subject: Re: libXt release
| On 2019-06-19 18:56, Matt Turner wrote:
|> On Tue, Jun 18, 2019 at 8
On Tue, Jun 18, 2019 at 07:18:21AM -0400, Thomas Dickey wrote:
> On Tue, Jun 18, 2019 at 05:37:40AM -0400, Thomas Dickey wrote:
> > On Mon, Jun 17, 2019 at 10:08:21AM -0400, Matt Turner wrote:
> > > On Mon, Jun 17, 2019 at 4:57 AM Thomas Dickey wrote:
> > > >
> &g
On Tue, Jun 18, 2019 at 05:37:40AM -0400, Thomas Dickey wrote:
> On Mon, Jun 17, 2019 at 10:08:21AM -0400, Matt Turner wrote:
> > On Mon, Jun 17, 2019 at 4:57 AM Thomas Dickey wrote:
> > >
> > > On Sun, Jun 16, 2019 at 08:08:42PM -0400, Thomas Dickey wrote:
> >
On Mon, Jun 17, 2019 at 10:08:21AM -0400, Matt Turner wrote:
> On Mon, Jun 17, 2019 at 4:57 AM Thomas Dickey wrote:
> >
> > On Sun, Jun 16, 2019 at 08:08:42PM -0400, Thomas Dickey wrote:
> > > On Thu, Jun 13, 2019 at 03:43:04PM -0400, Thomas Dickey wrote:
> &
On Mon, Jun 17, 2019 at 10:14:50AM -0700, Alan Coopersmith wrote:
> On 6/16/19 5:08 PM, Thomas Dickey wrote:
> > I've built, but don't see how to run... with Solaris 11.4
> > (since the existing libraries are linked to an ABI 4 libXt).
>
> It's the same ABI, we just prese
On Mon, Jun 17, 2019 at 10:14:50AM -0700, Alan Coopersmith wrote:
> On 6/16/19 5:08 PM, Thomas Dickey wrote:
> > I've built, but don't see how to run... with Solaris 11.4
> > (since the existing libraries are linked to an ABI 4 libXt).
>
> It's the same ABI, we just prese
On Mon, Jun 17, 2019 at 10:08:21AM -0400, Matt Turner wrote:
> On Mon, Jun 17, 2019 at 4:57 AM Thomas Dickey wrote:
> >
> > On Sun, Jun 16, 2019 at 08:08:42PM -0400, Thomas Dickey wrote:
> > > On Thu, Jun 13, 2019 at 03:43:04PM -0400, Thomas Dickey wrote:
> &
On Sun, Jun 16, 2019 at 08:08:42PM -0400, Thomas Dickey wrote:
> On Thu, Jun 13, 2019 at 03:43:04PM -0400, Thomas Dickey wrote:
> > - Original Message -
> > | From: "Matt Turner"
> > | To: "Thomas Dickey"
> > | Cc: "xorg-de
On Thu, Jun 13, 2019 at 03:43:04PM -0400, Thomas Dickey wrote:
> - Original Message -
> | From: "Matt Turner"
> | To: "Thomas Dickey"
> | Cc: "xorg-devel"
> | Sent: Thursday, June 13, 2019 1:47:04 PM
> | Subject: libXt release
>
>
- Original Message -
| From: "Matt Turner"
| To: "Thomas Dickey"
| Cc: "xorg-devel"
| Sent: Thursday, June 13, 2019 1:47:04 PM
| Subject: libXt release
| Hi Thomas,
|
| I'd like to do a tarball release of libXt since there are now quite a
| few commits
On Fri, May 17, 2019 at 10:08:47AM +0200, walter harms wrote:
> Hi list,
> is there a common ground for using OS related defines ?
> I was look at some libs and found some defines that
> look pretty ancient. And some like
> WIN32 vs _WIN32
however, they're distinct:
On Fri, May 17, 2019 at 04:26:10PM +0200, walter harms wrote:
>
>
> Am 17.05.2019 13:01, schrieb James Larrowe:
> > I use _WIN32 or __WIN32__ depending on the context.
> >
> my idea was to reduce the number of defines :)
>
> the problem is that i have no way to test what would happen if
> i
On Fri, May 17, 2019 at 10:08:47AM +0200, walter harms wrote:
> Hi list,
> is there a common ground for using OS related defines ?
> I was look at some libs and found some defines that
> look pretty ancient. And some like
> WIN32 vs _WIN32
> seems to confuse other people also ( ask you search
On Sat, Jul 05, 2014 at 09:00:44PM -0600, Axel Rasmussen wrote:
The GrayScale define in X.h conflicts with the name of an enum member in
the Qt library's QtGui/qpixelformat.h, such that including both headers
would result in a compile error.
sounds like (yet another) bug in Qt.
This commit
On Thu, Jun 27, 2013 at 08:33:02AM +0200, Thomas Klausner wrote:
On Wed, Jun 26, 2013 at 08:55:35PM -0400, Thomas E. Dickey wrote:
On Tue, Jun 25, 2013 at 11:02:48PM +0200, Thomas Klausner wrote:
---
src/ResConfig.c | 4 ++--
src/TMparse.c | 4 ++--
2 files changed, 4
On Tue, Jun 25, 2013 at 11:02:48PM +0200, Thomas Klausner wrote:
---
src/ResConfig.c | 4 ++--
src/TMparse.c | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/ResConfig.c b/src/ResConfig.c
index 152d9cf..5a7f6d2 100644
--- a/src/ResConfig.c
+++
On Tue, Jan 24, 2012 at 01:34:06PM -0500, Gaetan Nadon wrote:
On 12-01-23 06:04 PM, Matt Turner wrote:
xterm and gv need it.
Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=45153
Signed-off-by: Matt Turner matts...@gmail.com
---
configure.ac |6 --
1 files changed, 4
On Tue, Jan 24, 2012 at 05:06:20PM -0500, Matt Turner wrote:
On Tue, Jan 24, 2012 at 4:45 PM, Thomas Dickey dic...@his.com wrote:
Actually the issue relative to xterm was reported over in GenToo this
week.
Samuli and I are Gentoo developers
;-)
It seems that xorg changes have broken
On Tue, Jan 24, 2012 at 01:34:08PM -0500, Gaetan Nadon wrote:
Oh, wait a minute. There is a reason why it is not there to begin with.
Isn't it a private header? Making it public will make it impossible to
make backward compatible changes. Code written for xaw3d may want to be
ported on xaw and
On Sun, 23 Oct 2011, Jeremy Huddleston wrote:
Why not change the format string to use %ld for sizeof() instead of casting?
sizeof() is guaranteed to be unsigned, but there's no guarantee that it's
identical to unsigned long.
--
Thomas E. Dickey
http://invisible-island.net
On Wed, 28 Sep 2011, Matt Turner wrote:
Caused by commit 893e86a4, and hidden by the (char *) cast.
That's an example of why just adding casts is not always a good idea.
Another way to do this would be to provide a local variable with
the right type (and generally at no cost, due to
On Mon, 29 Aug 2011, Rafa�~B Muży�~Bo wrote:
On Sun, Aug 28, 2011 at 10:15:05AM -0400, Gaetan Nadon wrote:
AM_YFLAGS is usually used to pass the -d option to yacc.
Automake knows what this means and will automatically adjust its rules
to update and distribute the
On Sat, 5 Feb 2011, Alan Coopersmith wrote:
I think it used to be faster to count down and compare against zero on some
CPU's (probably 680x0 or so), and you do see that a bit in the ancient X code.
I can't see any other reason to do the counting this way here, so will look into
turning it
On Wed, 19 Jan 2011, Dan Nicholson wrote:
We want to try to ensure that we get C99 if XORG_STRICT_OPTION is
used. So, if we AC_REQUIRE([AC_PROG_CC]) before
AC_REQUIRE([AC_PROG_CC_C99]) in XORG_STRICT_OPTION, then it should
ensure the ordering, right? Or can you just keep calling them and the
On Thu, 6 Jan 2011, Mark Kettenis wrote:
Date: Thu, 6 Jan 2011 14:29:59 +1000
From: Peter Hutterer peter.hutte...@who-t.net
because, really, comments should be for comments.
Not sure this is a good idea, at least not in public headers.
Agree. Code submissions on this list are
On Fri, 31 Dec 2010, Daniel Stone wrote:
Cast it to a char *, mimicking the return immediately below it.
Signed-off-by: Daniel Stone dan...@fooishbar.org
---
hw/xfree86/os-support/linux/lnx_video.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
On Wed, 29 Dec 2010, Gaetan Nadon wrote:
On Wed, 2010-12-29 at 12:22 -0700, Matt Dew wrote:
There's no issues with:
${DESTDIR}${DATADIR}
vs:
${DESTDIR}/${DATADIR}
?
DESTDIR will always end in '/' right?
All the *DIR variables which are installation directories must be
absolute paths.
On Sun, 5 Dec 2010, Matthieu Herrb wrote:
What if the pre-processor is not a GNU cpp? Solaris or something
else.
You loose, but iirc Solaris or other cpp I know of don't pre-define
any macro.
man cpp says
The symbols sun, sparc and unix are defined
On Fri, 12 Nov 2010, Dan Nicholson wrote:
On Thu, Nov 11, 2010 at 4:21 PM, Gaetan Nadon mems...@videotron.ca wrote:
On Thu, 2010-11-11 at 23:40 +0100, Cyril Brulebois wrote:
Thomas Dickey dic...@his.com (11/11/2010):
That's probably the bash manpage, since you're quoting from
On Fri, 12 Nov 2010, wucan wrote:
On 11/12/2010 06:09 AM, Thomas Dickey wrote:
On Thu, 11 Nov 2010, Gaetan Nadon wrote:
According to man sh on my Debian distro:
That's probably the bash manpage, since you're quoting from it.
s/bash/dash/
fwiw, man bash gives
local [option
On Thu, 11 Nov 2010, Gaetan Nadon wrote:
According to man sh on my Debian distro:
That's probably the bash manpage, since you're quoting from it.
--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
___
xorg-devel@lists.x.org:
On Tue, 26 Oct 2010, Jesse Adkins wrote:
Solaris 9 doesn't have getopt.
it has getopt, but doesn't have the nonstandard getopt.h
-#include getopt.h
--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
___
On Wed, 15 Sep 2010, Tormod Volden wrote:
On Wed, Sep 15, 2010 at 1:56 PM, Mikhail Gusarov wrote:
$ echo $a
$ [ zz = $a ]
No problem with quotes, you can even put it the intuitive way with the
variable first:
iirc, some shells give a syntax error on the empty token, even quoted.
(I've
On Tue, 14 Sep 2010, Julien Cristau wrote:
On Tue, Sep 14, 2010 at 09:50:44 -0400, Gaetan Nadon wrote:
On Tue, 2010-09-14 at 07:29 -0400, Trevor Woerner wrote:
Consistently use one conditional notation, ('[]') over
the other ('test').
I am not an expert on shells, but I think the []
On Tue, 14 Sep 2010, Jeremy Huddleston wrote:
On Sep 14, 2010, at 14:06, Thomas Dickey wrote:
On Tue, 14 Sep 2010, Julien Cristau wrote:
On Tue, Sep 14, 2010 at 09:50:44 -0400, Gaetan Nadon wrote:
[] in configure is a PITA because [] are special in m4. That doesn't
apply to this script
On Mon, 12 Jul 2010, jesserayadk...@gmail.com wrote:
From: Jesse Adkins jesserayadk...@gmail.com
Signed-off-by: Jesse Adkins jesserayadk...@gmail.com
---
nls/vi_VN.tcvn/Compose.pre |2 --
nls/vi_VN.viscii/Compose.pre |2 --
2 files changed, 0 insertions(+), 4 deletions(-)
diff --git
On Fri, 11 Jun 2010, Alan Coopersmith wrote:
Sorry, but set_font_authorizations is used - it's called from libXfont.
(Well, it's used in theory - I don't think anyone ever really used the
font server license/authorization checking support.)
It used to be one of the nuisances in installing
On Fri, 11 Jun 2010, Alan Coopersmith wrote:
Thomas Dickey wrote:
On Fri, 11 Jun 2010, Alan Coopersmith wrote:
Sorry, but set_font_authorizations is used - it's called from libXfont.
(Well, it's used in theory - I don't think anyone ever really used the
font server license/authorization
On Fri, 4 Jun 2010, Jeremy Huddleston wrote:
Should I put the patch on people.fd.o due to its size?
On Jun 4, 2010, at 22:51, xorg-devel-boun...@lists.x.org wrote:
Your mail to 'xorg-devel' with the subject
[PATCH luit] Integrate changes from Thomas Dickey's luit-20100601
fork
Is being
On Thu, 21 Jan 2010, Florian Mickler wrote:
On Wed, 20 Jan 2010 18:05:06 -0500 (EST)
Thomas Dickey dic...@his.com wrote:
The reason for xfs was to move the computation and I/O off to the server,
which might be far away, reducing both. Client-side font-rendering
doesn't appear to solve
On Thu, 21 Jan 2010, Rémi Cardona wrote:
Le 21/01/2010 00:05, Thomas Dickey a écrit :
The reason for xfs was to move the computation and I/O off to the server,
which might be far away, reducing both.
IIRC, xfs was design to move the initial rendering of font files into
font pixmaps out
On Thu, 21 Jan 2010, Peter Harris wrote:
On 2010-01-21 17:16, Thomas Dickey wrote:
How would Render reduce network traffic compared to xfs when drawing
large amounts of text?
RenderAddGlyph of only the glyphs that are in use is typically smaller
than QueryFont when using Unicode fonts
On Fri, 22 Jan 2010, Rémi Cardona wrote:
Le 21/01/2010 23:54, Thomas Dickey a écrit :
Ok. Where can we read the details of the benchmarks and corresponding
measurements?
http://keithp.com/~keithp/talks/usenix2001/xrender/ has some numbers,
As I read that, it's saying in effect that _each_
On Wed, 20 Jan 2010, Alan Coopersmith wrote:
Michael Cree wrote:
Hope you don't mind a question from a user who is running xfs: What
replaces xfs? Should we now be running some other application for
font serving?
The vast majority of users don't need a font server, as they're not
running
On Mon, 18 Jan 2010, Julien Cristau wrote:
On Tue, Jan 12, 2010 at 19:08:49 -0500, Gaetan Nadon wrote:
Changed my mind about 'yes' + 'missing xmlto' = error. Not for this macro
to decide. WARN instead.
When we get an explicit command line argument, I think it needs to
either be obeyed or
On Sun, 4 Oct 2009, Mark Kettenis wrote:
@@ -219,7 +219,7 @@ port_rep_inb(xf86Int10InfoPtr pInt,
register int inc =3D d_f ? -1 : 1;
CARD32 dst =3D base;
if (PRINT_PORT DEBUG_IO_TRACE())
- ErrorF( rep_insb(%#x) %ld bytes at %8.8lx %s\n,
+ ErrorF( rep_insb(%#x) % PRId32
On Sun, 4 Oct 2009, Julien Cristau wrote:
That changes the behaviour, it forces libmd if you don't explicitly tell
configure to use something else. With my patch, the first
implementation found is used (and I think that's better).
A frequent cause of problems in *BSD ports is just picking up
On Sun, 4 Oct 2009, Julien Cristau wrote:
On Sun, Oct 4, 2009 at 08:50:24 -0400, Thomas Dickey wrote:
On Sun, 4 Oct 2009, Julien Cristau wrote:
That changes the behaviour, it forces libmd if you don't explicitly tell
configure to use something else. With my patch, the first
On Sun, 4 Oct 2009, Florian Mickler wrote:
[i have not read the source nor the patch]
I did read the patch (a good place to start).
--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
___
xorg-devel mailing list
On Sat, 3 Oct 2009, Michel D�nzer wrote:
On Sat, 2009-10-03 at 08:43 -0400, Thomas Dickey wrote:
On Sat, 3 Oct 2009, Michel Dnzer wrote:
What purpose is that? If these functions were actually called with a
NULL PixmapPtr, surely the current code would have crashed with a
segmentation fault
On Fri, 31 Jul 2009, Julien Cristau wrote:
Add _X_HIDDEN for some symbols that aren't used outside of Xlib.
...
xterm uses this, has used the specific Xlib.h interface since 1999.
There's a reason for having those in the header file (probably other
programs than xterm use them ;-)
-KeySym
On Wed, 24 Jun 2009, Jon TURNEY wrote:
Thomas Dickey wrote:
(The other point is questioning whether there was a technical reason for
the use of bison - perhaps not)
We are entirely at the mercy of what autoconf decides to use for yacc on the
machine where 'make dist' is done
On Mon, 8 Jun 2009, olafbuddenha...@gmx.net wrote:
Hi,
On Fri, Jun 05, 2009 at 08:20:46AM -0400, Thomas Dickey wrote:
One point to be made is that the source which was added to the tree
has additional restrictions which do not apply to other files.
It is not really source code. It is a .c
On Thu, 4 Jun 2009, olafbuddenha...@gmx.net wrote:
That wording could, for example, be construed to prohibit using the
skeleton in an application that generates parsers from a meta
description for xkb and the like.
Not really. Such a generator would just create .y files as well, not use
the
On Sat, 30 May 2009, Jon TURNEY wrote:
Jeremy Huddleston wrote:
So it looks like 1.6.1.901 was 'make dist'd with a gpl3 yacc...
specifically, these two files are licensed under GPL-3:
./kdrive/xorg-server-1.6.1.901/hw/xwin/winprefsyacc.c
On Tue, 31 Mar 2009, Daniel Stone wrote:
For the nine millionth time, it has nothing to do with Emacs.
That's even more of an exaggeration than 30 years for X
(the thread has reached a new low)
--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
66 matches
Mail list logo
