Issue with _dbus_write_socket on windows

[Peter Kümmel]

Havoc Pennington wrote:
> Ralf Habacker wrote:
>> Havoc Pennington schrieb:
>>> I don't know exactly, since I don't know how this works on Windows.
>>> What is the "fd" you pass to the daemon's --print-addr-fd function?
>>> Is it a pipe or a socket or what is it? On UNIX autolaunch does a
>>> fork/exec, what does it do on Windows?
> 
> btw what is the answer here? (where do you guys have the windows code
> btw, can we look at the work in progress?)
> 

We have a cvs checkout in a subversion repository at sourceforge:
http://windbus.svn.sourceforge.net/viewvc/windbus/trunk/

all changes to the original D-Bus code are in the DBus-win32.patch:
http://windbus.svn.sourceforge.net/viewvc/windbus/trunk/DBus-win32.patch

And there is a commit list for the changes:
http://sourceforge.net/mail/?group_id=171968

The home is at:
http://sourceforge.net/projects/windbus/

>> We are thinking to store the recently used dbus address in the
>> registry, which allows the autolaunch code to detect a running
>> dbus-daemon  and to be able to connect to it.
> 
> Maybe Windows should only have "autolaunch" and never start the daemon
> on login; unlike unix there might be a more reliable way to implement
> autolaunch. How does the registry solution work in terms of locking,
> i.e. say two buses start up simultaneously in the same session, one
> should exit and not be used. Is there a way to lock a registry entry or
> something that allows that to work?
> 
> For the mugshot client we did single instance COM object with
> RegisterActiveObject() - that seems like one option. I'm not sure how it
> works if the user logs in multiple times (is that even possible?) though.
> 
> Havoc
> 
> _______________________________________________
> dbus mailing list
> dbus at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dbus
> 


-- 
Peter Kümmel