On Fri, Jul 24, 2020 at 5:01 PM Vincent Torri wrote:
>
> On Fri, Jul 24, 2020 at 3:47 PM Nikolay Sivov wrote:
> >
> >
> >
> > On Fri, Jul 24, 2020 at 4:25 PM Vincent Torri
> > wrote:
> >>
> >> hello
> >>
> >> On Windows, there is no mmap, but there is shared memory support, with
> >>
On Fri, Jul 24, 2020 at 3:47 PM Nikolay Sivov wrote:
>
>
>
> On Fri, Jul 24, 2020 at 4:25 PM Vincent Torri wrote:
>>
>> hello
>>
>> On Windows, there is no mmap, but there is shared memory support, with
>> CreateFileMapping and MapViewOfFile.
>>
>> If shared mem really improved loading of files
> A better answer is to actually get rid of strcpy() / strcat() /
> sprintf() because there will always be compilers complaining about
> them.
>
> Here's a patch that does that for freetype2-demos, please take a
> look.
Applied with massaging and splitting into smaller chunks, thanks!
I've also
On Fri, Jul 24, 2020 at 4:25 PM Vincent Torri
wrote:
> hello
>
> On Windows, there is no mmap, but there is shared memory support, with
> CreateFileMapping and MapViewOfFile.
>
> If shared mem really improved loading of files on Unix, would you
> consider adding shared mem support on Windows too
hello
On Windows, there is no mmap, but there is shared memory support, with
CreateFileMapping and MapViewOfFile.
If shared mem really improved loading of files on Unix, would you
consider adding shared mem support on Windows too ?
Vincent Torri
Hello Vincent,
+cc freetype-devel
Yes, I'm working on a local branch and I've sent an experimental patch to
the mailing list some weeks ago. Here's a more recent version rebased on
top of latest changes.
There is a list of TODO() at the end of the meson.build file if you're
curious. Next step
Hi,
I was working on removing the warnings which get triggered after enabling
macro `FT_LOGGING' in
ftoption.h file to use dlg library for logging on a file.
If `FT_LOGGING' macro is enabled FT_TRACE messages are handled by dlg's API
which internally uses
a function of `printf' like format,
Le ven. 24 juil. 2020 à 05:58, Vincent Torri a
écrit :
> hello
>
> some comments:
>
> strcasecmp does not exist when compiling with Visual Studio (_stricmp
> does though and is doing the same job). mingw-w64 use a #define for
> that.Why not adding ft_strcasecmp like ft_strdup ?
>
> note that
> strcasecmp does not exist when compiling with Visual Studio
> (_stricmp does though and is doing the same job). mingw-w64 uses a
> #define for that. Why not adding ft_strcasecmp like ft_strdup ?
There is already
#ifdef _WIN32
#define strcasecmp _stricmp
#endif
in `ftcommon.c`...
