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 a
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 - sizeof(xGLXRend
The Windows driver does full mode programming including all the external
digital components from many 3rd party companies. The open source XFree
driver sets modes by using the video bios. That way it does not have to
have full programming capabilities for 3rd party components. The XFree
driver is t
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 \ http://svcs.affero.ne
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
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 driv
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
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... :-)
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 t
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 comple
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,
>
> T
David Dawes writes:
> On Thu, Jun 26, 2003 at 06:46:15PM +0200, Thomas Winischhofer wrote:
> >David Dawes wrote:
> >>
> >> The sis driver goes one better and allows you to tell it which file to
> >> to overwrite :-(
> >
> >This has no real function other than debugging. It's to make it easy
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 (no
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
(I
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
All,
The patches will not work do to a limitation in the
Dell system BIOS and Intel VBIOS. Dell locks their
pre-allocated (once called stolen) memory at 1MB and
therefore you will be limited in modes on Linux since
the VBIOS limits its modes to the amount of
pre-allocated memory. Intel has imple
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, as
-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.tmp
On Mon, 30 Jun 2003, 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 mk
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
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
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, inst
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
options. Thats becua
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 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 h
--
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
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
doesn’t get a ButtonRelease event after releasing the button (touch
screen).
I conclude this from the events that occur.
Example nr1:
If I
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 requ
28 matches
Mail list logo