wine-devel

wine-devel@winehq.org

2 participants
84469 discussions

Calling PE DLLs
by Daniel Stodden 02 Nov '05

02 Nov '05

hi all. i'm stuck. like probably many others before me, i've got a native w32 dll which i would like to hook into on a linux box. no source code available. the case is almost identical to http://www.winehq.com/hypermail/wine-devel/2003/12/index.html#231 though, there's not much application code yet, except a small test program written by myself, currently only meant to call a single function on the dll. so, winemaker doesn't spit out anything usable, and there seems to be no official documentation on how to use winebuild here. the program is called test.c, calling symbols from a vendor-supplied header file. created test.o through winegcc: winegcc -Wall -O2 -I. -c -o test.o test.c let's call the library vendor.dll again. i've played with winedump, finally got a vendor.dll.spec. i'm calling winebuild to get a .def as follows: winebuild --def -E vendor.dll.spec -o libvendor.def then, one of my better guesses on how to proceed seemed to be: winebuild --dll -fPIC -E vendor.dll.spec -L. -lvendor test.o -o libmxmapi32.dll.s the assembler code looks reasonable. though, linking fails with duplicate symbols: winegcc test.o libmxmapi32.dll.o -o test [..] : multiple definition of `__wine_spec_nt_header' : multiple definition of `__wine_spec_file_name' i'm aware that i could probably avoid all of this by just using LoadLibrary() and resolving the symbols at runtime. otoh, the approach above is potentially simpler, if i just knew how. :) could someone please enlighten me? what am i doing wrong? thanks, daniel -- Daniel Stodden LRR - Lehrstuhl für Rechnertechnik und Rechnerorganisation Institut für Informatik der TU München D-85748 Garching http://www.lrr.in.tum.de/~stodden mailto:stodden@cs.tum.edu PGP Fingerprint: F5A4 1575 4C56 E26A 0B33 3D80 457E 82AE B0D8 735B

1 0

program works under winedbg but not under wine
by Matheus Izvekov 01 Nov '05

01 Nov '05

Hi all This program works (with some small issues, but not really a problem for me right now) if i run it with winedbg and just type cont, but if i run it with wine, it will freeze somewhere before it creates the main window. The program is actually coded by me, and i can give the exe or the source if anyone is interested. its a very small program (17kb uncompressed), and it just uses some common dlls (no CRT). the source is very small as well. Thanks in advance

2 1

UnixFolder_IShellFOlder used instead of SHELL32_IShellFolder
by Vitaliy Margolen 01 Nov '05

01 Nov '05

For some reason now UnixFolder_IShellFOlder is used in some cases where SHELL32_IShellFolder should of been used instead. If you look at the sheel32/test/shlfolder.c test_EnumObjects_and_CompareIDs it should use the real IShellFolder. But for some reason it's being replaced by UnixFolder_IShellFOlder. Any ideas why this is happening? I thought that it should be it's own shell name space (different ID)? This could be a main cause for all the problems people having with browsing files. As now you can "escape" to the root (/) dir. That should not be possible for windows programs! -- Best regards, Vitaliy

2 1

Re: Wine on Solaris?
by Rob D 01 Nov '05

01 Nov '05

At 02:32 AM 11/1/2005, Molle Bestefich wrote: >Rob D wrote: > > Solaris is like the red-headed step child of the Wine world. > >What an odd remark.. What does that mean? After perusing Robert Lunnons patchkit for hints to resolve build issues, it would appear that most of the issues that keep Wine from building on Solaris are known, but for whatever reason, do not get accepted into the main stream source. I know that Solaris does several things quite different than most *nix implementations, but perhaps due to the limited use of Solaris, the powers that be resist putting in extra tests to support a small set of users. That is just my quickly arrived at opinion based on a very short exposure to the environment, Sorry if I am misunderstanding the issues. Rob Done

4 4

compile wine with icc
by Tomas Carnecky 01 Nov '05

01 Nov '05

