Application en c# sur Mac

Version imprimable

02/07/2010, 12h52
mikekiche

Application en c# sur Mac

Bonjour,

Je suis actuellement en stage, ou je développe en C#, avec le framework 3.5 .
J'ai fait une application windows form, mais maintenant mon chef de projet me demande de trouver un programme qui sache faire tourner mon programme en C# sous Mac OS.
Cela est ce possible? ou faut il obligatoirement utilisé windows en VMware, ou BootCamp.

J'ai essayé d'utilisé CrossOver sans succés.

Merci d'avance pour votre aide,

Michael
02/07/2010, 14h08
PatteDePoule

Compile ton code en Mono
http://www.mono-project.com/Main_Page
02/07/2010, 14h53
mioux

Pas besoin de le compiler avec mono

Une fois mono installé, en ligne de commande :

Code:

mono fichier.exe

En faite, ca a marché, mais j'ai pleins de lignes de bug dans mon terminal.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
** (Sandbox.exe:3620): WARNING **: The following assembly referenced from /Users/monmac/Desktop/LeKiosque_XML/WindowsFormsApplication2/bin/Debug/Sandbox.exe could not be loaded:
     Assembly:   System.Windows.Forms.DataVisualization    (assemblyref_index=3)
     Version:    3.5.0.0
     Public Key: 31bf3856ad364e35
