wine install "wine: Install Mono for Windows to run .NET applications"

[mclien]

ich versuche gerade estlcam nach folgender Anleitung zu installieren (ja auf einem 32bit Rechner, mein Asus Eeepc):
https://sites.google.com/site/electroni ... m-on-linux

Leider endet das ganze bei der genannten Fehlermeldung:

Code: Alles auswählen

wine: Install Mono for Windows to run .NET applications

OK, ich muss also wine für das windows installieren, wobei alle Tip empfehlen aus den repos wine-mono zu installieren, was es unter debian 9 nicht zu geben scheint.
im WineHQ finde ich zwar ein Download Verzeichnis:
http://dl.winehq.org/wine/wine-mono/
Allerdings fehlen mir hier sämtliche Erfahrungen, wie ich denn
1. Herausfinde welche Version ich nutzen sollte
2. Ob ich das tar.gz oder das msi file nehmen soll und wie ich von da aus unter wine installiere.

Irgendwelche wine Gurus anwesend?

[MartinV]

Erzeuge den Ordner /usr/share/wine/mono und speicher darin die wine-mono.msi. Wenn wine ein neues Prefix anlegt, findet und installiert es wine-mono von sich aus.
Welche Version? Ich würde sagen, die neueste.

Manuell installieren kannst Du .msi Dateien mit "wine msiexec /i xyz.msi"

Wenn Du schon dabei bist,kannst Du auch gleich Gecko installieren. Gecko kommt in den Ordner /usr/share/wine/gecko, Download hier: http://dl.winehq.org/wine/wine-gecko
x86 ist für 32-bit-wine, x86_64 ist für 64-bit-wine

[mclien]

Soweit klar bis auf:

[..]Wenn wine ein neues Prefix anlegt, findet und installiert es wine-mono von sich aus. [..]

Macht wine das "einfach so"?? Oder muss ich den anlegen, bzw. bei welcher Aktion "legt wine den an"?

[MartinV]

Das Standard-Prefix von wine ist ~/.wine, in dem die installierten Windows-Programme gespeichert werden. Wenn dieser Ordner nicht existiert, legt wine ihn an und meldet irgendetwas im Sinne von ".wine wird konfiguriert".

Wenn wine dabei /usr/share/wine-mono/wine-mono-xxx.msi und /usr/share/wine-mono/wine-gecko-xxx.msi findet, installiert es beide automatisch ohne Nachfrage. Findet es sie nicht, fragt es meist, ob es beides aus dem Internet laden und installieren soll.

Einen anderen Installationsordner kannst Du mit "WINEPREFIX=/mein/wine/ordner wine setup.exe" festlegen, daher die Bezeichnung "Prefix".

[mclien]

heute abend steh ich irgendwie auf der Leitung.
Also ich habe ja schon was installiert (estlcam) was beim Aufruf die Fehlermeldung erzeugt.
Die msi Dateien liegen in den von Dir vorgeschlagenen Pfaden. Wenn ich jetzt das erwähne Programm per "wine pfad/bla/zeug.exe aufrufe installiert wine dann erstmal gecko und mono?

[MartinV]

Die msi Dateien liegen in den von Dir vorgeschlagenen Pfaden. Wenn ich jetzt das erwähne Programm per "wine pfad/bla/zeug.exe aufrufe installiert wine dann erstmal gecko und mono?

Nein.
Das macht wine nur, wenn es ~/.wine oder ein anderes wineprefix neu anlegt.

Das Programm estlcam hast Du ja schon installiert, es ist wahrscheinlich in ~/wine.
Du kannst jetzt nachträglich wine-mono installieren:

Code: Alles auswählen

cd /usr/share/wine/wine-mono
wine msiexec /i wine-mono-xyz.msi 

[mclien]

kam mir auch irgendwie seltsam vor (Ich war wohl von dem "kannst Du so installieren" abgelenkt, klang wie ne Option) Melde mich gleich wieder

[mclien]

OK, nach einem chmod für die msi Dateien konnte ich die auch installieren als user.
Leider will es immer noch nicht klappen:
(bevor das abbricht, blitzt ganz kurz das Programmfenster auf, in dem es eigentlih laufen sollte)

