syntheticpp at gmx.net
Mon Jun 26 02:08:49 PDT 2006
Thiago Macieira wrote:
> Peter Kümmel wrote:
>>> Not all Windows code links to kdewin32. I'd rather we did NOT
>>> reimplement the getuid function in every single implementation.
>> Currently dbus links against kdewin32, so all windows code which uses
>> dbus also links against kdewin32. And kdewin32 has already a
>> (incomplete) getuid function.
> Is this intended to be a permanent solution? I.e., will dbus always link
> to kdewin32 (or a similar support library) on Windows?
> If not, I'd rather not perpetuate this in the interface as well.
ATM I don't know how important kdewin32 is, but I will have a look at it
and also have in mind that it is maybe better without kdewin32.
>>> Besides, this completely defeats the purpose of identifying the user
>>> that holds the connection open.
>> Doesn't we have the identifier of that user so we could get the sid from
>> the map?
> This means we have to convert UID ? SID somewhere along the line if we
> want to talk to other applications or system calls on Windows. That's why
> I'm asking for the native representation.
This makes sense, at least a under windows we should provide such a function.
More information about the dbus