Sie sind nicht angemeldet.

1

30.01.2007, 22:02

[gelöst] Wine-Probleme

Hallo, also in erster Linie hat es eigentlich nichts mit Spielen zu tun, sondern es geht einfach um den Versuch eine Windows-Anwendung mit Wine zum laufen zu bringen, da es leider keine Linuxversion gibt und wahrscheinlich auch nie geben wird.

Also, ich habe das Programm mit Wine installiert, soweit gab es keine Probleme. Dann fehlte mir zum Starten noch die msvbvm60.dll, welche mir aus dem internet geholt und in das Verzeichnis des Programms gelegt habe. Dann läuft das ganze schonmal soweit, das der Splashscreen des Programms erscheint. Leider war es das dann auch schon.
Da ich die Online-Doku von Wine nicht ganz durchschaue, bin ich nun an diesem Punkt etwas aufgeschmissen, wie ich die Fehler beseitigen kann. Liegt es nur an einer unpassenden dll?
Die komplette Ausgabe findet sich als Dateianhang, wobei es annhähernd immer das selbe ist.
Leider habe ich keine Ahnung, worum es sich bei diesem OLEPicture... handeln soll :/
"...klingt komisch, ist aber so!"

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »H2« (08.02.2007, 18:46)


2

30.01.2007, 22:45

RE: Wine-Probleme

Mich stöhrt gleich am Anfang:
Warning: the specified Windows directory L"c:\\windows" is not accessible.
Meine Rechtschreibfehler sind gewollt und unterliegen dem Copyright des Verfassers, es sei denn, sie sind explizit unter die GPL gestellt .....

Außerdem sind sie ein Ausdruck der Persönlichkeit des Schreibers!

3

30.01.2007, 22:52

Jops, finde ich auch seltsam. Was soll das "L" bedeuten? Ein Laufwerksbuchstabe wird es wohl kaum sein. Hast du irgendetwas im wine umgestellt?
Frequent lock ups are a symptom of not enough memory but only in the way that nosebleeds are a symptom of gunshot wounds to the head.

4

31.01.2007, 20:25

Ok, ich habe jetzt den Fehler mit der falschen Zuweisung von Laufwerksbuchstaben behoben. Aus einem mir unbekannten Grund wurde die korrekte Einstellung immer wieder überschrieben. Nach dem ich die Konfiguration neu angelegt habe, geht es nun, leider ändert das nur wenig an den Fehler die auftauchten.

Der Fehler mit OLEPicture besteht weiterhin, neu war ein Audio-Fehler. Diesen konnte ich beheben, indem ich in der Konfigurationsdatei manuell nach hier auf Emulation umgestellt hatte, da winecfg jedes mal abstürzte wenn ich den Audio-Reiter öffnen wollte. Dieser Absturz passiert zwar immernoch, nur taucht der Fehler nun nichtmehr beim Programstart auf.

Das Program selber startet nun trotz einer massiven Anzahl von Fehlern von OLEPicture. Nun ergibt sich nurnoch das Problem, das ich in der Applikation nicht zwischen verschiedenen Fenstern wechseln kann. Das Programm öffnet für Konfigurationen neue Fenster. Die Fenster erscheinen zwar, nur leider bekommen sie keine Fokus. Im Anhang auchnoch ein Bild davon. Allerdings ist mir jetzt unklar, ob der Fehler an wine liegt, oder an dem Programm in Zusammenarbeit mit Wine, oder ....?
Hat jemand das schonmal erlebt?
"...klingt komisch, ist aber so!"

5

31.01.2007, 21:48

Kann man das Programm irgendwo runterladen und selbst testen?
"Erst nachdem wir alles verloren haben, haben wir die Freiheit, alles zu tun."
"It's only after we've lost everything, that we're free to do anything!"

Jabber: Die ID kann via PN erfragt werden.

6

31.01.2007, 21:52

Zitat

Original von maggu2810
Kann man das Programm irgendwo runterladen und selbst testen?


Download
"...klingt komisch, ist aber so!"

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »H2« (31.01.2007, 21:56)


7

31.01.2007, 22:00

Das Fokus-Problem würde ich mal wine zuschieben. Ich habe hier ein simples Programm (in Delphi geschrieben), welches nach dem Start auch keinen Fokus hat. Wenn man in dem Programm einen Vorgang startet, und anschließend die MessageBox zur Bestätigung erscheint, so hat diese auch keinen Fokus, und man muss sie hinter der eigentlichen Anwendung hervorholen. Ich kann allerdings nicht sagen ob man das per wine-cfg beheben kann, das habe ich noch nicht versucht (wäre aber schön wenn es geht, das nervt nämlich).
Frequent lock ups are a symptom of not enough memory but only in the way that nosebleeds are a symptom of gunshot wounds to the head.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »loskornosdelsol« (31.01.2007, 22:01)


