I'm also seeing this with ndesk-dbus 0.6.1a. Maybe an ndesk-dbus bug ?

*** Bug 571107 has been marked as a duplicate of this bug. ***

Similar exception is thrown when using the "set-volume" option:

$ banshee-1 --set-volume=50

Unhandled Exception: System.ArgumentNullException: Cannot handle a null message; maybe the bus was disconnected
Parameter name: msg
  at NDesk.DBus.Connection.HandleMessage (NDesk.DBus.Message msg) [0x00000] 
  at NDesk.DBus.PendingCall.get_Reply () [0x00000] 
  at NDesk.DBus.Connection.SendWithReplyAndBlock (NDesk.DBus.Message msg) [0x00000] 
  at NDesk.DBus.BusObject.SendMethodCall (System.String iface, System.String member, System.String inSigStr, NDesk.DBus.MessageWriter writer, System.Type retType, System.Exception& exception) [0x00000] 
  at IPlayerEngineServiceProxy.set_Volume (UInt16 ) [0x00000] 
  at Halie.Client.HandlePlayerCommands () [0x00000] 
  at Halie.Client.Main () [0x00000] 
  at (wrapper managed-to-native) System.AppDomain:ExecuteAssembly (System.Reflection.Assembly,string[])
  at System.AppDomain.ExecuteAssemblyInternal (System.Reflection.Assembly a, System.String[] args) [0x00000] 
  at System.AppDomain.ExecuteAssembly (System.String assemblyFile, System.Security.Policy.Evidence assemblySecurity, System.String[] args) [0x00000] 
  at (wrapper remoting-invoke-with-check) System.AppDomain:ExecuteAssembly (string,System.Security.Policy.Evidence,string[])
  at System.AppDomain.ExecuteAssembly (System.String assemblyFile) [0x00000] 
  at (wrapper remoting-invoke-with-check) System.AppDomain:ExecuteAssembly (string)
  at Booter.Booter.BootClient (System.String clientName) [0x00000] 
  at Booter.Booter.Main () [0x00000] 
$

*** Bug 587075 has been marked as a duplicate of this bug. ***

This works with the latest ndesk-dbus (aka dbus-sharp) from git. So it's a bug in the 0.6.1 version.

I'm keeping this open for now, to make it easier for people to find it.

I have encountered the same error both with the --set-position and --set-volume commands.

paul@paul-laptop:~$ banshee-1 --set-volume=100

Unhandled Exception: System.ArgumentNullException: Cannot handle a null message; maybe the bus was disconnected
Parameter name: msg
  at NDesk.DBus.Connection.HandleMessage (NDesk.DBus.Message msg) [0x00000] 
  at NDesk.DBus.PendingCall.get_Reply () [0x00000] 
  at NDesk.DBus.Connection.SendWithReplyAndBlock (NDesk.DBus.Message msg) [0x00000] 
  at NDesk.DBus.BusObject.SendMethodCall (System.String iface, System.String member, System.String inSigStr, NDesk.DBus.MessageWriter writer, System.Type retType, System.Exception& exception) [0x00000] 
  at IPlayerEngineServiceProxy.set_Volume (UInt16 ) [0x00000] 
  at Halie.Client.HandlePlayerCommands () [0x00000] 
  at Halie.Client.Main () [0x00000] 
  at (wrapper managed-to-native) System.AppDomain:ExecuteAssembly (System.Reflection.Assembly,string[])
  at System.AppDomain.ExecuteAssemblyInternal (System.Reflection.Assembly a, System.String[] args) [0x00000] 
  at System.AppDomain.ExecuteAssembly (System.String assemblyFile, System.Security.Policy.Evidence assemblySecurity, System.String[] args) [0x00000] 
  at (wrapper remoting-invoke-with-check) System.AppDomain:ExecuteAssembly (string,System.Security.Policy.Evidence,string[])
  at System.AppDomain.ExecuteAssembly (System.String assemblyFile) [0x00000] 
  at (wrapper remoting-invoke-with-check) System.AppDomain:ExecuteAssembly (string)
  at Booter.Booter.BootClient (System.String clientName) [0x00000] 
  at Booter.Booter.Main () [0x00000] 

I can confirm that installing dbus-sharp from source [1] fixes the problem. I hope NDesk will release a new version soon, it's been awhile since 0.6.1a.

Closing as NOTGNOME.

[1] git://git.ndesk.org/pub/scm/dbus-sharp-glib

*** Bug 610952 has been marked as a duplicate of this bug. ***

*** Bug 617712 has been marked as a duplicate of this bug. ***

*** Bug 629767 has been marked as a duplicate of this bug. ***

*** Bug 632183 has been marked as a duplicate of this bug. ***

*** Bug 637631 has been marked as a duplicate of this bug. ***

Not sure, compiled ndesk-dbus-0.6.1a from source, but commands still not work. Same result as above. --set-rating doesn't work either.

Can you help?

As Alexander mentioned, the fix is in the ndesk-dbus git tree, but it was not included in any released version.
So you have to compile from a git checkout in order to have the fix.

*** Bug 637788 has been marked as a duplicate of this bug. ***

Hey, I'm sorry I think I'm doing something wrong here to get this working:

1) I do
git clone git://git.ndesk.org/pub/scm/dbus-sharp-glib

to get the code as stated by comment 7

2) can't compile the thing, type ./configure, but there's no configure file. I am kinda dumb with this, I guess I'm missing something obvious.

