Juliusz Chroboczek wrote:
Is it me, or are we really shipping 1200dpi bitmap fonts as part of
XFree86?
xc/programs/Xserver/XpConfig/C/print/models/SPSPARC2/fonts/Courier.pmf
The *.pmf files are no real fonts, they contain only the metrics for
printer builtin fonts (those are usually
Hi!
Are there any known side-effects of increasing the default request
buffer size over the current value of 1MB (except that more memory is
being consumed :) , e.g.
-- snip --
Index: xc/programs/Xserver/include/os.h
===
RCS
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
Dr Andrew C Aitchison wrote:
With Roland's fix, mkfontscale generates encodings.dir files
containing the string (null), ie with lines like:
big5-0 (null)(null)large/big5.eten-0.enc
big5.eten-0 (null)large/big5.eten-0.enc
viscii1.1-1 (null)./viscii1.1-1.enc.gz
adobe-symbol
Juliusz Chroboczek wrote:
RM Weired. I don't see that problem when running mkfontscale
RM (Solaris2.7/SPARC build with Sun Workshop/Forte 7) ...
Try -e.
That's what I did (% mkfontscale-e $PWD # in the encodings/ dir) ...
Bye,
Roland
--
__ . . __
(o.\ \/ /.o) [EMAIL PROTECTED]
Hi!
I filed two bugs+patches to allow users to change the buffer sizes on
both X11 client + server on demand, see...
1. Xserver:
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=460 - RFE:
Buffer size for the BIGREQUESTS extension should be tuneable
2. libX11:
Peter \Firefly\ Lund wrote:
We have a report in Bugzilla (#464), concerning twm. This test can
only be made on NetBSD:
Couldn't it be tracked down with valgrind?
In theory - yes.
Or use Rational Purify or Sun Workshop/Forte dbx (which has similar
functionality when you use the check
Hi!
Can anyone review the patch in bug 887 and commit it to the CVS if it is
OK, please ?
Original Message
Subject: [Bug 887] Calling XInitThreads and linking with pthread library
causes deadlock in Xprint
Date: Wed, 19 Nov 2003 05:02:43 -0500
From: [EMAIL PROTECTED]
To:
Hi!
Does anyone have any clue what may cause the problem listed below ?
Original Message
Subject: [Bug 898] New: mkfontscale creates ISO8859-15 lines for fonts
which do not have the Euro symbol
Date: Sat, 22 Nov 2003 00:53:21 -0500
From: [EMAIL PROTECTED]
To: [EMAIL
Hi!
What about updating the FreeType code shipped with Xfree86 to version
2.1.7 before Xfree4.4.0 gets released (see bugzilla RFE below) ?
Original Message
Subject: [Bug 931] New: RFE: Update xc/extras/freetype2/ to Freetype
2.1.7...
Date: Mon, 01 Dec 2003 23:51:57 -0500
David Dawes wrote:
How does 2.1.4's handling of Type1 fonts compare with the Type1
backend?
Do you mean xc/lib/font/Type1/ vs xc/lib/font/FreeType/ ? In my opinion
the xc/lib/font/Type1/ should be retired since it causes server crashes
such as Fatal server error: Beziers this big not yet
David Dawes wrote:
Do you mean xc/lib/font/Type1/ vs xc/lib/font/FreeType/ ? In my opinion
the xc/lib/font/Type1/ should be retired since it causes server crashes
such as Fatal server error: Beziers this big not yet supported and
seems to have huge problems with rasterisation at higher
Hi!
Is anyone else seeing the problem that Mozilla now renders glyphs in
iso10646-1 fonts which are not assigned (normally Mozilla scans
iso10646-1 encoded fonts for valid glyphs via looking at non-zero width
metrics and puts those glyphs into it's internal CCMap), e.g. the glyph
0 is
Roland Mainz wrote:
Is anyone else seeing the problem that Mozilla now renders glyphs in
iso10646-1 fonts which are not assigned (normally Mozilla scans
iso10646-1 encoded fonts for valid glyphs via looking at non-zero width
metrics and puts those glyphs into it's internal CCMap), e.g
Dr Andrew C Aitchison wrote:
Is anyone else seeing the problem that Mozilla now renders glyphs in
iso10646-1 fonts which are not assigned (normally Mozilla scans
iso10646-1 encoded fonts for valid glyphs via looking at non-zero width
metrics and puts those glyphs into it's internal CCMap),
[EMAIL PROTECTED] wrote:
Building 4.4.0 RC2 on Solaris gives the following on Solaris for
xc/programs/Xserver/hw/xfree86
rm -f build.new
echo #define BUILD_DATE `date +%Y%m%d` build.new
echo #define CLOG_DATE `if tail CHANGELOG | grep -F -q '$XFree86:'; then
tail
CHANGELOG | grep -F
David Dawes wrote:
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 04/02/11 13:11:26
Log message:
799. Some more font path checks.
Modified files:
xc/lib/font/fontfile/:
dirfile.c encparse.c fontfile.c
David Dawes wrote:
David Dawes wrote:
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 04/02/11 13:11:26
Log message:
799. Some more font path checks.
Modified files:
xc/lib/font/fontfile/:
dirfile.c encparse.c fontfile.c
David Dawes wrote:
On Thu, Feb 19, 2004 at 11:20:50PM +0100, Roland Mainz wrote:
David Dawes wrote:
David Dawes wrote:
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED] 04/02/11 13:11:26
Log message:
799. Some more font path checks
Ian Romanick wrote:
Tim Roberts wrote:
The problem is not XFree86, the problem is technology. I'm not aware of
ANY commodity graphics chips that support a 12-bit palettized video
display mode. That's mostly because Windows doesn't handle it, and if
Windows doesn't handle it, there is no
20 matches
Mail list logo