Code: Alles auswählen

wine_dbg_vprintf: debugstr buffer overflow (contents: '
Unhandled Exception:
System.NullReferenceException: Object reference not set to an instance of an object
  at Estlcam.mw.t_init_Tick (System.Object sender, System.EventArgs e) [0x00056] in <a98cdcbc0ff84a6bb65b4f1cd284f5ba>:0 
  at System.Windows.Forms.Timer.OnTick (System.EventArgs e) [0x00008] in <dfcf5e19b3744f6abc3507fe9dffa1dd>:0 
  at System.Windows.Forms.Timer.FireTick () [0x00000] in <dfcf5e19b3744f6abc3507fe9dffa1dd>:0 
  at (wrapper remoting-invoke-with-check) System.Windows.Forms.Timer:FireTick ()
  at System.Windows.Forms.XplatUIWin32.GetMessage (System.Windows.Forms.MSG& msg, System.IntPtr hWnd, System.Int32 wFilterMin, System.Int32 wFilterMax, System.Boolean blocking) [0x00287] in <dfcf5e19b3744f6abc3507fe9dffa1dd>:0 
  at System.Windows.Forms.XplatUIWin32.GetMessage (System.Object queue_id, System.Windows.Forms.MSG& msg, System.IntPtr hWnd, System.Int32 wFilterMin, System.Int32 wFilterMax) [0x00000] in <dfcf5e19b3744f6abc3507fe9dffa1dd>:0 
  at System.Windows.Forms.XplatUI.GetMessage (')
Stacktrace:
=================================================================
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.
=================================================================
abnormal program termination
err:mscoree:expect_no_runtimes Process exited with a Mono runtime loaded.

[MartinV]

Hm, jetzt bin ich auch etwas ratlos.

In der von Dir verlinkten Anleitung steht:

Code: Alles auswählen

winetricks dotnet40 gdiplus d3dx9_36

Hast Du das gemacht? dotnet40 ist das Windows .NET, für das wine-mono der Ersatz sein soll.
Entweder sollte es eigtl. nur mit dotnet40 ohne wine-mono funktionieren.
Umgekehrt könnte es sein, daß dotnet40 und wine-mono sich jetzt beißen und deshalb abstürzen.

Vorschlag: ~/wine löschen, estlcam neu installieren. Entweder NUR mit dotnet40 oder NUR mit wine-mono.

[mclien]

Genau, ich hatte das so gemacht wie in der Anleitung und bin aber danach auf erwähnte fehlermeldung gestossen.

Das bedeutet dann: nur dotnet40 get nicht, beides auch nicht.

Bleibt nur wine-mono oder ggf. dotnet40 zu alt? (in der ANleitung war es estlcam8, aktuell ist estlcam11)

(ich mache dann mal morgen weiter..)

[MartinV]

Bleibt nur wine-mono oder ggf. dotnet40 zu alt? (in der ANleitung war es estlcam8, aktuell ist estlcam11)

Playonlinux listet noch ein dotnet45 auf, könnte einen Versuch wert sein.
Nach d3dx9 gibt es auch noch eine Reihe neuerer Versionen und Zwischenversionen, die neuesten sind d3dx10 und d3dx11.

Edit: Noch ein Gedanke: wine fragt beim Neuanlegen von ~/.wine gewöhnlich, ob es wine-mono herunterladen und installieren soll, falls es in /usr/share/wine/mono nicht fündig geworden ist. Vielleicht hast Du bei Deinem ersten Versuch zugestimmt, anschließend dotnet40 installiert, und es ging schief, weil beides installiert war?
Entferne besser wine-mono wieder aus /usr/share/wine/mono, damit du gezielt kontrollieren kanst, was von beiden tatsächlich installiert wird.

Code: Alles auswählen

expect_no_runtimes Process exited with a Mono runtime loaded.

Diese Fehlermeldung könnte bedeuten,daß tatsächlich zwei Versionen von .NET/mono gleichzeitig liefen, und die zweite gecrasht ist, weil es schon eine gab.