anyone already tried that? I'm getting some errors when compiling wine which I was able to fix, but World of Warcraft won't start... Will icc be supported at some time in the furure? tom

4 10

Need some help debugging listview (Process Explorer)
by Paul Vriens 01 Nov '05

01 Nov '05

Hi, I've managed to reliably crash Wine (CVS) when using Process Explorer when using some listviews. If I start Process Explorer I have two listviews one containing process-names and such, the other the dll's belonging to that process. The 'names' one has 3 columns, the 'dll' one has 5 (in my case). When I now select one of the dll's and look for the strings in that dll (one of the options in the right-click menu) I see a new listview with 1 column. At some point (i guess moving the mouse between the 2 windows, speeds up the crash) I get: 000c:fixme:listview:LISTVIEW_GetColumnInfo nSubItem : 1, DPA_GetPtrCount(infoPtr->hdpaColumns) : 1 wine-pthread: listview.c:1388: LISTVIEW_GetColumnInfo: Assertion `nSubItem >= 0 && nSubItem < (*(INT*)(infoPtr->hdpaColumns))' failed. (the fixme is my doing). It seems that listview is mixing up things (a conclusion/guess on my side). The listview with 1 column consist of 34856 items: 000c:trace:listview:LISTVIEW_GetItemT (lpLVItem={iItem=34856, iSubItem=0, pszText=L"WINE_1.0", cchTextMax=512}, isW=1) but that doesn't seem to be an issue. Any hints/tips/tricks ? Cheers, Paul.

1 0

Where is Kernel32.dll ?
by Informações 01 Nov '05

01 Nov '05

Hey all, I posted this message at the tail of another thread but I think it lost its visibility, as the subject was quite different. Here it goes again: I was performing some naive tests on my Windows box and got stuck on something that looks quite dumb... I just can't find the KERNEL32.DLL library that I expected to be inside the downloadable "wine-dlls-0.9-mingw.zip" package. ;.( Can anyone confirm me if this DLL has successfully being build on Windows using MingW ? If so, where should I look for it ? If not, which were the caveats ? Just another piece of information: I extracted the contents of this package in a temporary directory and placed the notepad.exe executable along with a dummy notepad.exe.local file inside the same directory. When I try to run notepad, I have an error message that reads something like: "It wasn't possible to find the entry-point for the procedure wine_get_unix_file_name in dynamic library kernel32.dll" The message is written in portuguese, and this is the best translation that I was able to do. It looks like any other Wine library tries to call a procedure from the Wine kernel32,dll but ends up calling this procedure on the native kernel32.dll. Is that right ? Well... I really need the functionality implemented by the Wine kernel32.dll available on Windows and I'm willing to contribute to have this done. Any help is greatly appreciated. FLu-X

3 2

Re: tools/. winedoc_release
by Dimi Paun 01 Nov '05

01 Nov '05

From: "Alexandre Julliard" <julliard(a)wine.codeweavers.com> > + # build guides as single files (only for releases) > + if [ "$version" != "cvs" ] > + then > + docbook2html -u -d ../../winehtml.dsl $book.sgml > + docbook2pdf -d ../../wineprint.dsl $book.sgml > + docbook2ps -d ../../wineprint.dsl $book.sgml > + mv $book.html $book.pdf $book.ps $guides_base_dir/$lang > + fi They all end up on the site. Shouldn't they all be in synch? -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 1

Re: Allow FindExSearchLimitToDirectories
by Vincent Béron 01 Nov '05

01 Nov '05

Le mar 01/11/2005 à 10:25, Bernd Schmidt a écrit : > Whee, my first Wine patch in, what, 10 years? Nice to see you're back working on the project. [snip] > =================================================================== > RCS file: /home/wine/wine/dlls/kernel/file.c,v > retrieving revision 1.43 > diff -c -p -r1.43 file.c > *** dlls/kernel/file.c 26 Oct 2005 13:57:45 -0000 1.43 > --- dlls/kernel/file.c 1 Nov 2005 15:16:57 -0000 > *************** HANDLE dos_handles[DOS_TABLE_SIZE]; > *** 55,69 **** > /* info structure for FindFirstFile handle */ > typedef struct > { > ! DWORD magic; /* magic number */ > ! HANDLE handle; /* handle to directory */ Please use diff -u format for patches, they're the standard here now. Vincent