The assembly was not found in the Global Assembly Cache, a path listed in the MONO_PATH environment variable, or in the location of the executing assembly (/Users/monmac/Desktop/LeKiosque_XML/WindowsFormsApplication2/bin/Debug/).
 
 
** (Sandbox.exe:3620): WARNING **: Could not load file or assembly 'System.Windows.Forms.DataVisualization, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies.
System.TypeLoadException: A type load exception has occurred.
  at System.Windows.Forms.ToolStripItem.OnClick (System.EventArgs e) [0x00000] in <filename unknown>:0 
  at System.Windows.Forms.ToolStripMenuItem.OnClick (System.EventArgs e) [0x00000] in <filename unknown>:0 
  at System.Windows.Forms.ToolStripMenuItem.HandleClick (System.EventArgs e) [0x00000] in <filename unknown>:0 
  at System.Windows.Forms.ToolStripItem.FireEvent (System.EventArgs e, ToolStripItemEventType met) [0x00000] in <filename unknown>:0 
  at (wrapper remoting-invoke-with-check) System.Windows.Forms.ToolStripItem:FireEvent (System.EventArgs,System.Windows.Forms.ToolStripItemEventType)
  at System.Windows.Forms.ToolStrip.OnMouseUp (System.Windows.Forms.MouseEventArgs mea) [0x00000] in <filename unknown>:0 
  at System.Windows.Forms.ToolStripDropDown.OnMouseUp (System.Windows.Forms.MouseEventArgs mea) [0x00000] in <filename unknown>:0 
  at System.Windows.Forms.Control.WmLButtonUp (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0 
  at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0 
  at System.Windows.Forms.ScrollableControl.WndProc (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0 
  at System.Windows.Forms.ToolStrip.WndProc (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0 
  at System.Windows.Forms.ToolStripDropDown.WndProc (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0 
  at System.Windows.Forms.Control+ControlWindowTarget.OnMessage (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0 
  at System.Windows.Forms.Control+ControlNativeWindow.WndProc (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0 
  at System.Windows.Forms.NativeWindow.WndProc (IntPtr hWnd, Msg msg, IntPtr wParam, IntPtr lParam) [0x00000] in <filename unknown>:0 
System.NullReferenceException: Object reference not set to an instance of an object
  at System.Windows.Forms.ToolStripDropDownMenu.CalculateConnectedArea () [0x00000] in <filename unknown>:0 
  at System.Windows.Forms.ToolStripDropDownMenu.OnPaintBackground (System.Windows.Forms.PaintEventArgs e) [0x00000] in <filename unknown>:0 
  at System.Windows.Forms.Control.WmPaint (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0 
  at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0 
  at System.Windows.Forms.ScrollableControl.WndProc (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0 
  at System.Windows.Forms.ToolStrip.WndProc (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0 
  at System.Windows.Forms.ToolStripDropDown.WndProc (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0 
  at System.Windows.Forms.Control+ControlWindowTarget.OnMessage (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0 
  at System.Windows.Forms.Control+ControlNativeWindow.WndProc (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0 
  at System.Windows.Forms.NativeWindow.WndProc (IntPtr hWnd, Msg msg, IntPtr wParam, IntPtr lParam) [0x00000] in <filename unknown>:0

La si quelqu'un pouvait m'aider... parce que la je suis un peu perdu.

02/07/2010, 15h09
mioux

Pas du tout, une application winform doit fontionner dans mono.

Mono est bien installé ?
02/07/2010, 15h12
mikekiche

Oui, en faite ca a marché comme je l'ai écrit dans le post précédent, que j'ai éditer, je ne pensais pas avoir une réponse aussi rapidement. merci beaucoup.
Par contre le probleme que j'ai maintenant persiste.
02/07/2010, 15h23
mioux

Il manque l'assembly System.Windows.Forms.DataVisualization qui n'est peut être pas gérée actuellement par Mono
02/07/2010, 15h26
mikekiche

OK, merci beaucoup pour ton aide!
02/07/2010, 15h31
mioux

Je viens de vérifier, l'asembly existe dans mono, donc il doit y avoir autre chose...

Comment a été installé mono ?

De mémoire, sur le mien je l'ai fais par macport...

Est ce qu'il est possible d'avoir une copie du projet compilé ou c'est confidentiel ? je fais un test avec ma machine
02/07/2010, 18h10
mikekiche

Je ne peux pas vous passez la solution.

Par contre pour l'installation de mono.
J'ai télécharger le dernier Mono Framework, ainsi que MonoDevelop.
Et j'obtiens une erreur du au chart
02/07/2010, 19h26
mioux

en fait je pensais is au fichier exe qu'à la solution... (mais bien entendu si ce n'est pas possible, on va pas chercher plus loin :D)

sinon en ouvrant le projet dans monodevelop, il y a des erreurs ?
02/07/2010, 19h43
mikekiche

Non, aucune erreur lors de l'ouverture de la solution dans MonoDevelop.
Par contre, dès que je veux générer la solution, j'obtiens cette erreur :

Citation:

Error CS0234: The type or namespace name `DataVisualization' does not exist in the namespace `System.Windows.Forms'. Are you missing an assembly reference? (CS0234) (SandBox).
02/07/2010, 19h55
mioux

et en essayant de le compiler dans une autre version de .net est ce que ça passe ? (en 2.0 si il n'y a aucune assembly spécifique 3.5 qui est chargée ou en 4.0, de mémoire monodevelop gère le framework 4.0)

au passage monodevelop existe en version Windows (ainsi que mono) et est compatible avec le framework officiel (pas besoin d'installer mono framework).
02/07/2010, 21h21
mikekiche

j'ai tout recompilé en framework 4.0 .
J'ai rajouté manuellement dans les réferences de mon projet
system.windows.forms.datavizualisation.dll, du coup, lors de la compilation, je n'ai plus d'erreur, (seulement des avertissements...) mais lors de l'éxécution, j'obtiens cette erreur.

Citation:

Unhandled Exception: System.TypeInitializationException: An exception was thrown by the type initializer for System.Windows.Forms.Control ---> System.DllNotFoundException: user32.dll
at (wrapper managed-to-native) System.Windows.Forms.SafeNativeMethods:RegisterWindowMessage (string)
at System.Windows.Forms.Control..cctor () [0x00000] in <filename unknown>:0
--- End of inner exception stack trace ---
at System.Windows.Forms.Application.SetCompatibleTextRenderingDefault (Boolean defaultValue) [0x00000] in <filename unknown>:0
at WindowsFormsApplication2.Program.Main () [0x00005] in /Users/monmac/Desktop/lk.1/Program.cs:17
03/07/2010, 12h05
mioux

Il y a du code spécifique windows ? Des appels à une API windows ? (apparemment oui, puisqu'il ya besoin de user32.dll qui est une dll système de windows)

Si oui, la solution mono n'est pas valable seule.

Le mieux serait de retirer les appels aux API du code (surtout que je pense qu'il existe des alternatives natives en .Net pour ça)

Une autre solution consiste à installer wine (via macports par exemple, infos par ici, jusqu'à la partie 3). Dans wine, installer mono (en version windows).

Wine est un "émulateur" windows. Une fois installer, il faut lancer (en ligne de commande) :

Code:

wine programme.exe

mais j'ai quand même un doute, parce que normalement, mono détecte que les programmes sont mixtes .Net/windows natif, et lance une erreur quand on essaie de démarrer un programme avec du code mixte.

EDIT : Pour essayer de retrouver les fichier incriminés, il doit y avoir des

Code:

[DllImport("user32.dll")]

qui chargent des dll externes
05/07/2010, 10h09
mikekiche

Je vais essayer avec Wine.
Merci beaucoup pour votre aide.