wine-devel October 2005

wine-devel@winehq.org

165 participants
333 discussions

The Holy Grail - Wine 0.9 - thanks to all
by Randall Walls 01 Nov '05

01 Nov '05

OK, Not to get sappy or anything, but I think most wine users have a 'holy grail' application, an app that they would do almost anything to get working. Mine was a game from about 5 years back called Battlezone II. Wonderful game, one of my all time favs. I have spent the better part of 2 years trying to install and run it under wine. Every monthly release I would download fresh source, compile, test, always with varying degrees of success. I've googled for hours on end, tried every native dll imaginable, every tweak, every tip, every hint, sacrificed a few goats, prayed to the linux gods and pledged to give up my soul, but the game was never playable...... ....until now. Everything works. EVERYTHING. Graphics are flawless, with the exception of the fonts being a bit funky, but I can deal. Everything else is exactly as it should be. I was, frankly (and no insult intended), stunned. So, thank you, everyone, all the devs, the testers, everyone, for doing what you do. (and for giving us linux gamers a little light at the end of the tunnel). I would have to say, from my single experience at least, that the 0.9 release has been well worth the wait, and has delivered in a way I didn't think possible. I'll throw something in the appdb just as soon as I can figure out how to get a screenshot or two. Randall Walls

6 22

Wine on Solaris?
by Thomas Tornblom 01 Nov '05

01 Nov '05

Greetings. I'm new to this forum, so bear with me... I'm trying o build 0.9 on Solaris 11 (nevada) and I'm running into some problems. The background is that I'm trying to run ComSoft, a win application to control the heatpump in my house. It uses serial comm, just plain 9600 bps, even parity. I tried to use the 20041104 version available on the Solaris 10 companion CD, but serial comm seems seriosuly broken on it, and I thought I'd better start with something more recent. I have added some missing sun-specific pieces from the 20041104 version as it was built by someone at Sun, and I have been able to build it, sort of. I'm running into problems when I try to start wine, where I get complaints about unresolved symbols, all of which are defined in the dll shared libraries. I'm puzzled by the naming of the shared libraries and I don't understand how they are spposed to be named and used. Take the kernel32 dll for instance. It is named /opt/sfw/lib/kernel32.dll.so, but during linking it is used as "-lkernel32", and at runtime no symbols are found. I'm trying to get in contact with the engineer at sun who built the version on the companion CD, but perhaps someone here can explain how it is supposed to work? Cheers, Thomas

5 6

DirectSound problems - dlls/dsound/mixer.c
by Davin McCall 01 Nov '05

01 Nov '05

Hi, I'm trying to sort out sound problems with StarCraft and have made some progress by hacking around with the "dlls/dsound/mixer.c" file. I'm new to Wine hacking however, and there's some things in the code which I don't understand (and others which seem blatantly wrong). Hopefully someone can help me with these questions: 1) In DSOUND_PerformMix(), two values inq and maxq are calculated which seem to represent the amount of already-mixed (prebuffered) data in the primary buffer and the maximum amount that should be prebuffered. See lines 1001 - 1012. Then the comparison "inq > maxq" is made to detect whether all buffered data has been played, and if so the sound is stopped by calling DSOUND_PrimaryStop. However, inq is based on the *writepos* value which is the play position plus a safety margin (latency) - see line 972. So, sound is stopped before the play position actually reaches the end of the buffered audio. This seems wrong. Can anyone tell me if this is correct (and if so why) or if it really is wrong. 2) (same function) on line 1048, after using DSOUND_PrimaryStop(), the playpos is retrieved by making a driver call. The comment says that DSOUND_PrimaryStop() is supposed to reset playpos to 0, but OSS cannot do this and that is why IDsDriverBuffer_GetPosition() is called. However, with ALSA, the driver returns the last played position, even though when the sound is restarted (ie. when DSOUND_PrimaryPlay is called) the position does go back to 0. The result is that playpos is wrong in the meantime. If a sound buffer is added to the queue it gets mixed at the wrong position. So, should the ALSA driver return 0 for IDsDriverBuffer_GetPosition() or is it simply wrong to use that function to retrieve play position after stopping the device? (and if so, is there a better solution)? 3) Was whoever wrote this code allergic to comments? :-) I'd appreciate any help I can get. Davin

9 20

wine overstepping the mark?
by wino＠piments.com 01 Nov '05

01 Nov '05

I tried to compile wine-cvs on Gentoo and it got stopped during the install stage with a sandbox violation. This is a gentoo feature protecting the system from software that steps outside its own territory. It seems that wine is taking it upon itself to mod the mimetypes for the whole system. Is this an oversight or am I misreading it? Sorry the output got chopped but you get the picture. --------------------------- ACCESS VIOLAT LOG FILE = "/var/log/sandbox/sandbox-app- rename: /usr/local/share/applications/ unlink: /usr/local/share/applications/ rename: /usr/share/applications/.mimei unlink: /usr/share/applications/.mimei ----------------------------------------- Regards.

