Windows CE port status (patches!)
fridrich.strba at bluewin.ch
Mon May 17 00:00:10 PDT 2010
Actually, I discussed with Marcus and MultiByteToWideChar and
WideCharToMultiByte are doing good job at what we really need there. My
proposal would be to create something like *Utf8 wrappers for the *W api
functions that would do basically what nowadays the wince *A api
redirectors do. Like that a programmer that starts to read the code has
it clear that some redirectors are using and not the normal *A api. And
also it would solve the possible duplicate issues if this approach is
extended to x86 and x64. There are little hurdles with passing the
length of the string in utf8 characters to the new *Utf8 api, but a
function getting the number of characters in an utf8 string exists in
glib and rip it out of there would take about 100 LOC.
On Sun, 2010-05-16 at 23:44 +0200, Romain Pokrzywka wrote:
> Actually we already ported win_iconv to wince (including adding a CMake based build script). I'm just not sure how big a
> task it is to integrate it into dbus.
> On Friday 14 May 2010 22:18:14 Fridrich Strba wrote:
> > How much work would you expect it to take to transform the stuff?
> > We have in glib conversion functions utf8 <-> utf16 and it should not be
> > really very dificult to rip it from there. It would mean at the end a
> > dependency for windows on some iconv implementation, but for that we
> > have win_iconv that works just fine and is only one C file. Let me
> > attach it for you so that you see. Don't know though how well it would
> > work with WINCE. Can you have a glance and see whether it would be
> > enough to convert between UTF-8 and Windows "Unicode"?
> > Let us bring this to the mailing list then :)
> > Fridrich
> > On 14/05/2010 13:44, Marcus Brinkmann wrote:
> > > On 05/12/2010 05:31 PM, Fridrich Strba wrote:
> > >> Thanks, Marcus, for your work.
> > >>
> > >> I just commented in the bug and indeed, it makes a lot of sense to
> > >> consider to move the whole win32 port to the *W api.
> > >
> > > Response there, although I suppose the discussion would be better on the
> > > mailing list...
> > >
> > > Thanks,
> > > Marcus
> dbus mailing list
> dbus at lists.freedesktop.org
More information about the dbus