2 1

Re: Small visual issues with P-CAD2000 and wine 0.9 (fwd)
by Walt Ogburn 01 Nov '05

01 Nov '05

Please remember to send to the whole list. - Walter -- ---------- Forwarded message ---------- Date: Tue, 1 Nov 2005 07:22:33 -0200 From: Marcos Vicente Cruz <marcos_vc(a)coel.com.br> To: Walt Ogburn <reuben(a)ugcs.caltech.edu> Subject: Re: Small visual issues with P-CAD2000 and wine 0.9 Hi, OK, I'm putting together a image taken from a Windows98 machine. Note that every button drawn on Wine is cut by the bottom side. Marcos Em Monday 31 October 2005 20:39, você escreveu: > Hi Marcos, > > What are the buttons supposed to look like? The ones in your screenshot > look OK to me. > > On Mon, 31 Oct 2005, Marcos Vicente Cruz wrote: > > HI, > > > > I having small visual issues in P-CAD 2000's toolbar on Linux since I've > > upgraded to wine 0.9. The buttons aren't displayed properly. See the > > screenshot attached. > > > > Thank you, > > > > Marcos

1 0

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

Re: Multimonitor support in Wine?
by Thomas Tornblom 01 Nov '05

01 Nov '05

> Date: Mon, 31 Oct 2005 20:37:44 -0700 > To: wine-devel(a)winehq.com > From: Rob D <rddone(a)att.net> > Subject: Multimonitor support in Wine? > > > Its me again. > > Ive been trying to figure how to get a (single) Wine application to be able > to display dialogs on each of 3 monitors in a non xinerama setup (DISPLAY > :0.0, :0.1, and :0.2). > > I am well aware that xinerama mode would allow this quite easily, but > xinerama is not an option, partly since CDE on Solaris will not work in > xinerama mode, and a little thing called Software Requirements Specification. Pardon me, but what is the problem with xinerama in CDE on solaris? I have been running that on a couple of sunrays at work for at least a year with no problems. The sunray servers are running solaris 9. > > I am also aware this isnt specifically a wine issue, but in researching > what could be done about over the past week, I found several references to > gdi_display, x11drv_thread_data, and various other constructs and class > members in Wine that describe which display to use. This leads me to > believe there is some method to allow Wine to enable the desired functionality. > > Whether the method to support this functionality is built in or needs to be > coded, I have not yet determined, since nearly every file in dlls/x11drv > directory uses these members and constructs. > > If someone has any insight on how to implement this or where I should focus > my efforts, it would be very helpful. > > TIA > Rob Done > Cheers, Thomas

2 1

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

Re: wininet: Implement InternetCreateUrlA/W with test cases
by Marcus Meissner 01 Nov '05

01 Nov '05

On Tue, Nov 01, 2005 at 12:35:00PM +0100, Andreas Mohr wrote: > Hi, > > On Fri, Oct 28, 2005 at 09:48:08AM -0700, Juan Lang wrote: > > Hi James, > > > > +/* max port num is 655936 => 6 digits */ > > > > Actually, it's 65535. A correct comment would be appreciated ;) > > > > + *lpdwUrlLength += strlen("://"); > > > > You should use sizeof instead to avoid the call to strlen. Same for other > > lengths you use, like "@" and ":". > OK, done! ;) > > ChangeLog: > Replace all Wine instances of doing a strlen() on a string literal > by its equivalent but much less onerous sizeof() - 1. Please just keep it as is. The compiler knows strings constants and strlen() and will replace it by a constant on compile time. Ciao, Marcus

2 1

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

