[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [ft] FT_Open_Face
From: |
suzuki toshiya |
Subject: |
Re: [ft] FT_Open_Face |
Date: |
Fri, 04 Oct 2013 12:55:09 +0900 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130518 Icedove/17.0.5 |
Ahhh,,, excuse me, are you trying to develop your own stream driver,
for OpenSSL encrypted data, then got touble? If so, I'm sorry for
posting irrelevant messages!
Regards,
mpsuzuki
On 10/04/2013 12:51 PM, Ztatik Light wrote:
> yes, i can... i have tested, all plain .ttf files work fine with
> FT_New_Face... but now i'm using an encrypted OpenSSL I/O stream so I need to
> use FT_Open_Face and supply the read function which also does seeking, but
> i'm guessing something's wrong with my seeking
>
>
> On Thu, Oct 3, 2013 at 10:35 PM, suzuki toshiya <address@hidden
> <mailto:address@hidden>> wrote:
>
> I wanted you to execute ftdump onto some font file, and check
> if the library is corrected built and able to parse some font file...
> You say that your software using FreeType2 is very complicated
> and could not pass arbitrary-chosen font file to your software?
>
> Regards,
> mpsuzuki
>
> On 10/04/2013 11:48 AM, Ztatik Light wrote:
> > I'm only trying one font, it's encrypted with OpenSSL which is why I'm
> using FT_Open_Face, to stream from SSL's decrypt I/O stream... One specific
> thing I don't understand for example is that it seems between each and every
> substantial read call, a read call with `count` and `offset` both 0 are
> called, and i'm not 100% sure what should be happening in that case.
> >
> >
> > On Thu, Oct 3, 2013 at 9:39 PM, suzuki toshiya <address@hidden
> <mailto:address@hidden> <mailto:address@hidden <mailto:address@hidden>>>
> wrote:
> >
> > Hi,
> >
> > I guess you're afraid that some bugs exist in the stream driver
> > of the FreeType2. You could load no font? Or, you could load
> > some fonts, but could not other fonts?
> >
> > If FT_Open_Face() is already failed, the glyph loading should
> > not be tried anymore. According to fterrdef.h, error code 2
> > (from FT_Open_Face()) means the unknown font file format.
> > So... if you could load some fonts but could not load other,
> > please clarify the font file you've tried. If it's officially
> > provided freely (not piracy), or bundled to the widely available
> > products, no need to post the font file in this list, please
> > clarify how to access it.
> >
> > If it's difficult (e.g. commercial font, or embedded font in
> > the confidential document etc), please try the tracing of
> FreeType2.
> > The method how to build the FreeType2 with debugging and tracing
> > message is written in doc/DEBUG.
> >
> > Regards,
> > mpsuzuki
> >
> > On 10/04/2013 11:15 AM, Ztatik Light wrote:
> > > I'm having trouble implementing the read function passed into
> FT_Open_Face through it's `args` flags...
> > >
> > > Now, the function is being *called* correctly, because I put a
> print statement inside and see it printing out. It even reads some data. But
> FT_Open_Face returns 2, and the glyph loading fails...
> > >
> > > I suspect it has something to do with the case of `count` being
> 0 and it needing to seek.
> > >
> > > The doc mentions:
> > >
> > > "This function might be called to perform a seek or skip
> operation with a ‘count’ of 0."
> > >
> > >
> > > But . . . What if `offset` is also zero? Does this mean seek to
> beginning of the file, or just return 0?
> > >
> > > An example of an implemented read function with proper seeking
> and all would be the most beneficial in this case..
> > >
> > >
> > > _______________________________________________
> > > Freetype mailing list
> > > address@hidden <mailto:address@hidden> <mailto:address@hidden
> <mailto:address@hidden>>
> > > https://lists.nongnu.org/mailman/listinfo/freetype
> > >
> >
> >
>
>
>
>
> _______________________________________________
> Freetype mailing list
> address@hidden
> https://lists.nongnu.org/mailman/listinfo/freetype
>