On Sun, Mar 02, 2003 at 11:28:24PM -0500, David Dawes wrote:
On Sat, Mar 01, 2003 at 10:34:20AM +0100, Sven Luther wrote:
On Fri, Feb 28, 2003 at 04:19:37PM -0500, David Dawes wrote:
Are you speaking about the current 4.3.0 or the stuff you are working on ?
What I was working on.
Ok,
On Sun, 2 Mar 2003, David Dawes wrote:
On Sat, Mar 01, 2003 at 08:27:49PM -0700, Marc Aurele La France wrote:
On Sat, 1 Mar 2003, Mark Vojkovich wrote:
setjmp is a *macro* (for __sigsetjmp) defined in /usr/include/setjmp.h.
This is libc 2.2. so it doesn't set HAS_GLIBC_SIGSETJMP.
On Mon, 3 Mar 2003, Marc Aurele La France wrote:
On Sun, 2 Mar 2003, David Dawes wrote:
On Sat, Mar 01, 2003 at 08:27:49PM -0700, Marc Aurele La France wrote:
On Sat, 1 Mar 2003, Mark Vojkovich wrote:
setjmp is a *macro* (for __sigsetjmp) defined in /usr/include/setjmp.h.
This is
On Mon, 3 Mar 2003, David Dawes wrote:
On Mon, Mar 03, 2003 at 03:53:32PM +, David Woodhouse wrote:
On Fri, 2003-02-28 at 17:31, David Dawes wrote:
Makefile.kernel was supposed to the a Makefile suitable for dropping
into the kernel source tree's drivers/char/drm directory. It's never
All,
Please excuse my ignorance here as I have only been
on this list for a few weeks and am pretty new to XFree86 internals. That
being said ...
I am working on modifying an input driver (or two
:-) and am having a little trouble. I cannot find man pages or other
documentation on
On Mon, 3 Mar 2003, Stuart Anderson wrote:
On a related matter, in libGLU's mysetjmp.h, there is
inline int
mysetjmp( JumpBuffer *j )
{
return ::setjmp( j-buf );
}
... and something similar for longjmp(). Now my (spoken) C++ is less than
adequate, but
I should note that setting HasGlibc21Sigsetjmp YES doesn't work
for me. It complains about an undefined xf86setjmp when building
xf86sym.c. Yes, I did make World.
Mark.
___
Devel mailing list
[EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 2 Mar 2003, David Dawes wrote:
On Sun, Mar 02, 2003 at 04:27:26PM -0500, Binesh Bannerjee wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi...
I've been trying to compile XFree86-4.3.0 ... And, actually the
_compile_ (make
Hi Guys,
I just noticed that my XFree86 build seems to be building with debug info
enabled. Is that the default when you do an install and 'make World'? How
do you enable an optimised, no debug build by default? I want to build
everything optimised by default and then switch to building just
On Mon, 3 Mar 2003, Kendall Bennett wrote:
Hi Guys,
I just noticed that my XFree86 build seems to be building with debug info
enabled. Is that the default when you do an install and 'make World'? How
do you enable an optimised, no debug build by default? I want to build
everything
Mark Vojkovich [EMAIL PROTECTED] wrote:
1. All mono bitmap data for glyphs etc appears to be stored in LSB format
internally. A lot of PC hardware is MSB, and XAA bit twiddles the bits
before passing it to the low level layers for hardware that is MSB only.
I am wondering if there is a
On Mon, 3 Mar 2003, Kendall Bennett wrote:
Mark Vojkovich [EMAIL PROTECTED] wrote:
1. All mono bitmap data for glyphs etc appears to be stored in LSB format
internally. A lot of PC hardware is MSB, and XAA bit twiddles the bits
before passing it to the low level layers for hardware
Mark Vojkovich [EMAIL PROTECTED] wrote:
So I assume that we will just have to do the bit twiddling on cards that
are MSB only? I guess we can live with that ;-)
There aren't really that many cards that are that way. And all
the ones I can think of suck for other reasons (ie. only
On Mon, Mar 03, 2003 at 08:48:12AM -0700, Marc Aurele La France wrote:
On Sun, 2 Mar 2003, David Dawes wrote:
On Sat, Mar 01, 2003 at 08:27:49PM -0700, Marc Aurele La France wrote:
On Sat, 1 Mar 2003, Mark Vojkovich wrote:
setjmp is a *macro* (for __sigsetjmp) defined in
On Mon, 3 Mar 2003, Mark Vojkovich wrote:
I just noticed that if I use a large root window cursor it doesn't
work anymore. Actually I see a brief flash of it then it disappears.
It looks to me like HW/SW cursor switching has broken. Can someone
else confirm this?
It appears to
On Mon, Mar 03, 2003 at 10:31:56AM +0100, Sven Luther wrote:
On Sun, Mar 02, 2003 at 11:28:24PM -0500, David Dawes wrote:
On Sat, Mar 01, 2003 at 10:34:20AM +0100, Sven Luther wrote:
On Fri, Feb 28, 2003 at 04:19:37PM -0500, David Dawes wrote:
Are you speaking about the current 4.3.0 or the
Feigning erudition, David Dawes wrote:
[evils of make -k]
% We could change the default, and let those who like the current behaviour
% run 'make WORLDOPTS=-k'. Since the original reasons for this are less
% valid now (builds are much faster than they once were), and since it
% catches a lot of
On Mon, 3 Mar 2003, Mark Vojkovich wrote:
I just noticed that if I use a large root window cursor it doesn't
work anymore. Actually I see a brief flash of it then it disappears.
It looks to me like HW/SW cursor switching has broken. Can someone
else confirm this?
It appears to
On Mon, 3 Mar 2003, Marc Aurele La France wrote:
On Mon, 3 Mar 2003, Mark Vojkovich wrote:
I just noticed that if I use a large root window cursor it doesn't
work anymore. Actually I see a brief flash of it then it disappears.
It looks to me like HW/SW cursor switching has broken.
Around 0 o'clock on Mar 4, Mark Vojkovich wrote:
This is the core SW cursor not the ARGB SW cursor, though I haven't tried
ARGB SW cursors (I forgot how to set one as the root cursor).
$ XCURSOR_THEME=redglass XCURSOR_SIZE=256 xsetroot -cursor_name shuttle
I guess I'll
have to set a flag in
The command:
xset m 2/1
only affects the primary mouse.
It should either affect both, or preferably have an option
to specify which mouse to alter.
If this is the wrong list to post this to, please advise.
Thanks,
Jon.
___
Devel mailing list
Hi
I ve a nice one :
I am using a TABLET PC and there we have multiple extra buttons both on
the keyboard and on the unit itself ..
now when i use xev to determine the Keycodes i get different ones for
each button on keyboard , but 2 buttons on the unit itself get me the
some code as i get
22 matches
Mail list logo
