[gccsdk] Fontconfig conf file

Michael Grunditz michael.grunditz at gmail.com
Tue Aug 13 01:13:57 PDT 2019


Any ideas what it might be with the null in fsclose?
Can it be pathnames translations?

On Sun, 11 Aug 2019 at 16:12, Michael Grunditz
<michael.grunditz at gmail.com> wrote:
>
> In message <CAAqgp_Rzki8WaKbG01qx7qgyckjzKKiRAFzoZvFPSAVtVArb0g at mail.gmail
> .com> you wrote:
>
> > On Sun, 11 Aug 2019 at 13:02, Alex Macfarlane Smith
> > <alex at archifishal.co.uk> wrote:
> >>
> >>> In message <c2905dba-6c1b-90ce-a4b6-6b411f58c0ba at sky.com>
> >>>           Lee Noar <leenoar at sky.com> wrote:
> >>>
> >>>> On 08/08/2019 22:19, Michael Grunditz wrote:
> >>>>> In message <b38eba9f-d632-fc7a-60a0-b68a1ea5f643 at sky.com>
> >>>
> >>>
> >>>> If you are able to recompile UnixLib, it can be useful to put some
> >>>> debug info in __fsopen and __fsstat to see what files are being
> >>>> accessed.
> >>>
> >>>> Lee.
> >>>
> >>> More printouts :
> >>>
> >>> It expands paths for fsstat , are they too long?
> >>>
> >>> open: <UnixFC$Dir>.fonts.fonts/conf
> >>> open: UnixFont:truetype
> >>> open: UnixFC:cache.8c8c87c04bac0d8a276f876f0ed7af16-arm-riscos/cache-4
> >>> fstat: ADFS::Backup.$.!UnixFC.cache.8c8c87c04bac0d8a276f876f0ed7af16-arm-r
> >>> iscos/cache-4
> >>> open: UnixFont:truetype.ttf-bitstream-vera
> >>> open: UnixFC:cache.9ca7ddc6a18fafa713ae4595326c1c67-arm-riscos/cache-4
> >>> fstat: ADFS::Backup.$.!UnixFC.cache.9ca7ddc6a18fafa713ae4595326c1c67-arm-r
> >>> iscos/cache-4
> >>> font error 1:
>
> fsclose always ends up with null in filename ..



More information about the gcc mailing list