Mark,

can you give the result of those commands:

export | grep DBUS

and

ls -l /var/run/dbus/system_bus_socket

phalan:~$ export | grep DBUS
DBUS_SESSION_BUS_ADDRESS='unix:path=/tmp/dbus-FNugDpzuAp,guid=e6254b4552a94f26aed7926444442e00'
phalan:~$ ls -l /var/run/dbus/system_bus_socket
srwxrwxrwx 1 root root 0 Nov  3 14:38 /var/run/dbus/system_bus_socket=
phalan:~$ 

Ok I think I know what the problem is.

On Solaris socket(), connect(), bind() and listen() are delivered in libsocket and not libc.
If you write code with these funcs you need to link against libsocket and libnsl.
The suspect code is in dbus-sharp/UnixNativeTransport.cs.
I've tried replacing libc with libsocket but it still doesn't work (see stack trace below).

I'm not familiar with how DllImport works so I'm probably messing this up somehow. How can I let dbus-sharp know that it needs to use libsocket and libnsl?


GC Warning: Large stack limit(10485760): only scanning 8 MB

Unhandled Exception: System.TypeInitializationException: An exception was thrown by the type initializer for Mono.Unix.Native.Stdlib ---> System.DllNotFoundException: libMonoPosixHelper.so
in (wrapper managed-to-native) Mono.Unix.Native.Stdlib:GetDefaultSignal ()
in <0x0000f> Mono.Unix.Native.Stdlib:.cctor ()--- End of inner exception stack trace ---

in <0x00000> <unknown method>
in <0x0000b> Mono.Unix.UnixMarshal:CreateExceptionForLastError ()
in <0x0000a> Mono.Unix.UnixMarshal:ThrowExceptionForLastError ()
in <0x0000d> Mono.Unix.UnixMarshal:ThrowExceptionForLastErrorIf (Int32 retval)
in <0x00025> NDesk.DBus.Transports.UnixSocket:Connect (System.Byte[] remote_end)
in <0x0012c> NDesk.DBus.Transports.UnixNativeTransport:OpenUnix (System.String path)
in <0x00054> NDesk.DBus.Transports.UnixNativeTransport:.ctor (System.String path, Boolean abstract)
in <0x0002a> NDesk.DBus.Connection:Open (System.String path, Boolean abstr)
in <0x00053> NDesk.DBus.Connection:OpenPrivate (System.String address)
in <0x00087> NDesk.DBus.Connection:.ctor (System.String address)
in <0x00011> NDesk.DBus.Bus:.ctor (System.String address)
in <0x00059> NDesk.DBus.Bus:Open (System.String address)
in <0x00019> NDesk.DBus.Bus:get_System ()
in <0x0001a> NDesk.DBus.BusG:Init ()
in <0x000af> FSpot.Driver:Main (System.String[] args)

As you did, replacing libc by the right lib in UnixNativeTransport should tell that class where to look for the methods.

Do you have a libMonoPosixHelper.so installed somewhere ?

You can probably also leave the code as-is and try to provide a NDesk.DBus.dll.config (next to the installed NDesk.DBus.dll) remapping some functions to other libs.

This file should look like

<configuration>
        <dllmap dll="libc">
            <dllentry os="solaris" dll="libsocket.so" name="connect" />
        </dllmap>
</configuration>

According to this: http://www.mono-project.com/Config_DllMap you need mono 1.1.18 to use that configuration.

Try it, and report what's working and what's not

Ok I couldn't get the NDesk.Dbus.dll.config file to make any difference so I simply modified UnixNativeTransport.cs to use libsocket instead of libc.

I'm now getting the following:

Unhandled Exception: Mono.Unix.UnixIOException: Protocol wrong type for socket [EPROTOTYPE].
  at Mono.Unix.UnixMarshal.ThrowExceptionForLastError () [0x00000] 
  at Mono.Unix.UnixMarshal.ThrowExceptionForLastErrorIf (Int32 retval) [0x00000] 
  at NDesk.DBus.Transports.UnixSocket.Connect (System.Byte[] remote_end) [0x00000] 
  at NDesk.DBus.Transports.UnixNativeTransport.OpenUnix (System.String path) [0x00000] 
  at NDesk.DBus.Transports.UnixNativeTransport..ctor (System.String path, Boolean abstract) [0x00000] 
  at NDesk.DBus.Connection.Open (System.String path, Boolean abstr) [0x00000] 
  at NDesk.DBus.Connection.OpenPrivate (System.String address) [0x00000] 
  at NDesk.DBus.Connection..ctor (System.String address) [0x00000] 
  at NDesk.DBus.Bus..ctor (System.String address) [0x00000] 
  at NDesk.DBus.Bus.Open (System.String address) [0x00000] 
  at NDesk.DBus.Bus.get_System () [0x00000] 
  at NDesk.DBus.BusG.Init () [0x00000] 
  at FSpot.Driver.Main (System.String[] args) [0x00000] 


