Andrew Nguyen anguyen@codeweavers.com writes:
This fixes bug 27222.
dlls/dbghelp/dbghelp.spec | 2 +- dlls/dbghelp/source.c | 102 +++++++++++++++++++++++++++++++++++++++++++++ 2 files changed, 103 insertions(+), 1 deletions(-)
The A version should call the W one, not the other way around.
The A version should call the W one, not the other way around.
Alexandre,
in order to properly manage this, we need to move file names in dbghelp from ansi to unicode but, as dbghelp API uses some kind of regular expression to match filenames, we need a unicode regex function set unfortunately, glib doesn't provide this (yet)
so, shall we ?: - embed a (simple) unicode regex lib in dbghelp - or make generic in libwine (so that the day that glib provides the right interface we can use it) - or ...
libTRE seems a good choice here, with compatible license
A+
Eric Pouech eric.pouech@orange.fr writes:
The A version should call the W one, not the other way around.
Alexandre,
in order to properly manage this, we need to move file names in dbghelp from ansi to unicode but, as dbghelp API uses some kind of regular expression to match filenames, we need a unicode regex function set unfortunately, glib doesn't provide this (yet)
so, shall we ?:
- embed a (simple) unicode regex lib in dbghelp
- or make generic in libwine (so that the day that glib provides the
right interface we can use it)
- or ...
libTRE seems a good choice here, with compatible license
That looks like serious overkill. These regexps are not complicated, we can do our own matching function in dbghelp.