Hallo Heiko,

On 28.03.2013 15:17, Heiko Schlittermann wrote:

Wir haben hier beim Beenden eines Programmes in Wine folgendes im Log:

wine: Unhandled page fault on read access to 0x00000000 at address \ 0x0000:0x0090f866 (thread 0020), starting debugger...

Es gibt dazu einige Einträge, oft bezogen auf den versuchten Start eines Programmes mit Wine.

Was der Text mir sagen soll, ist in etwa klar - es wird ein 0-Pointer derefenziert zum Lesen. Für mich wichtiger wäre die Information, ob jemand mit Gewissheit sagen kann, wo die Ursache liegt: Bugs in Wine, Bugs in der Anwendung? Kann man mit der Thread-ID etwas anfangen oder aus der referenzierenden Adresse etwas ableiten?

Folgende Punkte sind noch von Interesse: 1. wine --version (sollte neuer als 1.5 sein, optimal 1.5.26) 2. Hast du evtl. einen "backtrace" oder erscheint bei dir der Crash-Dialog? 3. Was genau macht die App (um einzugrenzen, wo der Fehler sein könnte, z.B. 3D-Grafik ...)? (Gibt es evtl. eine Demo-Version davon?)

Kannst du für den Anfang eine Log-Datei für die Anwendung erstellen (http://wiki.winehq.org/FAQ#head-525985fc2b5c9dcaed99a4701b949ee1ee7bafd3)? Mit etwas Glück sind darin alle nötigen Informationen vorhanden. Achte darauf, dass vorm Start noch keine andere Wine-Anwendung läuft. Sollten die Informationen immer noch etwas dürftig sein, kannst du es mal mit "WINEDEBUG=+tid,+seh wine app.exe" probieren.

Evtl. hilft dir "winedbg" ( http://www.winehq.org/docs/winedev-guide/dbg-commands ) weiter, da könntest du zumindest zu dem Thread die Informationen finden (Achtung: Thread-ID kann sich ändern) - dies musst du aber vermutlich vorm Programmabsturz machen (mit: "info thread").

Viele Grüße Rico

Hallo,

Am 28.03.2013 15:17, schrieb Heiko Schlittermann:

Es ist etwas in Delphi geschriebenes. Kann man da überhaupt 0-Pointer dereferenzieren?

Ja.

var p: ^Integer; begin p := nil; p^ = 1; end;

Oder so (habe gerade keienen Compiler zur Hand).

Der Unterschied zwischen den Sprachen liegt nur darin, wie man damit umgeht. In Java fängt man z.B. sowas meist irgendwo ab (ZPE), druckt nen Stack-Trace und geht zur Tagesordnung über. In den C-Sprachen fängt man das typischerweise nicht ab und der Prozess wird beendet.

Tobias

Hej Heiko!

Mal ein paar Grob-Erfahrungen zu Wine, was man von Wine erwarten kann oder auch nicht:

Ich nutz Wine hin und wieder für irgendwelche 'Kleinprogramme' (Menü auf Uralt-CD-ROM, selbstentpackende .exe, ...) oder in nostalgischen Momenten für ältere Spiele. Grundsätzlich gibt es da immer mal Wine-Messages. Oft funktionieren die Programme trotzdem ohne große Einschränkungen.

Mir sind am häufigsten Meldungen begegnet, die auf die (den Entwicklern bewusste und antizipierte) Unvollkommenheit von Wine hindeuten: kennt irgendwas nicht, irgendwas ist nicht fertig implementiert, etc.

Aus dieser Erfahrung heraus würde ich sehr stark dazu tendieren, dass das ein Wine-Problem ist. (Wozu auch bestens passt, dass das Programm unter Windows fehlerfrei läuft.)

Wine wird aktiv weiterentwickelt. Sowas ändert sich daher übrigens auch immer mal von Version zu Version und in nicht immer nachvollziehbarer Relation zu verwendeten Libaries. Ein und die selbe Anwendung kann mal unter Distri A wunderbar im Wine laufen, in Distri B bei gleicher Wine-Version ohne funktionierenden Sound daherkommen und bei Distri C mit einer Minor-Version drunter oder drüber gar nicht laufen. Unabhängig davon erfordert Debuggen recht genaue Kenntnisse über Windows-APIs.

Auch stürzen Programme im Wine durchaus mal unvermittelt ab (Spiele, mit denen ich früher sehr viel deutlich mehr Zeit verbracht habe und bei denen ich mich unter Windows an keinen einzigen Absturz erinnern kann).

Mein persönliches Wine-Fazit: Mit Glitches ist immer zu rechnen. Solange man Probleme im Zweifelsfall hinterher bemerkt (z.B. Prüfsummenfehler beim Entpacker) ist das immer noch entspannter als Extra Windows zu booten/VM aufzusetzen. Felsenfest auf Wine vertrauen würde ich nicht (geschäftsrelevante Fachanwendungen würde ich damit kaum betreiben; ausgenommen Kleinkram, bei dem ich Fehler ggf. sofort bemerke und ich nicht lange Arbeitsschritte nachholen muss).

Beste Grüße Fabian