socket(3m) returns EPROTOTYPE when:

The file that is referred to by name
is  a  socket  of  a type other than
type  s.  For  example,   s   is   a
SOCK_DGRAM socket, while name refers
to a SOCK_STREAM socket.

Ok well using truss I discovered that the socket was being created as a datagram socket... the bug being that SocketType.Stream resolved to SOCK_DGRAM. I'm not sure why this happened (still investigating). By hardcoding the stream type as an integer I got a little farther:

Unhandled Exception: System.ArgumentOutOfRangeException: Current platform doesn't support this value.
Parameter name: value
SEEK_CUR
in <0x0003d> Mono.Unix.Native.NativeConvert:ThrowArgumentException (System.Object value)
in <0x0003f> Mono.Unix.Native.NativeConvert:FromSeekFlags (SeekFlags value)
in <0x0000f> Mono.Unix.Native.Syscall:lseek (Int32 fd, Int64 offset, SeekFlags whence)
in <0x0006f> Mono.Unix.UnixStream:.ctor (Int32 fileDescriptor, Boolean ownsHandle)
in <0x0000f> Mono.Unix.UnixStream:.ctor (Int32 fileDescriptor)
in (wrapper remoting-invoke-with-check) Mono.Unix.UnixStream:.ctor (int)
in <0x000a0> NDesk.DBus.Transports.UnixNativeTransport:.ctor (System.String path, Boolean abstract)
in <0x0002a> NDesk.DBus.Connection:Open (System.String path, Boolean abstr)
in <0x00053> NDesk.DBus.Connection:OpenPrivate (System.String address)
in <0x00087> NDesk.DBus.Connection:.ctor (System.String address)
in <0x00011> NDesk.DBus.Bus:.ctor (System.String address)
in <0x00059> NDesk.DBus.Bus:Open (System.String address)
in <0x00019> NDesk.DBus.Bus:get_System ()
in <0x0001a> NDesk.DBus.BusG:Init ()
in <0x000af> FSpot.Driver:Main (System.String[] args)


However I'm beginning to think that I may have larger problems... 

Created attachment 76109 [details] [review]
Patch to mono/support

Please apply the attached patch to your mono/support directory, rebuild mono/support, and `make install' within mono/support (to install the updated MonoPosixHelper library).

The problem is that mono/support/map.c:Mono_Posix_FromSeekFlags tries to find the platform-specific value of e.g. SeekFlags.SEEK_SET.  However, SeekFlags contains aliases -- SEEK_SET is aliased by L_SET -- and the alias is "searched" first.  Since Solaris doesn't have a BSD userland, it doesn't have L_SET, L_INCR, or L_XTND, so the mapping will *always* fail.

The attached patch simply ensures that the macros L_SET, L_INCR, and L_XTND always exist.

Its now working (and so is Banshee)!

To summarize the changes I had to make:

1. Modify dbus-sharp/UnixNativeTransport.cs replacing 'libc' with 'libsocket' as connect(3), bind(3), socket(3) and listen(3) are delivered with libsocket on Solaris.

2. Modify dbus-sharp/UnixNativeTransport.cs to use '2' as a hardcoded value instead of SocketType.Stream in the call to socket().


3. Modify mono/map.c to define L_SET, L_INCR and L_XTND (see above for patch).

I've attached a diff for the first two. 

Created attachment 76153 [details] [review]
Makes dbus-sharp work on Solaris

Mark, really happy that it's working for you now !!!

Jonathan, do you have a bug entry in mono to follow this patch yet ? or is it in svn yet ?

The mono/support fix has been committed to mono svn.

Note that this fix is *not* currently part of the Mono 1.2 Release Candidates, and I don't know if it will be part of the final 1.2 release.

The mono/support fix is *not* part of the final Mono 1.2 release.  You will need to wait for a later Mono 1.2.x release for proper Solaris support.

As an alternative, it should be possible to build managed D-Bus with UnixMonoTransport.cs instead of UnixNativeTransport.cs with a recent versions of Mono installed. This is likely to work since the correct constant value is compiled into Mono.Unix.

I still have to devise a way to fix this portably, but Solaris packagers are welcome to patch the library with either Mark's fix or mine as a temporary measure until there's a new release with a proper solution.

We are no longer bundling ndesk-dbus, so this should really go upstream, if still needed.