Re: shell32: SHELL32_GetItemAttributes()
by Michael Jung 01 Nov '05

01 Nov '05

Hi Martin, On Tuesday 01 November 2005 02:40, Martin Fuchs wrote: > Changelog: > correctly call HCR_GetFolderAttributes() in SHELL32_GetItemAttributes() > > > Index: shlfolder.c > =================================================================== > RCS file: /home/wine/wine/dlls/shell32/shlfolder.c,v > retrieving revision 1.104 > diff -u -p -d -r1.104 shlfolder.c > --- shlfolder.c 20 Jul 2005 10:29:05 -0000 1.104 > +++ shlfolder.c 1 Nov 2005 01:22:38 -0000 > @@ -411,14 +411,13 @@ HRESULT SHELL32_GetItemAttributes (IShel > *pdwAttributes &= dwSupportedAttr; > } > > + dwAttributes = *pdwAttributes; > + > if (_ILIsDrive (pidl)) { > *pdwAttributes &= > SFGAO_HASSUBFOLDER|SFGAO_FILESYSTEM|SFGAO_FOLDER|SFGAO_FILESYSANCESTOR| > SFGAO_DROPTARGET|SFGAO_HASPROPSHEET|SFGAO_CANLINK; > - } else if (_ILGetGUIDPointer (pidl)) { > - if (!HCR_GetFolderAttributes (pidl, pdwAttributes)) { > - *pdwAttributes &= SFGAO_HASSUBFOLDER|SFGAO_FOLDER|SFGAO_FILESYSANCESTOR| > - SFGAO_DROPTARGET|SFGAO_HASPROPSHEET|SFGAO_CANRENAME|SFGAO_CANLINK; > - } Those are default flags, for the case that HCR_GetFolderAttributes didn't find a registry entry. Are you sure those aren't necessary? Perhaps we should push them into HCR_GetFolderAttributes, though. > + } else if(_ILGetGUIDPointer(pidl) && HCR_GetFolderAttributes(pidl, &dwAttributes)){ > + *pdwAttributes = dwAttributes; > } else if (_ILGetDataPointer (pidl)) { > dwAttributes = _ILGetFileAttributes (pidl, NULL, 0); Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

2 2

Patch: DSound: PhaseCancel subtracts secondary from primary
by Davin McCall 01 Nov '05

01 Nov '05

Hi wine-devs, I have sent this patch to wine-patches, but it appears to have been dropped. I have resent it with some additional explanantion (below). Is there anything I've done wrong / anything I should do in order to get this patch accepted? Any advice would be appreciated, Thanks Davin PS. How long should I wait for a patch to be accepted before I assume it's been dropped? ---- Hi, This is my first ever wine patch. I have been doing work on DSound as discussed on wine-devel with some very promising results (see the discussion there). As a result I have a large number of changes which I intend to provide a series of patches for. This is one is probably the most trivial fix and is largely unrelated to the other fixes. But if you look at the code for a while as I have you can see that it's obviously correct - the existing implementation of PhaseCancel inverts the original waveform; with this patch it doesn't. Please consider accepting. Thanks, - Davin Changelog: DSound: PhaseCancel subtracts secondary buffer from primary buffer, not the other way around. Davin McCall davmac(a)davmac.org

2 3

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: Half-Life 2 / Counter-Strike: Source under Wine
by James Liggett 01 Nov '05

01 Nov '05

On Mon, 2005-10-31 at 15:00 +0000, Oliver Stieber wrote: > I've got quite a few optimizations to check-in, but I don't think it's a good idea putting in > optimizations that may break things until wined3d is stable enough that bugs in wined3d don't go > on to break the optimizations. I agree. Best to do it right. ;-) > > I'm in the middle of fixing pixel shaders properly, so far I've checked in the code to parse and > cross compile the pixel shaders, I just have to intergrate them with the drawing pipeline. That's great news. I'll keep my eyes open for them when they get committed. Thanks for the excellent work you're doing here. :) James

1 0

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:

2025

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