i get the following error when i call XCloseDisplay(dpy) at the end of a
program (dpy is a valid display)
received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadValue (integer parameter out of range for operation)'.
(Details: serial 85 error_code 2
I have a problem with the DMC touch screen driver. Almost everything is
working fine except clicking a button. I think the reason is that XFree86
doesnt get a ButtonRelease event after releasing the button (touch
screen).
I conclude this from the events that occur.
Example nr1:
If I
--
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
i have been trying to paint on the root window, i am using an include
file (vroot.h) that defines a function to get the virtual root window
the window manager sets but i guess nautilus puts another window on top
of that one because i can only see the canges when i stop nautilus, doe
sanybody know
to get the nautilus root window i tried to use the
NAUTILUS_DESKTOP_WINDOW_ID property, y get a pointer to the root of the
data but then i dont know what to do with that, i tired
mywindow = *((Window*)data_root);
but it doesnt wqork, could anybody give me a hand on this
--
I'd be more than happy to finish off the final touches, test it
on all bdf fonts I've got available, and compare the output
against ucs2any.pl if it would be useful to XFree86 project or
anyone else. My C version can process all fonts in one pass and
spit out multiple encodings all at once,
try your query on Nautilus-devel (http://www.gnome.org). one of the
nautilus developers should be able to answer your question.
Alex
--- Daniel Godas Lopez [EMAIL PROTECTED] wrote:
i have been trying to paint on the root window, i am using an include
file (vroot.h) that defines a function to
Kean Johnston wrote:
All,
I just pulled from the cvs head (well yesterday afternoon, or about 12
hours ago) and the build is failing becuase X11.tmpl. at about line
3675, has:
RunProgram(MKFONTDIR, -n -r -p inst/ $$E .))
But MKFONTDIR is expanding to mkfontscale, which doesn't support these
-n -r -p are documented in man mkfontdir, but -n and -r aren't
implemented in mkfontscale. Thus bug #387 is not complete yet.
Attached is a patch that implements these options in mkfontscale, as
well as improving slightly the semantics of mkfontdir. Also fix two
pre-processor bugs in X11.tmpl
Kean Johnston wrote:
Attached is a patch that implements these options in mkfontscale, as
well as improving slightly the semantics of mkfontdir. Also fix two
pre-processor bugs in X11.tmpl that cause imake warnings.
By the way this patch changes (as you can see) the variable dirname to
dname,
Thanks a bunch for the update Hope!
In the mean time, I've resorted to using debian as the guest OS in
VMWare, works out pretty nicely in fact. (I get to use the 802.11g card,
and XP's suspend/hibernate/power management! =)
-Oliver
Hope Merritt wrote:
All,
The patches will not work do to
As I was the one who pointed you to this list I think
I should answer this:
If you woul like to do driver work there is a list of drivers which
are little maintained at the moment.
This list incudes:
i740
i810
rendition
tseng
cirrus (alpine and laguna)
s3 (not s3Virge or savage)
silicon motion
On 2003.06.30 12:55, Egbert Eich wrote:
As I was the one who pointed you to this list I think
I should answer this:
If you woul like to do driver work there is a list of drivers which
are little maintained at the moment.
This list incudes:
i740
i810
rendition
tseng
cirrus (alpine and laguna)
s3
why aren't the windows drivers affected? they must be a way around it
without needing a new bios... The same thing was claimed the last time
around with the 830s and dell never fixed the bios, but someone came up
with a work around.
Alex
--- Hope Merritt [EMAIL PROTECTED] wrote:
All,
The
There is a report in bugzilla (#439) which claims:
the bug is in xc/lib/GL/glx/glxcmds.c
int bufSize = XMaxRequestSize(dpy) * 4;
should be
int bufSize = XMaxRequestSize(dpy) * 4 - 8;
or more cleanly
int bufSize = XMaxRequestSize(dpy) * 4 - sizeof(xGLXRenderReq);
it happens that you may
Hi list,
I am unable to find a template to create a rule to install files from
a directory which does not have a makefile itself.
I need to process some files matching a mask (e.g. somedir/*.xpm)
without having to list them all in a makefile.
There is an InstallMultiple(list,dest) macro, but it
1. How is the SIZE tag of a font encodings files calculated? I cannot find any
documentation how to to calculate it from a unicode mapping table
2. Why is the SIZE tag needed at all ? The Sun encodings format works happily
without it... :-)
Egbert Eich wrote:
There is a report in bugzilla (#439) which claims:
the bug is in xc/lib/GL/glx/glxcmds.c
int bufSize = XMaxRequestSize(dpy) * 4;
should be
int bufSize = XMaxRequestSize(dpy) * 4 - 8;
or more cleanly
int bufSize = XMaxRequestSize(dpy) * 4 - sizeof(xGLXRenderReq);
it happens
well, yeah.
My point was that intel should just release a patch to fix the driver
(or specs to let us fix it) rather than fixing the bios and making us
wait for dell to (possibly) update the bios.
Alex
--- Mike A. Harris [EMAIL PROTECTED] wrote:
Simple. Because the Windows drivers have
On Mon, 2003-06-30 at 18:55, Egbert Eich wrote:
(I don't know who currently maintains the i128 and r128)
AFAIK Kevin E. Martin still maintains the r128 driver.
--
Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast \
Ian Romanick wrote:
Egbert Eich wrote:
There is a report in bugzilla (#439) which claims:
the bug is in xc/lib/GL/glx/glxcmds.c int bufSize =
XMaxRequestSize(dpy) * 4;
should be int bufSize = XMaxRequestSize(dpy) * 4 - 8;
or more cleanly
int bufSize = XMaxRequestSize(dpy) * 4 -
Hi!
Xfree86 source tree, pulled at 2003-06-30 this morning. It seems that
mkfontscale is generating the encodings.dir files in the wrong order.
The fontenc code expects the name filename order but mkfontscale
uses now filename name (which means that most encodings are not
recognised
On Mon, 30 Jun 2003, Alex Deucher wrote:
Date: Mon, 30 Jun 2003 09:55:44 -0700 (PDT)
From: Alex Deucher [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
Content-Type: text/plain; charset=us-ascii
Subject: Re: Dell C400 fix applied to 855GM?
why aren't the windows drivers
23 matches
Mail list logo