Am 21.11.19 um 12:09 schrieb Marius Mikučionis:
>
> 2019-11-21, kt, 01:16 Bernhard Übelacker <[email protected]
> <mailto:[email protected]>> rašė:
> $ wine strftime-ucrt-7.exe
> [%a]: [Tue]
> [%e]: [ 5]
> [%d]: [05]
> [%-d]: (empty) errno=22
> [%#d]: [5]
> [%b]: [Nov]
> [%Y]: [2019]
> [%H]: [03]
> [%M]: [02]
> [%S]: [01]
> [%z]: [+0100]
> [%Z]: [Mitteleuropõische Zeit]
> [%b%e, %Y, %H:%M:%S %z]: [Nov 5, 2019, 03:02:01 +0100]
>
> (msvcrt.dll still appears; the same result for 7.0.0-2 and 6.0.0-3.)
>
> Your output is correct, but I am not getting that, very strange.
>
I forgot to mention that I used a local built wine-4.20.
There were lately some changes in that area in Wine, therefore
if you use an older Wine version it might behave different.
https://source.winehq.org/git/wine.git/history/HEAD:/dlls/msvcrt
But does the executable with -lucrt print the expected
output in Windows?
> At least the binaries produced in my tests behave the same
> in Wine and Windows.
>
> Even without -lucrt ?
> The ucrt adds those api-ms-win-crt-* dependencies, which do not seem to
> be necessary.
Looking at the complete output of i686-w64-mingw32-objdump shows that
without -lucrt strftime is imported from msvcrt.dll.
With -lucrt it imports strftime from api-ms-win-crt-time-l1-1-0.dll.
That is what I guess makes the difference.
> Thank you for the effort, perhaps something strange is happening with my
> setup, I could not find anyone else on internet with this issue.
>
> --
> Marius
Kind regards,
Bernhard
