-   Fedora (
-   -   Fedora 20 Multiseat - mono libgdiplus issues (

Ipolit 01-28-2014 01:38 AM

Fedora 20 Multiseat - mono libgdiplus issues
I am trying to build multiseat system with Fedora 20 and Plugable DC-125. Most of the problems, connected with our custom built software are already resolved, but now we face hugh problem with custom built mono application.
The application uses windows forms and cannot be started from plugable devices. It works if started from the main station. Here is the error


exception inside UnhandledException handler: Object reference not set to an instance of an object

[ERROR] FATAL UNHANDLED EXCEPTION: System.ArgumentException: A null reference or invalid value was found [GDI+ status: InvalidParameter]
  at System.Drawing.GDIPlus.CheckStatus (Status status) [0x00000] in <filename unknown>:0
  at System.Drawing.Bitmap..ctor (Int32 width, Int32 height, PixelFormat format) [0x00000] in <filename unknown>:0
  at System.Drawing.Bitmap..ctor (System.Drawing.Image original, Int32 width, Int32 height) [0x00000] in <filename unknown>:0
  at System.Drawing.Bitmap..ctor (System.Drawing.Image original, Size newSize) [0x00000] in <filename unknown>:0
  at (wrapper remoting-invoke-with-check) System.Drawing.Bitmap:.ctor (System.Drawing.Image,System.Drawing.Size)
  at System.Windows.Forms.XplatUIX11.DefineCursor (System.Drawing.Bitmap bitmap, System.Drawing.Bitmap mask, Color cursor_pixel, Color mask_pixel, Int32 xHotSpot, Int32 yHotSpot) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.XplatUI.DefineCursor (System.Drawing.Bitmap bitmap, System.Drawing.Bitmap mask, Color cursor_pixel, Color mask_pixel, Int32 xHotSpot, Int32 yHotSpot) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.Cursor.CreateCursor (System.IO.Stream stream) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.Cursor..ctor (System.Type type, System.String resource) [0x00000] in <filename unknown>:0
  at System.Windows.Forms.Cursors.get_SizeNWSE () [0x00000] in <filename unknown>:0
  at System.Windows.Forms.SizeGrip..ctor (System.Windows.Forms.Control CapturedControl) [0x00000] in <filename unknown>:0
  at (wrapper remoting-invoke-with-check) System.Windows.Forms.SizeGrip:.ctor (System.Windows.Forms.Control)
  at System.Windows.Forms.ScrollableControl.CreateScrollbars () [0x00000] in <filename unknown>:0
  at System.Windows.Forms.ScrollableControl..ctor () [0x00000] in <filename unknown>:0
  at System.Windows.Forms.ContainerControl..ctor () [0x00000] in <filename unknown>:0
  at System.Windows.Forms.Form..ctor () [0x00000] in <filename unknown>:0
  at MyApp.UI.Forms.AboutForm..ctor (Boolean aboutAction) [0x00000] in <filename unknown>:0
  at (wrapper remoting-invoke-with-check) MyApp.UI.Forms.AboutForm:.ctor (bool)
  at MyApp.Program.Main (System.String[] args) [0x00000] in <filename unknown>:0

In my opinion the problem is that the application doesn't know it has been launched from DISPLAY different than 0 and perhaps it is gdm issue.
If I connect remotely with ssh -X and launch the application, it runs and the DISPLAY is not 0, but when launched from plugable, it thinks it si from 0 (I think so).
I made launcher with setting the propper display before launch, but result is the same.
I tryed multiple windows forms libgdiplus applications (downloaded from internet) and result is the same. I tryed mono gtk-sharp applications and they work as expected.
The last thing I tryed was to run the application in Xephyr nested server and it works, but I have to make a lot of settings, so it is not acceptable decision for my needs.
Please, advice how to fix this issue or is there a way to some how virtualize this application and to run it other way.

Thank you in advance

Ipolit 01-28-2014 02:48 AM

We just installed Fedora 17 and the application is running as expected. The mono and libgdiplus versions are same as in 20. So the issue remains in gdm.
Probably security settings?

Ipolit 01-28-2014 08:01 AM

We tested also on Fedora 19 and doesn't work. What we did last is to prepare CDE package with mono from Ubuntu system. CDE is package which includes all needed libraries for running an application without satisfying dependencies. The CDE package was running properly on Fedora 17 and didn't run on 19, which means the problem remains in GDM (probably).
So please suggest how to configure GDM to run our mono app.

Ipolit 01-28-2014 09:32 AM

Tested on Fedora 18 - doesn't work.
So what was changed in GDM from Fedora 17 to 18?

John VV 01-28-2014 01:17 PM

the fedora project made a LOT of big changes in 18

welcome to "life with fedora"

you might want to read through the "changelog" for the now UNSUPPORTED 17 and 18
and soon to be unsupported 19

fedora is after all a "Research and Development" distro
and changes very very fast

also gcc changed a LOT from fedora 17 to 20
fedora 20 is using 4.8
and i think 17 was using 4.3

have you installed a second version of gcc along side the current

i have ( on suse) gcc 3.4,4.1, 4.3 and 4.7

different programs were built for DIFFERENT versions of c++ ( or in your case C#)

All times are GMT -5. The time now is 10:12 PM.