> I could not reproduce the bug Ding Li reported.
How do you think using FT2_DEBUG if Ding Li kindly accepts recompile
FT2 with defining FT_DEBUG_LEVEL_TRACE?
You can compare debug output of yours and Ding Li's.
Masatake YAMATO
___
Freety
> In case this is the right fix please apply.
David already applied a similar patch.
I should apply my patch quickly to gain ChangeLog entries in this
obvious case:-P
Masatake YAMATO
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
h
> What I found in the end was that if xine-lib is compiled with freetype
> support enabled every time FT_Init_FreeType is called (and fails) in
> osd.c freetype mallocs some memory that is not freed.
You may be right.
Could you try following patch?
2007-02-26 Masatake YAMATO <[EMA
eshmeat.net?
*On freshmeat.net*, David is the owner of freetype project.
So AFAIK, only David can post it.
http://freshmeat.net/projects/freetype/
Masatake YAMATO
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
>
> > FreeType 2.3.0 has been released.
>
> To what newsgroups should I send the announcements? Please make
> suggestions.
>
How about freshmeat.net?
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo
Here is one more example, which changes the process of
open software development with distributed version control
system:
http://www.gyve.org/~jet/lit/recruitingsource-draft.pdf
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://
patch.
Regards,
Masatake YAMATO
2006-12-15 suzuki toshiya <[EMAIL PROTECTED]>
* src/base/ftobjs.c: Improvement of resource fork handler for
POSIX, cf.
http://lists.gnu.org/archive/html/freetype-devel/2006-10/msg00025.html
(Mac_Read_sfnt_Resource): Count
Hi,
Can I add following entry to "III. MISCELLANEOUS" of docs/CHANGES file?
- The TrueTypeGX validator(gxvalid) checks the order of glyph ids in kern
table.
Masatake YAMATO
___
Freetype-devel mailing list
Freetype-devel@nongn
velopers who want to use distributed version control system
to develop rather big code.
Masatake YAMATO
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
Zapinfo out.png
works. So how about removoing fonts:/// prefix from the
path given to gnome-thumbnail-font?
Which platform are you using?
Could you see the font with ftview?
If you can see it with ftview, the problem comes
from nautilus. If not, the problem comes from freetype2.
Masatake YAMATO
ro:
#define ft_validator_run( valid ) setjmp( (valid)->jump_buffer )
is the best.
I cannot find any situation where ft_validator_run function is useful...
Masatake YAMATO
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
t in
> > *.[ch].
>
> This is fine with me. If necessary you might even define a new error
> code to handle a missing module or service.
Sorry to be late. I'll work on this issue today.
Masatake YAMATO
___
Freetype-devel mai
This small issue is not so small as I expected.
> I think, although policy A is theoretically right, I prefer
> policy B. Because, it is easy for LD_PRELOAD trick to rewrite
> disabled FT_Get_WinFNT_Header() to working one, but it is
> difficult to rewrite FT_Get_Module() with disabled WinFNT.
> Y
nvalid_Argument for the case (2).
Toshiya-san and Werner, do you think this is over kill?
If I get approval from you, I'll install patches for GX and OT.
Masatake YAMATO
--- ftgxval.c 16 6月 2006 04:42:51 +0900 1.4
+++ ftgxval.c 22 6月 2006 13:23:26
] fontfile
-t validator select validator.
Available validators: "ot"(NOT IMPLEMENTED)
"gx" "ckern"
...
Masatake YAMATO
___
Freetype-devel mailing
> I think FT_Err_Unimplemented_Feature should be returned immediately
> if gxvalid module is not available. However, current implementation
> requires non-NULL face and non-NULL tables in any case.
> libfreetype2.so itself knows gxvalid module is available or not.
Please, ignore my last message.
I
tables,
table_length );
else
error = FT_Err_Unimplemented_Feature; <<<<<<<<<<<<< FINALY...
Exit:
return error;
}
I think FT_Err_Unimplemented_Feature should be returned immediately
if gxvalid module is not available. Howev
flags, ot_table_spec, N_OT_TABLE_SPEC
);
}
Here stderr should be used instead of stdout.
I think it may be better to be put report_result in else {}.
Regards,
Masatake YAMATO
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
Toshiya-san, could you add following code to ftvalid.c?
status = validator_function();
if ( status = FT_Err_Unimplemented_Feature ) {
fprintf("xx_validator module is not compiled in your libfreetype2");
...
___
Freetype-devel mailing lis
> I wrote FT_TrueTypeGX_Free() to receive FT_Face (to
> identify the memory object) and FT_Bytes to free,
> but it is possible to receive FT_Memory instead of
> FT_Face. Any recommendation?
Passing the face is better because memory is private:
typedef struct FT_FaceRec_
{
FT_Long
> >When compiling ftvalid.c, I get this error:
> >
> >ft2demos/obj/ftvalid.o: In function `run_ot_validator':
> >ft2demos/src/ftvalid.c:447: undefined reference to `FT_Free_Debug'
> >ft2demos/obj/ftvalid.o: In function `run_gx_validator':
> >ft2demos/src/ftvalid.c:498: undefined reference to `FT_Fr
> --- orig/src/base/ftmac.c
> +++ mod/src/base/ftmac.c
> @@ -838,8 +838,8 @@
> OSStatus status = FMCreateFontFamilyIterator( NULL, NULL,
> options,
> &fa
g/techref/datafile/ttfs.htm
to my Binareal.
What I'd like to know is the license term of your TTFTemplate.bt because
I'd like to distribute Binareal under GPL or something other OSS license.
I'll add template for TrueType GX tables: feat, mort,
Hi,
> Hi all,
> i have written a test program (FT_test1) to test the freetype2 library.
> when i compile the program it compiled correctly and FT_test1.o file is
> created without any error or warnings.
>
> [EMAIL PROTECTED] freetype-2.1.10]# gcc -c -I/usr/include/freetype2/ -
> I/usr/include/ FT
> On Wed, 24 Aug 2005 00:14:10 +0200 (CEST)
> Werner LEMBERG <[EMAIL PROTECTED]> wrote:
> > > I will rewrite with "GX". How do you think about?
> >
> > This is fine with me.
>
> After replacing "_TRUETYPEGX_" macros to "_GX_",
> I've just committed whole of gxvalid patch to CVS.
>
> Yamato-san,
] layout tables are not valid.
[lt-ftvalid:gx] set FT2_DEBUG environment variable to
[lt-ftvalid:gx] know the validation detail.
Regards,
Masatake YAMATO
P.S. After moving the FreeType2 cvs repository to
savannah(subversions?).gnu.org,
I may lose my write-access to it. I'm happy if you
F is reserved for passing a new series
of information which controls a different function of a validator
to the validator.
My understand is correct?
Masatake YAMATO
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
FT_VALIDATE_JSTF
Why FT_VALIDATE_BASE is started from 0x0100?
It seems that 0xFF is reserved.
I guessed this 0xFF is reserved for passing the validation level.
Using this reserved area, it is easy to pass a validation level
to validator;
tjmp( valid.jump_buffer ) == 0 )
otv_BASE_validate( base, &valid );
Always FT_VALIDATE_DEFAULT is used.
Is it expected behavior?
Masatake YAMATO
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
Hi,
ft_validator_run is defined but it not used in otvmod.c.
My patch shrinks otvmod.c 20 bytes:-P
(* (length '("BASE" "GPOS" "GSUB" "GDEF" "JSTF"))
(- (length "ft_setjmp( valid.jump_buffer )")
(length "f
oach
is over-kill.
After discussion with mpsuzuki, we are implementing 1. However, I'd like
to hear your comment.
Regards,
Masatake YAMATO
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
\
_offset ## _p = p; \
_offset = FT_NEXT_USHORT( p ); \
FT_END_STMNT
I wonder why _table in OTV_OPTIONAL_TABLE is typed to FT_UInt.
Why is it not typed to FT_UShort?
Is there any intent?
Regards,
Masatake YAMATO
don't move to cvs until gxvalid
development enters maintenance mode. We are still in try-and-error
development mode.
It takes at least 1 month to submit gxvalid patch.
I guess 2 month is enough to complete mort, morx, just.
BTW, ftvalid for gxvalid is also developed. We'll make the ftvalid
sourc
> Development version gxvalid is available via gnuarch version control
> system. The gnuarch archive is at
>
> name: [EMAIL PROTECTED]/freetype2--gxv-mps--0.1
> location: http://www.gyve.org/~mpsuzuki/arch-2005.03.22/
Just note. Use tla command to get the contents. You can get
nothing with a we
Could you tell me the intent of this change?
2005-05-01 David Turner <[EMAIL PROTECTED]>
* Jamfile: Remove `otvalid' from the list of compiled modules.
Will otvalid drop from the next release?
(We, gxvalid developers, are discouraged at this log entry.)
Masa
> Thanks a lot! I've modified it slightly and added to it to the CVS.
> Please test.
How about this patch?
--- orig/src/ftvalid.c
+++ mod/src/ftvalid.c
@@ -67,7 +67,7 @@
MAKE_TABLE_SPEC( GSUB ),
MAKE_TABLE_SPEC( JSTF ),
};
-#define N_OT_TABLE_SPEC (sizeof ( ot_table_spec ) / sizeof
which drives only otvalid here. I think ftvalidator fits well for
ft2demos package. How do you think?
If you agree, I'd like merge ftvalidator to ft2demos package.
I will maintain ftvalidator. When gxvalid is ready, I will
update ftvalidator to support both otvalid and gxvalid.
Regards,
Masat
37 matches
Mail list logo