Could somebody post the steps you should follow to compile and get the dbus-sharp working?

thanks

The NDesk version of dbus-sharp-glib doesn't have all the autofoo files included in git.  You can generate them with `autoreconf -i`.

Or, you can use the recent forked version, which does have all the necessary files, which is available here: https://github.com/mono/dbus-sharp-glib

Note that typically, when building code from git, you run autogen.sh, not configure.

ok, I downloaded the forked version, run autogen.sh; then configure, but get this error:

checking for DBUS_SHARP... configure: error: Package requirements (dbus-sharp-1.0 >= 0.7) were not met:
No package 'dbus-sharp-1.0' found

What am i mising something ? :(

thanks for the help, I'm sorry if this is not the place to ask this kind of questions

You also need https://github.com/mono/dbus-sharp

I installed this two packets as DEBs from another MONO project:

https://launchpad.net/~docky-core/+archive/ppa/+files/libdbus1.0-cil_0.7.0-2~10.10~dockycore1_all.deb
https://launchpad.net/~docky-core/+archive/ppa/+files/libdbus-glib1.0-cil_0.5.0-2~10.10~dockycore1_all.deb

But I still get "Unhandled Exception: System.ArgumentNullException: Cannot handle a null message; maybe the bus was disconnected" error. What is wrong?

(In reply to comment #19)
> You also need https://github.com/mono/dbus-sharp

I installed that, went trough ./configure
bu then, I think I still can't install it, cause it's still not working. (thanks for the help Sandy)

If i do
sudo make
I get:

Making all in src
make[1]: Entering directory `/home/ltr/mono-dbus-sharp-glib-7a2e676/src'
/usr/bin/gmcs -out:dbus-sharp-glib.dll -debug -target:library -keyfile:../dbus-sharp.snk -r:/usr/local/lib/mono/dbus-sharp-1.0/dbus-sharp.dll   GLib.cs GLib.IO.cs AssemblyInfo.cs
make[1]: Leaving directory `/home/ltr/mono-dbus-sharp-glib-7a2e676/src'
Making all in examples
make[1]: Entering directory `/home/ltr/mono-dbus-sharp-glib-7a2e676/examples'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/home/ltr/mono-dbus-sharp-glib-7a2e676/examples'
make[1]: Entering directory `/home/ltr/mono-dbus-sharp-glib-7a2e676'
make[1]: Nothing to be done for `all-am'.
make[1]: Leaving directory `/home/ltr/mono-dbus-sharp-glib-7a2e676'


Then
sudo make install
I get:

Making install in src
make[1]: Entering directory `/home/ltr/mono-dbus-sharp-glib-7a2e676/src'
make[2]: Entering directory `/home/ltr/mono-dbus-sharp-glib-7a2e676/src'
make[2]: Nothing to be done for `install-exec-am'.
/usr/bin/gacutil /i dbus-sharp-glib.dll /f /gacdir /usr/local/lib
Package exported to: /usr/local/lib/mono/dbus-sharp-glib-1.0/dbus-sharp-glib.dll -> ../gac/dbus-sharp-glib/1.0.0.0__5675b0c3093115b5/dbus-sharp-glib.dll
Installed dbus-sharp-glib.dll into the gac (/usr/local/lib/mono/gac)
make[2]: Leaving directory `/home/ltr/mono-dbus-sharp-glib-7a2e676/src'
make[1]: Leaving directory `/home/ltr/mono-dbus-sharp-glib-7a2e676/src'
Making install in examples
make[1]: Entering directory `/home/ltr/mono-dbus-sharp-glib-7a2e676/examples'
make[2]: Entering directory `/home/ltr/mono-dbus-sharp-glib-7a2e676/examples'
make[2]: Nothing to be done for `install-exec-am'.
make[2]: Nothing to be done for `install-data-am'.
make[2]: Leaving directory `/home/ltr/mono-dbus-sharp-glib-7a2e676/examples'
make[1]: Leaving directory `/home/ltr/mono-dbus-sharp-glib-7a2e676/examples'
make[1]: Entering directory `/home/ltr/mono-dbus-sharp-glib-7a2e676'
make[2]: Entering directory `/home/ltr/mono-dbus-sharp-glib-7a2e676'
make[2]: Nothing to be done for `install-exec-am'.
test -z "/usr/local/lib/pkgconfig" || /bin/mkdir -p "/usr/local/lib/pkgconfig"
 /usr/bin/install -c -m 644 dbus-sharp-glib-1.0.pc '/usr/local/lib/pkgconfig'
make[2]: Leaving directory `/home/ltr/mono-dbus-sharp-glib-7a2e676'
make[1]: Leaving directory `/home/ltr/mono-dbus-sharp-glib-7a2e676'

Output of make and make install look fine.  If you still have trouble building dbus-sharp-glib after that, please report an issue in github.

Ok, will do.
Just to make sure: I also had to compile banshee after installing dbus-sharp ?

I don't think Banshee is currently set up to look for the dbus-sharp fork...it appears to depend on ndesk-dbus.  You should ask the Banshee developers (probably Gabriel or Bertrand) how best to build Banshee using dbus-sharp instead.

okey dokey
thanks again

banshee --set-rating=2 doesn't work either :-S

*** Bug 647939 has been marked as a duplicate of this bug. ***

Has anyone thought to submit a bug back to the folks working on the dbus in question?

For completeness I'm seeing this in Ubuntu 10.04 with Banshee 1.6.1; I'm not sure which ndesk I'm running though, whatever would be the default.