14 23

Unmet dependency with Mozilla ActiveX install
by Ron Jensen 01 Nov '05

01 Nov '05

I tried installing a free game at random [1] from a web site I found [2]. I downloaded it and tried installing it into a freshly created with "wineprefixcreate" .wine folder. The game installed without a problem. When I tried to run the game wine presented a dialog that said I needed Mozilla ActiveX controls and offered to download & install them. The download worked, however the install _FAILED_ . I found a web site [3] with troubleshooting tips. It suggested I was missing two dlls, MSVCP60.DLL and MSVCRT.DLL. I downloaded the zip file [4] and unzipped it into ~/.wine/drive_c/windows/system . Reran the game, wine presented the same dialog about ActiveX. This time it downloaded & installed properly. The game started, ran and played. Two issues come to mind for the ActiveX installer: - it need to check for MSVCP60.DLL and MSVCRT.DLL before it bothers to download ActiveX. - it should cache the ActiveX download ( in /tmp maybe? ) with an option to keep it on hand. Since wine is installed per user it is probable a machine may need to install this more than once. [1] http://www.kprobe.com/kprobe/Downloads/SetupXMasMath.exe [2] http://www.kprobe.com/kprobe/index.htm [3] http://www.iol.ie/~locka/mozilla/troubleshooting.htm [4] http://www.iol.ie/~locka/mozilla/runtime60.zip

2 1

Re: Help with WINE and POSIX threading
by Marcus Meissner 31 Oct '05

31 Oct '05

On Wed, Oct 26, 2005 at 11:01:51AM -0700, ssawai wrote: > > Message body follows: > > Marcus, > > We have been using WINE for about a year to port the > Windows version of our product to Red Hat AS 3.0. We have > come up against some issues with threading and our > developers have some questions which I am including below. Please ask them on wine-devel(a)winehq.org ... I am just one of the developers ;) I am cc'ing the list. > 1) Wine version > > According to winehq.org, Wine is still alpha software. Since > we are not > interested in Wine as a complete Windows simulator and we > don't plan to > run binaries compiled on Windows, what would be the best > (development) > Wine version to use? 2 days ago we released version 0.9, our first BETA version. This is the version to use for now ;) > 2) Threading > > On several places we use third-party components that use native pthreads > from which we receive callbacks in different pthreads. > > Is it possible to use Wine/pthread mix? What would be the preferred way > of doing things? Umm. I do not know. It might be possible. We provide a kind of barebones pthread implementation ourselves to help this mix. > Our tests show that Wine implements Win32 threads by creating new > processes (via clone() syscall). This is a problem, because, pthreads > spawned from Wine thread, cannot be interlocked with Wine/Win32 Mutex or > CriticalSection. They also seem to be scheduled (by kernel) only within > parent Wine thread. If parent Wine thread terminates early - we have a > crash the moment when one of the orphan pthreads try to place a > callback. > 3) Dynamic library loading > > On many places we use dynamic library loading (LoadLibrary() on Win32). > Possibly we will need to load native libraries also. Is it possible to > load shared libraries (.so) linked with Wine, with native dlopen(), > since we don't need the Win32 DllMain mechanism. What would be the > preferred/best way of doing things? dlopen() is possible from within a WINE context. dlopen() a wine library from a non-WINE program will currently not work, you have to setup the wine context before. > Can you help with these? If not, can you suggest who may > be able to give us some expert insight with our issues? I hope some of the other developers on wine-devel(a)winehq.org can fill in here. Ciao, Marcus

5 4

Re: D3D7 -> WineD3D, 2nd attempt
by Stefan Dösinger 31 Oct '05

31 Oct '05

Hello, I think I got the DrawIndexedPrimitiveVB going now(my tracing suggests this), and now I've hit ProcessVertices(). As someone mentioned allready, this is a complex call, and it isn't implemented in DX7, DX8 or WineD3D. This call does some Vertex Transformation, and depending on the App's requests, Lightning and other things. This is some math thing that is done in Software(According to msdn). On DX8 and DX9 this call is slightly different, and it looks like vertex shaders come into play. Does anyone know any free library which implements something like this, or any internet sources on the math behind this? I haven't found anything useable with google. If I can't find anything, I'll have a look in my university's library. One other Question: How slow is DrawStridedSlow? WineD3D uses it because of the diffuse ans specular colors. Currently I get only one useable vertex into DrawIndexedPrimitiveVB from ProcessVertices, the other 5 to draw have their values zeroed. Without drawing anything I get 70 fps(screen refresh rate, expected), with the 6 Vertices I get 1.5 fps. Is this normal for DrawStridedSlow()? Might this be because of drawing 2 triangles with useless vertices? Or might something else be wrong? Stefan

