> Right, I wasn't aware that the -A version would return a
> guaranteed-ansi-compatible version of the filename. If that's really the
> case, this patch would indeed be a minor step backwards.
Two options are available:
1. fopen() is replaced with avpriv_fopen_utf8(), getenv() is made Unicode-aware
on Windows, and wide version of get_module_filename() is used as it is now.
2. A wrapper around GetModuleFilenameA() created specifically for this case,
only to be replaced later by option one, when avpriv_fopen_utf8() gets
merged.
If option one is chosen, the patch will have to wait for avpriv_fopen_utf8()
patches.
_______________________________________________
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
