As I've mentioned in other posts here on the forum, I'm now trying to convert to running only Linux, instead of Windows.
I have installed the latest binary for Slackware from winehq, I upgraded to XFree86 4.4.0, and everything looks great.
The program runs an executable of another server on the network. The share on the server is mapped to J: and V: and the executable is there.

When I type: wine v:\vbus.exe (which is the exe in question) I get a DLL error for the files: TIFF32.DLL, BITMANI.DLL and MFC42.DLL
These files are all located in my c:\windows\system32 folder.
The MFC42.DLL file is a windows DLL if I'm not mistaken, and the others are installed by the setup program. (I haven't run this in wine, but should probably do so.)

Am I mistaken if I assume this:
I edit the wine configuration file to add this line in the [DLLOverrides] section:
"mfc42" = "native"
and copy the DLL file to where it should be?

-Geir O.

you might want to try winehq.org. they have a FAQ and forums. Also google could help. I don't really run wine as I have dumped windows all together.

I've visited the documentation and FAQ at winehq, but am none the wiser.
Google has gotten me a little further, but now I get the error:
Unhandled exception: unimplemented function atl.dll.AtlModuleRegisterServer called in 32 bit mode

I guess there is no way to get around an unsupported function... I wish I could dump
windows myself, but there is no Linux version of this software, and I need to run
it, to be able to work.

This is hard. I might have to install windows on another PC, with remote desktop
and the software. Then use rdesktop to connect and use the software...

"Oh what a cruel windows world."

what does it do? come to think of it, it is probably something proprietary that you use for work.

Are there no WINE gurus out there?

It's an accounting application. I use it to see what our clients subscribe to.
It looks to be from the ATL dll file, and the atl.dll.so file provided by wine has no
support for it, it seems. I'll load windows now, and try to get the native DLL file, and see
what happens then.
I was also hoping to get a reply from a wine guru, but any help is appreciated.

Geir O.

your right about that i think, but it may still not work. Have you tried using winex if wine dont work? also you could try using a virtual machine if your pc is good enough.

PS: It seems that winetools may solve your problem, the following is from linux-gamers.net
(unfortunately the homepage seems to be down at the mo)

WineTools is a collection of tools with the following features:
You can create a Windows directory structure with a registry and configuration file in $HOME/.wine. The config file is optimised for as many applications as possible. It is also possible to install Windows serveral needed Windows fonts: Andale, Arial, Arial Black, Comic Sans, Courier New, Georgia, Impact, Time New Roman, Trebuchet, Verdana & Webdings. And it is possible to install some important system files and applications:

o DCOM98 - necessary for Installshield installers
o Visual C++ Runtime (contains atl.dll,mfc42.dll, mscvcrt.dll, msvcirt.dll, msvcp60.dll)
o Visual Basic 5/6 Runtime
o Windows Installer
o Windows Script 5.6
o Internet Explorer 6.0 SP1
o Windows Media Player 6.4

Thanks {O_o}.
I will try to install winetools.
I have got it sort of running now. The program starts and asks for login, as it should.
When I type in the login, it says: "Cannot connect to server: VismaBusiness"
I have sent an e-mail to the developers of the software, and hope to get a reply from them also.
Will however try the winetools now.

Geir O.

Long time since I started this thread, but I thought I'd post a follow-up now, since I've terminated this project...

I got everything working on Linux, but Linux wasn't able to connect to the database, because I needed an ODBC string from windows.. (Or so I thought..)
I need to use the application mentioned in earlier posts, so I removed every trace of Linux on my machine at work. BIG MISTAKE.. Just minutes after removing Linux, a friend tells me: just add the ODBC driver for windows to linux, run ODBCAD32.EXE, and insert the string needed to connect to the database. That would have, most likely, fixed every problem.
Since setting up Linux was so timeconsuming at work, the only real timeconsuming bit was getting windows soft. to run properly, I haven't had a chance to reinstall Linux. I never have that much time to spend. To busy...

I learn't one thing:
With a little bit of work, you can get just about everything to work on Linux, even WIN32 soft.

-Geir