8

31.01.2007, 22:25

naja, hier ist das problem noch etwas größer. ich kann das fenster erst garnicht anwähnlen. weder verschieben noch einen button drücken oder eine eingabe in ein formularfeld... es ist so als wäre das fenster als grafik über das haupfenster gelegt und komplett ohne irgendeine nur denkbare funktion...selbst per tab durchspringen geht nicht!
"...klingt komisch, ist aber so!"

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »H2« (31.01.2007, 22:26)


9

01.02.2007, 00:04

Geht wirklich nicht. Aber muss doch dann auch an der Programmierung in Visual Basic liegen, weil wenn man das gescheit macht, dann geht das ja auch mit Wine.
"Erst nachdem wir alles verloren haben, haben wir die Freiheit, alles zu tun."
"It's only after we've lost everything, that we're free to do anything!"

Jabber: Die ID kann via PN erfragt werden.

10

01.02.2007, 10:09

Maggu, kennst du eine (möglichst kleine) Anwendung bei der das Fokus-Problem nicht auftritt?
Frequent lock ups are a symptom of not enough memory but only in the way that nosebleeds are a symptom of gunshot wounds to the head.

11

01.02.2007, 16:00

Puh, müsste ich jetzt auf die Suche gehn. Verwend ja Wine nur, wenns wirklich nicht anders geht - und es geht meist anders bei dem was ich brauche. Aber das dumme bei diesem Problem ist ja, dass die Fenster den Fokus überhaupt nicht bekommen. Da hilft kein Klick und keine Tastenkobination.
Gibt es in VB nicht eine explizite setFocus Funktion?
"Erst nachdem wir alles verloren haben, haben wir die Freiheit, alles zu tun."
"It's only after we've lost everything, that we're free to do anything!"

Jabber: Die ID kann via PN erfragt werden.

12

01.02.2007, 19:24

Ist jetzt nur ein Gedanke, aber vielleicht fehlen einige Runtime-DLLs für Visual Basic oder diese sind unvollständig. Wie ich bei der Kompilierung festgestellt, sind die vorinstallierten DLLs nicht die von Microsoft, sondern vom Wine-Team programmiert. Vielleicht würde das Kopieren der Microsoft Visual Basic-Runtime-DLLs in das Wine-Windows-Verzeichnis das Problem lösen...

13

01.02.2007, 19:33

Wenn dem so sein sollte, dann muss man auch noch native/builtin anpassen. Sonst hat das reinkopieren keinen Sinn.
"Erst nachdem wir alles verloren haben, haben wir die Freiheit, alles zu tun."
"It's only after we've lost everything, that we're free to do anything!"

Jabber: Die ID kann via PN erfragt werden.

14

01.02.2007, 22:57

Seltsam. Immer, wenn ich in Wine Schwierigkeiten mit einem Programm hatte, wurde es meist durch einen Griff ins echte Windows-Verzeichnis gelöst... :)

15

01.02.2007, 23:32

Ja, wenn eine DLL fehlt, dann ist eine Windows-Installation ein prima "Teile-Lager" :-)
Frequent lock ups are a symptom of not enough memory but only in the way that nosebleeds are a symptom of gunshot wounds to the head.

16

02.02.2007, 15:14

ok, danke für eure hilfe. ich werde es wenn ich ein bisschen zeit finde nochmal mit anderen dll's probieren, und dann ne rückmeldung geben
"...klingt komisch, ist aber so!"

17

17.02.2007, 14:40

Wine 0.9.31 ist draußen. Kannst es ja damit probieren.
"Erst nachdem wir alles verloren haben, haben wir die Freiheit, alles zu tun."
"It's only after we've lost everything, that we're free to do anything!"

Jabber: Die ID kann via PN erfragt werden.

18

21.02.2007, 09:59

http://www.pro-linux.de/news/2007/10866.html

Liest der Autor eigentlich noch mit?
Oder kommt man erst wieder ins Forum, wenn man eine Frage hat? Man darf auch reinschauen, um den anderen zu helfen. =)
"Erst nachdem wir alles verloren haben, haben wir die Freiheit, alles zu tun."
"It's only after we've lost everything, that we're free to do anything!"

Jabber: Die ID kann via PN erfragt werden.