syntheticpp at gmx.net
Mon Jun 26 03:26:11 PDT 2006
Peter Kümmel wrote:
> 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.
dbus-1.lib only needs the DIR struct from dirent.h, the dbus/example misses
unistd.h, but it seems we could remove the kdelibs32 dependency with minimal
>>>> 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.
> dbus mailing list
> dbus at lists.freedesktop.org
More information about the dbus