5 8

Half-Life 2 / Counter-Strike: Source under Wine
by James Liggett 31 Oct '05

31 Oct '05

Hi, Out of curiosity, has anyone successfully been able to play HL2 or CS:S under wine? Today I finally worked out the kinks getting the original HL to work, and I know some people have been playing around with this stuff. Currently, HL2 and CS:S freeze over on startup. Has anyone even gotten it to start or even play? James Liggett

9 24

Re: wine/dlls/ntdll signal_i386.c exception.c
by Robert Shearman 31 Oct '05

31 Oct '05

Alexandre Julliard wrote: >Index: wine/dlls/ntdll/signal_i386.c >diff -u -p wine/dlls/ntdll/signal_i386.c:1.100 wine/dlls/ntdll/signal_i386.c:1.101 >--- wine/dlls/ntdll/signal_i386.c 31 Oct 2005 14: 8: 5 -0000 >+++ /dev/null 31 Oct 2005 14: 8: 5 -0000 >@@ -1384,4 +1384,36 @@ __ASM_GLOBAL_FUNC( DbgBreakPoint, "int $ > */ > __ASM_GLOBAL_FUNC( DbgUserBreakPoint, "int $3; ret"); > >+ >+/********************************************************************** >+ * EXC_CallHandler (internal) >+ */ >+__ASM_GLOBAL_FUNC( EXC_CallHandler, >+" pushl %ebp\n" >+" movl %esp, %ebp\n" >+" subl $12, %esp\n" >+" movl 28(%ebp), %eax\n" >+" movl 12(%ebp), %edx\n" >+" movl %eax, -8(%ebp)\n" >+" movl %edx, -4(%ebp)\n" >+" leal -12(%ebp), %eax\n" >+" .byte 0x64\n" >+" movl (0),%ecx\n" > > Is it not possible to use the proper %fs prefix instead of having to put a bytecode in manually? >+" movl %ecx,(%eax)\n" >+" .byte 0x64\n" >+" movl %eax,(0)\n" >+" movl 20(%ebp), %eax\n" >+" pushl %eax\n" > > There is no need to move the variable into %eax before pushing, as "pushl 20(%ebp)" will work as shortens the assembly. >+" movl 16(%ebp), %eax\n" >+" pushl %eax\n" >+" movl 8(%ebp), %eax\n" >+" pushl %edx\n" >+" pushl %eax\n" >+" call *24(%ebp)\n" >+" movl -12(%ebp), %edx\n" >+" .byte 0x64\n" >+" movl %edx,(0)\n" >+" leave\n" >+" ret\n" >+); > #endif /* __i386__ */ >Index: wine/dlls/ntdll/exception.c >diff -u -p wine/dlls/ntdll/exception.c:1.85 wine/dlls/ntdll/exception.c:1.86 >--- wine/dlls/ntdll/exception.c 31 Oct 2005 14: 8: 5 -0000 >+++ /dev/null 31 Oct 2005 14: 8: 5 -0000 >@@ -116,7 +116,10 @@ static DWORD EXC_UnwindHandler( EXCEPTIO > * happening during the handler execution. > * Please do not change the first 4 parameters order in any way - some exceptions handlers > * rely on Base Pointer (EBP) to have a fixed position related to the exception frame >+ * >+ * For i386 this function is implemented in assembler in signal_i386.c. > > It seems bad to split the function's implementation up like this? We also now lose the TRACE's that were previously printed from within EXC_CallHandler. If they are superfluous to requirements we might as well delete them from the generic function too. > */ >+#ifndef __i386__ > static DWORD EXC_CallHandler( EXCEPTION_RECORD *record, EXCEPTION_REGISTRATION_RECORD *frame, > CONTEXT *context, EXCEPTION_REGISTRATION_RECORD **dispatcher, > PEXCEPTION_HANDLER handler, PEXCEPTION_HANDLER nested_handler) > > -- Rob Shearman

2 1

Theme issues
by Kevin DeKorte 31 Oct '05

31 Oct '05

Using the clearlooks theme I found the following inconsistencies using WINE 0.9 1. Scroll bars don't seem to apply the theme 2. winefile the MDI minimize/maximize/close buttons have a square on them rather than something useful 3. Some of the wine icons (the file open dialog as seen from notepad) don't to have transparency implemented. (not a show stopper) Otherwise, wine is looking really really good for the apps I use it for. Notes 6.51 is the main one. Kevin -- Get my public GnuPG key from http://keyserver.veridis.com:11371/export?id=7574690260641978351

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel October 2005