Probleem met Wine + VB4 op Suse 8 distri

[Verwijderd]

Momenteel heb ik moeilijkheden met het draaien van een Visual Basic 4
applicatie met behulp van Wine onder Linux Suse 8. Wine gaat namelijk
direct na het commando over naar de wine-dbg mode. Terwijl het eigenlijk de applicatie moet opstarten

De laatste Suse versie van Wine is gedownload van WineHQ en geinstalleerd.

De commando die gebruikt wordt:

wine programma.exe


Wat er in de wine-dbg mode wordt laten zien is het volgende:
-------------------------------------------------------------
Unhandled exception: unimplemented funciton ole2.dll.READCLASSSTM called in
32-bit code (0x41334056).
In 32-bit mode.
0x41334056 (OLE32.DLL.,WdtpInterfacePointer_UserUnmarshal+0x201a in
ole32.dell.so)
: jmp 0x41334050 (OLE32.DLL.WdtpInterfacePointer_UserUnmarshal+0x2014 in
ole32.dll.so)
-------------------------------------------------------------


Een greep uit mijn wine config bestand:
-------------------------------------------------------------
[Drive A]
"Type" = "floppy"
"Path" = "/media/floppy"
"Label" = "/media/floppy"
"Device" = "/dev/fd0"

[Drive C]
"Path" = "/windows/C"
"Type" = "hd"
"Label" = "/windows/C"
"Filesystem" = "win95"

[Drive D]
"Type" = "hd"
"Path" = "/windows/D"
"Label" = "/windows/D"
"FS" = "win95"

;[Drive E]
;"Type" = "hd"
;"Path" = "/windows/D"
;"Label" = "/windows/D"
;"FS" = "win95"

[Drive M]
"Type" = "cdrom"
"Path" = "/media/cdrom"
"Label" = "/media/cdrom"
"FS" = "win95"
"Device" = "/dev/hdc"

[Drive X]
"Type" = "hd"
"Path" = "/tmp"
"Label" = "Tmp Drive"
"FS" = "win95"

[Drive Y]
"Type" = "network"
"Path" = "${HOME}"
"Label" = "Home"
"FS" = "win95"

[Drive Z]
"Type" = "network"
"Path" = "/"
"Label" = "Root"
"FS" = "win95"

[wine]
"Windows" = "C:\\Windows"
"System" = "C:\\Windows\\System"
"Temp" = "X:\\"
"Path" = "C:\\Windows;C:\\Windows\\System;X:\\;Y:\\"
"GraphicsDriver" = "x11drv"
; Wine doesn't pass directory symlinks to Windows programs by default.
; Enabling this may crash some programs that do recursive lookups of a whole
; subdir tree in case of a symlink pointing back to itself.
;"ShowDirSymlinks" = "1"
"ShellLinker" = "wineshelllink"
-------------------------------------------------------------
De windows die geinstalleerd staat op de computer is naast linux is Windows XP met een fat32 filesystem. De path`s naar de system mappen kloppen zodat ie de goede systeem bestanden kan pakken zoals de dll`s.

[blouweKip]

Ik gok dat dit gewoon een van de zovele applicaties is die (nog) niet met wine werken

[Solarsparc]

Probeer eens te experimenteren met native en niet-native dll's. Sommige dll's draaien beter als je de Wine versie gebruikt, sommige beter als je de windows-versie gebruikt. Een beetje experimenteren kan vaak heel wat oplossen. Een goed begin is dan ook die ole dll

[imdos]

Wat ook nog veel kan schelen is het gebruik van een fake windows gebaseerd op win98 (se) dll's! WinXP & 2K worden minder goed gesupport zover ik weet ...

[Verwijderd]

Helaas...

ik heb een aantal ole2 bestanden van een win98 pc gehaalt en getest met wine en ik krijg nog steeds dezelfde de error melding. De test omgeving van de fake windows mode.

Dus als ik de wine dll gebruik of de win 98 dll gebruik knalt ie eruit naar debug mode. Is er een manier om dat af te vangen zodat ie toch verder gaat draaien oid? Want anders zal ik de applicatie moeten herschrijven in een taal die wel goed ondersteund wordt in Linux.

[ Voor 22% gewijzigd door Verwijderd op 12-02-2003 11:55 ]

[SambalBij]

Hij komt in die debug mode omdat wine (door de applicatie) crasht. De error negeren en doorgaan is er dus niet bij. Kun je, als je perse VB wilt gebruiken, niet beter een echte windows installatie gebruiken? Een zelf geschreven applicatie kun je onder windows compileren en dan proberen onder wine te draaien.

Als het een belangrijke applicatie betreft dan wil je die zowieso niet onder wine draaien
Als herschrijven mogelijk is, kijk dan eens naar Delphi/Kylix. Als het goed is kun je daarmee dezelfde source zowel native onder windows compileren tot windows applicatie (met delphi) en onder linux compileren tot native linux applicatie (met kylix)

edit:
niet goed gelezen, het gaat al om een VB applicatie en niet VB zelf.
Het je wel de eventueel benodigde VB runtime DLL's en DLL's en/of OCX-en van in de applicatie gebruikte componenten in je wine installatie gezet?

[ Voor 15% gewijzigd door SambalBij op 12-02-2003 12:24 ]

[xzenor]

is het niet gewoon weer het zoveelste pakketje wat niet onder wine wilt werken?
Het enige wat ik aan de praat heb gekregen met dat wine is notepad...
ik vind het een waardeloos pakket..
maarja het is niet voor niets nog steeds in development natuurlijk..
maar niet alles werkt dus onder wine...
dat jouw vb proggy niet draait in wine is niet bijzonder in iedergeval.......

[Verwijderd]

Het ziet er niet naar uit volgens mij dat ik dit op kort termijn met wine kan fixen,
ik ga maar es win4linux oid proberen. Daarmee kun je een proggie draaien op linux waarin windows draait, soort van vmware maar dan net anders

[Solarsparc]

In het geval van Wine is het meestal zo: hoe complexer, hoe kleiner de kans dat het werkt. Kleine programmatjes werken meestal feilloos (ik noem dingen als Winzip, Winrar, Notepad, Solitaire). Een simpel administratieprogramma (in VB) zou ook moeten werken, maar zo gauw je er meer ActiveX, ADO en andere trucjes (controls) op los laat wordt de kans vliegensvlug kleiner.
Overigens is Wine zeker geen waardeloos pakket. Ik gebruik met grote tevredenheid Kazaa onder Wine, en bijvoorbeeld Nero werkt ook vrij goed. Zelfs Word draait vrij redelijk, al kan ik niet saven (wat waarschijnlijk wel op te lossen is).
Een beetje vogelen met dll's helpt vaak ook. Vaak ook niet trouwens, maar om Wine meteen waardeloos te noemen vind ik te ver gaan.
En, zoals bekend, het is een programma in ontwikkeling, en het wordt gewoon steeds beter.

[xzenor]

Ik gaf ook maar gewoon mijn eigen mening
ik persoonlijk vind het geen nuttig pakket....

Maar dat komt misschien nogwel naarmate het beter ontwikkeld wordt..
Maar momenteel vind ik het helemaal niks