[Kde-bindings] Qyoto: contructing a QPalette from a QColor

[Arno Rehn]

Hi,

I've just tried to port the Qt tutourial t11 to C# and came across the 
following error when trying to construct a QPalette from a QColor:

=================================================================
Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=================================================================

Stacktrace:

  at (wrapper managed-to-native) Qyoto.SmokeInvocation.CallSmokeMethod 
(int,intptr,intptr,int) <0x00004>
  at (wrapper managed-to-native) Qyoto.SmokeInvocation.CallSmokeMethod 
(int,intptr,intptr,int) <0xffffffff>
  at Qyoto.SmokeInvocation.Invoke (System.Runtime.Remoting.Messaging.IMessage) 
<0x00ca6>
  at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke 
(System.Runtime.Remoting.Proxies.RealProxy,System.Runtime.Remoting.Messaging.IMessage,System.Exception&,object[]&) 
<0x002e3>
  at (wrapper runtime-invoke) 
System.Object.runtime_invoke_object_RealProxy_IMessage_Exception&_object[]& 
(object,intptr,intptr,intptr) <0xffffffff>
  at (wrapper managed-to-native) 
System.Object.__icall_wrapper_mono_remoting_wrapper (intptr,intptr) <0x00004>
  at (wrapper managed-to-native) 
System.Object.__icall_wrapper_mono_remoting_wrapper (intptr,intptr) 
<0xffffffff>
  at (wrapper remoting-invoke) Qyoto.QPalette.NewQPalette (Qyoto.QColor) 
<0xffffffff>
  at (wrapper remoting-invoke-with-check) Qyoto.QPalette.NewQPalette 
(Qyoto.QColor) <0xffffffff>
  at Qyoto.QPalette.NewQPalette (Qyoto.QColor) <0x00019>
  at Qyoto.QPalette..ctor (Qyoto.QColor) <0x00023>
  at (wrapper remoting-invoke-with-check) Qyoto.QPalette..ctor (Qyoto.QColor) 
<0xffffffff>
  at MainWindow..ctor () <0x00200>
  at (wrapper remoting-invoke-with-check) MainWindow..ctor () <0xffffffff>
  at MainWindow.Main (string[]) <0x0003d>
  at (wrapper runtime-invoke) System.Object.runtime_invoke_int_string[] 
(object,intptr,intptr,intptr) <0xffffffff>

Native stacktrace:

        mono(mono_handle_native_sigsegv+0xde) [0x815adae]
        mono [0x8128284]
        [0xffffe440]
        /usr/lib/libsmokeqt.so.1
(_Z14xcall_QPalettesPvPN5Smoke9StackItemE+0x1ad) [0xb67cd78d]
        ./libqyoto.so(_ZN10MethodCall10callMethodEv+0xb9) [0xb719e843]
        ./libqyoto.so(_ZN10MethodCall4nextEv+0x8b) [0xb719ea1b]
        ./libqyoto.so(CallSmokeMethod+0x46) [0xb719a76a]
        [0xb56e3eed]
        [0xb56e1d9f]
        [0xb56f29b4]
        [0xb56f21ad]
        mono(mono_remoting_invoke+0x4a) [0x80d867a]
        mono [0x80a539e]
        [0xb56f1fc1]
        [0xb56bac0c]
        [0xb56bab92]
        [0xb56baa8a]
        [0xb56ba704]
        [0xb56ba532]
        [0xb56e6419]
        [0xb56e5f4a]
        [0xb7a01d16]
        [0xb7a017d4]
        mono(mono_runtime_exec_main+0x9e) [0x80dc59e]
        mono(mono_runtime_run_main+0x1b3) [0x80dc853]
        mono(mono_main+0x1041) [0x805d661]
        mono [0x805c132]
        /lib/libc.so.6(__libc_start_main+0xdc) [0xb7d5483c]
        mono [0x805c081]

It confuses me, that the stacktrace goes up to libsmokeqt.so.
The example in qtruby is functional. Is there a need for special marshalling 
code or so?

-- 
Arno Rehn
arno at arnorehn.de