Is Wine just as good as CrossOver?

fredand44 · Post by **fredand44** » Mon May 19, 2008 3:28 am

Hello!

I struggle to run the Game Gun from Wine 1.0.

I manged to do the following with CrossOver.

Through CrossOver 7.0.0 I installed DirectX.
In the same bottle I insatelled Gun.
I replaced the Gun.exe with a Gun.exe for a no-cd-crack.
This works fine.

Is it possible to di the same with Wine 1.0?

Best regards
Fredrik

L. Rahyen · Post by **L. Rahyen** » Mon May 19, 2008 4:03 am

On Monday May 19 2008 08:28:57 fredand44 wrote:

Hello!

I struggle to run the Game Gun from Wine 1.0.

I manged to do the following with CrossOver.

Through CrossOver 7.0.0 I installed DirectX.

There is definitely no need to install DirectX. By doing so you add a lot of
garbage to your WINE prefix ("bottle"). WINE (and CrossOver) already have
DirectX implementation.

Is it possible to di the same with Wine 1.0?

Short answer - probably yes. Just install latest WINE and try. This is very
simple and doesn't conflict with your CrossOver installation.
In my personal experience WINE works better than CrossOver in most cases.
This is isn't surprise because CrossOver always based on outdated WINE
version with less features and less bug fixes. However, sometimes because of
regressions older WINE version may work better than latest one (a bug report
should be filed in such cases at http://bugs.winehq.org ).

Paul Johnson · Post by **Paul Johnson** » Mon May 19, 2008 1:11 pm

On Monday 19 May 2008 01:28:57 am fredand44 wrote:

Through CrossOver 7.0.0 I installed DirectX.

You shouldn't have done that. This is in the FAQ.
http://wiki.winehq.org/FAQ#head-fbaa851 ... bc741260b2

In the same bottle I insatelled Gun.
I replaced the Gun.exe with a Gun.exe for a no-cd-crack.
This works fine.

Is it possible to di the same with Wine 1.0?

Have you checked the AppDB? That's the best place to answer this question.
http://appdb.winehq.org/

--
Paul Johnson
[email protected]

Explaination of .pgp part: http://linuxmafia.com/faq/Mail/rant-gpg.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
Url : http://www.winehq.org/pipermail/wine-us ... chment.pgp

Dewdman42 · Post by **Dewdman42** » Mon May 19, 2008 3:51 pm

I am curious about this question also. I am just getting into OSX for the first time and also Wine for the first time, so please forgive my ignorance here. I tried out the CrossOver Mac and crossover games trials. In my case I am not running any games, but rather only some Audio programs. I found one case where the CrossOver mac product would not run my desired program correctly, but crossover Games did. The program did not use any DX stuff, so there must be other additional stuff in Crossover games besides DirectX. I did not really try to install any other runtimes, so maybe Games comes with some runtime that is not in the other version.

Anyway, now I am experimenting with the free version. Please correct me if i am wrong, but it seems like the free version comes with more stuff and is generally going to be the best one to use, But Crossover includes the nice GUI for managing the bottle(s). Are there any other differences between Crossover and free Wine?

I notice that when i try to run things with Crossover, I can turn on logging and get very direct logging that tells me exactly which DLL is missing. I can't figure out how to do that with free Wine, so that could be a big advantage I guess.

What reasons are there for using the commercial version vs. the Free version, aside from the general stability that is promised for supported apps?(none of the apps I want to use are officially supported anyway).

Vincent Povirk · Post by **Vincent Povirk** » Mon May 19, 2008 4:41 pm

I have been told (but wouldn't know how to verify) that CrossOver Mac
contains its own X server that is missing some bugs from the one that
comes standard with OS X. Wine does not have anything similar, and it
suffers from those bugs.

Wine always prints some debugging information to standard error,
including information about missing DLL's, but it's only visible if
you run Wine from a terminal.

Dewdman42 · Post by **Dewdman42** » Mon May 19, 2008 5:25 pm

ahh. So you mean to launch, say notepad, I would go to OSX terminal and type something like:

wine notepad.exe

(with full paths)

and you're saying that would launch the program and I'd see all the logging I need on the terminal?

I notice when I launch apps now, a console window is opened that spews some errors and stuff as the programs is running. I thought this was the same thing. but it does not report exactly which DLL is missing.

James McKenzie · Post by **James McKenzie** » Mon May 19, 2008 11:07 pm

Dewdman42 wrote:

ahh. So you mean to launch, say notepad, I would go to OSX terminal and type something like:

wine notepad.exe

(with full paths)

and you're saying that would launch the program and I'd see all the logging I need on the terminal?

Yes. However you would need to redirect the output if you wanted
logging files.

I notice when I launch apps now, a console window is opened that spews some errors and stuff as the programs is running. I thought this was the same thing. but it does not report exactly which DLL is missing.

It should. Also, you will get error, fixme and other messages.

James McKenzie

Dewdman42 · Post by **Dewdman42** » Tue May 20, 2008 12:19 am

Yea I see the fixme messages. But so far I have not seen clean messages showing me which DLL is missing. I will try more stuff. CrossOver was more clear. Maybe there is a DEBUG flag I need to set?

L. Rahyen · Post by **L. Rahyen** » Tue May 20, 2008 1:46 am

On Tuesday May 20 2008 05:19:42 Dewdman42 wrote:

Yea I see the fixme messages. But so far I have not seen clean messages
showing me which DLL is missing. I will try more stuff.

What's the real problem? Why do you think you are missing DLL? If you just
see fixmes, etc. - you don't missing any DLLs. And if you havn't any
real problems - just ignore these messages.

CrossOver was more clear.

It produces zero fixmes, errs because it suppress them by default (you need
to use --verbose to turn them on).

If you like to see only information about missing DLLs (if any) - this is
possible with WINE by exporting this environment variable:

export WINEDEBUG=-all,err+module

Then run WINE as usually, for example:

wine taskmgr

If you want this (or any other) environment variable to be the default you
need to edit your /etc/bash.bashrc (if you are using bash) or /etc/zsh/zshenv
(if you are using zsh) accordingly (just add above line with WINEDEBUG
variable somewhere in the config file).

In real world in most cases you don't need to worry about missing DLLs - just
install and use your program(s). In case if you find that you are
missing "typical" DLL I recommend you to use winetricks (
http://kegel.com/wine/winetricks ) to install them.

If you don't missing any DLL (or you are missing internal application's DLLs
that failed to install properly for some reason) and application don't work
as it should file a bug report at http://bugs.winehq.org so we can fix your
problem.

Dewdman42 · Post by **Dewdman42** » Tue May 20, 2008 2:11 am

Thanks that helps a lot.

fredand44 · Post by **fredand44** » Tue May 20, 2008 2:05 pm

Helllo!

Thanks for all help!

Now I mange to run the Game Gun.

I installed Wine 1.0
Followed this tutorial for DirectX:
http://wine-review.blogspot.com/2008/03 ... table.html
Installed Gun
Found a no-cd-crack
Now I'm playing!!

Best regards
Fredrik

James McKenzie · Post by **James McKenzie** » Wed May 21, 2008 11:02 pm

fredand44 wrote:

Helllo!

Thanks for all help!

Now I mange to run the Game Gun.

I installed Wine 1.0
Followed this tutorial for DirectX:
http://wine-review.blogspot.com/2008/03 ... table.html

There should be no reason to install DirectX 9 on your system. If you
had to do so, please look if there is an existing bug report on the Wine
Bugzilla. If there is, vote for it as this lets the development team
know there is interest in this problem. If there is not, please create one.

James McKenzie