- wine-devel - winehq.org

Re: Fix for the BadMatch error (bug #4945)
by fenix＠club-internet.fr 26 May '06

26 May '06

----Message d'origine---- >De: "Wino Rojo" <winorojo(a)hotmail.com> >A: wine-devel(a)winehq.org >Date: Tue, 23 May 2006 18:12:36 -0400 >Sujet: Fix for the BadMatch error (bug #4945) > >Hi, > >I'v found a way to fix my problem with wglShareLists - BadMatch error >(X_GLXMakeCurrent) (see bug #4945). > >In X11DRV_setup_opengl_visual() (x11drv/opengl.c), I've changed this line: > >int dblBuf[] = {GLX_RGBA,GLX_DEPTH_SIZE, 16, GLX_STENCIL_SIZE, 8, >GLX_DOUBLEBUFFER, None}; > >to this: > >int dblBuf[] = {GLX_RGBA,GLX_DEPTH_SIZE, 24, GLX_STENCIL_SIZE, 8, >GLX_ALPHA_SIZE, 8, GLX_DOUBLEBUFFER, None}; > >That is, I choose a visual with a depth size of 24 *and* I also need to set >the alpha size to 8. With this small change, I can use my 3d app without >problems > >Does anybody see a problem with this fix? I aggree. The problem is that will break for cards who don't support 24-32 bits frame buffers. You must add a fallback for 16 bits : - try GLX_RGBA,GLX_DEPTH_SIZE, 24, GLX_STENCIL_SIZE, 8, GLX_DOUBLEBUFFER - if failed try GLX_RGBA,GLX_DEPTH_SIZE, 16, GLX_STENCIL_SIZE, 8, GLX_DOUBLEBUFFER - if failed try GLX_RGBA,GLX_DEPTH_SIZE, 16, GLX_DOUBLEBUFFER > >Thanks, > >Wino Raphael

3 2

WineD3D patches for review and discussion - not to be applied as-is.
by Jason Green 26 May '06

26 May '06

All of these apply to the latest Git tree, and should come after my last patch submission to wine-patches, but it shouldn't matter. I'm just looking for a little more feedback on these before I submit. This should lay the groundwork to begin implementing GLSL opcode generation. I've hacked around with some of them, and this will succesfully generate a GLSL shader program if the opcodes are implemented properly. Please let me know if any of my ideas here are fundamentally flawed. We've worked a bunch of it out on IRC, but this should be a nicer version to look at than my stuff at pastebin. :-) None of this code changes anything for the end-result ARB_vertex/fragment_program. It only generates GLSL if you have this regkey: HKLU\Software\Wine\Direct3D\UseGLSL = "enabled"

2 1

Announcing another ddraw/d3d7 patch
by Stefan Dösinger 26 May '06

26 May '06

Hi, Merging the code into WineD3D is done now, so the last thing is to merge the new ddraw code. I have uploaded a new diff to http://stud4.tuwien.ac.at/~e0526822/, with some updated screenshots. The diff is against wine git from May, 26th, 12 am(yep, the site has an older date). It should apply to much older versions too, but it won't work because a few crucial patches were applied in the last 2 days. 2 games are missing in my game list, Anarchy Online and Worms 2 are also known to work. Ok, what to do now? The patch fixes quite a few games, but with all bigger changes there are problems. I know some games which worked before that are broken now(Tibia, Z-Ball, Battlezone 2 and Swat 3). Battlezone 2 and Swat 3 have fogging issues, I have to talk to Lionel Ulmer about that, and BZ2 also needs tripple buffering. Tibia does some Blt Voodoo which doesn't work in OpenGL yet, z-ball is similar. It's likely that there are other breakages too. Another issue is that wined3d still has a hard dependency on OpenGL, and that means that my DirectDraw lib cannot do 2D rendering without libGL.so. It doesn't need hardware acceleration, only the lib has to be available. Roderic is working on that. So what can we do? * Wait with the merge until WineD3D does lazy linking to libGL * Wait with the merge until all games that worked before work now(gonna take some time) * Merge it now and fix the regressions as they occur. This would have the advantage that the code is in and it will only improve from that point, and it's easier for users to test. The drawback is that some users might complain that their games are broken :-|. On the other had, lots of others are waiting for this to get their games working. What is missing except of fixing regressions? Mostly performance improvements: 1) Make all ddraw games working with the OpenGL renderer 2) More intelligent texture upload: I have some hacks in that in my tree(Swat 3!, Half-Life 2 maybe?) 3) The same for render targets(System shock 2, swat 3, Prince of persia 3D) 4) Try to write an OpenGL gdi driver which handles TextOut and friends directly in OpenGL(Age of Empires, Settlers 3 combined with 1) 5) Rendering fixes: Fog and color keying(Pop3D, Battlezone 2, Swat 3) 6) Better OpenGL state management, this the lack of that takes performance down. 7) Multi-threaded D3D(Need for speed 3, Empire Earth, many others) All this will happen in wined3d, and the improvements aren't limited to D3D7 games. They don't have to be done in that order. If you're on wine-users, please CC me, I'm not yet subscribed there.

1 0

Re: MAPI32: implement FGetComponentPath
by Joris Huizer 26 May '06

26 May '06

Dmitry Timoshkov wrote: > + static const char * const fmt[] = { "%d\\NT", "%d\\95", "%d" }; > + char lcid_ver[20]; > + UINT i; > + > + for (i = 0; i < sizeof(fmt)/sizeof(fmt[0]); i++) > + { > + /* FIXME: what's the correct behaviour here? */ > + if (!qualifier || qualifier == lcid_ver) > + { > + sprintf(lcid_ver, fmt[i], GetUserDefaultUILanguage()); > + qualifier = lcid_ver; > + } > + I don't know this API or so, but... it seems to me that variable lcid_ver needs to be declared static, the data might get trashed otherwise HTH, Joris

1 0

Picasa for Linux available!
by Dan Kegel 26 May '06

26 May '06

Google has indeed been working on Picasa, and it's finally available for download at http://labs.google.com/ For the curious, here are a few tidbits about how it came to be. When Google wanted to port Picasa to Linux, they faced a problem: the Picasa team was busy working on new projects, and having them also do a native port would have taken a while. As an experiment, Google decided to give Wine a try. A quick look showed that much of Picasa already worked, but key features were missing: the IWebBrowser API, SSL, scanner/camera support, removable media notification (so you can insert a flash drive and have Windows notice it right away), and change notification (so Windows can notify apps when new files are created), among others. Fortunately, Wine was already halfway to having an implementation of IWebBrowser thanks to Jacek Caban's Summer of Code 2005 project. And all that other stuff couldn't be *that* hard, right? :-) So Google engaged Codeweavers to add those features and fix any other bugs. This resulted in tons of improvements to Wine (see the list at code.google.com/wine.html), all of which are now in the public tree at winehq.org. Many people assume that when porting a Windows app to Linux using Wine, the best thing to do is link Winelib into the application to create a native Linux application. Not so! It's just as effective, and a heck of a lot easier, to run the same binary on both Windows and Wine. So that's what the Picasa team did. Picasa for Linux uses slightly different text messages, but the .exe file is identical for both Windows and Linux. Toward the very end, everything was looking great except that the initial assumption that most cameras emulate storage devices turned out to be wrong. Fortunately, Marcus Meissner just happened to decide to implement libgphoto support; his patch appeared at the perfect moment, and now Picasa supports both common flavors of cameras. Two features left out of the Linux version were CD-ROM burning (the driver Picasa uses is hard to support under Wine) and movie playback (Wine doesn't have the necessary codecs). Both are potentially fixable in a future version, but were beyond the scope of this first port. One interesting challenge when shipping commercial apps for Linux is packaging -- do you choose RPM or Debian packages, or do you use a WIndows-style installer? The Picasa for Linux team chose all three, in hopes of pleasing everybody. (Let's see how well *that* works :-) The Windows-style installer was implemented using the open-source Loki installer, and a few patches were contributed back for that, too. The Picasa for Linux team had a blast. It's not often you get to pour resources into a vital open source project to help ship a commercial application! We hope we get to do it again sometime soon, and we hope the results are good enough to encourage other companies to give Wine a try. Thanks to the Wine community for a very capable platform! - Dan

8 9

Fonts getting corrupted in x11drv
by Troy Rollo 26 May '06

26 May '06

The attached sample program demonstrates a bug in font handling that can lead to corrupted fonts. Compile with "winegcc -g sysfont.c -lgdi32 -lcomdlg32". Run the resulting a.out, and you will see the letter "C" in the top left corner of the window, rendered in the system font. Click anywhere in the client area of the window and the letter will change its shape, even though it is still using the stock SYSTEM_FONT. The left click action creates a device context for the default printer and immediately deletes it. As part of the deletion of that device context, DeleteDC selects the stock SYSTEM_FONT into the device context. Since printer device contexts insist on scalable fonts, the existing (bitmapped) GDI font for the system font is unable to serve, so a new one is created, which ends up being based on the Tahoma (TrueType) font. On the next paint loop, when the test program calls SetFont it is the new, scalable font (based on Tahoma) that is found. The Tahoma font has different glyph codes to the System font, such that 'C' is glyph code 36 in the System font and 38 in Tahoma. Accordingly, x11drv identifies the glyph as not having been uploaded (it has uploaded glyph 36 before), and uploads it as glyph 38 based on its outline in Tahoma. The problem gets worse later on because some glyphs in the glyphset have been uploaded according to their "System" font positions (or in this case ,the same character has been uploaded in its position in both fonts). Rendering a character that uses the other glyph code results in the wrong character. You can get a mix of Tahoma and System characters appearing on the screen with the System characters displaying the shape of the wrong character. Every fix I look at seems like a horrible hack. Perhaps find_in_cache should only return bitmap fonts if the device can use them. If the caller then finds there is no bitmap font that matches it can then look for scalable fonts in the cache. -- Troy Rollo - wine(a)troy.rollo.name

3 5

Re: WineD3D: dynamicly load GL_ARB_multitexture functions
by Jason Green 26 May '06

26 May '06

On 5/25/06, Roderick Colenbrander <thunderbird2k(a)gmx.net> wrote: > > This patch will dynamicly load the needed GL_ARB_multitexture functions, adds the needed function prototypes and defines to wined3d_gl.h and gets rid of a GL_VERSION compile check. The patch also removes a few lines of code in drawprim.c. The piece of code checked for the presence of GL_ARB_multitexture and if it wasn't supported it called GLMULTITEXCOORD4F (which is only available if GL_ARB_multitexture is available) and then continued. Further in that function GLCLIENTACTIVETEXTURE (which is part of the extension too) before we checked if the extension was available. > This patch causes a pretty major regression in quite a few apps. Civilization 4 just flashes a lot and loses most of what few textures that did work previously. ;-) Program #16 here: http://www.zanir.szm.sk/dx10-19.html - It didn't work fully correct before, but it's worse now. All of the text is gone. Possibly more, time for bed, though. Jason

1 0

MSI installer flaw
by EA Durbin 26 May '06

26 May '06

Currently the MSI Installer is working backwards, In the file files.c it reads the files from the msi package and iterates through them and queries the Media table in order by LastSequence. The sort order for the media table should be DiskId according to MSDN. Just changing the sort order wont work unless the msi installer is revamped to work the right way. The code is written wrong for this. Currently its using LIST_FOR_EACH_ENTRY in the Install Files function for the files and then trying to ready the media per file using the sequence number of the file in the query on the media table using the file sequence as last sequence and returning the results order by LastSequence. It should first be reading the Media table first and sorting by DiskId. The installer then iterates through each row returned by the query from the media table and then for each file in the file table that falls within that disk id it should ready the media. Currently wine is doing it backwards which ends up trying to ready the wrong media if the last sequence. It needs to read the media table, then starting with DiskId 1, iterate through all of disk Id 1 and read from the file table order by sequence until it reaches the last sequence as indicated in the media table for the working DiskId, then it jumps to the next DiskId 2, 3, and so on. The lastsequence of the working DiskId should always be greater than that of the last sequence of the previous DiskId, if not the results should be skipped, currently it is trying to read from DiskId's that have zero as the LastSequence but 22 as the DiskId. Zero indicates the first entry in the media table(if your in DiskId 1). as you increment through the DiskId's the LastSequence should increment as well, if it doesnt you skip that install media. This is what causes the cabinet bugs in bugs #4533 and #5139. A quick fix , but not the solution would be to change the query so it doesn't return the results from the media table if the LastSequence is 0 and the DiskId is greater than 1. The solution would be to rewrite the installer to do things the right way querying the Media table first, and then installing the files in order from the media table. If someone could help me work on this it would be much appreciated as I'm kind of rusty in C, I'm a perl monger by trade and not very familiar with wine's msi innerworkings. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/msi/setup/…. http://msdn.microsoft.com/library/en-us/msi/setup/ordering_file_sequence_nu… http://msdn.microsoft.com/library/en-us/msi/setup/file_table.asp?frame=true As you'll see in MSDN the file and media table sequence and LastSequence correspond with one another. Each has checks upon the other to determine the proper install order.

2 1

Re: Mac OS X Audio driver
by Alexandre Julliard 26 May '06

26 May '06

Emmanuel Maillard <mahanuu(a)opendarwin.org> writes: > Authors: > Ken Thomases <ken at codeweavers dot com> > Emmanuel Maillard <mahanuu at opendarwin dot org> > > Changelog: > Initial Audio Driver for Mac OS X. Could you please replace the fprintfs by the proper Wine debug macros? Also it would be nice if you could send only your own code; I can then merge Ken's patches on top of it, this way we get a proper record of the development in the git history. -- Alexandre Julliard julliard(a)winehq.org

4 7

Press: Linux Journal - Running Sound Apps
by Brian Vincent 25 May '06

25 May '06

I just saw the May issue of Linux Journal and it has an article titled "Running Sound Applications Under Wine". It's written by Dave Phillips and it's pretty good. Things seemed to work about as well as you'd expect, well, maybe even better than a lot of you would expect. Programs installed ok, audio configuration seemed pretty easy, etc. I actually think it's a great that Wine isn't the focus of the article; he spends most of the time talking about applications. I guess that means all the magic was successfully hidden. I half expected the article to complain about broken things, but there was hardly a mention of it at all. At the end he did list about 4 applications that issues, including one named "Finale" that didn't install. Dave did mention he'd like to see the JACK audio driver working: "Hopefully, Wine's JACK driver will work again by the time this article is printed. JACK is the present and future of Linux audio, and it world be a definite Good Thing for the Wine Project. A virtual ASIO driver might be a helpful addition as well." All in all, it's a wonderful article written by one of the top Linux sound gurus. [Oops. I just noticed there's a glaring mistake in it. He said he tested with Wine 0.9.6 and then has a paragraph discussing ~/.wine/config. I think it's a remnant of an old installation.] -Brian

1 0

Re: usp10: Add more stubs
by Alexandre Julliard 25 May '06

25 May '06

Jeff L <lats(a)yless4u.com.au> writes: > + hr = ScriptBreak(pwcChars, cChars3, &psa2, &psla); > + ok(hr == S_OK, "ScriptBreak Stub should return S_OK not %08x\n", (unsigned int) hr); This can't possibly work, you are passing complete garbage to that function. Have you really tested that on Windows? -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Mac OS X Audio driver => wineaudio.drv
by Detlef Riekenberg 25 May '06

25 May '06

Am Mittwoch, den 24.05.2006, 19:51 +0200 schrieb Emmanuel Maillard: > This patch is the initial Audio Driver for Mac OS X, quiet big > (contain all winecoreaudio dir) tell me if you want i split this in > separated patches. The "Flatten DLL Directories" project ( http://wiki.winehq.org/FlattenDllDirectories ) inside wine is not complete yet, but one target is to merge all the sound-drivers below dlls/winmm/ to a single "wineaudio.drv". However, nobody has done something visible in the wineaudio.drv - direction. So instead of adding another driver below "dlls/winmm/", I suggest to start this sound-merge now. -- By By ... ... Detlef

1 0

A great way for non programmers to help with Wine - Audio
by Pedro Maia 25 May '06

25 May '06

Kernel Version: 2.6.15-gentoo-r8 Sound driver : snd_emu10k1 lspci output: 02:05.0 Multimedia audio controller: Creative Labs SB Audigy (rev 03) alsa version 1.0.10 Using wine from today (25/05/2006) Only Oss tests came to the end. Both alsa tests doesn't reach the end and hang. The sound is audible, although between sound some noise is eard. Both Logs are going in attach. Regards Pedro Maia

1 0

Bug ownership question
by Dragos 24 May '06

24 May '06

Hi again, Please excuse my simple question but how can I take ownership of a wine bug I have just created? When I created it I left it to be assigned to the default of friendly Mr. Bugs. Since I am looking into it I would like to get it assigned to me. When I try to reassign it to me I get an error saying that only the owner, submitter or a "sufficiently empowered user". I am not the owner or a empowered user but I am the submitter. Thanks, Dragos __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

Darwine is a Winner!
by Jim White 24 May '06

24 May '06

Hey gang, This is obviously more a reflection of the intense interest in running Windows applications on Mac OS X than a testament to my powers as project admin, but exciting news nonetheless. And although it occurred two months ago (I just noticed it this morning), I figured I should get the word out belatedly rather than not at all... Anyhow, the news is that Darwine got voted First Place in the Desktop Environment category of the 2006 SourceForge.net Community Choice Awards. The awards were presented at the Slashdot Lounge at LinuxWorld Expo, Boston, April 5. http://sourceforge.net/awards/cca/ Other amazing-but-true facts are Darwine's high SF stats: Rank Activity Downloads 381 99.76% 172,941 The activity ranking is out of over 120,000 projects on SF.net. What makes that even more surprising is the Darwine SF project page isn't even linked from the Darwine web site (notice the nice banner!): http://sourceforge.net/projects/darwine/ Of course this *is* a testament to the hard work put in by a few developers, most especially (in alphabetical order): Emmanuel Maillard, Pierre d'Herbemont, and Sanjay Connare. This morning we just received a big CoreAudio patch from Ken Thomases of CodeWeavers, so things are certainly getting interesting! So here's big *Thank You!* to the Darwine developers and to the many other Wine developers who are making the vision of software freedom a reality. Jim (not related to Jeremy) White Founder and Project Administrator http://darwine.opendarwin.org/

1 0

Re: WineD3D: Fog fixes
by Stefan Dösinger 24 May '06

24 May '06

Am Mittwoch, 24. Mai 2006 17:59 schrieb Stefan Dösinger: > Use linear fog when vertex fog and table fog are set to none. Fixes prince > of persia and swat3. Some test I did with the mfcfog tool showed that > windows does foging when fogenable == true and vertexfog == none and > tablefog == none This patch is incorrect, don't apply it. I will send a corrected one asap

1 0

ValidateVertexShader question.
by Louis. Lenders 24 May '06

24 May '06

Hi,while testing codesamplers samples i found that www.codesampler.com/source/dx8_cg_vertex_displacement.zip crashes in ValidateVertexShader(). I came across a mail from Oliver Stieber that stated that this functions takes 5, and not 4 parameters. Indeed the patch below fixes the crash (however the screen remains black, but i think that's another bug) Anyone knows exactly what this (undocumented) function takes as parameters? diff --git a/dlls/d3d8/d3d8.spec b/dlls/d3d8/d3d8.spec index bc82cd0..466b74c 100644 --- a/dlls/d3d8/d3d8.spec +++ b/dlls/d3d8/d3d8.spec @@ -2,4 +2,4 @@ @ stdcall DebugSetMute() @ stdcall Direct3DCreate8(long) @ stdcall ValidatePixelShader(ptr long long ptr) -@ stdcall ValidateVertexShader(ptr long long ptr) +@ stdcall ValidateVertexShader(ptr ptr ptr ptr ptr) diff --git a/dlls/d3d8/d3d8_main.c b/dlls/d3d8/d3d8_main.c index b7627ab..9f47ae1 100644 --- a/dlls/d3d8/d3d8_main.c +++ b/dlls/d3d8/d3d8_main.c @@ -73,11 +73,11 @@ BOOL WINAPI DllMain(HINSTANCE hInstDLL, * ValidateVertexShader (D3D8.@) * * PARAMS - * toto result? + * */ -BOOL WINAPI ValidateVertexShader(LPVOID pFunction, int param1, int param2, LPVOID toto) +BOOL WINAPI ValidateVertexShader(LPVOID x1, LPVOID x2, LPVOID x3, LPVOID x4, LPVOID x5) { - FIXME("(%p %d %d %p): stub\n", pFunction, param1, param2, toto); + FIXME("(%p %p %p %p %p): stub\n", x1, x2, x3, x4, x5); return TRUE; } Send instant messages to your online friends http://uk.messenger.yahoo.com

1 0

Shell32 version (DllGetVersion) enhancement ideea
by Dragos 24 May '06

24 May '06

Hello, I am looking at the MS Office 2k or IE5 installation issues on the current wine. The main problem I see is that when IE5 is installed within the office installer or by itself a message box saying:"The spilt of the Windows Desktop Update from the IE browser has been completed. You are currently running a self-host version of the web shell. Please go to http://ie/teams/setup/shdoc401.htm for more information..." and so on. This stops Office or IE from installing correctly. This behaviour is also reported by at least bug 4789 but not as the main issue. This is solved if shell32 is using an older win98 file version something like 4.72.3110.1. The problem as I see it is that we need the shell32.dll DllGetVersion to return a win98 version for some cases and a 2k for others. My question is why shouldn't the code be changed to return the version depending on the currently emulated version and the process version? This way when an app is set to win98 and it runs as a win98 it will get a 98 version. When running as 2k and emulating 2k it will get a 2k version and so on. I have investigated the code and found that by using GetProcessVersion and GetVersionExW we can get the emulated and process version. I also noticed that a similar approach was taken for user.dll with regards to treating the edit control differently according to the emulated and process version. I am talking about get_app_version in wine/dlls/user/edit.c around line 377 We have a different version for all emulated windows versions and at http://members.ozemail.com.au/~geoffch@ozemail.com.au/samples/win32/shell/s… we have a a lot of the versions needed provided. On another note we can move the dlls/user/edit.c get_app_version function to a location available for all dlls so we can avoid code duplication and open the way for other dlls to implement the same thing if needed. I am not sure yet what that place would be. Any ideeas? I will create a bug report for this issue after sending this email. I am planning to post a patch for it once the best approach is refined with your help. I am very interested in what you all think about this so I will appreciate your oppinions. If you have a better ideea I am very interested in hearing it. Thanks, Dragos P.S. Additional question #1 What is "/* FIXME: when libs/wpp gets fixed to support concatenation we can remove* this and define it in version.rc */" refering to? I tried taking out the defines from version.h and moving them to version.rc for shell32 getting rid of the version.h include, just like other dlls have it in ther version.rc(shdocvw for example) compiled it and it seemed to work fine. I could make this change also while I am changing code arround this same exact spot. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 2

Re: wined3d: Added separate alpha blending renderstates
by H. Verbeet 24 May '06

24 May '06

- You should take into account that the extension might not be supported - You should add support for detecting the extension in IWineD3DImpl_FillGLCaps

2 1

Re: comdlg32: Janitorial: write-strings warning fix
by Uwe Bonnes 24 May '06

24 May '06

>>>>> "Andrew" == Andrew Talbot <Andrew.Talbot(a)talbotville.com> writes: Andrew> Changelog: Janitorial: Fix a write-strings compiler warning in Andrew> dlls/comdlg32/printdlg.c What is a "white-string" warning? -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 2

Re: WineD3D and D3D9: Swapchain and back buffer corrections
by Alexandre Julliard 24 May '06

24 May '06

Stefan Dösinger <stefan(a)codeweavers.com> writes: > This patch fixes a few with swap chains and back buffers. I've written test > cases for them which I will send in the next mail. Some things that the test > points out are The tests fail here: device.c:75: Test failed: The back buffer count in the presentparams struct is 0 device.c:85: Test failed: The back buffer is NULL device.c:98: Test failed: The back buffer count in the presentparams struct is 0 device.c:139: Test failed: The back buffer is NULL (S_OK) device.c:144: Test failed: Failed to get the back buffer (S_OK) device.c:173: Test failed: The swapchain pointer is 0xdeadbeef make[1]: *** [device.ok] Error 6 -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: wined3d: Added separate alpha blending renderstates
by Vitaliy Margolen 24 May '06

24 May '06

Tuesday, May 23, 2006, 10:17:51 PM, Jacob Peters wrote: > ChangeLog: Implemented separate alpha blending renderstates > > I reworked my previous patch and I'm pretty sure it'll work now. You sure in terms you tested this with some game/demo/test program? Or that the code just looks right? Few suggestions: > + if (This->separateAlphaBlendEnabled) { > + TRACE("glBlendFuncSeparateEXT RGBSrc=%x, RGBDst=%x AlphaSrc=%x AlphaDst=%x\n", This->srcBlend, This->dstBlend, This->srcBlendAlpha, This->dstBlendAlpha); Please use 4 spaces indent not 8. Also don't make such huge lines. Something like this looks much better: + if (This->separateAlphaBlendEnabled) { + TRACE("glBlendFuncSeparateEXT RGBSrc=%x, RGBDst=%x AlphaSrc=%x AlphaDst=%x\n", + This->srcBlend, This->dstBlend, This->srcBlendAlpha, This->dstBlendAlpha); > + if(Value && GL_SUPPORT(EXT_BLEND_EQUATION_SEPARATE) && GL_SUPPORT(EXT_BLEND_FUNC_SEPARATE)) This->separateAlphaBlendEnabled = TRUE; > + else This->separateAlphaBlendEnabled = FALSE; This would look better this way: + This->separateAlphaBlendEnabled = Value && + GL_SUPPORT(EXT_BLEND_EQUATION_SEPARATE) && + GL_SUPPORT(EXT_BLEND_FUNC_SEPARATE); > + UINT blendEquation; > + UINT blendEquationAlpha Don't add to the object variables that are useless outside the IWineD3DDeviceImpl_SetRenderState. Vitaliy Margolen

1 0

Fix for the BadMatch error (bug #4945)
by Wino Rojo 23 May '06

23 May '06

Hi, I'v found a way to fix my problem with wglShareLists - BadMatch error (X_GLXMakeCurrent) (see bug #4945). In X11DRV_setup_opengl_visual() (x11drv/opengl.c), I've changed this line: int dblBuf[] = {GLX_RGBA,GLX_DEPTH_SIZE, 16, GLX_STENCIL_SIZE, 8, GLX_DOUBLEBUFFER, None}; to this: int dblBuf[] = {GLX_RGBA,GLX_DEPTH_SIZE, 24, GLX_STENCIL_SIZE, 8, GLX_ALPHA_SIZE, 8, GLX_DOUBLEBUFFER, None}; That is, I choose a visual with a depth size of 24 *and* I also need to set the alpha size to 8. With this small change, I can use my 3d app without problems Does anybody see a problem with this fix? Thanks, Wino _________________________________________________________________ Take advantage of powerful junk e-mail filters built on patented Microsoft® SmartScreen Technology. http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht… Start enjoying all the benefits of MSN® Premium right now and get the first two months FREE*.

1 0

Re: WineD3D: Do not addref a NULL backbuffer
by Ivan Gyurdiev 23 May '06

23 May '06

> It is worth fixing although it should never occur, as ddraw will never call > GetBackBuffer(it manages them on it's own), and apparantly windows d3d8 and > d3d9 always create a back buffer, even if backbuffercount = 0 (This needs a > test case and a fix in d3d8 and Look at the swapchains demo... it recently started to crash with NULL backbuffer issues. This is a d3d9 demo. Also, it may be relevant to your swapchain linked list fixes, since last time I tried it the second window was not textured - haven't tested since then (because it started crashing). =>1 0x7e9061db IWineD3DSwapChainImpl_GetBackBuffer+0x3b(iface=0x7fd88a00, iBackBuffer=0x0, Type=0x0, ppBackBuffer=0x7f9cfc04) [/wine-git/dlls/wined3d/swapchain.c:385] in wined3d (0x7e9061db) http://www.codesampler.com/dx9src/dx9src_1.htm#dx9_swap_chains

1 0

GNUnet fails to locate config file
by Hans Kristian Rosbach 23 May '06

23 May '06

I am running wine-0.9.12-1.fc4 (rpm) on FC4 using Gnome. Installation of GNUnet[1] for win32 works seemingly well considering the amount of console messages spewed. Didn't really see anything critical to report, mostly ole objects that failed and some window caption problems: fixme:win:SetWindowTextA setting text "GNUnet 0.7.0e Setup" of other process window (nil) should not use SendMessage The real problem appears when I try to start GNUnet, it spews the following: fixme:msvcrt:MSVCRT_setlocale :Codepage only locale not implemented err:ole:CoGetClassObject class {00021401-0000-0000-c000-000000000046} not registered err:ole:CoGetClassObject no class object {00021401-0000-0000-c000-000000000046} could be created for for context 0x1 fixme:ole:CoCreateInstance no classfactory created for CLSID {00021401-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:process:GetProcessWorkingSetSize (0xffffffff,0x7fc6fcf0,0x7fc6fcf4): stub and then repeats the three ole messages a whole bunch. Meanwhile the screen flickers, probably the gui appears then disappears. Finally it complains about the config file: Configuration file `C:\Program Files\GNUnet\etc\gnunetd.conf' not found. Run gnunet-setup! [hk@linux etc]$ pwd /home/hk/.wine/drive_c/Program Files/GNUnet/etc [hk@linux etc]$ l g* -rw-rw-r-- 1 hk hk 2467 May 23 14:15 gnunetd.conf The configuration program does not help and somehow complains about the same thing. File is there but just cant find it. [1] http://www.gnunet.org/download/win32/Setup-0.7.0e.exe PS: Yes I know I can compile GNUnet and run it natively, but that won't help fix wine now would it?

2 2

License question
by Yuriy 23 May '06

23 May '06

Hi, I might be making a configuration module for wine for KDE System Settings based on winecfg as a SoC project for Kubuntu, but I just realized that wine is LGPL and my project would have to be GPL, so I need to know how to reconcile that. Any input ASAP would be greatly appreciated. Thank you, Yuriy P.S. If I get to do this project, I hope to help work on wine this summer, so hopefully I will be working with you wine devs more later.

5 4

Re: wininet: Space for current directory allocated from the heap
by Detlef Riekenberg 22 May '06

22 May '06

Am Montag, den 22.05.2006, 16:02 -0500 schrieb Phil Lodwick: > @@ -746,16 +746,21 @@ lend: > BOOL WINAPI FtpGetCurrentDirectoryA(HINTERNET hFtpSession, LPSTR > lpszCurrentDirectory, > LPDWORD lpdwCurrentDirectory) Your mailer destroyed the Layout (Line-Wrap). I suggest to attach the File. > ret = FtpGetCurrentDirectoryW(hFtpSession, > lpszCurrentDirectory?dir:NULL, lpdwCurrentDirectory?&len:NULL); This is hard to read. Please add Spaces around '?' and ':' Thanks -- By By ... ... Detlef

1 0

Problems compiling older wine-versions
by Louis. Lenders 22 May '06

22 May '06

Hi, i just upgraded to fedora core 5 (from fedora 3) In my old system i had about 20 wine-versions (back to april 2004) installed which was great for tracking down regressions. Trying to compile older wineversions now on my new installation fails with various errors (like wine-20050419 fails with error: union <anonymous> has no member named a_ptr) Even wine-0.9 (first beta release) won't compile anymore. I guess that's due to newer gcc/glibc versions. Is there a (easy) way to get older wine-versions compiling again? Send instant messages to your online friends http://uk.messenger.yahoo.com

3 2

SoC: wince apps on arm
by Hámorszky Balázs 22 May '06

22 May '06

it should be nice to make wine run on arm pda-s and run wince apps. It could be a real good thing for linux on any pda and smartphone... i think.

3 2

ask for help about winecfg and alsa-lib
by mengzhuo li 22 May '06

22 May '06

hello, every one I have a question about winecfg and alsa-lib. my alsa-lib version is alsa-lib-1.0.9rf-3 1. I install wine-0.9.10 rpm package on my system. when i start winecfg, click "audio" page, the dialog crashed. there are some message: conf.c：3083：snd_config_update_free: 断言“update->count > 0 && update->finfo”失败 Backtrace: =>1 0xb7f8d402 (0xb7f8d402) 2 0xb7e44872 abort+0x1d2 in libc.so.6 (0xb7e44872) 3 0xb7e3c718 __assert_fail+0x108 in libc.so.6 (0xb7e3c718) 4 0x7d1bbdaf snd_config_update_free+0xaf in libasound.so.2 (0x7d1bbdaf) 5 0x7d1bba27 snd_config_update_r+0x467 in libasound.so.2 (0x7d1bba27) 6 0x7d1bbce6 snd_config_update+0x46 in libasound.so.2 (0x7d1bbce6) 7 0x7d1c4b3d snd_ctl_open+0x2d in libasound.so.2 (0x7d1c4b3d) 8 0x7d260779 ALSA_ScanDevices+0xa9(directhw=0x0, defctlcard=0xffffffff, defpcmcard=0xffffffff, defpcmdev=0xffffffff, fixedctlcard=0xffffffff, fixedpcmcard=0xffffffff, fixedpcmdev=0x0) [/usr/src/redhat/BUILD/wine-0.9.12/dlls/winmm/winealsa/audio.c:1336] in winealsa (0x7d260779) 2. while when i compile the wine source codes 0.9.10 tar.gz , and install , the dialog didnt crash . 3. after 1. i tried compile alsa-lib source codes, and install, the dialog didnt crash. 4. after 1, i link the /etc/alsa to /usr/share/alsa, the dialog didnt crash too. could anyone explain why this happens? and if i just want to install rpm package of wine and alsa-lib , what should i do thanks in advance muziwind --------------------------------- 抢注雅虎免费邮箱-3.5G容量，20M附件！

1 0

ask for help about winecfg and alsa-lib
by mengzhuo li 22 May '06

22 May '06

hello, every one I have a question about winecfg and alsa-lib. my alsa-lib version is alsa-lib-1.0.9rf-3 1. I install wine-0.9.10 rpm package on my system. when i start winecfg, click "audio" page, the dialog crashed. there are some message: conf.c：3083：snd_config_update_free: 断言“update->count > 0 && update->finfo”失败 Backtrace: =>1 0xb7f8d402 (0xb7f8d402) 2 0xb7e44872 abort+0x1d2 in libc.so.6 (0xb7e44872) 3 0xb7e3c718 __assert_fail+0x108 in libc.so.6 (0xb7e3c718) 4 0x7d1bbdaf snd_config_update_free+0xaf in libasound.so.2 (0x7d1bbdaf) 5 0x7d1bba27 snd_config_update_r+0x467 in libasound.so.2 (0x7d1bba27) 6 0x7d1bbce6 snd_config_update+0x46 in libasound.so.2 (0x7d1bbce6) 7 0x7d1c4b3d snd_ctl_open+0x2d in libasound.so.2 (0x7d1c4b3d) 8 0x7d260779 ALSA_ScanDevices+0xa9(directhw=0x0, defctlcard=0xffffffff, defpcmcard=0xffffffff, defpcmdev=0xffffffff, fixedctlcard=0xffffffff, fixedpcmcard=0xffffffff, fixedpcmdev=0x0) [/usr/src/redhat/BUILD/wine-0.9.12/dlls/winmm/winealsa/audio.c:1336] in winealsa (0x7d260779) 2. while when i compile the wine source codes 0.9.10 tar.gz , and install , the dialog didnt crash . 3. after 1. i tried compile alsa-lib source codes, and install, the dialog didnt crash. 4. after 1, i link the /etc/alsa to /usr/share/alsa, the dialog didnt crash too. could anyone explain why this happens? and if i just want to install rpm package of wine and alsa-lib , what should i do thanks in advance muziwind --------------------------------- 抢注雅虎免费邮箱-3.5G容量，20M附件！

1 0

Re: [PATCH 2/4] advapi32: Test GetTokenInformation() as it can fail.
by Saulius Krasuckas 21 May '06

21 May '06

* On Sun, 21 May 2006, Saulius Krasuckas wrote: > > ret = GetTokenInformation(Token, TokenGroups, NULL, 0, &Size); > + ok(ret, "GetTokenInformation(TokenGroups) failed with error %ld\n", GetLastError()); > Groups = HeapAlloc(GetProcessHeap(), 0, Size); Sorry, this fails at make test. I'll try investigate. Skip now.

2 1

Re: cabinet: Add initial tests for Extract [try 2]
by Saulius Krasuckas 21 May '06

21 May '06

* On Tue, 10 Jan 2006, James Hawkins wrote: > This version marks the failing tests as todo_wine, and only uses > DeleteFile instead of file_exists so that a file is removed when it's > not suppsosed to exist. ... > +++ b/dlls/cabinet/tests/extract.c ... > +static INT_PTR fci_open(char *pszFile, int oflag, int pmode, int *err, void *pv) > +{ > + HANDLE handle; > + DWORD dwAccess = 0; > + DWORD dwShareMode = 0; > + DWORD dwCreateDisposition = OPEN_EXISTING; > + > + dwAccess = GENERIC_READ | GENERIC_WRITE; > + dwShareMode = FILE_SHARE_READ | FILE_SHARE_WRITE | FILE_SHARE_DELETE; > + > + if (GetFileAttributesA(pszFile) != INVALID_FILE_ATTRIBUTES) > + dwCreateDisposition = OPEN_EXISTING; > + else > + dwCreateDisposition = CREATE_NEW; > + > + handle = CreateFileA(pszFile, dwAccess, dwShareMode, NULL, > + dwCreateDisposition, 0, NULL); On win9x the flag FILE_SHARE_DELETE isn't supported and makes all the following tests to fail. Can the flag be removed? Tests work nice on XP without it.

1 0

Re: [WINEALSA] close after free bug?
by Robert Reif 21 May '06

21 May '06

Robert Reif wrote: > I can't test this patch but it looks wrong to free a device handle and > then close the device with the freed handle. > >------------------------------------------------------------------------ > >Index: dlls/winmm/winealsa/audio.c >=================================================================== >RCS file: /home/wine/wine/dlls/winmm/winealsa/audio.c,v >retrieving revision 1.104 >diff -p -u -r1.104 audio.c >--- dlls/winmm/winealsa/audio.c 10 May 2006 10:24:16 -0000 1.104 >+++ dlls/winmm/winealsa/audio.c 21 May 2006 12:21:23 -0000 >@@ -2692,8 +2692,8 @@ static DWORD wodClose(WORD wDevID) > > if (wwo->hctl) > { >- snd_hctl_free(wwo->hctl); > snd_hctl_close(wwo->hctl); >+ snd_hctl_free(wwo->hctl); > } > wwo->hctl = NULL; > > > >------------------------------------------------------------------------ > > > > Please disregard this patch. The functions don't do what I thought they do.

1 0

Re: advapi32: Test and implement SystemFunction024/025.
by Hans Leidekker 21 May '06

21 May '06

On Sunday 21 May 2006 10:52, Mike McCormack wrote: > 32 bits of insecurity, courtesy of our friends at Microsoft and the NSA. ;-) Great work Mike. I see you left a tiny bit of obscurity in: + * PARAMS + * data [I] data to encrypt (16 bytes) + * key [I] key data (4 bytes) + * output [O] buffer to receive encrypted data (16 bytes) +NTSTATUS WINAPI SystemFunction024(const LPBYTE in, const LPBYTE key, LPBYTE out) -Hans

1 0

still need audio help?
by Kenneth Armstrong 21 May '06

21 May '06

Do you guys still need audio testing help? I found this here http://www.winehq.org/?issue=313#Testing%20Wine's%20Audio. If you do that would be good, I have a couple of days off coming up. And I would like to help get this audio stuff figured out, because I can install WinAmp and it works fine, but games that I install will not play any sound at all, even when I change my audio settings. (The main game that I have been trying to get worked out is Star Trek Voyager: Elite Force). Kenny Armstrong

3 2

Re: winspool: [1/4] Basic tests for AddMonitor
by Saulius Krasuckas 20 May '06

20 May '06

* On Mon, 10 Apr 2006, Detlef Riekenberg wrote: > > +static void test_AddMonitor(void) > +{ ... > + res = AddMonitorA(NULL, 2, NULL); > + /* NT: unchanged, 9x: ERROR_PRIVILEGE_NOT_HELD */ > + ok(!res && > + ((GetLastError() == MAGIC_DEAD) || > + (GetLastError() == ERROR_PRIVILEGE_NOT_HELD)), > + "returned %ld with %ld (expected '0' with: MAGIC_DEAD or " \ > + "ERROR_PRIVILEGE_NOT_HELD)\n", res, GetLastError()); Detlef, what version of 9x OS you have been testing this code on? On my ME system it generates an unhandled exception 0xC0000005: Access Violation.

1 0

Re: advapi32: Add tests for getting the groups, user and privileges of a token.
by Saulius Krasuckas 20 May '06

20 May '06

* On Sat, 13 May 2006, Robert Shearman wrote: > > +static void test_token_attr(void) > +{ ... > + LPTSTR SidString; ... > + ConvertSidToStringSid(Groups->Groups[i].Sid, &SidString); This makes advapi32_test.exe to not load on w9x. The missing import is advapi32!ConvertSidToStringSidA. As I want to get this fixed I am trying to understand what version (A or W) should this call be converted to. But after noticing LPTSTR I am lost :) Is the use of LPTSTR intended to be here? I find only three files of winetest code this type is used in: dlls\advapi32\tests\security.c dlls\comctl32\tests\comboex.c dlls\user\tests\wsprintf.c Why? Is it OK, at least?

2 2

Re: [WINED3D 3/3] Added some GLSL definitions and function protoypes to wined3d_gl.h
by Alexandre Julliard 20 May '06

20 May '06

"Jason Green" <jave27(a)gmail.com> writes: > These are functions and definitions that will need to be used before > implementing GLSL routines. This doesn't build here: gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -gstabs+ -Wdeclaration-after-statement -Wpointer-arith -g -O2 -o baseshader.o baseshader.c In file included from wined3d_private.h:45, from baseshader.c:28: ../../include/wine/wined3d_gl.h:566: error: redefinition of typedef 'PFNGLCREATESHADEROBJECTARBPROC' /usr/X11R6/include/GL/glext.h:4066: error: previous declaration of 'PFNGLCREATESHADEROBJECTARBPROC' was here ../../include/wine/wined3d_gl.h:567: error: redefinition of typedef 'PFNGLSHADERSOURCEARBPROC' /usr/X11R6/include/GL/glext.h:4067: error: previous declaration of 'PFNGLSHADERSOURCEARBPROC' was here ../../include/wine/wined3d_gl.h:568: error: redefinition of typedef 'PFNGLCOMPILESHADERARBPROC' /usr/X11R6/include/GL/glext.h:4068: error: previous declaration of 'PFNGLCOMPILESHADERARBPROC' was here ../../include/wine/wined3d_gl.h:569: error: redefinition of typedef 'PFNGLCREATEPROGRAMOBJECTARBPROC' /usr/X11R6/include/GL/glext.h:4069: error: previous declaration of 'PFNGLCREATEPROGRAMOBJECTARBPROC' was here ../../include/wine/wined3d_gl.h:570: error: redefinition of typedef 'PFNGLATTACHOBJECTARBPROC' /usr/X11R6/include/GL/glext.h:4070: error: previous declaration of 'PFNGLATTACHOBJECTARBPROC' was here ../../include/wine/wined3d_gl.h:571: error: redefinition of typedef 'PFNGLLINKPROGRAMARBPROC' /usr/X11R6/include/GL/glext.h:4071: error: previous declaration of 'PFNGLLINKPROGRAMARBPROC' was here ../../include/wine/wined3d_gl.h:572: error: redefinition of typedef 'PFNGLDETACHOBJECTARBPROC' /usr/X11R6/include/GL/glext.h:4065: error: previous declaration of 'PFNGLDETACHOBJECTARBPROC' was here ../../include/wine/wined3d_gl.h:573: error: redefinition of typedef 'PFNGLDELETEOBJECTARBPROC' /usr/X11R6/include/GL/glext.h:4063: error: previous declaration of 'PFNGLDELETEOBJECTARBPROC' was here make[2]: *** [baseshader.o] Error 1 -- Alexandre Julliard julliard(a)winehq.org

2 1

sound report
by Sebastien Fievet 20 May '06

20 May '06

Sound report: * Kernel 2.6.14 * Sound driver: snd_sb16 * Sound card: Sound Blaster 16 value edition (EISA card) * 32 bit LFS v4.0 (aka Linux from Scratch) * Alsa version 1.0.9a * Tested against Wine CVS of 05/20/06 Results: * Tested under winealsa * Alsa run reported 2 failures. * Very, very annoying crackling at each input change and pause. Despite that sound by itself is clear. Sampling frequency increase obviously improve sound quality. I didn't notice sound level changes. * Full log file of the run attached.

1 0

Re: Re: wined3d: IWineD3DDeviceImpl_SetRenderState added renderstates (try #2)
by Roderick Colenbrander 20 May '06

20 May '06

> On 5/19/06, Jacob Peters <jacobcpeters(a)gmail.com> wrote: > > ChangeLog: I implemented more renderstates in device.c function > > IWineD3DDeviceImpl_SetRenderState() > > > > I added a few render states called by d3d8 demo app "mshdribl.exe", the > > one in the wiki. > > changed "glBlendEquation()" to "glBlendEquationEXT()" so I don't > conflict > > with opengl <2.0 > > > I forgot to attach the diff sorry Atleast you shouldn't call glBlendFuncSeparateEXT directly but call it using GL_EXTCALL as only modern opengl libraries like Nvidia's export this function. Second I'm not sure if your patch is correct. How did you get that demo app working, it won't start here? (it complains that it can't find any compatible direct3d devices) I want to see what other render states it uses, I guess it might be used D3DRS_SRCBLENDALPHA/DESTBLENDALPHA and friends. A while ago I submitted a patch for it but it wasn't accepted (I will clean it up this weekend). http://www.winehq.org/pipermail/wine-patches/2005-November/021821.html Regards, Roderick Colenbrander -- Bis zu 70% Ihrer Onlinekosten sparen: GMX SmartSurfer! Kostenlos downloaden: http://www.gmx.net/de/go/smartsurfer

1 0

Nested __EXCEPT_PAGE_FAULT handlers?
by Juan Lang 20 May '06

20 May '06

I was checking out a small memory leak in one of my crypt32 tests, and I've finally found the culprit: a test that deliberately causes a page fault (to check that it's handled.) It's still handled, but the function that generates the page fault, CRYPT_AsnEncodeRdn, doesn't have its __TRY block executed. Instead, its caller, CRYPT_AsnEncodeName, does. Thus memory allocated in CRYPT_AsnEncodeRdn is never freed. Is there anything I can do about that? --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

First Patch - Request for Help
by Andrew Talbot 20 May '06

20 May '06

I submitted my first patch yesterday (a janitorial patch to fix a missing declaration), but it looks like it didn't make the grade. I would be grateful for some seasoned advice on how to bring it up to the standard, please. ChangeLog: loader.c: Add missing declaration diff -urN a/include/wine/debug.h b/include/wine/debug.h --- a/include/wine/debug.h 2006-05-16 20:37:38.000000000 +0100 +++ b/include/wine/debug.h 2006-05-16 21:08:26.000000000 +0100 @@ -148,6 +148,8 @@ const char *function, const char *format, va_list args ); }; +extern void debug_init(void); + extern unsigned char __wine_dbg_get_channel_flags( struct __wine_debug_channel *channel ); extern int __wine_dbg_set_channel_flags( struct __wine_debug_channel *channel, unsigned char set, unsigned char clear ); diff -urN a/libs/wine/loader.c b/libs/wine/loader.c --- a/libs/wine/loader.c 2006-05-16 20:37:42.000000000 +0100 +++ b/libs/wine/loader.c 2006-05-16 20:50:19.000000000 +0100 @@ -39,6 +39,7 @@ #define NONAMELESSSTRUCT #include "windef.h" #include "winbase.h" +#include "wine/debug.h" #include "wine/library.h" #ifdef __APPLE__ Thanks, -- Andy.

3 2

Re: wined3d: IWineD3DDeviceImpl_SetRenderState added renderstates (try #2)
by Vitaliy Margolen 20 May '06

20 May '06

Friday, May 19, 2006, 9:15:57 PM, Jacob Peters wrote: > On 5/19/06, Jacob Peters <jacobcpeters(a)gmail.com> wrote: > ChangeLog: I implemented more renderstates in device.c function IWineD3DDeviceImpl_SetRenderState() > I added a few render states called by d3d8 demo app "mshdribl.exe", the one in the wiki. > changed "glBlendEquation()" to "glBlendEquationEXT()" so I don't conflict with opengl <2.0 > - TRACE("glBlendFunc src=%x, dst=%x\n", This->srcBlend, This->dstBlend); > - glBlendFunc(This->srcBlend, This->dstBlend); > + if(glIsEnabled(GL_BLEND_EQUATION_ALPHA)) { > + TRACE("glBlendFuncSeparate src=%x, dst=%x\n", This->srcBlend, This->dstBlend); > + glBlendFuncSeparate(This->srcBlend, This->dstBlend, GL_ZERO, GL_ZERO); > + checkGLcall("glBlendFuncSeparate"); > + } > + else { Here and everywhere else in the patch - Please either follow the accepted Wine's standard or common file formatting. Don't add one more stile. Also try not to use tabs. Vitaliy Margolen

1 0

wine audio testing results
by Stu Black 19 May '06

19 May '06

I ran the test with winealsa and wineoss, using OSS emulation under ALSA for the wineoss test. Here are my notes on what happened; there are two attachments, the output from each test. Kernel: 2.6.16-gentoo-r6 Sound driver: snd_emu10k1 Sound card from lspci: Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 0a) Distribution: 32-bit Gentoo ALSA version: 1.0.11 Wine version: 0.9.13 Wine audio settings: - Hardware acceleration: Full - Default sample rate: 22050 - Default bits per sample: 8 - No driver emulation (This was done with a "clean" wine configuration directory.) Playing through with wineoss using OSS emulation via ALSA: Two anomalies during playback: - "pulses" or really small pops at the start and end of tones - the 1-second tones followed by 0.5-second pauses are broken up into two 0.5-second tones with the same sort of pulse in between them Playback stopped with the line: wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED At that point, my mixer's PCM slider was lowered to 13, the tone cut out, and the test program didn't progress any further. Playing through winealsa: The same anomalies ("pulses" between tones and 1-second tones before 0.5-second pauses being split into two 0.5-second tones) were present as in playback under OSS emulation. Playback stopped with the line: wave.c:657:Playing 1 second 440Hz tone at 44100x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD At that point, my mixer's PCM slider was lowered to 13, the tone cut out, and the test program didn't progress any further. The runs never reported any failures, but there is the fact that something seems to halt the test partway through. I re-ran the tests a couple of times, and they halted at different points each time; I couldn't find any reason why, so I'm sending these results in the hope that they can do something. wave.c:1219:found 1 WaveOut devices wave.c:831: 0: "ADC Capture/Standard PCM Playba" (winealsa: default:0) 1.0 (2:104) wave.c:834: channels=10000 formats=fffff support=006c wave.c:836: WAVECAPS_VOLUME WAVECAPS_LRVOLUME WAVECAPS_SAMPLEACCURATE wave.c:841:Playing a 5 seconds reference tone. wave.c:842:All subsequent tones should be identical to this one. wave.c:843:Listen for stutter, changes in pitch, volume, etc. wave.c:657:Playing 5 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 5 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 5 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 11025x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 11025x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 11025x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 11025x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 11025x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 11025x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 11025x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 11025x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 11025x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 11025x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 11025x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 11025x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 11025x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 11025x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 11025x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 11025x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 11025x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 11025x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 11025x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 11025x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 11025x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 11025x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 11025x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 11025x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 11025x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 11025x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 11025x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 11025x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 11025x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 11025x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 11025x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 11025x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 11025x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 11025x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 11025x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 11025x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 11025x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 11025x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 11025x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 11025x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 11025x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 11025x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 11025x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 11025x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 11025x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 11025x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 11025x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 11025x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 12000x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 12000x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 12000x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 12000x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 12000x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 12000x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 12000x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 12000x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 12000x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 12000x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 12000x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 12000x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 16000x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 16000x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 16000x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 16000x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 16000x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 16000x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 16000x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 16000x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 16000x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 16000x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 16000x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 16000x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 16000x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 16000x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 16000x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 16000x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 16000x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 16000x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 16000x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 16000x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 16000x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 16000x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 16000x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 16000x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:715: Test failed: The sound played for 1431 ms instead of 1000 ms wave.c:657:Playing 1 second 440Hz tone at 16000x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 16000x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 16000x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 16000x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 16000x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 16000x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 16000x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 16000x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 16000x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 16000x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 16000x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 16000x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 16000x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 16000x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 16000x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 16000x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 16000x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 16000x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 16000x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 16000x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 16000x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 16000x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 16000x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 16000x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 22050x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 22050x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 22050x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 22050x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 22050x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 22050x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 22050x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 22050x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 22050x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 22050x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 22050x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 22050x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 22050x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 22050x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 22050x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 22050x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 22050x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 22050x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 22050x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 22050x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 22050x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 22050x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 22050x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 22050x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 22050x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 22050x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 22050x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 22050x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 22050x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 22050x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 22050x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 22050x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 22050x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 22050x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 22050x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 22050x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 44100x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 44100x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 44100x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:1219:found 1 WaveOut devices wave.c:831: 0: "Cirrus Logic CS4297A rev 4" (wineoss: /dev/dsp) 1.0 (255:1) wave.c:834: channels=6 formats=fffff support=006c wave.c:836: WAVECAPS_VOLUME WAVECAPS_LRVOLUME WAVECAPS_SAMPLEACCURATE wave.c:841:Playing a 5 seconds reference tone. wave.c:842:All subsequent tones should be identical to this one. wave.c:843:Listen for stutter, changes in pitch, volume, etc. wave.c:657:Playing 5 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 5 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 5 second 440Hz tone at 22050x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x 8x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x 8x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x16x1 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD wave.c:701:pausing for 0.5 seconds wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_EVENT|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_FUNCTION|WAVE_MAPPED wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_FORMAT_DIRECT wave.c:657:Playing 1 second 440Hz tone at 8000x16x2 WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED

5 6

Re: d3d8: Fix GetDesc and GetLevelDesc for surfaces and textures.
by Karsten Elfenbein 19 May '06

19 May '06

I wonder if the d3d9 code requires those changes as well. Karsten -----Ursprüngliche Nachricht----- Von: wine-patches-bounces(a)winehq.org [mailto:wine-patches-bounces@winehq.org] Im Auftrag von Peter Beutner Gesendet: Freitag, 19. Mai 2006 14:18 An: wine-patches(a)winehq.org Betreff: d3d8: Fix GetDesc and GetLevelDesc for surfaces and textures. In DX8 the D3DSURFACE_DESC structure has a size field which needs to be set. Thats actually the difference the comment there is speaking about. This was done correctly in the old dx8 code but somehow got lost during the transition to wined3d. Fix the comment as well. Small bug, but enough to keep MaxPayne 2 crashing since ~0.9.8. ---

2 1

Re: WineD3D: Allow SYSTEMMEM textures
by H. Verbeet 19 May '06

19 May '06

On 19/05/06, H. Verbeet <hverbeet(a)gmail.com> wrote: > On 19/05/06, Stefan Dösinger <stefan(a)codeweavers.com> wrote: > > This might be worth a test case, but I think it's hard to find a system > > without sysmem texture capatiblities to test. > I seem to remember reading that newer cards / drivers don't support > D3DDEVCAPS_TEXTURESYSTEMMEMORY anymore, but I would have to check that > when I get home. Both my GeForce4 440 Go and my Radeon 9800 Pro return "No" for D3DDEVCAPS_TEXTURESYSTEMMEMORY with DXCapsViewer.

1 0

Re: thanks for wine
by Ulrich Czekalla 19 May '06

19 May '06

The attached patch should help. It's a bit of a hack and it's mostly untested but copy and paste in MSVC6 seems to work fine. /Ulrich On Wed, May 17, 2006 at 07:21:55AM +0800, qingdoa daoo wrote: > > --- Ulrich Czekalla <ulrich.czekalla(a)utoronto.ca> wrote: > > > > > I still don't understand why it would set the clipboard owner to > > GetDesktopWindow(). A quick hack would be to detect that case and instead > > set it to NULL. > > It looks like in Windows we can set hwnd to any window of any process. > So some apps are going to rely on it. Desktop window is just an example. > > > > > Either way I think we should first understand what is really happening > > Me neither, unfortunately :-( > > > before we come up with an alternative implementation for this one bug. I > > have MSVC6. I can install it and investigate. What do I need to do to > > reproduce the bug? > > Basically if you can install MSVC6 you can see the bug. There's an entry > in AppDB that might be helpful. > > > > > __________________________________________________ > ????????????????????????????? > http://cn.mail.yahoo.com

1 0

Tooltips not on top in wxWidgets app
by Michael Ost 19 May '06

19 May '06

When I run my wxWidgets 2.6.3 app in Wine 0.9.11 the tooltips show up behind the main window instead of on top as they should. Before I start digging into this to figure out why, can anyone give me any tips on where in the code to start looking? I have been seeing this for a while --- with wxwidgets 2.6.2 and back to wine 0.9.2 --- so it's not a recent problem. I am also running FC4 with Gnome in case that matters. Thanks for any tips (ouch!)... mo =================================== Michael Ost, Software Architect Muse Research, Inc. most(a)museresearch.com

1 0

Usability after 0.9.10
by Wei-Tsun Sun 19 May '06

19 May '06

Hi, I have loved wine since I started using linux, but I have found that the programs/games that I can run by wine 0.9.10, can't be run afterward. Not all of the programs, but ones which are more relevant to the uses of mulltimedia, such as games, or even skype and winamp which can be executed perfectly before. Dont get me wrong, this is not a complain, I just wonder if anyone has encountered the same problem as I do. If so, I will just wait for later releases of wine and stay with 0.9.10. If not, I will need to find solutions such as settings. Cheers, -w

3 2

Re: WineD3D: SetDisplayMode and GetDisplayMode
by Joris Huizer 19 May '06

19 May '06

Stefan Dösinger wrote: > Am Donnerstag, 18. Mai 2006 22:31 schrieb Stefan Dösinger: > + > + ret = ChangeDisplaySettingsExW(NULL, &devmode, NULL, CDS_FULLSCREEN, NULL); > + if (ret != DISP_CHANGE_SUCCESSFUL) { > + if(devmode.dmDisplayFrequency != 0) { > + WARN("ChangeDisplaySettingsExW failed, trying without the refresh rate\n"); > + devmode.dmFields &= ~DM_DISPLAYFREQUENCY; > + devmode.dmDisplayFrequency = 0; > + ret = ChangeDisplaySettingsExW(NULL, &devmode, NULL, CDS_FULLSCREEN, NULL) != DISP_CHANGE_SUCCESSFUL; > + } > + if(ret != DISP_CHANGE_SUCCESSFUL) { > + return DDERR_INVALIDMODE; > + } > + } I'm not sure, but I think this line: ret = ChangeDisplaySettingsExW(NULL, &devmode, NULL, CDS_FULLSCREEN, NULL) != DISP_CHANGE_SUCCESSFUL; should be ret = ChangeDisplaySettingsExW(NULL, &devmode, NULL, CDS_FULLSCREEN, NULL); as otherwise the test following it will always fire; HTH, Joris

1 0

Re: wined3d: IWineD3DDeviceImpl_SetRenderState added renderstates
by H. Verbeet 19 May '06

19 May '06

On 19/05/06, Jacob Peters <jacobcpeters(a)gmail.com> wrote: > ChangeLog: I implemented more renderstates in device.c function > IWineD3DDeviceImpl_SetRenderState() > > Hello this is my first patch submition. > > A few render states called by d3d8 demo app "mshdribl.exe", the one in the > wiki. > glBlendFuncSeparate is OpenGL 1.4, glBlendEquationSeparate is OpenGL 2.0. This will break things for people with a lower OpenGL version. You should probably use the relevant extensions.

1 0

incorrect behavior with Exceed X server
by Eric Frias 19 May '06

19 May '06

I've noticed a few problems running wine apps against Hummingbird's Exceed X server on Windows. The two problems I noticed are: - The top-level window's title bar is blank, instead of containing the application's title. And, - When you take a visible dialog box, hide it (ShowWindow(SW_HIDE)), and then show it again, the dialog box reappears in a different place -- it always seems to pop back up in the upper-left or lower-right corner of my screen. Wine has behaved this way with Exceed for at least a year, probably longer. It behaves correctly when run against X-Win32, a different PC X server, and naturally it works correctly when displaying natively on Linux. Has anyone looked into this before? Every other X app I've seen displays title-bars correctly, so I know at least that part must be fixable. Any pointers would be great. Thanks, Eric

1 0

Re: advapi32: Add stub FileEncryptionStatus and declarations
by Dimi Paun 19 May '06

19 May '06

On Fri, 2006-05-19 at 13:13 +0300, Paul Chitescu wrote: > +BOOL WINAPI FileEncryptionStatusW(LPCWSTR lpFileName, LPDWORD > lpStatus) > +{ > + FIXME("%s %p\n", debugstr_w(lpFileName), lpStatus); We typically to put "stub" in the FIXME message when we dummy up such functions: + FIXME("(%s %p): stub\n", debugstr_w(lpFileName), lpStatus); -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 2

Does a tool like this exist already ?
by samuel herzog 19 May '06

19 May '06

I have an application I would like to get running on wine. Now I am thinking of two tools that would support me in a scenario like this: 1. I install the application XYZ on windows. 2. The tool (let's call it WineDllSniffer) saves the list of dll's used by application XYZ to a text-file. 3. Now I take the text-file and use the second tool(let's call it WineDllAssistance) which would compare the text-file and the wineconf-file and suggest the user to install the needed stuff. (dcom98,scripten,vb-stuff etc.) What do you think about ? Samuel Herzog

4 3

Re: user32: Make all the recently added ShowWindow tests pass in Wine
by Tomas Carnecky 19 May '06

19 May '06

Dmitry Timoshkov wrote: > Hello, > > this patch makes all the recently added ShowWindow tests pass in Wine, > and is aimed to fix the bug #4960. > > Although this patch creates a regression for popup windows created with > WS_MAXIMIZED style set and calling ShowWindow( SW_SHOWMAXIMIZE ) right > after that (Windows still calls SetWindowPos in that case, but Wine > doesn't anymore - the tests show that SetWindowPos should not be called > for child windows if their state already matches the ShowWindow command) > but top level windows already behave slightly differently in Wine since > they are WM driven, and adding window state change (min/max/restore) through > a WM will make them behave even more differently. > > Changelog: > Make all the recently added ShowWindow tests pass in Wine. > This introduced a regression with WoW: The game starts fine, but as soon as I switch workspace the window disappears (isn't visible in the workspace switcher anymore), and when I switch back the game runs at 3-5fps.. dead slow. When I press ATL-TAB the game minimizes correctly (and the underlying gnome-terminal receives focus), but pressing ALT_TAB again doesn't make the game full-screen, the game appears as a 32x32pixel window in the top left corner of the screen. and from now on ALT-TAB toggles between these two modes, eg. invisible and 32x32pixel window. To bring the game to the foreground, I need to 'maximize' it using ALT-TAB, switch to another workspace and then back again. This however doesn't make the game run at fullspeed, it still runs slowly. I'm using E17 as the window manager, but I'll test it under metacity, too. tom

2 7

Re: [WINED3D 1/5] Added shader_is_glsl_error() function to baseshader.
by H. Verbeet 19 May '06

19 May '06

On 19/05/06, Jason Green <jave27(a)gmail.com> wrote: > + FIXME("GLSL vertex shader failed\n"); > + TRACE("Shader compile/link error log:\n%s\n", buf); It's a minor point, but I think that when shader compilation fails, we might as well print a FIXME here straight away.

1 0

Re: WineD3D: Allow SYSTEMMEM textures
by H. Verbeet 18 May '06

18 May '06

On 18/05/06, Stefan Dösinger <stefan(a)codeweavers.com> wrote: > Quite a lot DirectDraw and Direct3D7 applications rely on systemmem textures > and surfaces to work properly without caring for the caps flag. So don't > return an error when the systemmem pool is used, and set the systemmem device > caps Is this compatible with 3DMark2001? (See http://www.winehq.org/pipermail/wine-devel/2006-February/044670.html & http://source.winehq.org/git/?p=wine.git;a=commit;h=694efd7c6fd557a9c761b80…)

1 0

(fwd) [Wine] Need an application to get running again on wine.
by Daniel Skorka 18 May '06

18 May '06

This just appeard on wine-users/the NG. I assumed some people here would be interested in this, so I forwarded it. Daniel -- forwarded message -- Subject: [Wine] Need an application to get running again on wine. Date: Thu, 18 May 2006 07:30:45 +0200 Sender: news <news(a)sea.gmane.org> Reply-To: samuel herzog <sam_herzog(a)yahoo.com> Dear NG, I have opened a job at rentacoder to get the application http://www.altenbergers.de/rechman_install.exe running on wine. See more details here. http://www.rentacoder.com/RentACoder/misc/BidRequests/ShowBidRequest.asp?ln… I am will pay $25 for an clear reproducable installation instruction. I got it running last september by myself but it was more try&error and I don't get it working anymore on a current wine version. -- end of forwarded message --

1 0

Shell32 version, MS Office 2k installation and some dlls that could be implemented
by Dragos 18 May '06

18 May '06

Hi guys, I have recently looked into installing MS Office 2K using some of the latest versions of wine (0.9.3 and 10 to 13). I have found two things that I would like to ask you about. 1. When installing IE5 or Office 2k that installs it a message box saying: "The spilt of the Windows Desktop Update from the IE browser has been completed. You are currently running a self-host version of the web shell. Please go to http://ie/teams/setup/shdoc401.htm for more information on how to run a released version of the Windows Desktop Update." This I solved by changing the version in version.h of shell32.dll from the current Win2K SP4 to old one of win 98. My question here is why is this changed? Shouldn't we change it back if no other app needs it as Win2k since at least IE5 and MSOffice fail to install corectly because of it? Or at least I wanted to let other people know how to solve this issue. This changed first from 98 to XP in 26/10/2004. Then from XP to Win2k on 6/12/2004. I could create a bug report and post a patch for it but I wanted to know your oppinion first. 2. I looked at the code the Cross Over Office 5.0.1 uses and I noticed that some dlls are not implemented by the official wine code. Dlls like: hlink, ieinfo5, iernonce which seem to be very connected to a IE5 installation and the restart windows step. There are others but I am still in the process of investigating this issue so I am not sure if they matter for this issue or not. With the change from 1 done the Office installer works almost ok except for the restart step where dlls fail to register or functions are not found in some dlls (some of which I mentioned above). My questions here are: - I am thinking of taking/adapting if needed code from the CrossOver Office wine and bringing them to the official wine just enough to make Office work. What do you think of this? - I am wondering how come these were not ported already. Any thoughts? Any reason not to? I am definitely interested in doing it since I would like to have Office 2k working on the official wine too. Thanks, Dragos __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

Re: wined3d: Allow vertex shaders to generate GLSL shaders [Take Two]
by H. Verbeet 18 May '06

18 May '06

On 18/05/06, Jason Green <jave27(a)gmail.com> wrote: + /* We will check for errors later when we try to use the program */ Lets not do that. Assuming you're talking about inside drawPrimitiveDrawStrided, that's going to kill performance. What is the problem with checking for errors right after compilation?

2 2

[WINED3D] D3DCAPS: Check registry for UseGLSL enabled
by Phil Costin 18 May '06

18 May '06

Alexandre, This patch does not depend on Brian Hill's interface modification and it does allow a manually edited registry key option to enable GLSL, even without the new check box on the interface. Regards, Phil Costin

1 0

Whats with the Application DB?
by Roland Kaeser 18 May '06

18 May '06

Hello I just tried to update the state section of Corel Draw 9 with the newest expertises but cannot login again. Can somebody tell me the state of the appdb and eventually send me a actual account registration? Thansk Roland Kaeser

1 0

Re: wined3d: Allow vertex shaders to generate GLSL shaders [Take Two]
by Ivan Gyurdiev 18 May '06

18 May '06

Jason Green wrote: > This is a resend of the earlier patch, with one addition: > - previously, the line to alias the program.env[] to C[] was done in > the vertex shaders since that was the only function that needed them > (and it needs to be done to support relative addressing). However, > with PS 2.0+, pixel shaders now need to be able to use relative > addressing as well. This can't be done with ARB_fragment_program, but > it can be done with GLSL, so for consistency, we are now aliasing the > program.env[] array to C[] for both ps & vs. I think I've mislead you here (sorry)... the relative addressing on PS 3.0+ is on input registers, against aL, not on constants. I think it allows you to read the inputs in a loop against the loop counter. According to spec, pixel shader constants still do not allow relative addressing. So, this constant aliasing thing... we likely don't need this in pixel shaders. However, I still think that it'd be nice to use the same names (so we can share more code), and put this kind of initialization in baseshader if possible. From that point of view I agree w/ the patch, as long as nothing breaks.

1 0

Re: [winecfg] - Graphics tab layout tweak for GLSL option
by Alexandre Julliard 18 May '06

18 May '06

Brian Hill <dcatz(a)nc.rr.com> writes: > This patch adds an option to use GLSL for shaders as described in the > Wiki. It also fixes a minor grammar error (Allow Pixel Shader -> > Allow Pixel Shaders). GLSL (OpenGL Shading Language) is needed to > support Shader Model 2.0 and higher with WineD3D. It is best to leave > GLSL as an option through WineCFG as the WineD3D GLSL code will be > experimental for some time. I don't think that's a reason for exposing such details to the user. If it's not working well enough to be enabled by default, then people who know what they are doing can tweak the code, or possibly set a registry key. -- Alexandre Julliard julliard(a)winehq.org

1 0

cross referencing
by Pragyag 18 May '06

18 May '06

Hi I was just trying to configure lxr...but while browsing through.got errors like couldn't open xref databse, couldn't open .glimpse_filename.etc...i saw the cross referencing page of wine too..it has the same errors there.can anybody help me with these bugs??

1 0

Re: wined3d: Allow vertex shaders to generate GLSL shaders
by Ivan Gyurdiev 18 May '06

18 May '06

> + /* Create the uniforms (aka constants) */ > + shader_addline(&buffer, "uniform vec4 C[%u];\n", This->baseShader.limits.constant_float); > + /* TODO - Add varyings, attributes, etc. */ > + Shouldn't this go into the "generate_glsl_declarations" thing into baseshader? Things previously merged into baseshader should stay that way, imho...

2 1

Re: [Wine] random crashes in starcraft with 0.9.13
by Scott Ritchie 18 May '06

18 May '06

On Wed, 2006-05-17 at 20:41 -0400, Philippe A. wrote: > Hi, > > I have crashed for the third time while playing starcraft since i > upgraded to wine 0.9.13. Here's the trace i just got. No clear steps. > Just playing. I play with sound disabled in wine. I hadn't crashed > like that with previous versions of wine, for the past previous 100 > games or so (quick estimate based on my rec). > _______________________________________________ This kind of stuff goes best forwarded to wine-devel. I'll forward it for you. For convenience to the devs, this link is where the crash log is: http://www.winehq.org/pipermail/wine-users/2006-May/021680.html Thanks, Scott Ritchie

1 0

Re: Dinput8: DirectInput8Create rewrite
by Roderick Colenbrander 17 May '06

17 May '06

> On 5/15/06, Roderick Colenbrander <thunderbird2k(a)gmx.net> wrote: > > > > > Yes, that's the reason. I forgot that I still need to send the patch for > the > > registry settings. Basicly what you need to add is this: > > > What about bf798030-483a-4da2-aa99-5d64ed369700? > > trace:ole:DllMain 0x7f3b0000 0x1 0x1 > trace:ole:DllMain 0x7f3b0000 0x2 (nil) > trace:dinput:DirectInput8Create hInst (0x400000), dwVersion: 2048, > riid ({bf798030-483a-4da2-aa99-5d64ed369700}), punkOuter ((nil))) > trace:ole:CoCreateInstance > (rclsid={25e609e4-b259-11cf-bfc7-444553540000}, pUnkOuter=(nil), > dwClsContext=00000001, riid={bf798030-483a-4da2-aa99-5d64ed369700}, > ppv=0x1d546f0) > err:ole:CoCreateInstance apartment not initialised > err:dinput:DirectInput8Create CoCreateInstance failed with hr = > -2147221008 > I think the issue is that CoInitialize isn't called from DirectInput8Create main. I think I missed this because my test app did this for me. Try to add a CoInitialize(NULL); and see if it helps. (and a CoUninitialize) Regards, Roderick Colenbrander -- Echte DSL-Flatrate dauerhaft f�r 0,- Euro*! "Feel free" mit GMX DSL! http://www.gmx.net/de/go/dsl

2 3

A great way for non programmers to help with Wine - Audio
by Jeremy White 17 May '06

17 May '06

I've taken the liberty of changing the subject of Robert Reif's recent email and am expanding it a bit, because I don't want it to be ignored. The task is to perform a basic test of Wine's audio support to make sure it's a stable platform for us to build upon; what a great way for all you lurkers to help us out <wicked grin>. The basic procedure is - get a current version of Wine, test the sound, and send the results in. It won't take long (took me ~30 minutes), and it'll be very helpful. More details: Checkout Wine from CVS or git Figure out if you're using OSS, Alsa, or Alsa in OSS emulation mode (lsmod is your friend, and winecfg is quite nice as well) Run the test: cd dlls/winmm/tests WINETEST_INTERACTIVE=1 wine winmm_test.exe.so wave 2>&1 | tee /tmp/wave.out *important* As it runs, you should hear a nice steady set of soothing beeps, all at the same pitch and duration. If you hear any variation from that, make a note of it, so you can report it. It's important to listen the whole way through; a tad boring, I know, but important; it'll shift to a virtual device half way through and it's important to hear if it keeps on working or not. Report your results: Pack up your output files, and report your results along with your sound driver info. Failures are obviously the most interesting, but success on not previously validated hardware/driver combos are likely to be useful too. Sound report: Kernel 2.6.13 Sound driver: snd_intel8x0 Sound driver description from lspci: Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 01) 32 bit Debian system Alsa version 1.0.10-2 Tested against Wine CVS up to date as of 5/7/06, 10:27 (without Robert's last two patches :-/; folks might want to wait a hair until those are applied) Results: Tested under winealsa, as well as wineoss with OSS emulation All sounds played flawlessly. Alsa runs reported 0 failures. OSS runs reported 48 failures; not clear if that was relevant Only anomaly is that the modem driver is treated as an OSS sound card, and so has a number of flawed attempts to play against it Full log files of the runs attached. Cheers, Jeremy

4 5

Missing wine documentation
by mark cox 17 May '06

17 May '06

The documentation directory in cvs and in the tarball contains no documentation, i got cvs and did a find for '*.sgml'. Nothing to be found. Am i missing something? mark

4 3

Re: widl: Added an option to set importlib search path.
by Alexandre Julliard 17 May '06

17 May '06

Jacek Caban <jacek(a)codeweavers.com> writes: > We can't really do it the way midl does. midl can import files from > system directories and from resource of dlls. In UNIX we don't have such > dirs. We can add support for tlb libs in PE files, but I don't think we > want to do it for Wine's builtin dlls. I thought that we could add an > other, more UNIX like, option that will be a nice workaround. Of course > -I also does the trick although IMO it's better to have -L option. I'll > send a patch that uses include search patch so you can decide which one > to use. Thanks; my idea is that since we don't want to make widl load a tlb from a builtin dll, we'll need to ship the raw tlb, and it would make sense to ship it in the include dir since the lib dir already contains the builtin dll. And when building Wine itself, we'll need the raw tlb in order to build the includes, since we can't build the builtins before the includes, so in both cases we'll want to load the tlb from the include dir. Does that make sense? -- Alexandre Julliard julliard(a)winehq.org

2 1

AW: thanks for wine
by Roland Kaeser 17 May '06

17 May '06

!-- DIV {margin:0px;}-->Hello I tried to copy a formated text object into the clipboard. (Click on the Text Tool and on the page and write some letters. Resize it (make it a little bit bigger) and than CTRL+C, move the original and try to paste the previous copied text back in to Corel.) so its just a test if copy/paste works. I use such actions often to copy some design elements to a other page. > and to which application were you pasting? The is a kind of misunderstanding. I just want to copy/paste from/into the same application instance of Corel Draw 9. And sometimes this works (on some Linux distributions (SuSE/Fedora etc.). But currently I don't have one who the copy/paste works. The most strange about this is that I observed that it works on a SuSE 10 on a office computer but not on a SuSE 10 system at home. Currently I'm updating the systems to SuSE 10.1 and saw on my notebook that it also not works with SuSE 10.1, Xorg 6.9, KDE 3.5.1, Wine 0.9.13. So I can't find a pattern by which I get a idea form which part the bug comes. You might test it on diffrent systems to get a overview what happens. The debug output was created on a system with SuSE 10.0 / xorg 6.8.2 / kde 3.5.1 / wine 0.9.13 and the most recent updates from suse. --- Xorg Packages --- xorg-x11-fonts-75dpi-6.8.2-100 xorg-x11-server-6.8.2-100.2 xorg-x11-devel-6.8.2-100 xorg-x11-libs-6.8.2-100.2 xorg-x11-Xvnc-6.8.2-100 xorg-x11-server-glx-6.8.2-100 xorg-x11-man-6.8.2-100 xorg-x11-Mesa-devel-6.8.2-100 xorg-x11-Mesa-6.8.2-100 xorg-x11-Xnest-6.8.2-100 xorg-x11-fonts-scalable-6.8.2-100 xorg-x11-6.8.2-100.2 ---- Many thanks Roland >----- Ursprüngliche Mail ---- >Von: Ulrich Czekalla <ulrich.czekalla(a)utoronto.ca> >An: Roland Kaeser <roli8200(a)yahoo.de> >Gesendet: Dienstag, den 16. Mai 2006, 02:14:07 Uhr >Betreff: Re: thanks for wine >What exactly did you do to generate the log? What did you copy and to which >application were you pasting? Was this two instances of Corel Draw? >I might be able to get my hands on a copy of Corel Draw 9 sometime next >week. If I can I'll see if I can reproduce the bug. >Thanks, >/Ulrich On Fri, May 12, 2006 at 09:12:30PM +0000, Roland Kaeser wrote: > Hello > > I started CorelDraw with the given WINEDEBUG options but there is no chance to get success with this options. It took me more than 2 hours just to start Corel and generated about 1.5GB of log output. Even moving the mouse generated more than 5000 lines of debug output. So I removed the +relay option. And here is the generated debug output which is already a lot of text. (See the attachement). I hope this is enough information to find where there bug exactly comes. Many thanks for the efforts. > > Roland Kaeser > > > >----- Ursprüngliche Mail ---- > >Von: Ulrich Czekalla <ulrich.czekalla(a)utoronto.ca> > >An: Roland Kaeser <roli8200(a)yahoo.de> > >CC: wine-devel(a)winehq.org > >Gesendet: Freitag, den 12. Mai 2006, 14:18:00 Uhr > >Betreff: Re: thanks for wine > > >On Fri, May 12, 2006 at 06:20:13AM +0000, Roland Kaeser wrote: > >> >The only major issues that I'm aware of are coping and pasting OLE embedded > >> >objects. That should be taken care of when Rob is finished his COM work. > >> > >> >IMO 633, 2382 and 5061 are not really copy and paste bugs. They are caused > >> >by problems translating from windows data formats to linux data formats and > >> >vice versa. > >> > >> As far as I know, all "complex" objects in the windows clipboard, such as formatted text, images etc. is stored as rtf-object. > >> BTW: There is also a bug #3611 which was marked as dublicate of #633 but its not the exact reason. > >> > >> I recognized that the copy and paste bug #3611 works on some systems. I may have to do with some X11 library/KDE Lib versions. etc. Is there a kind of WINEDEBUG option to track what happens when copy/paste in application? > >> On the other side I saw a lot of applications by which the copy/paste does not work. It seems to be a much bigger issue than assumed. > >> > > >I agree, they are different bugs. I don't have Corel Draw 9 so if you can > >send me a +relay,+clipboard,+tid trace I can take a look. > > >/Ulrich > > > >

2 1

Re: rpcrt4: Store the authentication level and service information in the connection as well, so we don't need to reach inside the binding for these.
by Robert Shearman 17 May '06

17 May '06

Robert Shearman wrote: > --- > > dlls/rpcrt4/rpc_binding.h | 2 ++ > dlls/rpcrt4/rpc_message.c | 11 +++++------ > dlls/rpcrt4/rpc_transport.c | 2 ++ > 3 files changed, 9 insertions(+), 6 deletions(-) Alexandre, please don't apply this patch. It causes some regressions because the binding handle can be NULL. -- Rob Shearman

1 0

Re: advapi32: Stub for FileEncryptionStatus
by Hans Leidekker 17 May '06

17 May '06

Hi Paul, +BOOL WINAPI FileEncryptionStatusW(LPCWSTR lpFileName, LPDWORD lpStatus) +{ + FIXME("%s %p\n", debugstr_w(lpFileName), lpStatus); + return TRUE; If you need to return TRUE here it would be better to set lpStatus to a meaningful value, for example FILE_SYSTEM_NOT_SUPPORT, otherwise the caller could end up using random data. -Hans

1 0

WineGL, take two
by Tomas Carnecky 17 May '06

17 May '06

After submitting the patches last night, I got some feedback on IRC. It seems that adding new exports to gdi32.dll is bad (it apparently tends to break applications, those using safedisc2 seem to be good candidates), so I had to look for another solution. Everything that follows here is under the assumption that we want to move all access to the native opengl library to x11drv. But that's the impression I got from Alexandre in the other mail regarding new escape codes (http://www.winehq.org/pipermail/wine-devel/2006-May/047539.html). If the above assumption is true then opengl32.dll needs access to the low-level driver (eg. x11drv) where all the WGL functions are implemented. And if adding new gdi32.dll exports is not an option then ExtEscape() or some other Escape function is the only way to go. Someone told me that even in Windows Vista opengl uses an escape function to talk to the low-level driver. So my new approach is this: - one new gdi driver function: WineGL_getDispatchTable => returns the dispatch table for the basic WGL functions. - two new ExtEscape() codes: => WINEGL_GET_DISPATCH: returns dispatch table as returned by the new driver function => WINEGL_GET_PRIVATE: returns physDev for the given HDC. - opengl32.dll gets the dispatch table using the new escape code when it is loaded. - in x11drv, opengl.c is replaced by various winegl_??? files. Why is WINEGL_GET_PRIVATE needed? The question really is: where do we want to have the WGL extension entry points? I'd recommend to have them in x11drv, why? If they were in opengl32.dll, we'd have to update the dispatch table whenever we would add a new extension. And because the application calls the functions which are entirely implemented in x11drv and not called through wrappers (which don't really exist in my patchset anyway) and the functions still need access to the physDev structure... well, hence the second escape code. I've removed all opengl related #ifdefs, I'd like to have configure set WINEGLFILES to either 'winegl_noop.c', which implements noop functions when opengl isn't supported, or a list with all the required winegl files when all required headers are present. And there is no need to check for linGL.so, too, (at least not for opengl32 and x11drv) because all functions are loaded using wine_dlsym() or glXGetProcAddress(). What is needed at compilation time are the three opengl header files gl.h, glx.h and glu.h. I'm not a configure expert and this big script scares me. That's why the configure patch is king of a hack, but should work when someone uses --without-opengl. The WGL related code is mostly copied over from opengl32/wgl.c and opengl32/wgl_ext.c, I've formatted it a bit to look nicer and changed what was needed to embed it into x11drv. For example 'get_dispay()' is gone as we now have direct access to the display through 'gdi_display'. The only thing that I've disabled is the WGL_ARB_render_texture extension (nvidia drivers don't support it and there is a good chance that no application relies explicitly on this extension, however, the extension can be enabled by uncommenting one line in x11drv/winegl_extensions.c). I've put all the patches, eleven to be precise, on my server: http://dbservice.com/ftpdir/tom/wine/ up until patch number 10, it should not introduce any regression as it only makes the necessary changes to gdi to support the new GDI driver function (but doesn't use it yet) and adds the winegl files to x11drv. Patch number 10 is a bit large, it changes configure to compile the winegl files, removes x11drv/opengl.c and updates gdi32.DescribePixelFormat and friends to use the functions from the dispatch table. Patch number 11 seems big but it basically only replaces functions with wrapper functions that call the function pointer from the dispatch table. It also removes the now unnecessary wgl_ext.[c|h] functions and updates the Makefile. tom

2 2

Re: user32: Make all the recently added ShowWindow tests pass in Wine
by Vitaliy Margolen 17 May '06

17 May '06

Tuesday, May 16, 2006, 11:39:42 PM, Dmitry Timoshkov wrote: > Hello, > this patch makes all the recently added ShowWindow tests pass in Wine, > and is aimed to fix the bug #4960. > GetWindowRect(hwnd, &rc); > +todo_wine { > ok( rc.right-rc.left == GetSystemMetrics(SM_CXSCREEN) && > rc.bottom-rc.top == GetSystemMetrics(SM_CYSCREEN), > "Invalid maximized size after ShowWindow (%ld,%ld)-(%ld,%ld)\n", > rc.left, rc.top, rc.right, rc.bottom); > +} > DestroyWindow(hwnd); > flush_sequence(); Please don't do this. I fixed this problem and added tests exactly for the reason to keep it from braking again. This change will brake most of Delphi apps that have their main windows as a maximized popup. Vitaliy Margolen

1 0

Programatically minimising window gets incorrect results.
by Troy Rollo 17 May '06

17 May '06

The attached C sample demonstrates two problems with using ShowWindow(hwnd,SW_SHOWMINIMIZED) to minimise a top level window. The tests were done in KDE, but the second problem has been confirmed in Gnome and I suspect the first also occurs there. 1. If you start this program without arguments and click on the resulting window it will correctly minimise, but when restored it will appear with size 32x32 in the lower left hand corner of the screen (that is, as if it were still minimised as an icon). 2. If you start this program with any argument, the window will not appear at all. It should appear minimised. The first problem can be fixed by the attached hack (presumably this is not the correct fix or even anything approximating a correct fix). The second seems hairier and my best guess is that it happens that way because the window manager has not mapped the window yet. -- Troy Rollo - wine(a)troy.rollo.name

2 3

Re: kernel[2/2]: fix path test to pass on 95 and 98
by Alexandre Julliard 16 May '06

16 May '06

Andrew Ziem <ahziem1(a)mailbolt.com> writes: > --- dlls/kernel/tests/path1.c 2006-05-14 23:32:47.000000000 -0600 > +++ dlls/kernel/tests/path.c 2006-05-15 08:08:52.000000000 -0600 > @@ -339,14 +339,22 @@ > newdir,tmpstr,tmpstr1,id); > ok(DeleteFileA(newdir),"Couldn't delete the temporary file we just created\n"); > > - ok((id=GetTempFileNameA(tmppath,NULL,0,newdir)),"GetTempFileNameA failed\n"); > - sprintf(tmpstr,"%.4x.tmp",id & 0xffff); > - sprintf(tmpstr1,"%x.tmp",id & 0xffff); > - ok(lstrcmpiA(newdir+lstrlenA(tmppath),tmpstr)==0 || > - lstrcmpiA(newdir+lstrlenA(tmppath),tmpstr1)==0, > - "GetTempFileNameA returned '%s' which doesn't match '%s' or '%s'. id=%x\n", > - newdir,tmpstr,tmpstr1,id); > - ok(DeleteFileA(newdir),"Couldn't delete the temporary file we just created\n"); > + if (GetVersion() & 0x80000000) { You should never add version checks in tests, simply check for both behaviors. -- Alexandre Julliard julliard(a)winehq.org

2 2

Re: user32: Remove Wine specific hacks from PrivateExtractIconsW
by Alexandre Julliard 16 May '06

16 May '06

Michael Jung <mjung(a)iss.tu-darmstadt.de> writes: > ChangeLog: > Remove Wine specific hack from PrivateExtractIconsW. > > It's not necessary anymore, due to the new fake dlls. I don't think we want to require creation of fake dlls for all builtins that contain icons. Fake dlls should only be created when real apps need them, not for internal Wine purposes. -- Alexandre Julliard julliard(a)winehq.org

1 0

re: thanks for wine
by Dan Kegel 16 May '06

16 May '06

>> Copy-paste didn't work between wine and Gnome, but everything else was >> without a hitch! > > Doh! What exactly failed? Could you give me the exact steps to reproduce > the problem? Yes, please do! Let's get a bug filed about this. There are quite a few copy and paste bugs in Wine, e.g. http://bugs.winehq.org/show_bug.cgi?id=633 http://bugs.winehq.org/show_bug.cgi?id=2382 http://bugs.winehq.org/show_bug.cgi?id=3486 http://bugs.winehq.org/show_bug.cgi?id=4523 http://bugs.winehq.org/show_bug.cgi?id=5061 I wonder if just getting copy and paste working well would be a sufficient summer of code project! Too bad submissions are closed. Ah, well, next year :-) - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

8 15

Re: 4979: wine 9.11 make fails on AMD64, more info
by David Anderson 16 May '06

16 May '06

I just installed kubuntu 6.06 on a new laptop (no binary avail), AMD64. Compiling wine failed as 4979 says, no libfreetype.so that is compatible. The problem is not in the -L or in gcc or in wine. The problem is in the m32 libfreetype. /usr/lib32 is searched (as /usr/lib/../lib32) by gcc automatically with -m32. The libfreetype developer(s) provided libfreetype.so.6.3.8 and link libfreetype.so.6 ->libfreetype.so.6.3.8 However they forgot to create the symlink libfreetype.so -> libfreetype.so.6 Create this by hand in /usr/lib32 and regrettably wine still will not build as 4 externs are left unresolved: inflate, inflateReset,inflateEnd, inflateInit2. This appears to also be a libfreetype issue. It's been reported several times in various contexts, google for 'libfreetype inflate' to see them. I don't have a solution, sorry.

2 2

bugzilla report changes
by Saulius Krasuckas 16 May '06

16 May '06

I just have submited an additional attachment on my report page [*]. After this bugzilla said to me: Changes Submitted -- Attachment #2466 to Bug #2082 Created Email sent to: lionel.ulmer(a)free.fr, jave27(a)gmail.com, z77y16(a)hotmail.com, danielv(a)freeshell.org, ivg2(a)cornell.edu, pq(a)iki.fi, chuzzum(a)gmail.com, flerchjj(a)ieee.org Excluding: saulius.krasuckas(a)elst.vtu.lt Well, I don't understand, why this hasn't been sent to wine-bugs(a)winehq.org. Did that happen by a design? [*] http://bugs.winehq.org/show_bug.cgi?id=2082#c23

2 1

Re: [wined3d] Corrected definition for parameters (Coverity)
by Ivan Gyurdiev 16 May '06

16 May '06

Paul Vriens wrote: > Hi, > > don't know anything about wined3d, but the code in > IWineD3DVertexShaderImpl_ExecuteSW could make use of 6 parameters. The > definitions should cover this. > I don't think so... the case for 6 parameters should be removed. I can't find 6-parameter instructions in the ins table. [otherwise this would have to be fixed in a lot of other places as well]. ==== I find the multi-argument calls rather ugly, though I understand they might be necessary for speed. However, I am currently trying to get relative addressing tokens in shaders 2.0+ properly accounted for. We can have up to... 5 extra tokens per instruction for relative addressing. So, either all those multi-arg calls need to switch to unpacking structures, or the number of arguments should be increased up to 10. I think I'll ignore software shaders for now though - not sure how to test them.

2 2

OGL Crash
by Robert Lunnon 16 May '06

16 May '06

I have a problem with OGL , during initialisation I have a segfault occurring in the following code segment, note that I have instrumented the code XVisualInfo *X11DRV_setup_opengl_visual( Display *display ) { XVisualInfo *visual = NULL; /* In order to support OpenGL or D3D, we require a double-buffered visual and stencil buffer support, */ fprintf(stderr,"setup visual\n"); int dblBuf[] = {GLX_RGBA,GLX_DEPTH_SIZE, 16, GLX_STENCIL_SIZE, 8, GLX_DOUBLEBUFFER, None}; if (!has_opengl()) return NULL; fprintf(stderr,"Choosing Visual display=%p DefaultScreen=%p dblBuf=%p\n",display, DefaultScreen(display), dblBuf); wine_tsx11_lock(); ************************Crash Occurs in the following line visual = pglXChooseVisual(display, DefaultScreen(display), dblBuf); wine_tsx11_unlock(); fprintf(stderr,"Visual is %d\n",visual); Output is setup visual Choosing Visual display=81ad320 DefaultScreen=0 dblBuf=7fd1ef70 Handling exception at EIP 7f0434b7 accessing 2a0 wine: Unhandled page fault on read access to 0x000002a0 at address 7f0434b7 (thread 0009), starting debugger... Can't attach process 8: error 5 I suspect the problem is DefaultScreen returning 0 Anyone know where this is defined ?

1 0

Re: rpcrt4: Implemented NTLM authentication for rpcrt4 connections.
by Kai Blin 16 May '06

16 May '06

* Mike McCormack <mike(a)codeweavers.com> [15/05/06, 23:04:25]: > + r = AcquireCredentialsHandleA(NULL, "NTLM", SECPKG_CRED_OUTBOUND, NULL, > + AuthIdentity, NULL, NULL, &bind->cred, &bind->exp); Sweet. Glad to see that code in use. :) > + /* tack on a negotiate packet */ > + RPCRT4_AuthNegotiate(Connection, &out); > + r = RPCRT4_SendAuth(Connection, Header, Buffer, BufferLength, out.pvBuffer, out.cbBuffer); > + HeapFree(GetProcessHeap(), 0, out.pvBuffer); Should that actually be a Negotiate packet? If it should, I can add Negotiate to the set of patches I sent Rob. Cheers, Kai -- Kai Blin, (blin at gmx dot net) Your wig steers the gig. -- Lord Buckley

2 2

Re: user32: Add more ShowWindow tests
by Alexandre Julliard 16 May '06

16 May '06

Dmitry Timoshkov <dmitry(a)codeweavers.com> writes: > @@ -3217,7 +3295,7 @@ static void test_showwindow(void) > > trace("calling ShowWindow( SW_SHOWMAXIMIZE ) for invisible popup window\n"); > ShowWindow(hwnd, SW_SHOWMAXIMIZED); > - ok_sequence(WmShowMaxPopupResizedSeq, "ShowWindow(SW_SHOWMAXIMIZED):popup", FALSE); > + ok_sequence(WmShowMaxPopupResizedSeq, "ShowWindow(SW_SHOWMAXIMIZED):popup", TRUE); It would be better to avoid turning working tests back into todos, because it means a lot of things will no longer be properly regression tested, since todo applies to the whole sequence. -- Alexandre Julliard julliard(a)winehq.org

2 3

Help needed: Drawing of transformed vertices
by Stefan Dösinger 16 May '06

16 May '06

Hello, As I have mentioned on irc some time ago, I have some Z order problems in a few d3d7 games. It seems to affect all games which mix transformed and untransformed vertices in one scene. The problem is that the transformed vertices show up in front of the untransformed, although the shouldn't. See http://stud4.tuwien.ac.at/~e0526822/messiah-broken.png, this is a screenshot from the game Messiah, and the symptoms are that the flames and the beams can be seen through boxes, units and other objects. I can remember that a simmilar problem was reported for a d3d8 or d3d9 game. Other affected games are Gothic 2(fire can be seen though walls) and Anarchy Online(water level is too high). With Lionel Ulmer I found the problem in the glOrtho setup that wined3d does in drawprim.c(and in surface.c). The -minZ, -maxZ z range scales the vertices and disturbes the z order. The old ddraw code uses a transform matrix which is equally to passing zmin = 1.0 and zmax = -1.0 to address this issue. Then the z coordinate are passed to gl unchanged and the z order is left intact. But as you undoubtately can guess, this breaks other games such as Prince of Persia 3D. Some investigation showed that the current z setup in wined3d seems to be to avoid clipping. First I thought that rhw vertices aren't supposed to be clipped at all, but opengl does that and it's impossible to deactivate clipping in gl. So the vertices are scaled into the depth range to prevent them from beeing clipped. Lionel Ulmer mentioned a DONOTCLIP flag for d3d7 vertex drawing, which pop3d indeed passes. But we can't avoid clipping and disturbing the z setup at the same time :-( The attached patch moves the glOrtho setup in a shared function for drawprim and unlockrect to avoid having double code. It also changes the default z range to 1.0, -1.0, with a dontclip flag which selects the old setup(but this is disabled for now, it will be activated for the DONOTCLIP flag and if ProcessVertices was supposed to clip the vertices). Can you test the patch on some d3d8 and d3d9 games? I tested it on warcraft 3 and half-life 2 and didn't see any difference. Can you report negative and positive changes? Thanks, Stefan

2 1

SoC idea: fix wine 2398 bug.
by Marcin Kardas 15 May '06

15 May '06

Hi, I'm participate in Google summer of code and I'm going to send application with my own idea. I would like to fix popular wine bug - http://bugs.winehq.org/show_bug.cgi?id=2398. On http://wiki.winehq.org/OpenGL there are some ideas how to do this and I think that this one with glViewport and glScissor is the best one. I've made some test and it should work, but may be it will cause another problems to solve, for example conecting X graphic context with GLContext. Maybe I will have to rewritte wine graphics function to use only OpenGL (or may be I will found another way). What do you think about it? Cheers, Marcin.

8 11

ClipCursor implementation
by Remus 15 May '06

15 May '06

Hello, Please excuse me if i didn't sent this mail to the right mailing list. I want to implement in Linux a function similar with ClipCursor, but without using XGrabPointer(). The first time i tried to process mouse-move events, but it doesn't look good. Second time i tried XGrabPointer(), it works, but an extra window is not wanted in my app. I think this functionality is already implemented in Wine, but i didn't find much about it in the sources, except for setting a rectangle, etc. Do you have any ideas or directions to point to me? Thanks, Remus

1 0

Re: Dinput8: DirectInput8Create rewrite
by Roderick Colenbrander 15 May '06

15 May '06

> On 5/15/06, Roderick Colenbrander <thunderbird2k(a)gmx.net> wrote: > > > > Are you sure it is this patch that causes the regression and not > Vitaly's > > latest one? This patch changes the way dinput8 objects are created and > it > > does this similar to windows. Could you figure out what part breaks it? > > > > Yes, I have tried without Vitaly's. CoCreateInstance is failing: > > err:ole:CoCreateInstance apartment not initialised > err:dinput:DirectInput8Create CoCreateInstance failed with hr = > -2147221008 > err:ole:CoGetClassObject class {ef985e71-d5c7-42d4-ba4d-2d073e2e96f4} > not registered > err:ole:CoGetClassObject class {ef985e71-d5c7-42d4-ba4d-2d073e2e96f4} > not registered > err:ole:CoGetClassObject no class object > {ef985e71-d5c7-42d4-ba4d-2d073e2e96f4} could be created for context > 0x3 > > Is this because I am missing registry entries? > > Jesse > Yes, that's the reason. I forgot that I still need to send the patch for the registry settings. Basicly what you need to add is this: REGEDIT4 [HKEY_CLASSES_ROOT\CLSID\{25E609E4-B259-11CF-BFC7-444553540000}] @="Microsoft DirectInput8" [HKEY_CLASSES_ROOT\CLSID\{25E609E4-B259-11CF-BFC7-444553540000}\InProcServer32] @="C:\\windows\\system32\\dinput8.dll" "ThreadingModel"="Both" -- Echte DSL-Flatrate dauerhaft f�r 0,- Euro*! "Feel free" mit GMX DSL! http://www.gmx.net/de/go/dsl

1 0

Re: riched20: Implement EM_SETUNDOLIMIT and its conformance tests, take 4
by Dimi Paun 15 May '06

15 May '06

On Mon, May 15, 2006 1:22 pm, Matt Finnicum wrote: > Hopefully, i've managed to do this one right. It is, but why not use STACK_SIZE_DEFAULT here as well: + ed->nUndoLimit = 100; /* 100 is the proper default */ -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

1 0

Re: Starred Chats Sent Mail Drafts (2) All Mail Spam (2510) Trash Contacts Labels battlezone class 05-06 facebook mfinnic2@uiuc.edu myself Summer of Code wine-appdb (16) wine-bugs wine-devel (10) wine-patches (384) wtf-trafton Edit labels Invite a friend
by Dimi Paun 15 May '06

15 May '06

On Mon, May 15, 2006 11:28 am, Matt Finnicum wrote: > Hello! > > Patch updated w/ Dimi Paun's advice (using #define's for the default > and max values), and slightly cleaned up. Well, not quite (maybe you've sent the wrong patch): + case EM_SETUNDOLIMIT: + { + if ((int)wParam < 0) + editor->nUndoLimit = 100; + else if ((int)wParam > 10000) + /* This should be high enough. it keeps wine from getting killed + from hogging memory. Windows allocates all this memory at once, so + no program would realisticly set a value this high */ + editor->nUndoLimit = 10000; + else + editor->nUndoLimit = wParam; + -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

1 0

Re: Starred Chats ... blah blah blah
by Matt Finnicum 15 May '06

15 May '06

This was *supposed* to have been titled: "riched20: Implement EM_SETUNDOLIMIT and its conformance tests, take 3" Sorry! --Matt On 5/15/06, Matt Finnicum <mattfinn(a)gmail.com> wrote: > Hello! > > Patch updated w/ Dimi Paun's advice (using #define's for the default > and max values), and slightly cleaned up. > > Thanks, > --Matthew Finnicum > > Changelog: > riched20: Implemented conformance tests for EM_SETUNDOLIMIT() > riched20: Implemented EM_SETUNDOLIMIT() > > editor.c | 21 +++++++++++++++--- > editstr.h | 4 ++- > tests/editor.c | 65 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > undo.c | 27 ++++++++++++++++++++++- > 4 files changed, 112 insertions(+), 5 deletions(-) > > >

1 0

Re: dnsapi: Switch from libresolv to libbind for DNS support.
by Marcus Meissner 15 May '06

15 May '06

On Sat, May 13, 2006 at 05:10:55PM +0200, Hans Leidekker wrote: > > This patch presents an alternative to the one I sent a while ago > that adds two source files from libbind. The advantage of this > alternative is that it brings DNS message parsing support and DNS > update support, without adding files from external projects. > > The drawback is that libbind appears to be packaged only as a static > library on Debian based systems, whereas libresolv is available as a > shared library on virtually every system. libbind.a is 428694 bytes > in size on my Kubuntu system and 546908 bytes in size on my Fedora > system. > > -Hans > > Changelog > Switch from libresolv to libbind for DNS support. The disadvantage is that bind-libs is under a BSD 4 clause license. While it is allowed to link it, it will also make dnsapi and likely WINE itself fall under the BSD 4 clause license (additionaly to LGPL) and both need to be honored from this point on. BSD 4 clause is only used in parts of the lib, other parts are under regular BSD license or others. grep -r "All advertising materials" <dir> to find all files with BSD clause 4 license. I think the DNS parsing code itself in libbind is under normal BSD license and the pieces necessary could be copied/imported safely into LGPL code. (This is likely the reason Debian packs it statically.) Ciao, Marcus

2 1

Re: Dinput8: DirectInput8Create rewrite
by Jesse Allen 15 May '06

15 May '06

On 5/14/06, Roderick Colenbrander <thunderbird2k(a)gmx.net> wrote: > Hi, > > This patch lets DirectInput8Create work similar to the native version which > according to MSDN uses CoCreateInstance to create a dinput8 object. This > rewrite should fix the dll count related issues. > This patch needs linking against ole32 and it breaks keyboard and mouse input in Star Wars Battlefront for some reason. Hmmm... Jesse

1 0

Moving menus to wineserver
by Dan Kegel 15 May '06

15 May '06

wineserver currently tracks a lot of info about windows (those things on the screen, not the operating system). It turns out (see http://bugs.winehq.org/show_bug.cgi?id=5231 ) that it probably needs to do the same thing for menus and menuitems to make the win32 apis GetMenuItemCount and GetMenuItemInfo work for menus of other processes. (Why would you need that, you say? To support gui test scripting languages, e.g. Perl's win32::GuiTest; see http://kegel.com/wine/testsw.html I have a feeling that big companies won't take Wine seriously until they can run their apps' regression tests on Wine. So this is, if not urgent, at least pretty desirable.) This seems to be part of Dimi Paun's TODO list. Dimi, were you about to do this? If not, am I on the right track here? Thanks, Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 3

Still missing glyph
by Uwe Bonnes 14 May '06

14 May '06

Hallo, even with a recent fontforge, I get "Missing glyph for": fontforge -script ../fonts/genttf.ff small_fonts.sfd small_fonts.ttf Copyright (c) 2000-2006 by George Williams. Executable based on sources from 19:18 13-Apr-2006. ../tools/widl/widl -I. -I. -I../include -I../include -h -H amstream.h amstream.idl LD_LIBRARY_PATH="../libs/unicode:$LD_LIBRARY_PATH" ../tools/sfnt2fnt system.ttf 16 932 96 128 7 LD_LIBRARY_PATH="../libs/unicode:$LD_LIBRARY_PATH" ../tools/sfnt2fnt small_fonts.ttf 11 1252 96 128 5 LD_LIBRARY_PATH="../libs/unicode:$LD_LIBRARY_PATH" ../tools/sfnt2fnt small_fonts.ttf 11 1250 96 128 5 LD_LIBRARY_PATH="../libs/unicode:$LD_LIBRARY_PATH" ../tools/sfnt2fnt small_fonts.ttf 11 1253 96 128 5 Missing glyph for char 0385 Missing glyph for char 0386 ... Is this expected behaviour? -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 1

Valgrind warning cleanup...
by Dan Kegel 14 May '06

14 May '06

I was trying to use valgrind-3.1.1 to track down an OpenOffice crash, and I noticed that current wine shows errors like this even running notepad: ==8986== Invalid read of size 4 ==8986== at 0x20010C21: (within /lib/ld-2.3.6.so) ... ==8986== by 0x20189D10: dlopen (in /lib/tls/i686/cmov/libdl-2.3.6.so) ==8986== by 0x20023CB8: wine_dlopen (loader.c:663) ==8986== by 0x200248B7: wine_init (loader.c:625) ==8986== by 0x7BF00F9F: main (main.c:58) ==8986== Address 0x2018D3A8 is 56 bytes inside a block of size 57 alloc'd ==8986== at 0x2001C422: malloc (vg_replace_malloc.c:149) ==8986== by 0x2002463A: first_dll_path (loader.c:201) ==8986== by 0x20024895: wine_init (loader.c:623) ==8986== by 0x7BF00F9F: main (main.c:58) I looked at first_dll_path, but I couldn't see any problem. On the theory that glibc is reading a bit past the end of the string, I tried changing the line that does the allocation in question. Adding one byte cut down the number of those warnings; adding two bytes didn't help more than adding one; adding three bytes got rid of the warnings. Here's the change: --- libs/wine/loader.c 17 Mar 2006 12:23:52 -0000 1.36 +++ libs/wine/loader.c 13 May 2006 19:56:52 -0000 @@ -199,7 +199,7 @@ char *p; int namelen = strlen( name ); - context->buffer = malloc( dll_path_maxlen + 2 * namelen + strlen(ext) + 3 ); + context->buffer = malloc( dll_path_maxlen + 2 * namelen + strlen(ext) + 6 ); context->index = build_dir ? 0 : 3; /* if no build dir skip all the build dir magic cases */ context->name = context->buffer + dll_path_maxlen + namelen + 1; context->namelen = namelen + 1; What do folks think - should we just make the allocation a little bigger to make valgrind happy? I'd also like to understand what's causing them, too, though. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

3 5

Re: widl: Added an option to set importlib search path.
by Detlef Riekenberg 14 May '06

14 May '06

Hi Jacek: +" -L path Set importlib searcg dir to path (multiple -L Small typo in tools/widl/widl.c: "search" -- By By ... ... Detlef

1 0

Re: gdi: Add WineGL driver interface and wrapper functions
by Tomas Carnecky 14 May '06

14 May '06

... and here the patch

1 0

Re: Quiet valgrind warnings in init_current_teb
by Mike Hearn 14 May '06

14 May '06

Hmm, are you sure this isn't a bug in Valgrind itself? The code it's warning on is this: inline static void wine_ldt_set_limit( LDT_ENTRY *ent, unsigned int limit ) { if ((ent->HighWord.Bits.Granularity = (limit >= 0x100000))) limit >>= 12; ent->LimitLow = (WORD)limit; ent->HighWord.Bits.LimitHi = (limit >> 16); } but unless I'm reading it wrong this is not testing ent before initialization at all, it's testing limit, assigning to ent, then testing the result of that assignment ... which seems to be valid. Of course, working around bugs in Valgrind may be a useful thing to do for now ... that code is seriously terrifying stuff. And I thought Wine was scary :) thanks -mike

4 4

possible MCI deadlock
by Damjan Jovanovic 14 May '06

14 May '06

I've been looking at bug 3930 (http://bugs.winehq.org/show_bug.cgi?id=3930), where Heroes of might and magic basically hangs on a black screen when sound is enabled (and works when sound is disabled). It happens on all wine versions, the winedbg session below is from wine 0.9.11 and was done during the black screen. Any ideas? What's exception c0000005? Wine-dbg>info process pid threads parent executable (all id:s are in hex) 0000000a 1 00000008 'c:\windows\system32\explorer.exe' 00000008 2 00000000 'C:\Program Files\3DO\Heroes of Might and Magic\HEROES.EXE' Wine-dbg>attach 8 0xffffe410: popl %ebp Wine-dbg>bt all Backtracing for thread 0xc in process 0x8 (C:\Program Files\3DO\Heroes of Might and Magic\HEROES.EXE): Backtrace: =>1 0xffffe410 (0xffffe410) 2 0x7eced300 wodPlayer+0xc0(pmt=0x0) [/home/dacha/Programs/InstallationFiles/wine-0.9.11/dlls/winmm/winealsa/audio.c:2261] in winealsa (0x7eced300) 3 0x7fc75dc9 THREAD_Start+0x119(ptr=0x7fd4a3e0) [/home/dacha/Programs/InstallationFiles/wine-0.9.11/dlls/kernel/thread.c:76] in kernel32 (0x7fc75dc9) 4 0x7ffbba86 start_thread+0x236(info=0x7fd4a3f8) [/home/dacha/Programs/InstallationFiles/wine-0.9.11/dlls/ntdll/thread.c:357] in ntdll (0x7ffbba86) 5 0xb7ec7380 (0xb7ec7380) 6 0xb7e60c6e __clone+0x5e in libc.so.6 (0xb7e60c6e) Process of pid=0x00000008 has terminated 0xffffe40e: jmp 0xffffe403 Backtracing for thread 0xb in process 0xa (c:\windows\system32\explorer.exe): Backtrace: =>1 0xffffe40e (0xffffe40e) 2 0x7ffb7d52 NTDLL_wait_for_multiple_objects+0x252(count=0x2, handles=0x7fbbf4b0, flags=0x4, timeout=0x0, signal_object=0x0) [/home/dacha/Programs/InstallationFiles/wine-0.9.11/dlls/ntdll/sync.c:729] in ntdll (0x7ffb7d52) 3 0x7ffb7e57 NtWaitForMultipleObjects+0x67(count=0x2, handles=0x7fbbf4b0, wait_all=0x0, alertable=0x0, timeout=0x0) [/home/dacha/Programs/InstallationFiles/wine-0.9.11/dlls/ntdll/sync.c:760] in ntdll (0x7ffb7e57) 4 0x7fc5d84e WaitForMultipleObjectsEx+0xae(count=0x2, handles=0x7fbbf600, wait_all=0x0, timeout=0xffffffff, alertable=0x0) [/home/dacha/Programs/InstallationFiles/wine-0.9.11/dlls/kernel/sync.c:213] in kernel32 (0x7fc5d84e) 5 0x7f774eac X11DRV_MsgWaitForMultipleObjectsEx+0xfc(count=0x1, handles=0x7fbbf768, timeout=0xffffffff, mask=0x4ff, flags=0x0) [/home/dacha/Programs/InstallationFiles/wine-0.9.11/dlls/x11drv/event.c:312] in winex11 (0x7f774eac) 6 0x7fa10dc1 GetMessageW+0x211(msg=0x7fbbf8f0, hwnd=0x0, first=0x0, last=0x0) [/home/dacha/Programs/InstallationFiles/wine-0.9.11/dlls/user/message.c:2836] in user32 (0x7fa10dc1) 7 0x7fbd57f5 manage_desktop+0x255(arg=0x7fcf075d) [/home/dacha/Programs/InstallationFiles/wine-0.9.11/programs/explorer/desktop.c:190] in explorer (0x7fbd57f5) 8 0x7fbd5e38 WinMain+0x268(hinstance=0x7fbd0000, previnstance=0x0, cmdline=0x7fcf0755, cmdshow=0x1) [/home/dacha/Programs/InstallationFiles/wine-0.9.11/programs/explorer/explorer.c:139] in explorer (0x7fbd5e38) 9 0x7fbd71a7 main+0xd7(argc=0x2, argv=0x7fcf0450) [/home/dacha/Programs/InstallationFiles/wine-0.9.11/dlls/winecrt0/exe_main.c:48] in explorer (0x7fbd71a7) 10 0x7fbd70b9 __wine_spec_exe_entry+0x99(peb=0x7ffdf2c0) [/home/dacha/Programs/InstallationFiles/wine-0.9.11/dlls/winecrt0/exe_entry.c:37] in explorer (0x7fbd70b9) 11 0x7fc4a0ae start_process+0xee(arg=0x0) [/home/dacha/Programs/InstallationFiles/wine-0.9.11/dlls/kernel/process.c:845] in kernel32 (0x7fc4a0ae) 12 0xb7ef5587 wine_switch_to_stack+0x17 in libwine.so.1 (0xb7ef5587) Process of pid=0x0000000a has terminated 0xffffe410: popl %ebp Backtracing for thread 0x9 in process 0x8 (C:\Program Files\3DO\Heroes of Might and Magic\HEROES.EXE): Backtrace: Exception c0000005 Wine-dbg> __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

Re: comctl32[1/8]: header: don't check lpItem for NULL in GetItemT
by Vitaliy Margolen 14 May '06

14 May '06

Saturday, May 13, 2006, 1:07:54 PM, Mikolaj Zalewski wrote: > These patches implements the callback header items and should fix e.g. > bug #4344 > Changelog: don't check lpItem for NULL in GetItemT - lpItem can't be NULL You will need to split this patch into two. Checking for NULL has nothing to do with callback. Also I'm not sure why are you removing NULL check? Any explanations, tests? Vitaliy Margolen

2 1

Google Earth installer
by Robert Lunnon 14 May '06

14 May '06

I have an issue with Google Earth Installer generating an exception early in the install. Looks like it has a problem dereferencing a pointer returned by LoadResource. Anyone looking into this at all ? 1 000c:Call window proc 405fa1 (hwnd=10024,msg=WM_INITDIALOG,wp=00000000,lp=7fd5fa98) 2 000c:Call user32.SetTimer(00010024,000003e9,0000012c,00000000) ret=004060e7 2 000c:Ret user32.SetTimer() retval=000003e9 ret=004060e7 2 000c:Call kernel32.GetLastError() ret=00401c6c 1 000c:Ret kernel32.GetLastError() retval=00000000 ret=00401c6c 2 000c:Call ntdll.RtlAllocateHeap(7ef50000,00000000,00000001) ret=0040ceb8 1 000c:Ret ntdll.RtlAllocateHeap() retval=7ef50148 ret=0040ceb8 2 000c:Call kernel32.SetLastError(00000000) ret=00401c98 1 000c:Ret kernel32.SetLastError() retval=00000000 ret=00401c98 2 000c:Call kernel32.FindResourceExA(00400000,00000006,00000901,00000009) ret=0040a03e 3 000c:Call ntdll.LdrFindResource_U(00400000,7ef3cc80,00000003,7ef3cc7c) ret=7fded3782 2 000c:Ret ntdll.LdrFindResource_U() retval=c0000204 ret=7fded378 3 000c:Call ntdll.RtlNtStatusToDosError(c0000204) ret=7fded38c 2 000c:Ret ntdll.RtlNtStatusToDosError() retval=00000717 ret=7fded38c 1 000c:Ret kernel32.FindResourceExA() retval=00000000 ret=0040a03e 2 000c:Call kernel32.FindResourceExA(00400000,00000006,00000901,00000409) ret=0040a055 3 000c:Call ntdll.LdrFindResource_U(00400000,7ef3cc80,00000003,7ef3cc7c) ret=7fded378 2 000c:Ret ntdll.LdrFindResource_U() retval=00000000 ret=7fded378 1 000c:Ret kernel32.FindResourceExA() retval=00416440 ret=0040a055 2 000c:Call kernel32.LoadResource(00400000,00416440) ret=0040a071 3 000c:Call ntdll.LdrAccessResource(00400000,00416440,7ef3ccec,00000000) ret=7fdee7a6 2 000c:Ret ntdll.LdrAccessResource() retval=00000000 ret=7fdee7a6 1 000c:Ret kernel32.LoadResource() retval=0041a8f4 ret=0040a071 Handling exception at EIP 40a0aa accessing 41a936 000c:Call ntdll.RtlEnterCriticalSection(7f36b2e0) ret=7f312065 000c:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=7f312065 000c:Call ntdll.RtlLeaveCriticalSection(7f36b2e0) ret=7f3120c3 000c:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=7f3120c3 000c:Call ntdll.NtCurrentTeb() ret=7fdb17cd 000c:Ret ntdll.NtCurrentTeb() retval=7ef40000 ret=7fdb17cd 000c:Call ntdll.NtCreateEvent(7ef3c820,001f0003,7ef3c824,00000001,00000000) ret=7fdb168a 000c:Ret ntdll.NtCreateEvent() retval=00000000 ret=7fdb168a wine: Unhandled page fault on read access to 0x0041a936 at address 40a0aa (thread 000c), starting debugger...

1 0

Re: comctl32[2/8]: header: don't send HDN_GETDISPINFO during HDM_SET/INSERTITEM
by James Hawkins 13 May '06

13 May '06

On 5/13/06, Mikołaj Zalewski <mikolaj(a)zalewski.pl> wrote: > Changelog: don't send HDN_GETDISPINFO during HDM_SET/INSERTITEM - > Windows doesn't do it. > This is a good candidate for a test case. -- James Hawkins

1 0

Re: gdi: create driver interface for opengl implementation and add wrapper functions.
by Tomas Carnecky 13 May '06

13 May '06

Tomas Carnecky wrote: > This patch adds an WineGL interface to the GDI driver and creates > wrapper functions for them. If the wgl function takes a HDC, the wrapper > extract the PHYSDEV and prepends it to the driver-function argument > list. This way we have direct access to the PHYSDEV in x11drv and don't > need to use ExtEscape(). I've run into some problems with this. opengl32.dll exports only the basic wgl functions, if an application wants to use functions which are provided by various extensions, it has to use wglGetProcAddress(). I moved all extensions to x11drv and wglGetProcAddress() returns the pointer to those functions. The problem is that those functions are called directly by the application and not through the wrapper and thus don't have access to PHYSDEV like the basic wgl functions. We could make wrapper functions for each extension, but that would require changing the driver function table every time we add a new extension. I took another path and added a new GDI function 'wineGetDCPrivate(HDC)' that returns the PHYSDEV for the given DC. This way I can have all function prototypes the same for wgl?? in opengl32, WineGLWrapper_wgl?? in GDI and the WineGL_wgl?? implementation in x11drv. In the implementation in x11drv I get the PHYSDEV when required using the new GDI function and have direct access to it, no need to use ExtEscape(). In addition to the basic wgl?? functions the GDI driver has to expose two gl?? functions, glGetString() (for GL_EXTENSIONS to be able to report all supported WGL extensions) and glGetIntegerv() (because GL_DEPTH_BITS and GL_ALPHA_BITS don't have the same meaning on windows and X11). Also, once the x11drv side is stable, opengl32.spec can be changed like this: @ stdcall wglGetCurrentDC() gdi32.WineGLWrapper_wglGetCurrentDC And all but three functions can be deleted from wgl.c (and wgl_ext.c) can be removed completely). Those three functions are: o wglGetProcAddress(): first scan OpenGL functions, if not found fall back to WineGLWrapper_wglGetProcAddress() to let x11drv return the pointer to the wgl function. o glGetString: use glGetString and WineGLWrapper_glGetString() to build the extension string. o glGetIntegerv(): let x11drv return the proper values if the app is requesting GL_DEPTH_BITS or GL_ALPHA_BITS. tom

1 0

Re: [Wine] Wine + serial port basically hangs system
by Uwe Bonnes 13 May '06

13 May '06

Hallo, this is a thread from wine-users. I think further discussion of this issue is better done on wine-devel. In short, Dan Armbrust notices some application (heavy weather.exe) accessing the serial port causing a high system load. As the application uses WaitCommEvent, I fear that my implementation of WaitCommEvent is inappropriate. In my last posting, I ask Dan to count the calls to WaitcommEvent by counting the number of lines containing WaitCommEvent in a relay log. His results are: >>>>> "Dan" == Dan Armbrust <daniel.armbrust.list(a)gmail.com> writes: Dan> I let the app run for about 2 minutes, at the standard priority - Dan> basically until the system was about ready to take a dive :) Dan> Data was coming in to the program and being displayed before I Dan> killed it. Dan> The count on WaitCommEvent was 15051 - so I guess we would have Dan> 7526 calls to WaitCommEvent in < 2 minutes. It probably took the Dan> first 30 seconds just to get the app up and running, so that was Dan> maybe 90 seconds of actually accessing the serial port. As Dan's machine is not a "big iron one", I guess these about 7500 thread creation/termination in about 90 seconds could explain the high system load. In the moment, my implementation of WaitCommEvent creates a thread in the context of the running program for every call. Any ideas how to do it better? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

4 6

Re: rpcrt4: Fix some conditional includes
by Huw Davies 12 May '06

12 May '06

> -#ifdef HAVE_SYS_TYPES > #include <sys/types.h> > -#endif There is a HAVE_SYS_TYPES_H though. However since HAVE_SYS_TYPES isn't defined, couldn't you remove the #include too? Huw. -- Huw Davies huw(a)codeweavers.com

3 4

AW: thanks for wine
by Roland Kaeser 12 May '06

12 May '06

Hello I started CorelDraw with the given WINEDEBUG options but there is no chance to get success with this options. It took me more than 2 hours just to start Corel and generated about 1.5GB of log output. Even moving the mouse generated more than 5000 lines of debug output. So I removed the +relay option. And here is the generated debug output which is already a lot of text. (See the attachement). I hope this is enough information to find where there bug exactly comes. Many thanks for the efforts. Roland Kaeser >----- Ursprüngliche Mail ---- >Von: Ulrich Czekalla <ulrich.czekalla(a)utoronto.ca> >An: Roland Kaeser <roli8200(a)yahoo.de> >CC: wine-devel(a)winehq.org >Gesendet: Freitag, den 12. Mai 2006, 14:18:00 Uhr >Betreff: Re: thanks for wine >On Fri, May 12, 2006 at 06:20:13AM +0000, Roland Kaeser wrote: >> >The only major issues that I'm aware of are coping and pasting OLE embedded >> >objects. That should be taken care of when Rob is finished his COM work. >> >> >IMO 633, 2382 and 5061 are not really copy and paste bugs. They are caused >> >by problems translating from windows data formats to linux data formats and >> >vice versa. >> >> As far as I know, all "complex" objects in the windows clipboard, such as formatted text, images etc. is stored as rtf-object. >> BTW: There is also a bug #3611 which was marked as dublicate of #633 but its not the exact reason. >> >> I recognized that the copy and paste bug #3611 works on some systems. I may have to do with some X11 library/KDE Lib versions. etc. Is there a kind of WINEDEBUG option to track what happens when copy/paste in application? >> On the other side I saw a lot of applications by which the copy/paste does not work. It seems to be a much bigger issue than assumed. >> >I agree, they are different bugs. I don't have Corel Draw 9 so if you can >send me a +relay,+clipboard,+tid trace I can take a look. >/Ulrich

1 0

AppDB
by Mike Hearn 12 May '06

12 May '06

I'm sure this was raised before, but why does the AppDB show comments from oldest to newest, not newest to oldest? This ordering makes no sense to me. thanks -mike

2 3

freedos - dossystem under gpl - for Wine and vdm - fully compatiebel - LFM and all what we need
by blackcrack 12 May '06

12 May '06

Hy Peoples, a idea again... why not use FreeDos in Wine... as dos for older programms... : http://en.wikipedia.org/wiki/FreeDOS regards Blacky

4 3

thanks for wine
by Marius Andreiana 12 May '06

12 May '06

Thank you wine developers for allowing me to play the Da Vinci Quest with Firefox and required Flash 8 plugin, not available for Linux. Copy-paste didn't work between wine and Gnome, but everything else was without a hitch! -- Marius Andreiana http://marius.andreiana.googlepages.com

2 2

Cursor questions
by Stefan Dösinger 12 May '06

12 May '06

Hi, I noticed that wine always uses it's own mouse cursor image looking like the standard windows cursor. Is there a reason why the X server mouse cursor isn't used? It's only a minor cosmetic issue, but i have wondered what the reason for this is and if it can be fixed. Cheers, Stefan

4 3

help
by Marco Ortega 12 May '06

12 May '06

1 0

add to list
by Marco Ortega 12 May '06

12 May '06

1 0

[0.9.13]Dynamic drive configuration using HAL?
by Uwe Bonnes 12 May '06

12 May '06

Hallo, I don't find any explanation or usage hints on wine-devel. Thanks -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

3 2

PBuffer and wglMakeCurrent()
by Tomas Carnecky 12 May '06

12 May '06

In wglMakeCurrent(), when the HDC type is OBJ_MEMDC you activate the frontbuffer for drawing. PBuffers' type is also OBJ_MEMDC, but changing the drawbuffer in that case is wrong. Is there a way to find out if the HDC is a PBuffer? I have some patches in my local tree but I took the freedom to put the X11DRV escape codes to one common header which alexandre doesn't quite like.. In my local tree I have a 'flags' field in X11DRV_PDEVICE which I use to store whether the PBuffer is damaged or not, I don't know if its the right place, but I could add a flag IS_PBUFFER and set it in wglGetPbufferDCARB() and check for it in wglMakeCurrent(). comments? tom

3 6

appdb [HeidiSQL]
by Molle Bestefich 11 May '06

11 May '06

What's going on with the AppDB? It's really annoying to spend a lot of time testing apps, grabbing screenshots, writing descriptions etc., just to see that nobody approves the applications entered. Can we please drop this entire "approval of new apps" crap? Or just give me proper privileges to approve the applications myself? (I can load the http://appdb.winehq.org/admin/adminAppQueue.php page btw, but the queue always displays 0 items.) PLEASE FIX. THANK YOU.

2 1

re: Possibly crazy idea to deal with memory layout problems once and for all
by Dan Kegel 11 May '06

11 May '06

> it seemed that the only way to resolve it would be to > get in between the application and any libraries, and the kernel. > > If wine_preloader were extended to have its own implementation of all the > friends of mmap(), and to have its own implementation of the dynamic linker, > then in principle it could make sure only its mmap (and not the C library's) > is called. You can override mmap() in wine by just changing all the places it's called. (Having control over the source is a wonderful thing.) But if you want mmap to behave truly differently, you'd probably need to change the kernel. I seem to recall somebody was working on a linux kernel module for wine that just dealt with program loading, but I can't recall who. Perhaps he'll surface and comment on this. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

3 7

Re: wininet: Fix a possible NULL pointer deference (Coverity)
by Alexandre Julliard 11 May '06

11 May '06

Mike McCormack <mike(a)codeweavers.com> writes: > diff --git a/dlls/wininet/dialogs.c b/dlls/wininet/dialogs.c > index 24c8506..f24e4ef 100644 > --- a/dlls/wininet/dialogs.c > +++ b/dlls/wininet/dialogs.c > @@ -119,10 +119,9 @@ static BOOL WININET_GetAuthRealm( HINTER > if( q ) > *q = 0; > } > + strcpyW( szBuf, p ); > } > > - strcpyW( szBuf, p ); > - > return TRUE; > } Do we really want to return the unmodified string in that case? That doesn't seem quite right. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: CreateToolhelp32Snapshot tests
by Dmitry Timoshkov 11 May '06

11 May '06

"Stefan Leichter" <Stefan.Leichter(a)camLine.com> wrote: > e.g. > http://test.winehq.org/data/200605071000/2000_ahz-vm2k/kernel32:toolhelp.txt > show four failing tests beause of comparing upper and lower case dll names > - if (!strcmp(expected[i], me.szModule)) found[i]++; > + /* on win2k the names can be upper case */ > + if (!strcasecmp(expected[i], me.szModule)) found[i]++; It's better to use win32 API lstrcmpi since strcasecmp might be not available on a target windows platform. -- Dmitry.

1 0

Might be useful for wine (DIB): 3D software renderer (LGPL)
by Detlef Riekenberg 10 May '06

10 May '06

Hi Just found this on Freshmeat: -- cut -- VortexGE is a software 3D renderer for the X environment that was created without using OpenGL/MesaGL. It also supports 2D image manipulations and audio access and is intended for creating Linux games without needing 3D card acceleration. -- cut -- License: LGPL http://freshmeat.net/projects/vortexge Homepage: http://bluewind25.org/ -- By By ... ... Detlef

1 0

Re: [WINED3D 13/13] Further split GLSL & ARB_v/f_program generation and allow GLSL functions to be called.
by H. Verbeet 10 May '06

10 May '06

On 10/05/06, Jason Green <jave27(a)gmail.com> wrote: > This patch splits the remaining ARB_vertex_program calls out of of the > generate_base_shader function and adds the option to call GLSL > routines instead. These new routines are disabled because USING_GLSL > is defined as 0 in wined3d_private.h at the moment. It should remain > 0 until everything is implemented, working well, and tested > thoroughly. I think it would be best not to have USING_GLSL checks at several different places in the code. The function signatures are the same, so it wouldn't be that hard to just pass a pointer to the correct function.

2 2

Wine installation on Ubuntu Dapper
by Marco Eminente 10 May '06

10 May '06

Thanks to suggestions from Vitaliy Margolen, Neil Skrypuch and Scott Ritchie I downloaded and manually installed 32 bit libraries ia32-libs_1.4ubuntu17_amd64.deb libc6-dev-i386_2.3.6-0ubuntu17_amd64.deb libicu34-dev_3.4.1a-1ubuntu1_i386.deb libicu34_3.4.1a-1ubuntu1_i386.deb libttf2_1.4pre.20030402-1.1ubuntu1_i386.deb libttf-dev_1.4pre.20030402-1.1ubuntu1_i386.deb libx11-dev_6.2.1+cvs.20050722-8_i386.deb libxext6_1.0.0-0ubuntu4_i386.deb libxext-dev_1.0.0-0ubuntu4_i386.deb following instructions found in http://ubuntuforums.org/showthread.php?p=967834 and now giving the command : :~$ sudo apt-get --build source wine the process stops returning the following message LD_LIBRARY_PATH="../../libs/unicode:$LD_LIBRARY_PATH" ../../tools/wrc/wrc --nost dinc -I. -I. -I../../include -I../../include -D__WINESRC__ -D_GDI32_ -foversi on.res version.rc ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./gdi32.spec dispdib .spec.o gdi.exe.spec.o wing.spec.o bidi16.o dispdib.o env.o gdi16.o metafile16.o wing.o bidi.o bitblt.o bitmap.o brush.o clipping.o dc.o dib.o driver.o enhmeta file.o enhmfdrv/bitblt.o enhmfdrv/dc.o enhmfdrv/graphics.o enhmfdrv/init.o enhmf drv/mapping.o enhmfdrv/objects.o font.o freetype.o gdi_main.o gdiobj.o icm.o map ping.o metafile.o mfdrv/bitblt.o mfdrv/dc.o mfdrv/graphics.o mfdrv/init.o mfdrv/ mapping.o mfdrv/objects.o mfdrv/text.o painting.o palette.o path.o pen.o printdr v.o region.o version.res -Wl,--rpath,\$ORIGIN/`../../tools/relpath /usr/lib/w ine /usr/lib` -o gdi32.dll.so -L../../dlls -ladvapi32 -lkernel32 -lntdll -L../. ./libs -lwine -L../../libs/unicode -lwine_unicode /usr/lib/libsicuuc.a /usr/lib/ libsicudata.a -lstdc++ -lgcc_s -L../../libs/port -lwine_port ld: Relocatable linking with relocations from format elf64-x86-64 (/usr/lib/libsicuuc.a(ubidi.ao)) to format elf32-i386 (gdi32.wVZfHm.o) is not supported winebuild: ld -m elf_i386 -r failed with status 256 winegcc: ../../tools/winebuild/winebuild failed. make[3]: *** [gdi32.dll.so] Error 2 make[3]: Leaving directory `/home/marco/wine-0.9.12~winehq1/dlls/gdi' make[2]: *** [gdi] Error 2 make[2]: Leaving directory `/home/marco/wine-0.9.12~winehq1/dlls' make[1]: *** [dlls] Error 2 make[1]: Leaving directory `/home/marco/wine-0.9.12~winehq1' make: *** [build-stamp] Error 2 Comando di costruzione 'cd wine-0.9.12~winehq1 && dpkg-buildpackage -b -uc' fallito. E: Processo figlio fallito Can anyone help me a little more? Thanks in advance Marco

3 3

windows/programming resources
by EA Durbin 10 May '06

10 May '06

Here are some additional resources not listed on the wine resources page. http://computer-books.us http://www.ssuet.edu.pk/~amkhan/MicrosoftBooks/windows.htm http://www.ssuet.edu.pk/~amkhan/Linuxbooks/linux.htm

1 0

Dos-promt for Wine and other tools to integrate in wine
by blackcrack 09 May '06

09 May '06

Hy, the pshell is now commezial, but it's a good idea to make a command-promt for wine.. , and i think other users wish a commandline in wine to clean execute dosprogramms in a window who can kill the exec-windows-cmd-line is hang it.. the same is, a clear room for dosprogramms who can insert explizit variables and kan take a autoexec and config.sys to load drivers for the meulating hardware in wine.. humm, why not use a autoexec.nt and config.nt... or autoexec.wn and config.wn to configurating the dosvariables in wine and to get ram,exetendet and other memory and set it in config.wn (ram=128m ; ext=640k) and make for it a "mem" to show the memory-config ... and why not use the wineserver as a tsr-progamm to start with the windowmanager to load the dos-command in backround and if start a win32-program it's start mutch faster if had start the wineserver by User and Windowmanager and have a stiky-icon in the Systemtray in KDE and Gnome or other WM's how Openoffice run-helper or how name is it ;) So can you load dos-16Bit cmd and the Win32-labary in backround and if execute a Win32-Program can now faster run and take faster the entrys in registry and dll's and have/can set the "SET" cariables explizite for Win32 and dos-16bit... wit the winecfg can adjust the "autoexec.bat" and "config.sys" for Dos (Wine-dos-emulation) and can use a computeremulation via bios.bin and this can load the io.sys,msdos.sys,config.sys,command.com(or boot.bin), and autoexec.bat for make explizite variables in wine-enviroment. Let not boot wine with "wine" , let start wine with wineserver and the first step let be, configuring the wine, without start the wineserver, over winecfg and make more entrys, how manny ram, memory and so, C:-entry who the user like and not in the hidden .wine-dir... bah... i make the first step to adjusting the C: Folder to my Useraccount under /home/user/win_c, it's better if a want move files and save files in my Win32-folder... the best Steps be, : 1. winecfg - without start wine/wineserver - Configuring my Wine explizit 2. Set my C: / WineFolder, where i want ! eg: where the USER want , and other Folders, Net-Folders,CD-Rom and so.. 3. Set the variables, how manny ram, ext. Mem and the 640k (you now what i mean?) the cmd, dosenviroment,path-variables, Sound and other variables what Wine need. 4. Now, start the Wine with wineserver who make a little systray-icon to be in the backround as tsr-programm/-wineserver- as dos16bit-win32-libary-and-enviroment-server ;) 5. and now we have all win32-eviroment what we need, DDE, Ole32 and the other programms who need still running can still running and be in the backround. A singelklick or dubbleklick on the wineserver-icon in the systray let popopen the winecfg and with rightklick a list were can be the controlpanel ;) this constellation is good for reactos too, i think... ;) regards Blacky

1 0

latest cvs, d3d regression
by Kovács András 09 May '06

09 May '06

Hi! The wine's latest cvs i get this error on every direct3d games. The error output refers always to IWineD3DSwapChainImpl_GetFrontBufferData function. Here is painkiller's log: andras@gep:~/.wine/drive_c/Program Files/DreamCatcher/Painkiller SP err:x11drv:X11DRV_CreateWindow invalid window height 2140055837 err:x11drv:X11DRV_CreateWindow invalid window height 2140055837 err:x11drv:X11DRV_CreateWindow invalid window height 2140055837 err:x11drv:X11DRV_CreateWindow invalid window height 2140055837 err:d3d:IWineD3DDeviceImpl_CreateAdditionalSwapChain Can't get drawa property __wine_x11_whole_window fixme:d3d8:IDirect3DDevice8Impl_CreateAdditionalSwapChain (0x7d1a221 SwapChain failed fixme:d3d8:IDirect3D8Impl_CreateDevice (0x7fddff48) D3D Initializati fixme:d3d:IWineD3DDeviceImpl_GetAvailableTextureMem (0x7d1eff28) : s tub, emulating 64Mib for now, returning 64Mib fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7d1eff28)->(WINED3DRS _MULTISAMPLEMASK,-1) not handled yet fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7d1eff28)->(WINED3DRS _PATCHEDGESTYLE,0) not handled yet fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7d1eff28)->(WINED3DRS _PATCHSEGMENTS,1065353216) not handled yet fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7d1eff28)->(WINED3DRS _DEBUGMONITORTOKEN,1) not handled yet fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7d1eff28)->(WINED3DRS _POSITIONDEGREE,3) not handled yet fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7d1eff28)->(WINED3DRS _NORMALDEGREE,1) not handled yet fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7d1eff28)->(WINED3DRS _MINTESSELLATIONLEVEL,1065353216) not handled yet fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7d1eff28)->(WINED3DRS _MAXTESSELLATIONLEVEL,1065353216) not handled yet fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7d1eff28)->(WINED3DRS _ADAPTIVETESS_X,0) not handled yet fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7d1eff28)->(WINED3DRS _ADAPTIVETESS_Y,0) not handled yet fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7d1eff28)->(WINED3DRS _ADAPTIVETESS_Z,1065353216) not handled yet fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7d1eff28)->(WINED3DRS _ADAPTIVETESS_W,0) not handled yet fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7d1eff28)->(WINED3DRS _ENABLEADAPTIVETESSELLATION,0) not handled yet fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7d1eff28)->(WINED3DRS _COLORWRITEENABLE1,15) not handled yet fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7d1eff28)->(WINED3DRS _COLORWRITEENABLE2,15) not handled yet fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7d1eff28)->(WINED3DRS _COLORWRITEENABLE3,15) not handled yet fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7d1eff28)->(WINED3DRS _BLENDFACTOR,-1) not handled yet fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7d1eff28)->(WINED3DRS _SRGBWRITEENABLE,0) not handled yet fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7d1eff28)->(WINED3DRS _SEPARATEALPHABLENDENABLE,0) not handled yet fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7d1eff28)->(WINED3DRS _SRCBLENDALPHA,2) not handled yet fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7d1eff28)->(WINED3DRS _DESTBLENDALPHA,1) not handled yet fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7d1eff28)->(WINED3DRS _BLENDOPALPHA,1) not handled yet wine: Unhandled page fault on read access to 0x0000ffff at address 0 x7cab3ad2 (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x0000ffff in 32-b it code (0x7cab3ad2). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:7cab3ad2 ESP:7fb7f8e0 EBP:7fb7f948 EFLAGS:00010246( - 00 -RIZP1) EAX:7fb7f938 EBX:7caede80 ECX:00000000 EDX:7fb7f908 ESI:0000ffff EDI:7fb7f92c Stack dump: 0x7fb7f8e0: 00000003 7caee804 7cae5145 7cad58ec 0x7fb7f8f0: 7d23db58 00000001 00001909 00001401 0x7fb7f900: 7caede80 7d23de70 7fb7f938 00000000 0x7fb7f910: 00000000 00000000 00000000 00000000 0x7fb7f920: 00000000 7fb7f934 7fb7f930 00000000 0x7fb7f930: 7e753fcc 7c5de000 7cab3a5b 7caede80 Backtrace: =>1 0x7cab3ad2 IWineD3DSwapChainImpl_GetFrontBufferData+0x82(iface=0 x7d23db58, pDestSurface=0xffff) [/home/andras/src/wine/dlls/wined3d/ swapchain.c:351] in wined3d (0x7cab3ad2) 2 0x7ca79fab IWineD3DDeviceImpl_GetFrontBufferData+0x4b(iface=0x7d 1eff28, iSwapChain=0x0, pDestSurface=0xffff) [/home/andras/src/wine/ dlls/wined3d/device.c:5610] in wined3d (0x7ca79fab) 3 0x7caab997 IWineD3DStateBlockImpl_InitStartupStateBlock+0x1407(i face=0x7d230960) [/home/andras/src/wine/dlls/wined3d/stateblock.c:80 8] in wined3d (0x7caab997) 4 0x7ca8a3f2 IWineD3DDeviceImpl_Init3D+0xe2(iface=0x7d1eff28, pPre sentationParameters=0x7fb7faa4, D3DCB_CreateAdditionalSwapChain=0x7c b83dd0) [/home/andras/src/wine/dlls/wined3d/device.c:1706] in wined3 d (0x7ca8a3f2) 5 0x7cb84796 IDirect3D8Impl_CreateDevice+0x136(iface=0x7fddff48, A dapter=0x0, DeviceType=0x1, hFocusWindow=0x1021c, BehaviourFlags=0x5 0, pPresentationParameters=0x7c943168, ppReturnedDeviceInterface=0x7 c943090) [/home/andras/src/wine/dlls/d3d8/directx.c:336] in d3d8 (0x 7cb84796) fixme:dbghelp:sffip_cb NIY on 'c:\Painkiller\Game\Bin\ObjectsRelease \D3Dev\D3Dev.pdb' 6 0x7cb95229 in d3dev (+0x5229) (0x7cb95229) 7 0x00000000 (0x00000000) 0x7cab3ad2 IWineD3DSwapChainImpl_GetFrontBufferData+0x82 [/home/andr as/src/wine/dlls/wined3d/swapchain.c:351] in wined3d: movl 0x0( %esi),%eax 351 IWineD3DSurface_GetDesc(pDestSurface, &desc); Modules: Module Address Debug info Name (113 modules) PE 0x00400000-005c9000 Deferred paingame PE 0x10000000-1081a000 Deferred engine PE 0x21100000-21164000 Deferred mss32 PE 0x30000000-3006e000 Deferred binkw32 ELF 0x7bf00000-7bf03000 Deferred <wine-loader> ELF 0x7ca53000-7caef000 Stabs wined3d<elf> \-PE 0x7ca70000-7caef000 \ wined3d ELF 0x7caef000-7cb65000 Deferred libglu.so.1 ELF 0x7cb65000-7cb90000 Stabs d3d8<elf> \-PE 0x7cb70000-7cb90000 \ d3d8 PE 0x7cb90000-7cbf2000 Export d3dev ELF 0x7d620000-7d746000 Deferred libcrypto.so.0.9.8 ELF 0x7d746000-7d783000 Deferred libssl.so.0.9.8 ELF 0x7d783000-7d7a1000 Deferred libcups.so.2 ELF 0x7d9fe000-7da30000 Deferred uxtheme<elf> \-PE 0x7da10000-7da30000 \ uxtheme ELF 0x7db46000-7db50000 Deferred libnss_files.so.2 ELF 0x7dc64000-7dc68000 Deferred iso8859-2.so ELF 0x7dd81000-7dda7000 Deferred msacm32<elf> \-PE 0x7dd90000-7dda7000 \ msacm32 ELF 0x7dddc000-7dde7000 Deferred libgcc_s.so.1 ELF 0x7dec7000-7decb000 Deferred libresmgr.so.1 ELF 0x7decb000-7df74000 Deferred libmcop.so.1 ELF 0x7df74000-7e029000 Deferred libartsflow_idl.so.1 ELF 0x7e029000-7e051000 Deferred libvorbis.so.0 ELF 0x7e051000-7e14d000 Deferred libvorbisenc.so.2 ELF 0x7e14d000-7e154000 Deferred libvorbisfile.so.3 ELF 0x7e154000-7e15d000 Deferred librt.so.1 ELF 0x7e15d000-7e219000 Deferred libasound.so.2 ELF 0x7e219000-7e23c000 Deferred libaudiofile.so.0 ELF 0x7e23c000-7e27f000 Deferred libkmedia2_idl.so.1 ELF 0x7e27f000-7e2e3000 Deferred libsoundserver_idl.s o.1 ELF 0x7e2e3000-7e408000 Deferred libartsflow.so.1 ELF 0x7e40a000-7e41f000 Deferred midimap<elf> \-PE 0x7e410000-7e41f000 \ midimap ELF 0x7e41f000-7e437000 Deferred msacm<elf> \-PE 0x7e430000-7e437000 \ msacm ELF 0x7e437000-7e4bd000 Deferred libglib-2.0.so.0 ELF 0x7e4bd000-7e4c3000 Deferred libartsc.so.0 ELF 0x7e4c4000-7e4c9000 Deferred libogg.so.0 ELF 0x7e4c9000-7e4e1000 Deferred libjack.so.0 ELF 0x7e4e1000-7e4f2000 Deferred libartscbackend.so ELF 0x7e4f2000-7e50e000 Deferred imm32<elf> \-PE 0x7e500000-7e50e000 \ imm32 ELF 0x7e554000-7e55c000 Deferred libxrender.so.1 ELF 0x7e55c000-7e560000 Deferred libgthread-2.0.so.0 ELF 0x7e560000-7e57a000 Deferred winearts<elf> \-PE 0x7e570000-7e57a000 \ winearts ELF 0x7e5ec000-7edad000 Deferred libglcore.so.1 ELF 0x7edad000-7ee32000 Deferred libgl.so.1 ELF 0x7ee32000-7ef29000 Deferred libx11.so.6 ELF 0x7ef29000-7ef37000 Deferred libxext.so.6 ELF 0x7ef37000-7ef3c000 Deferred libxxf86vm.so.1 ELF 0x7ef3c000-7ef45000 Deferred libsm.so.6 ELF 0x7ef46000-7ef49000 Deferred libgmodule-2.0.so.0 ELF 0x7ef49000-7ef4e000 Deferred libxfixes.so.3 ELF 0x7ef4e000-7ef57000 Deferred libxcursor.so.1 ELF 0x7ef57000-7ef74000 Deferred ximcp.so.2 ELF 0x7ef74000-7eff8000 Deferred winex11<elf> \-PE 0x7ef80000-7eff8000 \ winex11 ELF 0x7f1ee000-7f20d000 Deferred libexpat.so.1 ELF 0x7f20d000-7f246000 Deferred libfontconfig.so.1 ELF 0x7f246000-7f258000 Deferred libz.so.1 ELF 0x7f258000-7f2c5000 Deferred libfreetype.so.6 ELF 0x7f2c6000-7f2cb000 Deferred libxxf86dga.so.1 ELF 0x7f2cb000-7f2e3000 Deferred libice.so.6 ELF 0x7f2f4000-7f38e000 Deferred oleaut32<elf> \-PE 0x7f310000-7f38e000 \ oleaut32 ELF 0x7f38e000-7f3bd000 Deferred winspool<elf> \-PE 0x7f3a0000-7f3bd000 \ winspool ELF 0x7f3bd000-7f45f000 Deferred comdlg32<elf> \-PE 0x7f3d0000-7f45f000 \ comdlg32 ELF 0x7f45f000-7f479000 Deferred wsock32<elf> \-PE 0x7f470000-7f479000 \ wsock32 ELF 0x7f479000-7f539000 Deferred comctl32<elf> \-PE 0x7f480000-7f539000 \ comctl32 ELF 0x7f539000-7f596000 Deferred shlwapi<elf> \-PE 0x7f550000-7f596000 \ shlwapi ELF 0x7f596000-7f676000 Deferred shell32<elf> \-PE 0x7f5b0000-7f676000 \ shell32 ELF 0x7f676000-7f6ff000 Deferred winmm<elf> \-PE 0x7f680000-7f6ff000 \ winmm ELF 0x7f6ff000-7f72a000 Deferred ws2_32<elf> \-PE 0x7f710000-7f72a000 \ ws2_32 ELF 0x7f72a000-7f777000 Deferred rpcrt4<elf> \-PE 0x7f740000-7f777000 \ rpcrt4 ELF 0x7f777000-7f807000 Deferred gdi32<elf> \-PE 0x7f790000-7f807000 \ gdi32 ELF 0x7f807000-7f937000 Deferred user32<elf> \-PE 0x7f820000-7f937000 \ user32 ELF 0x7f937000-7f979000 Deferred advapi32<elf> \-PE 0x7f940000-7f979000 \ advapi32 ELF 0x7f979000-7fa11000 Deferred ole32<elf> \-PE 0x7f990000-7fa11000 \ ole32 ELF 0x7fa11000-7fa4e000 Deferred dinput<elf> \-PE 0x7fa20000-7fa4e000 \ dinput ELF 0x7fa4e000-7fa70000 Deferred dinput8<elf> \-PE 0x7fa60000-7fa70000 \ dinput8 ELF 0x7fbca000-7fcd0000 Deferred kernel32<elf> \-PE 0x7fbe0000-7fcd0000 \ kernel32 ELF 0x7fde1000-7fde3000 Deferred xlcutf8load.so.2 ELF 0x7fe18000-7fe3d000 Deferred libm.so.6 ELF 0x7fe3d000-7fe40000 Deferred libxrandr.so.2 ELF 0x7fe43000-7fe61000 Deferred iphlpapi<elf> \-PE 0x7fe50000-7fe61000 \ iphlpapi ELF 0x7fe6c000-7ff62000 Deferred libwine_unicode.so.1 ELF 0x7ff62000-7ffe0000 Deferred ntdll<elf> \-PE 0x7ff70000-7ffe0000 \ ntdll ELF 0xb7e31000-b7e33000 Deferred libnvidia-tls.so.1 ELF 0xb7e3c000-b7e40000 Deferred libdl.so.2 ELF 0xb7e40000-b7f60000 Deferred libc.so.6 ELF 0xb7f60000-b7f74000 Deferred libpthread.so.0 ELF 0xb7fbe000-b7fda000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 0000000a 0000000c 0 0000000b 0 00000008 (D) C:\Program Files\DreamCatcher\Painkiller SP Demo\Bin\Pa inGame.exe 00000009 0 <== Best regards, -- Lamarr Kovács András andras(a)csevego.net http://csevego.net

2 2

Re: dnsapi: Add tests for DnsValidateName_A. (Resend)
by Alexandre Julliard 09 May '06

09 May '06

Hans Leidekker <hans(a)it.vu.nl> writes: > + { "a.ö", DnsNameDomain, DNS_ERROR_NON_RFC_NAME }, It's better to avoid including Latin-1 characters in C source, especially since this means the test results will then depend on the locale. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: ntdll: Add stubs for NtCreateWaitablePort, NtReplyPort, and NtRequestPort [RESEND]
by Alexandre Julliard 09 May '06

09 May '06

"James Hawkins" <truiken(a)gmail.com> writes: > Is there anything wrong with this patch? It's needed for the > following port test patch. Do you have a real app that works better with that stub? Otherwise I think we want to wait until it's fleshed out a bit more to add it. -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: ntdll: Add initial tests for the NT port functions
by Vitaliy Margolen 09 May '06

09 May '06

Monday, May 8, 2006, 11:35:46 PM, James Hawkins wrote: > Hi, > Changelog: > * Add initial tests for the NT port functions. > dlls/ntdll/tests/Makefile.in | 1 > dlls/ntdll/tests/port.c | 314 > ++++++++++++++++++++++++++++++++++++++++++ > 2 files changed, 315 insertions(+), 0 deletions(-) > create mode 100644 dlls/ntdll/tests/port.c > -- > James Hawkins > +typedef struct _LPC_SECTION_READ > +{ > + ULONG Length; > + ULONG ViewSize; > + PVOID ViewBase; > +} LPC_SECTION_READ, *PLPC_SECTION_READ; > + This should go as a separate patch to include/ddk I think. > + HRESULT hr; > + > + ok(LpcMessage->>MessageType == LPC_CONNECTION_REQUEST, > + "Expected LPC_CONNECTION_REQUEST, got %d\n", LpcMessage->MessageType); > + ok(!*LpcMessage->Data, "Expected empty string!\n"); > + > + hr = pNtAcceptConnectPort(pAcceptPortHandle, 0, LpcMessage, 1, 0, NULL); > + ok(hr == S_OK, "Expected S_OK, got %ld\n", hr); HRESULT and NTSATUS are not the same things. You should not use HRESULT here at all. Vitaliy Margolen

2 1

Re: WineD3D: rhw vertex fixup
by H. Verbeet 09 May '06

09 May '06

On 09/05/06, Stefan Dösinger <stefan(a)codeweavers.com> wrote: > DrawStridedSlow checks if the rhw value of a vertex is close to zero, to avoid > passing opengl an INF value from a divide by zero. This is done by checking > if the rhw value is in the interval ]-0.0001; 0.0001[ . What happens in drawStridedFast?

2 1

Re: Re: PBuffer and wglMakeCurrent()
by fenix＠club-internet.fr 09 May '06

09 May '06

----Message d'origine---- >Date: Tue, 09 May 2006 18:00:52 +0200 >De: Tomas Carnecky <tom(a)dbservice.com> >A: wine-devel(a)winehq.org >Sujet: Re: PBuffer and wglMakeCurrent() > >Tomas Carnecky wrote: >> comments? >> > >Why do I have the impression that when it comes to x11drv/opengl nobody >wants to take the responsibility. I won't submit a patch until someone >says 'tom, your approach looks good, improve this and then submit a >patch to wine-patches' or 'tom, no, this won't work because ... try to >change this ... move the code there ... don't do that, it will break >this' etc. >I don't want to know whether the implementation details are ok, I just >want to know whether the general idea (the flags field) is acceptable. > >I did the changes I've described and it does work, but I won't work on >it any further (eg. make it independent of my previous patches) unless I >get a green light. > >In the attachment is the latest patch I've applied to my local tree, you >see that it requires the X11DRV_[S|G]ET_FLAGS escape code which I've >added in one of my previous patches. Maybe that gives you an better idea >of what I'm trying to do. > >tom Hi Tom, for my view (ie. opengl) your patch seems correct Only waiting to see what AJ think about added escape codes Anyway i'll prefer to have an escape code like create_hw DC (ie using pbuffers) a la create_glxpixmap I'll be usefull for wined3d too Regards, Raphael

1 0

What arguments to use to call winemenubuilder by hand?
by Uwe Bonnes 09 May '06

09 May '06

Hallo, the error > err:menubuilder:extract_icon32 LoadLibraryExW\ > (L"C:\\altera\\quartus60\\win\\quartus.exe") failed, error 126 with varying file targets seems to be a common one. The one above happened with the current 0.9.12 and Altera's quartusii_60_web_edition.exe, running with XP-native ole32,oleaut32 and rpcrt4. Without these native dlls, installation hangs at an early stage. "Error 126" is > include/winerror.h:#define ERROR_MOD_NOT_FOUND 126 so I guess that winemenubuilder is invoked in an too early stage where the executables are not already deployed. I tried to decipher, what is calling winemenubuilder and when, but did't succeed. Google also wasn't a big help. Can anyone give a short explanation? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

3 2

Re: build in iexplore.exe
by Mike Hearn 09 May '06

09 May '06

On Mon, 08 May 2006 12:03:21 +0200, Rainer M KRug wrote: > I am sitting behind a proxy server (no authorisation needed), and the > proxy is setup correctly: > > ftp_proxy=ftp://proxy.sun.ac.za:3128 > http_proxy=http://proxy.sun.ac.za:3128 > https_proxy=http://proxy.sun.ac.za:3128 > no_proxy='localhost, sun.ac.za' > > Any ideas why it doesn't start the download? Wine doesn't currently support these environment variables. I sent a patch to add support for $http_proxy so this would work but it hasn't been checked in yet. Until Alexandre makes a decision you must manually fiddle with the registry to set the proxy settings. thanks -mike

2 1

Re: German resources for gphoto2.ds
by Cihan Altinay 09 May '06

09 May '06

Melchior Moos wrote: > +LANGUAGE LANG_GERMAN, SUBLANG_DEFAULT > + > +IDD_CAMERAUI DIALOG DISCARDABLE 0, 0, 372, 273 > +STYLE DS_MODALFRAME | DS_SETFOREGROUND | DS_CENTER | WS_POPUP | WS_VISIBLE | > + WS_CAPTION | WS_SYSMENU > +CAPTION "Dateien auf der Kamera" > +MENU 20545 > +FONT 8, "MS Sans Serif" > +BEGIN > + CONTROL "List1",IDC_LIST1,"SysListView32", LVS_ICON | WS_BORDER | > +WS_TABSTOP,7,7,358,229 > + DEFPUSHBUTTON "AusgewÃ€hlte Importieren",IDC_IMPORT,225,252,56,14 > + PUSHBUTTON "Alle Improtieren",IDC_IMPORTALL,7,252,52,14 Just corrected the last line which should read "Alle Importieren". Cheers, Cihan

1 0

Re: German resources for gphoto2.ds
by Hans Leidekker 09 May '06

09 May '06

Hi Melchior, Thank you for your patch! Your patch uses the UTF-8 character set which is not what Wine's (or the native) resource compiler expects. If the source file on your disk uses UTF-8 (check with 'file source.rc') you can fix this by converting it to an acceptable character set, for example like this: $ iconv --from-code UTF-8 --to-code CP1252 source.rc > source.CP1252.rc It could also be that your mail client converts the patch to UTF-8. In this case you should check your settings. It may also help to attach the patch instead of sending it inline if you were not doing that already. I also saw this: + PUSHBUTTON "Alle Improtieren",IDC_IMPORTALL,7,252,52,14 -Hans

1 0

re: Retrieve the groups for a token from the server.
by Dan Kegel 09 May '06

09 May '06

Someone let me know when the food fight is over so I can try installing things again. For now, everything interesting I try installing fails complaining I don't have administrator privs. - Dan

2 1

D3D Pixel/Vertex shader discussion (for shader model 2.0+)
by Jason Green 09 May '06

09 May '06

Quite a few of us in #winehackers have been discussing and working on pixel and vertex shaders for the last month or so. However, due to time zone differences, we don't always get to participate in the discussions, so it's tough to keep track of who's doing what and what the real game plan is. So, I've started a rough draft of our roadmap for GLSL implementation here: http://wiki.winehq.org/DirectX-Shaders If you've been part of these shader discussions recently or even have at least a vague understanding of how this stuff works in wined3d, please take a look at that page and make any modifications as you see fit. I plan on working on (and hopefully finishing) the GenerateShader() merge mentioned on that page tonight or tomorrow. With luck, we can begin implementing GLSL very soon and supporting the shaders correctly on newer DirectX games.

6 7

Re: I need help implementing RegisterHotKey
by Vincent Povirk 08 May '06

08 May '06

Thanks, I'll look into the error handler thing. > Do you know why this X error is generated? At any rate there is a way to > push/pop error handlers if I recall correctly ... some parts of Wine rely > on being able to swallow them I think. Try and find them. It's perfectly normal, and I expected it. You can't grab the keys if someone else already has. I just expected the function to return an error code, as that's what the original author of the patch seems to have expected. (forgot to send reply to wine-devel) -- Vincent Povirk aka MadEwokHerd Primary email: madewokherd(a)gmail.com Secondary email: madewokherd(a)comcast.net Tertiary email: vrp5000(a)psu.edu Jabber: madewokherd(a)jabber.org -- Vincent Povirk aka MadEwokHerd Primary email: madewokherd(a)gmail.com Secondary email: madewokherd(a)comcast.net Tertiary email: vrp5000(a)psu.edu Jabber: madewokherd(a)jabber.org

1 0

I need help implementing RegisterHotKey
by Vincent Povirk 08 May '06

08 May '06

I found a patch from about 3 years ago for implementing RegisterHotKey and UnregisterHotKey. I've updated it to apply to the current wine source tree and essentially copied what metacity does to cover any missing functionality. The original patch is here: http://www.winehq.com/hypermail/wine-devel/2003/02/0636.html Unfortunately, trying to register an in-use hotkey with this patch causes a crash: X Error of failed request: BadAccess (attempt to access private resource denied) Major opcode of failed request: 33 (X_GrabKey) Serial number of failed request: 58 Current serial number in output stream: 62 RegisterHotKey is implemented as if XGrabKey returns 0 if it fails. Do I need to do something special to "watch" for the error? -- Vincent Povirk aka MadEwokHerd Primary email: madewokherd(a)gmail.com Secondary email: madewokherd(a)comcast.net Tertiary email: vrp5000(a)psu.edu Jabber: madewokherd(a)jabber.org

3 2

re: Wine regression; app stopped working after 0.9.9
by Dan Kegel 08 May '06

08 May '06

Herman wrote: > We are using Ambrasoft, a Dutch educational software suite. It currently > works on wine 0.9.9. But unfortunately not on later versions. When it > just got out I tried wine 0.9.10, but unfortunately Ambrasoft hangs on > start up with this release. > Currently using wine 0.9.12 and it doesn't hang however the application > reports the following errors: > [3][error] [13] in functie [MT6SchoolMenu::Main] > Type mismatch > ... Access version (location=M:\Ambrasoft\ >provider=Microsoft.Jet.OLEDB.4.0) Schoolpakket 9 ... > >If requested I could build it with debug symbols and backtrace it >(although i'm not sure with which parameters). Currently I'm using the >ubuntu package from winehq but that probably doesn't matter. Hi Herman, What does the Wine console log say? - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

3 2

approval of appdb entries?
by Molle Bestefich 08 May '06

08 May '06

Who do I have to give a rim job if I want to be able to commit new applications to the AppDB without waiting for approval? Waiting for approval before being able to upload screenshots etc. sucks!

1 0

PATCH: twain -> sane/gphoto split [0/3]
by Marcus Meissner 08 May '06

08 May '06

Hi, Again the twain_32 -> sane.ds/gphoto2.ds split. This splits the twain_32 which contained both datasourcemanager (DSM) and a sane based datasource (DS) into: - DSM code in twain_32 - DS code in sub drivers - sane.ds - existing sane implementation. - gphoto2.ds - new libgphoto2 import implementation. - twain_32 itself no longer knows about sane or gphoto and is not linked against them anymore. - twain_32 itself is able to use native drivers (detection is not done, but is only: find . -name *.ds | load) Changes to previous submit after review from Alexandre: - rc files in dlls/sane.ds/ renamed from twain_Xx.rc to sane_Xx.rc. - dlls/*/twain.h moved to toplevel include/, no longer triplicated Also: - Some fixes from Aric for the GUI code of the gphoto2 importer. - ds_audio.c removed from sane and gphoto driver, since only stubs in there and audio not likely to be used anyway. Ciao, Marcus

1 0

Who is responsible to start up a Wineconsole
by Uwe Bonnes 08 May '06

08 May '06

Hallo, on XP, Program->Execute->(../system32/)telnet.exe starts up a Console. "wine telnet.exe" on the command line however silently terminates, as the call to GetConsoleScreenBufferInfo returns an empty LPCONSOLE_SCREEN_BUFFER_INFO structure. Shouldn't wine start up some wineconsole in that circumstances as XP does? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

4 6

Re: WineD3D: GetDC take 2
by Stefan Dösinger 08 May '06

08 May '06

Hi, > ChangeLog: > Stefan Dösinger(For CodeWeavers): Implement IWineD3DSurface::GetDC and > IWineD3DSurface::ReleaseDC Is anything wrong with this patch? I noticed that the other 3 patches I sent along this patch were applied, but the getdc patch wasn't. Alexandre, do you have any suggestions for improvement? If it's just that you didn't have time yet to apply it, then I apologize for my impatience. Cheers, Stefan

1 0

Re: Dinput8: DllGetClassObject support
by Alexandre Julliard 08 May '06

08 May '06

"Roderick Colenbrander" <thunderbird2k(a)gmx.net> writes: > +static ULONG WINAPI DI8CF_AddRef(LPCLASSFACTORY iface) { > + LockModule(); > + return 2; > +} > + > +static ULONG WINAPI DI8CF_Release(LPCLASSFACTORY iface) { > + UnlockModule(); > + return 1; > +} You need to track the lifetime of the created objects with LockModule, not the refcount of the class factory, that's useless. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Retrieve the groups for a token from the server.
by Alexandre Julliard 08 May '06

08 May '06

Robert Shearman <rob(a)codeweavers.com> writes: > +tryagain: > + req->handle = token; > + wine_server_set_reply( req, buffer, server_buf_len ); > + status = wine_server_call( req ); > + if (status == STATUS_BUFFER_TOO_SMALL) > + { > + if (buffer == stack_buffer) > + buffer = RtlAllocateHeap(GetProcessHeap(), 0, reply->user_len); > + else > + buffer = RtlReAllocateHeap(GetProcessHeap(), 0, buffer, reply->user_len); > + if (!buffer) return STATUS_NO_MEMORY; > + > + server_buf_len = reply->user_len; > + goto tryagain; > + } This is worse, now you are also skipping the initializations that SERVER_START_REQ does. When retrying you really need to end the first request properly and restart a new request from scratch. -- Alexandre Julliard julliard(a)winehq.org

1 0

Audio/MIDI support with darwine
by Kevin Walker 08 May '06

08 May '06

Hi, I have another question for you all... Are the darwine team able to use the apple drivers for audio/MIDI? And will darwine support jack under OS X? thanks in advance Kev

1 0

Error compiling wine on dapper amd64
by Marco Eminente 08 May '06

08 May '06

CFLAGS="-Wall -g -O2" ./configure --host=x86_64-linux-gnu --build=x86_64-linux-g nu --prefix=/usr --mandir=\${prefix}/share/man --infodir=\${prefix}/share/info checking build system type... x86_64-pc-linux-gnu checking host system type... x86_64-pc-linux-gnu checking whether make sets $(MAKE)... yes checking for x86_64-linux-gnu-gcc... gcc -m32 checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. make: *** [config.status] Error 77 Comando di costruzione 'cd wine-0.9.12~winehq1 && dpkg-buildpackage -b -uc' fallito. E: Processo figlio fallito Hope this can help

4 3

Re: [WINED3D] DrawIndexedPrimitiveUP() - fix index buffer refcount issue
by Andreas Mohr 08 May '06

08 May '06

Hi, On Thu, May 04, 2006 at 06:36:48PM -0400, Ivan Gyurdiev wrote: > Also cleans up what looks like the result of a patch being applied twice > - same value is written to on consecutive lines. You didn't mix up streamSource with streamStride, right? Since I cannot find the patch equivalent of "consecutive lines" doing the very same thing, unless I'm blind... Andreas Mohr

2 1

Last Call for SoC applications
by Dan Kegel 08 May '06

08 May '06

According to http://code.google.com/soc/studentfaq.html#timeline applications are due in by 5PM PST Monday. That's about 17 hours away. We have just about enough proposals to choose from now, but there's still time for a well-written proposal to be accepted. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

Wine regression; app stopped working after 0.9.9
by Herman Bos 08 May '06

08 May '06

Hi, We are using Ambrasoft, a Dutch educational software suite. It currently works on wine 0.9.9. But unfortunately not on later versions. When it just got out I tried wine 0.9.10, but unfortunately Ambrasoft hangs on start up with this release. I was fairly busy but now I'm giving it another shot. Currently using wine 0.9.12 and it doesn't hang however the application reports the following errors: [3][error] [13] in functie [MT6SchoolMenu::Main] Type mismatch --------------------------------------------------------------------------- [2][error] [13] in functie [T6SchoolMenu::MT6SchoolMenu::Init] Type mismatch --------------------------------------------------------------------------- [1][error] [13] in functie [CGroepCollection::Initialize] Type mismatch --------------------------------------------------------------------------- [0][error] [13] in functie [MDBAccess::GetGroepLijst] Type mismatch --------------------------------------------------------------------------- Log string: AmbraSoft.Ini bestand gevonden, Access version (location=M:\Ambrasoft\ provider=Microsoft.Jet.OLEDB.4.0) Schoolpakket 9 The software uses an MS Access database and it looks like it goes bad in that department. I'm not sure how to supply more information. If requested I could build it with debug symbols and backtrace it (although i'm not sure with which parameters). Currently I'm using the ubuntu package from winehq but that probably doesn't matter. The number 1 reason I would like to try this new version is because I noticed improved esd support in the changelog of 0.9.10. I hope it works (we use thinclients that use esd for sound). Any hints/tips/tricks/feedback would be appeciated. Kind regards, Herman Bos

3 2

SoC proposal: shell integration
by Mikołaj Zalewski 07 May '06

07 May '06

I've had an idea for a SoC project and filled the application. In a comment I was advised to discuss it on wine-devel. The idea is to integrate the wine shell32 with the Linux desktops. The main problem is of course that there are many desktop environments and only some things are standardized by freedesktop.org. Even if all is standardised the wine's shell32 might be used on other platforms like MacOS X which, I guess, doesn't comply to freedesktop.org. That's why I think the implementation should allow many implementations of e.g. the trash or MIME database through e.g. COM interfaces. The actual implementation used will be configured by winecfg/registry or (if I will a way to implement it) autodetected. There would be one generic library (e.g. shell32_unix) implementing mainly the freedesktop standards with no dependencies on desktop environments (DE) libraries. If this generic code would integrate badly with a DE then a specific implementation would be provided by specific libraries (e.g. shell32_gnome, shell32_kde) that could link to the DE libraries. Of course if there are no libraries for a specific DE on the host system then the appropriate shell32_* isn't built. I would focus on recent version of KDE and Gnome and I thought of implementing: - The Trash. The freedesktop has a nice standard. It is a draft but it seems KDE from version 3.4 is already using it so wine would integrate with them. Gnome is using another Trash format but if that would be a big problem I could provide an implementation in shell32_gnome through the Gnome libs. The shell32 would contain a stub implementation of the Trash that would say no trash is available - so that shell32 could work even if the shell32_unix is not available. - The Start Menu. This is currently handled by wineshelllink but if we'd like to implement file associations we might need more control over it. Creating the 'app.desktop' file is easy. A bit harder is to know where to create it. The freedesktop standard specifies a standard place for the file. The older version of KDE and Gnome used different directories (usually ~/.kde/share/applnk or ~/.gnome/apps) but their shell32_* libraries could check the version of the DE and if it is old store the app.desktop in the DE private directory obtained by a DE library call. There could be a problem with detecting the Windows Start Menu changes. The links creation can be trapped in IShellLink like it is currently done but traping link removal can't be done that way as it is done with filesystem calls bypassing the shell32. We may need to put a filesystem change notify on the start menu directory and start a synchronization program if a change is detected. - The file associations. This might be the hardest part. If we detect a change to the Windows associations (here again we might need to put a change notify on HKEY_CLASSES_ROOT) we should get the class MIME type from the registry. If there is no we search the Linux MIME database for this extension. If none was found we can make a dummy one e.g. applicaton/x-wineapp.extension.xxx. If the found/created MIME type is not in the Linux database we should register it. The next step is to check if this application has a menu item. If there is no we should create a hidden one. Once we have the menu 'app.desktop' file we add the line that it handles the specified MIME type. (there are three MIME databases I think we should care about - the freedesktop /usr/share/mime the KDE /usr/share/mimelnk and maybe the old Gnome /usr/share/mime-info) Where was also a comment that this may be to much for one summer. If implementing only a part of this plan is enough then of course I'll agree. Mikolaj Zalewski

2 2

Re: pt_BR
by Marcelo Duarte 07 May '06

07 May '06

Hi, I´ll write the comments in portuguese, it is for us only (maybe): grandao escreveu: > patch for README.pt_BR > some minor corrections ;D > > > -- > [grandão] > ------------------------------------------------------------------------ > > > Grandão, que bom ter alguém na atividade. Logo no começo tem grafado 2 palavras erradas: --- README.pt_br 2006-05-01 08:55:36.000000000 -0300 +++ copia 2006-05-01 08:55:36.000000000 -0300 @@ -8,40 +8,42 @@ ou do X11. A biblioteca também pode ser usada para portar código Win32 em executáveis nativos Unix. -Wine é software livre, liberado segundo a GNU LGPL; veja o arquivo -LICENÇA para detalhes. +Wine é software livre, distrído sob a licensa GNU LGPL; veja o arquivo +LICENCE para detalhes. AQUI: distrído e licensa, o correto é licença. [....] -Como o Wine requer suporte a tarefas a nível de kernel para executar, +Como o Wine requer suporte à tarefas à nível de kernel para que seja executado, somente os sistemas operacionais acima mencionados são suportados. -Outros sistemas operacionais que suportarem tarefas do kernel poderão +Outros sistemas operacionais que suportarem tarefas à nível de kernel poderão ter suporte no futuro. AQUI: Segundo já vi em programas do professor Pasquale, a expressão "à nivel de" é desnecessária, em qq frase. @@ -173,11 +175,11 @@ 7. OBTENDO MAIS INFORMAÇÃO WWW: Uma grande quantidade de informação sobre o Wine está disponivel - pelo WineHQ em http://www.winehq.org/ : vários guias do Wine, - base de dados de aplicações, rastreamento de erros. Este é + no sítio do Wine(http://www.winehq.org): vários guias do Wine, + base de dados de aplicações, rastreamento de erros, etc... Este é provavelmente o melhor ponto para começar. AQUI: Eu particularmente não gosto dessa tradução "sítio", mas acho q já está sendo bem usado né? -- Tradução para Português do Brasil: Marcelo Duarte +Revisão (01/05/2006): Daniel Oliveira

1 0

Current Status of MIDI support under wine
by Kevin Walker 07 May '06

07 May '06

Hi all, I would like to know if MIDI is supported under wine?

3 2

will the real winedbg experts please stand up / please stand up
by Molle Bestefich 07 May '06

07 May '06

Oi Trying to attach a debugger to an application crashing in X11DRV. Enabled the synchronous trace, and the debugger does start, but it's output doesn't show up on the console. It accepts commands such as c for continue, but it's useless if I want a backtrace, for example. Which I do :-). Here's the output that it generates: =========================== err:x11drv:error_handler X protocol error: serial=23409562, request_code=53 - breaking into debugger err:ntdll:RtlpWaitForCriticalSection section 0x7f2c5e20 "x11drv_main.c: X11DRV_CritSection" wait timed out in thread 000a, blocked by 0009, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7f2c5e20 "x11drv_main.c: X11DRV_CritSection" wait timed out in thread 0011, blocked by 0009, retrying (60 sec) =========================== I had expected that winedbg start printing something after "breaking into debugger" but before "X11DRV_CritSection wait timed out". I'm going to spend a lot of time fiddling with it now, I'd just like to ask if anyone has a ready explanation (while my story is still short enough to be readable in 5 mins).. Anyone? If someone can enlighten me, I'd also like to know why a timeout occurs while in the debugger. I had expected debugging to completely suspend the process being debugged?

2 3

Re: [WINED3D] QueryInterface corrections
by H. Verbeet 07 May '06

07 May '06

On 25/04/06, Ivan Gyurdiev <ivg2(a)cornell.edu> wrote: > (2) write a NULL argument on no match. > > This patch corrects those issues, and also changes GetContainer() for > surfaces and volumes to use the return value as MSDN specifies > (WINED3D_INVALIDCALL), not E_NOINTERFACE on failure. Did you verify this on Windows? MSDN tends to lie about these kind of things. Also not that te value that wined3d returns isn't necessarily the same as what the respective d3d8/d3d9 call returns, although in practice it often is.

3 7

Re: [WINED3D] Flip red/blue for R8G8B8 format.
by H. Verbeet 07 May '06

07 May '06

On 06/05/06, Ivan Gyurdiev <ivg2(a)cornell.edu> wrote: > [ applies on top of Mike's tree, but hopefully on the main tree too ] > > R8G8B8 means red is the most significant bit. > On a little-endian system, the texture is stored starting with blue. > It is read byte-by-byte (GL_UNSIGNED_BYTE), therefore it needs to be > flipped to GL_BGR. > > This makes Demo #2 (texture mapping: > http://www.zanir.szm.sk/dx00-09.html) show the correct colors. > Also, in HL2, it makes Barney's face human color (previously it was blue). > I think Stefan Dosinger saw improvement on some other demos. There might be more to this. This was changed the other way around not too long ago. See http://source.winehq.org/git/?p=wine.git;a=commit;h=252c4adb965a26db19c1c91… It might just be that the glDrawPixels call should've been changed instead last time. (Shouldn't those simply use the format in This->glDescription.glFormat in the first place?)

3 3

OpenGL-Accelerated DirectDraw: Experiances and expectations
by Stefan Dösinger 07 May '06

07 May '06

Hi, Now that the new ddraw code in my tree is almost feature-complete, I decided to take a look at opengl-accelerated DirectDraw. I have implemented Blts from and to rendertargets already for Direct3D games like Tomb Raider 3 and Swat3, so I thought it would work. Palettized surfaces(d3d demos) and color keying(moto racer 2) are also in place. Well, I started Anno 1602 with opengl surfaces, got a black screen and looked at the logs. The basic problem is that directdraw games tend to do a lot of 'nasty' things(The same applied to d3d games which do ddraw-rendering) One of these nasty things is GetDC on the render target. Age of Empires 2 and Settlers 3 to that to draw text. This is going to be unplayably slow I'm afraid. Wine will need a dib engine for that to work. Another issue is 'stupid' rendering. I tested Tibia 3(d3d with a ddraw main menu). It creates a single-buffered, non-d3d primary, and a offscreen d3d surface. Now it blts to the offscreen device(which is the wined3d back buffer, no problem), reads everything to an non-d3d offscreen surface and blts the result to the front buffer. This can work, but it needs some pretty good opengl magic to work at a usable speed(At the moment it just produces a black screen). Swat3 showed another problem: It renders the main menu, mouse pointer and the in-game hud with ddraw blts, which works just great basically. In opengl the main menu renders at ~500 fps, instead of ~40 fps with the old gdi code. But whenever I move the mouse pointer over a control, it starts locking all it's surfaces in read-write mode, which requires them to be reloaded to gl and takes performance down(2-3 fps). This is made worse by the surface convertion for color keying emulation. I expect opengl-accelerated directdraw to take some more time, and there will be some games(GetDC) which are unlikely to work well at all. I will make some modifications to the WineD3D texture loading code to only upload changed areas, which should improve the problems a bit. Stefan

3 2

SoC ideas: fix 2398 wine bug
by gamemaker＠tlen.pl 07 May '06

07 May '06

I would like to fix http://bugs.winehq.org/show_bug.cgi?id=2398 bug. On http://wiki.winehq.org/OpenGL there are some ideas how to do this and I think that this one with glViewport and glScissor is the best one. I wrote test program and I think it should work. What do you think about it and do you think that this idea has any chances in SoC?

1 0

SoC idea: write OLE32 and OLEAUT32 conformance tests
by Dan Kegel 07 May '06

07 May '06

Yes, SoC is usually about coding new stuff rather than writing conformance tests, but here's a situation where we badly need more conformance tests *and* the tests are a real challenge to write. Rob Sherman, who is one of the OLE code maintainers, remarked recently that we could really use more test cases for part of COM/OLE: http://www.winehq.org/pipermail/wine-devel/2006-May/047401.html Many apps have OLE problems; the query http://bugs.winehq.org/buglist.cgi?long_desc_type=substring&long_desc=err:o… finds 109 hits. Maybe a third of these are really OLE problems that could be repeated by conformance tests. (I think http://bugs.winehq.org/show_bug.cgi?id=4073 http://bugs.winehq.org/show_bug.cgi?id=4776 are good examples.) Writing COM or OLE Automation tests in C is hard - the documentation you need is in old books that are hard to find. But it's doable given a couple weeks. There are a few links to writing COM in C at: http://www.winehq.org/pipermail/wine-devel/2006-April/046191.html http://www.sellsbrothers.com/links/ http://members.tripod.com/IUnknwn/ And there are several old books (a few of which I have copies of) which are also useful references. This is probably a great project for someone who's really comfortable with pointers and low level stuff. Once the tests you write pass on Windows and find bugs in Wine, the guys who write COM for Wine will fix the bugs, I think. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

wine opengl bug & Google SoC
by gamemaker＠tlen.pl 06 May '06

06 May '06

Hi! I would like to participate in Google summer of code. I'm going to fix popular opengl problem in wine - overdrawing of child windows (http://bugs.winehq.org/show_bug.cgi?id=2398). What do you think about it? Have this project any chance to get apply? Isn't it to small?

1 0

Two more days to submit a Wine SoC proposal...
by Dan Kegel 06 May '06

06 May '06

There have been very few junk SoC applications for Wine so far, so our plan of scaring away unqualified applicants by making http://wiki.winehq.org/SummerOfCode explicit about the requirements for success seems to be working. At the moment, we have some good applications, but we can handle more. So if you've been holding off proposing a Summer of Code project because you think there will be too many competing proposals, think again, and go submit a proposal for that project you've been hoping to do. (But be specific; a one-line proposal "Get game XYZ working in Wine" is less likely to win than one that also gives more details about how you'll do that.) - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

forked wineboot (IE6)
by Saulius Krasuckas 06 May '06

06 May '06

Such topic may belong to wine-users, but I am not sure. When installing IE6 (from my own script) I see wineboot is being forked and gets running right after the "./wine IE6SETUP.EXE /q" statement returns me a control. I would like to wait untill "wineboot" finishes. How it can be achieved in my bash script? Maybe wineboot can be set to not fork? (though I don't know if "fork" is right term to use here)

2 2

Re: [WINED3D 1/8] Place number of textures/addresses and temps used inside the baseShader struct to prepare for merging of GenerateShader routine.
by Jason Green 06 May '06

06 May '06

On 5/5/06, Ivan Gyurdiev <ivg2(a)cornell.edu> wrote: > Merging things between pixel and vertex shaders is the right idea, but > we need to think about supporting multiple output targets as well - > arbfp/arbvp vs glsl. Any shader_addline() being called is output target > specific. Yes, you are correct, and I'm already working on a patch to address this. However, I think this patch should still be applied as-is, since it doesn't break anything currently and is organized so as to make this separation easy in the [very near] future.

1 0

Re: [WINED3D 8/8] Add TRACE output of full shader strings for both pixel and vertex shaders
by Jason Green 06 May '06

06 May '06

On 5/5/06, Ivan Gyurdiev <ivg2(a)cornell.edu> wrote: > > I think we should do the opposite, and get rid of the one that's already > there. > > The shader output is already produced once by the addline traces, and > they're better because (1) they have proper trace prefix, and (2) they > show you the line number and byte offset. You can use sed and grep to > get only those lines, or better, remove any useless tracing such as > printing out individual tokens as they're parsed [ then the > shader_addlines would come nicely in a sequence ]. After discussion, I agree. Please discard this patch.

1 0

OT: just a greeting
by Joris Huizer 05 May '06

05 May '06

Hey, seeing you emailing again Alexandre Julliard, welcome back, hope you enjoyed your vacation :-) regards, Joris

1 0

Re: Fix cross compiling 2/2 [take #2]
by Alexandre Julliard 05 May '06

05 May '06

Paul Millar <paul(a)astro.gla.ac.uk> writes: > The current behaviour is broken as, when cross-compiling, make traverses in= > to > the tools directory and tries to build the various programs. This is wrong > because the tools in in the --with-wine-tools directory are used, not those > tools that are cross-compiled, so there is no dependency. That's a feature, otherwise the tools don't get built, and we don't spot problems. The tools are supposed to build fine on Windows, and if they don't, this needs to be fixed. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: advpack [6/17]: NULL-terminate the field string if an option is provided
by Alexandre Julliard 05 May '06

05 May '06

"James Hawkins" <truiken(a)gmail.com> writes: > diff --git a/dlls/advpack/install.c b/dlls/advpack/install.c > index 6432406..93d8012 100644 > --- a/dlls/advpack/install.c > +++ b/dlls/advpack/install.c > @@ -101,9 +101,17 @@ static HRESULT run_post_setup_commands_c > ADVInfo *info = (ADVInfo *)arg; > INFCONTEXT context; > HRESULT hr = S_OK; > + LPWSTR ptr; > DWORD size; > + BOOL ok; > > - BOOL ok = SetupFindFirstLineW(hinf, field, NULL, &context); > + if ((ptr = strchrW(field, ':'))) > + { > + FIXME("Options ignored!\n"); > + *ptr = '\0'; > + } field is a constant string, you shouldn't write to it (or if it's really supposed to be writable you need to fix the prototype). -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: server: Retrieve the groups for a token from the server
by Alexandre Julliard 05 May '06

05 May '06

Robert Shearman <rob(a)codeweavers.com> writes: > +tryagain: > + SERVER_START_REQ( get_token_groups ) > { > - TOKEN_GROUPS *tgroups = tokeninfo; > - SID_IDENTIFIER_AUTHORITY sid = {SECURITY_NT_AUTHORITY}; > + TOKEN_GROUPS *groups = tokeninfo; > > - /* we need to show admin privileges ! */ > - tgroups->GroupCount = 1; > - tgroups->Groups->Attributes = SE_GROUP_ENABLED; > - RtlAllocateAndInitializeSid( &sid, > - 2, > - SECURITY_BUILTIN_DOMAIN_RID, > - DOMAIN_ALIAS_RID_ADMINS, > - 0, 0, 0, 0, 0, 0, > - &(tgroups->Groups->Sid)); > + req->handle = token; > + wine_server_set_reply( req, buffer, server_buf_len ); > + status = wine_server_call( req ); > + if (status == STATUS_BUFFER_TOO_SMALL) > + { > + if (buffer == stack_buffer) > + buffer = RtlAllocateHeap(GetProcessHeap(), 0, reply->user_len); > + else > + buffer = RtlReAllocateHeap(GetProcessHeap(), 0, buffer, reply->user_len); > + if (!buffer) return STATUS_NO_MEMORY; > + > + server_buf_len = reply->user_len; > + goto tryagain; You shouldn't return or goto out of a SERVER_START_REQ block. SERVER_END_REQ currently doesn't do much, but that could change. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [WINED3D 1/8] Place number of textures/addresses and temps used inside the baseShader struct to prepare for merging of GenerateShader routine.
by Ivan Gyurdiev 05 May '06

05 May '06

Jason Green wrote: > The following 8 patches apply to Mike's tree and accomplish the > following: > > - Create a new function in baseshader named generate_base_shader() > which generates the bulk of the GL ARB shader string. > - Renames the GenerateProgramArbHW() in both ps & vs to > GenerateShader() and minimizes the number of specific things that need > to go in them. Merging things between pixel and vertex shaders is the right idea, but we need to think about supporting multiple output targets as well - arbfp/arbvp vs glsl. Any shader_addline() being called is output target specific.

1 0

Re: [WINED3D 8/8] Add TRACE output of full shader strings for both pixel and vertex shaders
by Ivan Gyurdiev 05 May '06

05 May '06

> Subject: [PATCH 8/8] Add TRACE output of full shader strings for both pixel and vertex shaders. > > This makes it easier to read or copy & paste the shader string to make sure it makes sense. > I think we should do the opposite, and get rid of the one that's already there. The shader output is already produced once by the addline traces, and they're better because (1) they have proper trace prefix, and (2) they show you the line number and byte offset. You can use sed and grep to get only those lines, or better, remove any useless tracing such as printing out individual tokens as they're parsed [ then the shader_addlines would come nicely in a sequence ].

1 0

Font ProblemDuring my build I get the folowing error
by Robert Lunnon 05 May '06

05 May '06

During my build I get the following error: LD_LIBRARY_PATH="../libs/unicode:$LD_LIBRARY_PATH" ../tools/sfnt2fnt 13 1255 96 128 8 ./tools/sfnt2fnt foo.ttf ppem enc dpi def_char avg_width ../tools/fnt2fon courier-1255-96-13.fnt coue1255.fon Can't open courier-1255-96-13.fnt ../tools/fnt2fon fntfiles output.fon *** Error code 1 make: Fatal error: Command failed for target `coue1255.fon' Current working directory /export/home/src/wine2004/wine/fonts *** Error code 1 The following command caused the error: cd fonts && make make: Fatal error: Command failed for target `fonts' Compilation failed, aborting install. **** Build Failed **** But if I go into fonts/ then run make. Then re-run wineinstall then everything is OK. Perhaps makefile.in is a little off. Bob

1 0

What's in mmbranch
by Mike McCormack 05 May '06

05 May '06

This is probably the last edition, as Alexandre should be back some time this weekend.... ------------------------------------------------------------------------ Hi, Here's the list of patches on top of Alexandre's "origin" in my public Wine tree. You can pull the branch more easily after setting it up as follows: cat > .git/remotes/mmbranch <<EOF URL: http://mandoo.dyndns.org/wine.git Pull: refs/heads/master:refs/heads/mmbranch EOF Do the above once, then pull the branch with: git fetch mmbranch git pull . mmbranch OR git fetch mmbranch git rebase mmbranch I will try to keep this branch current until Alexandre returns and resumes committing patches to the WineHQ GIT tree. Happy hacking, Mike commit 5e5ae60cb8d16cce2bd4ac4775e3594b84b25abe Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Thu May 4 22:42:15 2006 -0400 wined3d: Initialize volume Format. commit 30449322f4a68785895ac667da4fb64f7f7acdee Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Thu May 4 18:36:48 2006 -0400 wined3d: DrawIndexedPrimitiveUP() - fix index buffer refcount issue commit 86da179d6413d4b85ead702d3aae5028fc188715 Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Thu May 4 10:08:47 2006 -0400 wined3d: Share shader_dump_ins_modifiers() commit f2975eb6a30cd40a36ed437b67cdfd5d25acfd37 Author: Hans Leidekker <hans(a)it.vu.nl> Date: Thu May 4 21:54:53 2006 +0200 documentation: Document the new situation with SANE and gPhoto2 support in separate TWAIN data source drivers. commit f5659920b9b1f87f812f0c14bdd1609423484150 Author: Aric Stewart <aric(a)codeweavers.com> Date: Thu May 4 15:17:40 2006 -0500 gphoto2.ds: Rename the Import button to Import Selected disable or enable that button depending on if pictures are selected. commit ad33b7da44a36a1a0bac3544d2b9543c03457145 Author: Aric Stewart <aric(a)codeweavers.com> Date: Thu May 4 07:59:11 2006 -0500 gphoto2.ds: no files fix commit d039c9ee31c3c6b8a0278995744b3b366eac677d Author: James Hawkins <truiken(a)gmail.com> Date: Thu May 4 00:23:53 2006 -0500 advpack: Perform the spapi install before registering installed ocxs commit b988052d2730f948425850eaf1e4e0a004a38415 Author: James Hawkins <truiken(a)gmail.com> Date: Thu May 4 00:23:17 2006 -0500 advpack: DelDirs should only remove a directory if it's empty commit 285672ee242b20edb06aad3509f4ac70621ff364 Author: James Hawkins <truiken(a)gmail.com> Date: Thu May 4 00:22:45 2006 -0500 advpack: The only flag we don't handle is RSC_FLAG_UPDHLPDLLS commit 576b2e9e6c246200511d085b9d5478cc34e718b7 Author: Jason Green <jave27(a)gmail.com> Date: Wed May 3 23:35:55 2006 -0400 wined3d: Further split up GenerateProgramArbHW for pixelshaders commit 3f6f3731e3d503d5b3df30240586a123226b4805 Author: Detlef Riekenberg <wine.dev(a)web.de> Date: Tue May 2 05:58:36 2006 +0200 winspool: fix test for GetPrinterDriver (with hints from Dmitry) commit 32696396255c4d5097e073ebacd02e171706a30f Author: Robert Shearman <rob(a)codeweavers.com> Date: Wed May 3 22:23:52 2006 +0100 ole32: IPersistStream is also implemented by any object that implements IStream commit 3f27cc4f632c38375d6a46555095c8bbd9aa0bb7 Author: Robert Shearman <rob(a)codeweavers.com> Date: Wed May 3 22:23:29 2006 +0100 ole32: Fix typos in StgCreateStorageEx and StgOpenStorageEx commit 4788ce92a6d0268ddc57364311bf9acbe3a96e02 Author: Robert Shearman <rob(a)codeweavers.com> Date: Wed May 3 22:23:12 2006 +0100 ole32: STGM_PRIORITY allows other IStorage objects to be opened in transacted mode with read/write access commit 8b9f33d383e6e6fb2b42958786153f7483b606b3 Author: Robert Shearman <rob(a)codeweavers.com> Date: Wed May 3 22:22:27 2006 +0100 oleaut32: Check the return value from VariantCopy when copying values for VT_VARIANT typed parameters for ITypeInfo::Invoke commit 5a4213ea41bcd25255736ec90d8f37d97d3e23d1 Author: Robert Shearman <rob(a)codeweavers.com> Date: Wed May 3 22:22:08 2006 +0100 oleaut32: Support values being passed into VT_VARIANT|VT_BYREF typed parameters in ITypeInfo::Invoke commit 503510f9c406c4738e9615fff2d40029e1387539 Author: Huw Davies <huw(a)codeweavers.com> Date: Wed May 3 17:30:35 2006 +0100 oleaut32: Alignment fixes for safearrays commit e54f43cbfe9557aadae217fcd2e507e8400e137d Author: Huw Davies <huw(a)codeweavers.com> Date: Wed May 3 17:03:00 2006 +0100 oleaut32: Fix tests under win2k. commit 982e8371fe7d5f9fb109eeb6912c5215a3f5226b Author: Troy Rollo <wine(a)troy.rollo.name> Date: Tue May 2 13:49:22 2006 +1000 gdi: Fix GetTextExentExPointW to return values consistent with GetTextExtentPointW commit caa1134b599a04056a8c2beb6ce86ca05b9b2857 Author: Robert Shearman <rob(a)codeweavers.com> Date: Wed May 3 14:49:51 2006 +0100 ole32: Copy the mode flags into the STATSTG structure in IStorage::Stat commit 084d6930a8ee949e2d16cbdf2678ecfc07fe8c21 Author: Robert Shearman <rob(a)codeweavers.com> Date: Wed May 3 14:49:32 2006 +0100 ole32: Add tests for IStorage::Stat commit 81ccef631085719463be70404a8e0567d56af4cf Author: Robert Shearman <rob(a)codeweavers.com> Date: Wed May 3 14:49:17 2006 +0100 ole32: Check that the storage was opened with write access before creating a new stream or sub-storage commit a8a8e29beae5c4fd3a6ea37db11d46c1b6326464 Author: Robert Shearman <rob(a)codeweavers.com> Date: Wed May 3 14:48:58 2006 +0100 ole32: Fix Access Right Check for Opening and Creating Streams and Storages commit 9649d503830793538963a3bc8f0d91770614229b Author: Robert Shearman <rob(a)codeweavers.com> Date: Wed May 3 14:48:15 2006 +0100 ole32: Add more tracing for reading and writing storage streams commit 4723671f81ef6d3df63bb479c031e1fee7e1f1bb Author: Robert Shearman <rob(a)codeweavers.com> Date: Wed May 3 14:47:35 2006 +0100 ole32: Add tests for sub-storages and creating streams commit 1aa47aa67a6ef90f8747cf4fd0ef4163066855ee Author: Robert Shearman <rob(a)codeweavers.com> Date: Wed May 3 14:47:09 2006 +0100 ole32: Add a storage test for reading and writing of streams that have had their parent storage released commit fb480009e20aa0fe7e96b3a8c9ee7fe3951cd856 Author: Robert Shearman <rob(a)codeweavers.com> Date: Wed May 3 14:46:17 2006 +0100 ntdll: Fix Size Check for NtQueryInformationToken(TokenGroups) commit 472994ae4e0c6f7615927461912b3594b66aee36 Author: James Hawkins <truiken(a)gmail.com> Date: Tue May 2 20:54:59 2006 -0500 advpack: Handle the ALINF_DELAYREGISTEROCX flag by adding the register to RunOnceEx commit 397eb7a74fd1f934c6a2d9f10dda2f13bd4e1d84 Author: James Hawkins <truiken(a)gmail.com> Date: Tue May 2 20:52:56 2006 -0500 advpack: Use a struct to pass more information to register_ocxs_callback commit b96d63166ba2d95924add97ba78ced03f7de4061 Author: James Hawkins <truiken(a)gmail.com> Date: Tue May 2 20:52:27 2006 -0500 advpack: Rearrange the adv commands to better match native advpack commit 5eb6781e8a638d6897e50e39afd47ab8785b4879 Author: James Hawkins <truiken(a)gmail.com> Date: Tue May 2 20:52:02 2006 -0500 advpack: Use the publicy-defined RunSetupCommands flags commit 723f685f3a69ca75ad25198cc604f4719c7b8675 Author: James Hawkins <truiken(a)gmail.com> Date: Tue May 2 20:51:13 2006 -0500 advpack: Add missing flags to advpub.h commit 76555ea23e701e75955f4a982377514c01777fc6 Author: James Hawkins <truiken(a)gmail.com> Date: Tue May 2 20:50:47 2006 -0500 advpack: Use the FAILED macro instead of comparing with S_OK commit 823708c300f861240ded6ea77533b11803880d93 Author: Marcus Meissner <marcus(a)jet.franken.de> Date: Tue May 2 22:32:31 2006 +0200 sane.ds: Fixed typo in HAV(E)_SANE, and use LONG for a function that can get -1 as argument. commit becf547b9e1f775afeabe502b89304d45a0def76 Author: Hans Leidekker <hans(a)it.vu.nl> Date: Tue May 2 16:37:31 2006 +0200 dnsapi: Add tests for DnsValidateName_A. commit c8ffa63ac85558c99a866d0458334363c34ad9d6 Author: Hans Leidekker <hans(a)it.vu.nl> Date: Tue May 2 16:37:18 2006 +0200 dnsapi: Implement DnsValidateName_{A,UTF8,W}. commit ac6e402cc9e926acc1bdaf6f90be80665d9864f1 Author: Huw Davies <huw(a)codeweavers.com> Date: Tue May 2 12:00:30 2006 +0100 oleaut32: Split out the SAFEARRAY and BSTR tests so that they can be used in the upcoming VARIANT tests. commit b6c8e644b01692d069db8efa99a8464d4b749047 Author: Jason Green <jave27(a)gmail.com> Date: Tue May 2 01:07:06 2006 -0400 wined3d: Move D3DSIO_M#x# vertex shader opcodes to a more standard function commit 13b5e99dfd9791262e4711567c404b802113ff73 Author: Mike Hearn <mike(a)plan99.net> Date: Mon May 1 18:33:26 2006 +0100 ole32: Add StgCreateFile test and conformance fix commit 38d79b301474455ee46411a7c21a9c056ff6cf1c Author: Mike Hearn <mike(a)plan99.net> Date: Sat Apr 29 12:12:54 2006 +0100 wininet: Support http_proxy environment variable commit 97fb3a880446a2ff67d1cc61cdecd77a42edefb1 Author: Jeff L <lats(a)yless4u.com.au> Date: Sun Apr 30 23:44:30 2006 +1000 usp10: Add ScriptTextOut functionality commit ca7b5034a5f7d0ed2c25a431759dcd720081a34d Author: Mike Hearn <mike(a)plan99.net> Date: Mon May 1 09:08:58 2006 +0100 ntdll: Fix heap corruption in RtlDeleteAce commit 48095715cf4b4992c4e4a0a4044195182c6d92e3 Author: James Hawkins <truiken(a)gmail.com> Date: Mon May 1 02:20:00 2006 -0500 advpack: Implement the EndPrompt command commit 7b283c548841488ace2c6590cae377cce8d149d1 Author: James Hawkins <truiken(a)gmail.com> Date: Mon May 1 02:19:40 2006 -0500 advpack: Implement the BeginPrompt command commit 225b35e48c895d259fe1b0a617e96c5e91bdf36a Author: Detlef Riekenberg <wine.dev(a)web.de> Date: Tue May 2 00:03:51 2006 +0200 winspool: fix WRT-failures in test_DEVMODE commit b16a42351a28c2c6a95a5346b7662a3fbfb34dbc Author: Jason Green <jave27(a)gmail.com> Date: Mon May 1 16:49:12 2006 -0400 wined3d: Move DCL, DEF operations out of GenerateProgramArbHW and into separate functions commit 1ea63fdaa962d07dec76070d590a2bb3e9117278 Author: Michael Stefaniuc <mstefani(a)redhat.de> Date: Mon May 1 22:44:43 2006 +0200 Don't check pointers for NULL before RtlFreeHeap. commit b72aa40d42ef1275d93f6850454801f4c694f537 Author: Hans Leidekker <hans(a)it.vu.nl> Date: Mon May 1 16:29:14 2006 +0200 dnsapi: Implement DnsRecord{CopyEx,ListFree,SetCopyEx}. commit 91b3f39744048220562d3f1d219fd920731ca503 Author: Hans Leidekker <hans(a)it.vu.nl> Date: Mon May 1 16:29:05 2006 +0200 dnsapi: Add tests for DnsRecordCompare. commit 3a93218bfcbe9344a8cab066aa7da8204f04f6bd Author: Hans Leidekker <hans(a)it.vu.nl> Date: Mon May 1 16:28:56 2006 +0200 dnsapi: Implement DnsRecordCompare. commit 0cf45cb63853d2428eba3cc533b6632a1dfac5fc Author: Marcus Meissner <marcus(a)jet.franken.de> Date: Mon May 1 16:13:33 2006 +0200 gphoto.ds: Check for gphoto2 libs and includes Added sane.ds and gphoto.ds datasource drivers. commit 5b1aa8f1fcc35eeadc3fc34607fb82496c4c0adc Author: Marcus Meissner <marcus(a)jet.franken.de> Date: Mon May 1 16:10:14 2006 +0200 sane.ds: Split out sane datasource into its own driver. commit 440e8e3c2d67b7951bb80bd5df9323df6d5b5b19 Author: Marcus Meissner <marcus(a)jet.franken.de> Date: Mon May 1 16:09:00 2006 +0200 twain32: Splitting TWAIN_32 and adding gphoto driver commit 8065adbc5e0779e5a2d0ffccb059b66d5240730f Author: Michael Stefaniuc <mstefani(a)redhat.de> Date: Mon May 1 15:56:53 2006 +0200 secur32: Missing LeaveCriticalSection on error paths (found by Smatch) commit 0070ea138c5da8115fd6e9a3e1abd85df2edabac Author: Michael Stefaniuc <mstefani(a)redhat.de> Date: Mon May 1 15:27:06 2006 +0200 mscat32: Add more forwards. commit 77d88112ae366eb7ee24ede354679a36503a1268 Author: Robert Shearman <rob(a)codeweavers.com> Date: Mon May 1 10:39:31 2006 +0100 ole32: Remove the fixme printed if CoGetClassObject fails in CoCreateInstance commit 56c675e3e53bf894d872552bcbb0f35d1ba3b92f Author: Robert Shearman <rob(a)codeweavers.com> Date: Mon May 1 10:38:18 2006 +0100 rpcrt4: Add a stub for RpcBindingSetOption commit 9790edacd197cb292be1d095793c726a39b060ca Author: Robert Shearman <rob(a)codeweavers.com> Date: Mon May 1 10:38:02 2006 +0100 rpcrt4: Implement NdrConformantVaryingArrayFree commit 538a09ca042353c1e17f87f5a2df9568a8f18d3d Author: Robert Shearman <rob(a)codeweavers.com> Date: Mon May 1 10:37:32 2006 +0100 rpcrt4: Use getaddrinfo to get the sockaddr commit 15b2ebf315783610c906f41cf336a73bcdd5a45c Author: Robert Shearman <rob(a)codeweavers.com> Date: Mon May 1 10:37:11 2006 +0100 rpcrt4: Dereference the pointer if necessary only after doing the pointer checks and writing the pointer ID to the wire commit 87cc8fd118d80817cc3627c1803ccc78ec2113e8 Author: Robert Shearman <rob(a)codeweavers.com> Date: Mon May 1 10:36:52 2006 +0100 rpcrt4: Improve the traces in the pointer functions commit b94dc53c62888b9ea7e444e5dd68de5293bcedee Author: Robert Shearman <rob(a)codeweavers.com> Date: Mon May 1 10:36:30 2006 +0100 ntdll: Fix NtQueryInformationToken(TokenGroups) commit dc86deebc867a58c0554f5aa513340c5be6fc7c1 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Sun Apr 30 23:48:05 2006 +0200 shdocvw: Added some comments. commit 726e01805e00812713b92bc64faeeb3c29114e7e Author: Paul Millar <paul(a)astro.gla.ac.uk> Date: Sat Apr 29 14:59:01 2006 +0100 configure: Fix cross compiling commit ae6f548672054bbfd34f2555246f1a47f11174ec Author: Detlef Riekenberg <wine.dev(a)web.de> Date: Sun Apr 30 02:05:46 2006 +0200 winspool: fix broken test for GetPrinterDriver commit 40a939e1329b43939ad45eba6d71766426170e2a Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Sun Apr 30 00:27:00 2006 -0400 wined3d: Clean up some dead code commit 8139f58d86c87459359ea50775f7c794245bb06a Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Sun Apr 30 00:00:38 2006 -0400 wined3d: Break out independent texture instructions. commit f6f1fe8a5296238de0b06c8e55bfd455d2f58bc4 Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Sat Apr 29 21:48:01 2006 -0400 wined3d: Break out arithmetic instruction processing commit 6f51dff3a36a186a58e4e7d3d126266075486000 Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Sat Apr 29 17:13:29 2006 -0400 wined3d: Use the correct version mask for pixel and vertex shaders. commit fc94353bed7fa3308fd09f21e1cef4982e0af19b Author: Robert Reif <reif(a)earthlink.net> Date: Sat Apr 22 10:22:48 2006 -0400 netapi32: Add minimal NetUserModalsGet test. commit 30d248aa5d645cdac2d0946bcaaa6ea3824036bd Author: Robert Reif <reif(a)earthlink.net> Date: Sat Apr 29 15:35:27 2006 -0400 netapi32: implement NetUserModalsGet level 2 commit 150b62bef9ad49f34b0703e53c7934c19e98b475 Author: Robert Reif <reif(a)earthlink.net> Date: Sat Apr 29 10:14:40 2006 -0400 dsound: DirectSoundBuffer_Lock tests commit 575b02fadce7def9d638d33f5eeb38a3630a817a Author: Huw Davies <huw(a)codeweavers.com> Date: Sat Apr 29 14:40:28 2006 +0100 oleaut32: Fix BSTR marshaling to be wire compatible with Windows commit e753a2879bf2bfc9f25f83dd17601bf76f5bfe4f Author: Jacek Caban <jacek(a)codeweavers.com> Date: Sat Apr 29 13:35:29 2006 +0200 shdocvw: Added WebBrowser::[get|put]_ToolBar implementation. commit 88b22b238d5882d39ef97fbf9befff1987116e9c Author: Jacek Caban <jacek(a)codeweavers.com> Date: Sat Apr 29 13:34:38 2006 +0200 shdocvw: Added WebBrowser::[get|put]_StatusBar implementation. commit 289bc14c083e0ed13d1f33e933e29c7d8c088bc3 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Sat Apr 29 13:33:05 2006 +0200 shdocvw: Added WebBrowser::[get|put]_AddressBar implementation. commit b1f99aeb3ad7be07f8c4b1f91566363537963df7 Author: Mike Hearn <mike(a)plan99.net> Date: Sat Apr 29 12:13:24 2006 +0100 shell32: Stub out SHSetLocalizedName commit 961bf968f68460c176b8ff588517c31780dff425 Author: Mike McCormack <mike(a)codeweavers.com> Date: Sun Apr 30 14:11:55 2006 +0900 shlwapi: Add a stub implementation for IUnknown_ProfferService. commit 85e6a281167a05c5c711f02d26260487388ea157 Author: Mike McCormack <mike(a)codeweavers.com> Date: Sat Apr 29 19:20:51 2006 +0900 shlwapi: Add a stub implementation for IUnknown_QueryServiceExec commit b9c8672114ca9f8ca9da4d21069b9aedf34382f8 Author: Mike McCormack <mike(a)codeweavers.com> Date: Sat Apr 29 18:13:13 2006 +0900 ole32: Return STG_E_REVERTED when a stream's parent storage has been closed. commit 5cf8120f56c07876f87036e20588276851085db4 Author: James Hawkins <truiken(a)gmail.com> Date: Sat Apr 29 02:54:12 2006 -0500 advpack: Handle the RSCC_DELAY flag in run_setup_commands_callback commit f5e71a1e2086540876c3c439417c4a9b24ba8e89 Author: Mike Hearn <mike(a)plan99.net> Date: Sat Apr 29 00:47:21 2006 +0100 mscat32: Implement the mscat32 forwarder DLL commit fd60a2532919c2b0592d57c35ce3634015f1a330 Author: Robert Reif <reif(a)earthlink.net> Date: Fri Apr 28 23:40:09 2006 -0400 dsound: Check DirectSoundBuffer_Lock parameters. commit 76beae316c856ebb30ec2aa0b27a4e5064d2b8bb Author: James Hawkins <truiken(a)gmail.com> Date: Fri Apr 28 20:10:54 2006 -0500 advpack: Handle the RSCC_NOWAIT flag in run_setup_command_callback commit 86479efaccc6dcfafbc8011aa5b947333e70d6d7 Author: James Hawkins <truiken(a)gmail.com> Date: Fri Apr 28 20:10:15 2006 -0500 advpack: Add the ability to register or unregister OCXs in one command commit aad753d2afa64c3ec8bbb0ee1f6fed4c92e09b8c Author: James Hawkins <truiken(a)gmail.com> Date: Fri Apr 28 20:09:08 2006 -0500 advpack: Implement the DelDirs command commit 3649a960a4c88e218ee422aad592e94e73c05f82 Author: James Hawkins <truiken(a)gmail.com> Date: Fri Apr 28 20:08:35 2006 -0500 advpack: Implement the CheckAdminRights option commit f48510df65aa55f4b40e516b8dc1aa00d30bab1c Author: James Hawkins <truiken(a)gmail.com> Date: Fri Apr 28 20:08:10 2006 -0500 advpack: Implement the RunPreSetupCommands command commit 78fa4534d71d9969e2f2c6f3176823ad6b3df501 Author: James Hawkins <truiken(a)gmail.com> Date: Fri Apr 28 20:07:28 2006 -0500 advpack: INF install is implemented so fix the documentation commit 0de2303ef725a557d75541849fb7daa96ebd9fcf Author: James Hawkins <truiken(a)gmail.com> Date: Fri Apr 28 20:06:34 2006 -0500 advpack: Implement the PerUserInstall command commit fca18b9760ed25bece2792e832fc40397165a1c7 Author: James Hawkins <truiken(a)gmail.com> Date: Fri Apr 28 20:02:48 2006 -0500 advpack: Leave room for the NULL terminator in the working_dir string commit 962cb2bb283cb2c6390f605fca296ce65ac607ce Author: James Hawkins <truiken(a)gmail.com> Date: Fri Apr 28 20:00:59 2006 -0500 advpack: NULL-terminate the source path commit ca9adb179dc1a50a632da62c142aa106ee11a33a Author: James Hawkins <truiken(a)gmail.com> Date: Fri Apr 28 19:59:31 2006 -0500 advpack: Return the hresult in ExecuteCabW commit 1bdf093676c9483515f292bd469d7b36ac27cee0 Author: James Hawkins <truiken(a)gmail.com> Date: Fri Apr 28 19:58:38 2006 -0500 advpack: NULL-terminate the field string if an option is provided commit fa8f2477005c23a15bb3ac34b99afbc09a7d063a Author: James Hawkins <truiken(a)gmail.com> Date: Fri Apr 28 19:57:48 2006 -0500 advpack: Clean up the formatting of RegInstall to match the rest of the file commit 45980e4911922552032a6705d3825b34c74fb622 Author: James Hawkins <truiken(a)gmail.com> Date: Fri Apr 28 19:57:23 2006 -0500 advpack: Perform an Advanced INF-level install in RegInstall commit 6cc4d5a466113241893e98b9ff8e18a5d347e862 Author: James Hawkins <truiken(a)gmail.com> Date: Fri Apr 28 19:56:49 2006 -0500 advpack: Factor out writing predefined strings into write_predefined strings commit 3b346f01d8ae6e777946e8000aa073b284baa81d Author: tkho(a)ucla.edu <tkho(a)ucla.edu> Date: Wed Apr 26 17:45:31 2006 -0700 user: Fix GetMenuItemRect() for top-level menus commit 25eacb294f44b0da2c7d90d8e7811940e8c0cfa3 Author: tkho(a)ucla.edu <tkho(a)ucla.edu> Date: Wed Apr 26 17:44:56 2006 -0700 user: Fix behavior when selecting disabled menu items commit 434ce6e6909d602d825c4c98c0436ca9acffa945 Author: tkho(a)ucla.edu <tkho(a)ucla.edu> Date: Wed Apr 26 17:44:28 2006 -0700 user: Allow menu WndProc to recognize VK_[LR]MENU commit 8e02965a6b12824233c5b6be95e343c8febb96d0 Author: tkho(a)ucla.edu <tkho(a)ucla.edu> Date: Wed Apr 26 16:50:18 2006 -0700 riched20: EM_GETLINE implementation and test commit 13983373920eabaf8f5f815067a520942a43c8c2 Author: tkho(a)ucla.edu <tkho(a)ucla.edu> Date: Fri Apr 28 11:27:51 2006 -0700 user32: Extend conformance test to point out menu bugs commit 267cb45c69234d777650cab8244d0bfa9a5f2721 Author: Phil Costin <philcostin(a)hotmail.com> Date: Fri Apr 28 22:56:54 2006 +0100 wined3d: Fix and clean up shader capabilities detection code commit b4fecb5b18a503dae43fcbb27217c367dcb68e3a Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Fri Apr 28 17:37:50 2006 -0400 wined3d: Trace corrections commit f865f4d8d11a115d7ddbb937f9f91c9bebd6e262 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Fri Apr 28 23:45:36 2006 +0200 shdocvw: Added WebBrowser::[get|put]_MenuBar implementation. commit b5baafa8be67f67db42c32bfec8e4c97d18c731e Author: Jacek Caban <jacek(a)codeweavers.com> Date: Fri Apr 28 20:53:52 2006 +0200 shdocvw: Added get_HWND implementation. commit cd50570202f78ee0a12226b4aa9f04c323bd9397 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Fri Apr 28 20:29:07 2006 +0200 shdocvw: Added [get|put]_Visible implementation. commit 95487aee8e7b547db2c2f6cb25b9e9ba1ae4e5c1 Author: Fatih Asici <fasici(a)linux-sevenler.org> Date: Fri Apr 28 21:06:43 2006 +0300 fonts: Add some missing Latin glyphs to System commit ab19bc3071d81a9ab592abde4f0409559a205ff1 Author: Fatih Asici <fasici(a)linux-sevenler.org> Date: Fri Apr 28 21:05:34 2006 +0300 fonts: Add missing Latin glyph to ms_sans_serif commit 674739c3ee2224a16b1109387f848b40b866dc01 Author: Fatih Asici <fasici(a)linux-sevenler.org> Date: Fri Apr 28 21:00:58 2006 +0300 fonts: Add some missing Latin glyphs to Courier commit 44cd457aa3caf73443b1da151a5ea1ddafa005ad Author: Jacek Caban <jacek(a)codeweavers.com> Date: Fri Apr 28 20:08:02 2006 +0200 shdocvw: Fix GetMiscStatus implementation. commit 260d824e2db7d2d79d5edcba143b66e1bafaf94d Author: Jacek Caban <jacek(a)codeweavers.com> Date: Fri Apr 28 20:07:03 2006 +0200 mshtml: Added test of connection points. commit 96acba41ee7059d6f5fa99580396bbce45a69dda Author: Jacek Caban <jacek(a)codeweavers.com> Date: Fri Apr 28 20:04:22 2006 +0200 mshtml: Added GetConnectionInterface implementation. commit 4eb7a524923ea7628f5a13022249af67d715fd25 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Fri Apr 28 20:02:14 2006 +0200 mshtml: Added GetConnectionPointContainer implementation. commit bccba749aaf1c86624b215c877422d0616acfea3 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Fri Apr 28 20:01:07 2006 +0200 mshtml: Added stub implementation of connection points. commit 5093c926a368247d4732ba90f355a133ac04f60c Author: Jacek Caban <jacek(a)codeweavers.com> Date: Fri Apr 28 19:59:58 2006 +0200 mshtml: Added IConnectionPointContainer stub implementation. commit 8153ff6ab8822b01b3416dee3731da50d257b733 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Fri Apr 28 19:58:38 2006 +0200 mshtml: Added get_body implementation. commit bad2a9d74b1ef13c8e38619248a74d947a7d4f6f Author: Jacek Caban <jacek(a)codeweavers.com> Date: Fri Apr 28 19:57:28 2006 +0200 mshtml: Added IHTMLTextContainer stub implementation. commit fbada2ffebf68a31f724d5f87787935ae504f625 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Fri Apr 28 19:55:43 2006 +0200 mshtml: Added IHTMLTextContainer declaration. commit 13f536a34f79c52244a2037ed9d6355a3d0d1e72 Author: Jason Green <jave27(a)gmail.com> Date: Fri Apr 28 12:21:59 2006 -0400 wined3d: Eliminate duplicate function: vshader_program_dump_param() commit b470af661ea4cc0cf7118740cada503941f51c4f Author: Jason Green <jave27(a)gmail.com> Date: Fri Apr 28 10:22:13 2006 -0400 wined3d: Move _shader_program_dump_decl_usage() into baseshader.c commit 46a6380471e5efec03f86890efdf21d7eb69f7b5 Author: Phil Costin <philcostin(a)hotmail.com> Date: Fri Apr 28 14:41:45 2006 +0100 wined3d: Add check for GL Shading Language 100 Extension commit 43b61e573ebff04a42f8441f84ab8ffe1bd9dce8 Author: Huw D M Davies <h.davies1(a)physics.ox.ac.uk> Date: Fri Apr 28 14:50:11 2006 +0100 oleaut32: Implement GetDocumentation_Proxy/Stub commit 19607b31ac0794fbb3db18dc5123931c99b9c7ca Author: Huw D M Davies <h.davies1(a)physics.ox.ac.uk> Date: Fri Apr 28 14:48:38 2006 +0100 oleaut32: Implement GetFuncDesc_Proxy and friends commit b0f18ca8f0aea5ca048b6766429c68e6f86db72a Author: Huw D M Davies <h.davies1(a)physics.ox.ac.uk> Date: Fri Apr 28 14:42:43 2006 +0100 oleaut32: Implement GetTypeAttr_Proxy and friends commit 032d921bef8a25b8269526e0cd5bccf7dc69e4a0 Author: Huw D M Davies <h.davies1(a)physics.ox.ac.uk> Date: Fri Apr 28 14:28:24 2006 +0100 rpcrt4: support for non-encapsulated unions commit c4f12130f97f95720b35b13d55b334013cc3690b Author: Vitaly Lipatov <lav(a)etersoft.ru> Date: Fri Apr 28 14:35:36 2006 +0400 mlang: partially implemented ConvertStringEx commit 5fb48efc4e5cf4c7a2435c77fe69423fe141133e Author: Huw D M Davies <h.davies1(a)physics.ox.ac.uk> Date: Fri Apr 28 12:51:36 2006 +0100 gdi32: FcPatternGet( FC_FILE ) only returns the basename as of fontconfig 2.3.92 . commit 20909871737f9a17d9a2e5b7ce4d786e5a163eaf Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Fri Apr 28 05:23:52 2006 -0400 wined3d: Merge register counting pass for vertex/pixel shaders commit 98c7d831d0b84224a1c02efce7d8dd5461984763 Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Fri Apr 28 05:22:53 2006 -0400 wined3d: Make register counting pass the same for vertex/pixel shaders. commit 7fbeb0c289f2aed0a6328c88615da71c565a75f3 Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Fri Apr 28 04:57:24 2006 -0400 wined3d: Share get_register_code() commit 7653d5ce59a6f70c79db887dbf0a219a213b0979 Author: Mike McCormack <mike(a)codeweavers.com> Date: Fri Apr 28 13:41:22 2006 +0900 rpcrt4: Add some defines. commit 7142c341423a72898c72d9fb7f4fd338507a7275 Author: Dmitry Timoshkov <dmitry(a)codeweavers.com> Date: Thu Apr 27 20:52:12 2006 +0900 Add a stub implementation of mprapi.dll commit 80696aa9fc4703343bc4d08b9107aac51bb2a990 Author: Dmitry Timoshkov <dmitry(a)codeweavers.com> Date: Thu Apr 27 20:53:19 2006 +0900 Add partial support for ISC_REQ_ALLOCATE_MEMORY in the NTLM security provider commit 68b097f7437c80cd2e141fd76926002931902abf Author: Dmitry Timoshkov <dmitry(a)codeweavers.com> Date: Thu Apr 27 20:52:58 2006 +0900 Fix some wrong assumptions in the NTLM test case, make it pass in XP SP2 and Wine commit f5b8ea1c312fc783e12190f6235b346d6941f12e Author: Vitaly Lipatov <lav(a)etersoft.ru> Date: Thu Apr 27 12:23:18 2006 +0400 Fix union usage. commit 11b6680cbc5d87dd6be563c5b9b73278948e1e98 Author: Matt Finnicum <mattfinn(a)gmail.com> Date: Wed Apr 26 12:30:02 2006 -0500 Implement EM_SETUNDOLIMIT commit 73cfc90caa5f644395f2c1f7a35edd9a8d19d81e Author: Juris Smotrovs <juris.smotrovs(a)sets.lv> Date: Tue Apr 25 19:06:10 2006 +0300 Added message sequences to test_mdi_messages of "msg" test to demonstrate problems with position change messages for MDI children with invisible parents. commit 8d70c5a81e8b18d100bf2d5323b8a5e44425d820 Author: qingdoa daoo <qingdao33122(a)yahoo.com> Date: Tue Apr 25 11:27:29 2006 +0800 Update first visible when appropiate in the TVI_SORT case commit a12ed3de2a1b0e3f246224395d8dbbd17ca3f13b Author: Mike McCormack <mike(a)codeweavers.com> Date: Tue Apr 25 22:51:09 2006 +0900 Store drop targets in a standard list. commit b5c46378217c63130e2b7d809b631b3257837199 Author: Robert Shearman <rob(a)codeweavers.com> Date: Wed Apr 26 15:43:54 2006 +0100 Implement the majority of ImpersonateLoggedOnUser commit 952c8a774f0415ca0a20c0f2430c98f0d37a8446 Author: Robert Shearman <rob(a)codeweavers.com> Date: Wed Apr 26 15:43:39 2006 +0100 Retrieve the groups for a token from the server commit ce098cb5c484e15ff4ca15d50de28e824121fcd1 Author: Robert Shearman <rob(a)codeweavers.com> Date: Wed Apr 26 15:44:14 2006 +0100 Initialise the LPWITHREADERROR structure after it has been allocated commit e6cb03f4ab0e7afed9a95099669a5f2cb2591400 Author: Robert Shearman <rob(a)codeweavers.com> Date: Wed Apr 26 15:42:35 2006 +0100 Threads should start off without having an impersonation token commit eeb9325ea9860c64c0853da723a0afc418d88a7f Author: Robert Shearman <rob(a)codeweavers.com> Date: Wed Apr 26 15:40:38 2006 +0100 Copy some format character types from wine/rpcfc.h to ndrtypes.h and change them into an enumeration commit 4b75cda7e45835bd13ac04fee89f99178ac11e01 Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Thu Apr 27 12:50:32 2006 +0900 Share get_opcode. commit b1130296853f0d34cbc6f586f01846b1fdca01f2 Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Thu Apr 27 12:23:43 2006 +0900 Clean up per version shader limits code commit 3a1cdd25ead6eb2d77e65bf26b20f73b27664063 Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Thu Apr 27 12:26:38 2006 +0900 Separate pshader/vshader tables commit 1ffb77dba1b1393d795c3e4f65958845b9feb521 Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Thu Apr 27 12:18:07 2006 +0900 Addline cleanup - unifies pixel shader addline() with vertexshader PSTRNCAT(), and puts the result into baseshader.c to be shared - merges its 3 arguments into a structure called SHADER_BUFFER - the varargs were based on Vitaliy Margolen's idea/patch, but I might have a diff. implementation commit b7736f01a1aed27726cc765045a85b3e62dbdf57 Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Thu Apr 27 12:12:40 2006 +0900 QueryInterface corrections. commit 60161b929083cdaf8fb415c66d0af001a96f5cc8 Author: Mike McCormack <mike(a)codeweavers.com> Date: Wed Apr 26 22:42:13 2006 +0900 Add stub implementations for RPC authentication functions. commit 58a699b572c25efe69d10528fed0d40d3e6e7b50 Author: Marcus Meissner <marcus(a)jet.franken.de> Date: Wed Apr 26 18:25:43 2006 +0900 Mark the section with the program entry point as executable. commit 7bd41f92eb6b69e1554dd4f18b8bb58ea8551958 Author: Mike McCormack <mike(a)codeweavers.com> Date: Wed Apr 26 18:19:09 2006 +0900 Fix peeking of http data with a nul byte in it. commit 1bf0b1641d910f1500116cd7f82157b2623e8d5d Author: Mike McCormack <mike(a)codeweavers.com> Date: Wed Apr 26 14:13:52 2006 +0900 Use the source name of the msi package when it fails to copy. commit 6efcc3e0c4b89f90a2348ce4f860b04cf15236ed Author: Mike McCormack <mike(a)codeweavers.com> Date: Wed Apr 26 00:55:51 2006 +0900 Force using /i file.msi, some programs pass properties without an = commit 6fa4ab4716f68a7a39ce58933719ea794980ce9f Author: Eric Kohl <eric.kohl(a)t-online.de> Date: Tue Apr 25 22:44:54 2006 +0900 Implement 'oldnames' option. commit e225f57ee88b1adac6165c7ae562506861fe38f7 Author: Michael Jung <mjung(a)iss.tu-darmstadt.de> Date: Sun Apr 23 21:09:30 2006 +0200 Don't append '\r' to the last paragraph in EM_GETTEXTEX commit c8ad36dd922b8251b533989d051c6fe8d44fbb16 Author: qingdoa daoo <qingdao33122(a)yahoo.com> Date: Tue Apr 25 17:45:50 2006 +0900 Don't duplicate handle in _get_osfhandle commit 40c49959bfd462f678264bd9e4c21e331c603932 Author: Dan Kegel <dank(a)kegel.com> Date: Tue Apr 25 16:50:19 2006 +0900 Fix missing case in MsiSourceListAddSourceEx. commit 074af5529db005f0b5042b36525ca982242fbbba Author: Mike McCormack <mike(a)codeweavers.com> Date: Tue Apr 25 16:31:52 2006 +0900 Add stubs for rpcrt4.NdrFullPointer*(). commit c8a43646881a839c943bd62787c056ce874ee283 Author: Roderick Colenbrander <thunderbird2k(a)gmx.net> Date: Tue Apr 25 13:21:00 2006 +0900 Vertex Shader regtype cleanups commit 61459b6e8e1ddbb206238e6925e00f841d137ac2 Author: Eric Kohl <eric.kohl(a)t-online.de> Date: Tue Apr 25 13:12:47 2006 +0900 Fix a typo. commit 4d2944537b05fa0ceff923f67fe9ef59d9ed724b Author: Andras Kovacs <andras(a)csevego.net> Date: Tue Apr 25 00:58:39 2006 +0900 Translated regedit's Hu.rc file. commit 71d22e8d3f2a34569ce327566d0fa1c5a59feb0e Author: Andras Kovacs <andras(a)csevego.net> Date: Tue Apr 25 00:55:33 2006 +0900 Translated wordpad's Hu.rc file. commit 056e42487b317be4dc647b43aa0a20a54ff33609 Author: Andras Kovacs <andras(a)csevego.net> Date: Tue Apr 25 00:53:29 2006 +0900 Translated README file. commit bcfa41cd994e8636e7a6e7ae8c0e906c6421ec94 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Fri Apr 21 18:38:40 2006 +0200 shdocvw: Don't use Mozilla ActiveX control id MSHTML is set. commit 9764e5c70501140b899a3a1e3ca636229ffd9f82 Author: Hans Leidekker <hans(a)it.vu.nl> Date: Tue Apr 25 00:46:35 2006 +0900 Document the search functions. commit 0d6d824d2da47a92e76b2c5e529d389dfffe3458 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Tue Apr 25 00:42:39 2006 +0900 Remove no longer needed includes. commit 4cc04cb95689a2bcec430d85f8ff20c0778123f5 Author: Robert Reif <reif(a)earthlink.net> Date: Tue Apr 25 00:29:20 2006 +0900 Add some lsa tests. commit 64cb4b42a7601036ac5c63d8bc56f390ed3ecc89 Author: Matthew Finnicum <mattfinn(a)gmail.com> Date: Mon Apr 24 23:50:45 2006 +0900 Implemented conformance tests for EM_SETUNDOLIMIT. commit afe16f21e06f76e8ef95b1fdf6eda60e21d004a6 Author: Robert Reif <reif(a)earthlink.net> Date: Mon Apr 24 23:54:49 2006 +0900 Fix LsaClose to return STATUS_SUCCESS.

1 0

Re: another gphoto2 ui change
by Marcus Meissner 04 May '06

04 May '06

On Thu, May 04, 2006 at 03:17:40PM -0500, Aric Stewart wrote: > Gphoto2 UI changes, > rename the Import button to Import Selected > disable or enable that button depending on if pictures are selected. I have applied both to my local tree. I have also uploaded the current gphoto2.ds snapshot to www.lst.de/~mm/newtwain/ (no changes from myself except the diffs I already sent to you). I hope I have not forgot a patch of yours. Ciao, Marcus

1 1

Re: Tiny patch for dib.c
by Mike McCormack 04 May '06

04 May '06

leslie.polzer(a)gmx.net wrote: > if (colors > 256) > - { > - ERR("called with >256 colors!\n"); > - return NULL; > - } > + WARN("called with >256 (%d) colors!\n", colors); We appear to only get down this codepath if bmBitsPixel <= 8, so there should be no more than 2^8 colours. Maybe you can investigate how we can get a DIB with bmBitsPixel <= 8 and (biClrUsed > 256 or bcBitCount>8) ? Mike

4 3

Re: advpack [2/17]: Install the OCX in RegisterOCX
by Joris Huizer 04 May '06

04 May '06

James Hawkins wrote: > Hi, > > Changelog: > * Install the OCX in RegisterOCX. > > dlls/advpack/advpack.c | 17 +++++++++++++++++ > 1 files changed, 17 insertions(+), 0 deletions(-) > > -- > James Hawkin > s > > > ------------------------------------------------------------------------ > > it seems the attachment is empty regards, Joris

1 0

Status of out-of-process custom marshaling
by Bill Medland 04 May '06

04 May '06

So, my next problem What's the status of custom marshaling, especially out-of-process? Is it supposed to be quite well developed (in which case I am trying to find out why our case is different) or is it still only just started? -- Bill Medland mailto:billmedland@mercuryspeed.com http://webhome.idirect.com/~kbmed

2 5

re: Summer of Code reminder
by Dan Kegel 04 May '06

04 May '06

Mike wrote: > If you have something to submit, I'd encourage you to submit it early > and get some feedback. Yes, please! > Mail me privately with any questions ... I'm willing to advise students on their proposals, too. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

Summer of Code reminder
by Mike McCormack 04 May '06

04 May '06

Hi Students, Time is running out for Summer Of Code proposals. http://code.google.com/soc/studentfaq.html#timeline If you have something to submit, I'd encourage you to submit it early and get some feedback. Mail me privately with any questions ... Mike

1 0

Re: Patch for Bug 4964 (WM_SIZE message not sent at maximization)
by Mike McCormack 04 May '06

04 May '06

Juris Smotrovs wrote: > The problem is that Wine does not send WM_SIZE message > if the window has been maximized, but its (non-client area) > rectangle size in pixels has remained the same. > Wine looks only for rectangle size, but it should also send > WM_SIZE at state changes between "maximized", "minimized", > "restored", regardless of size changes (see WM_SIZE description > at e.g. MSDN). bash-3.00$ pushd dlls/user ; make test ; popd ~/wine/dlls/user ~/wine make[1]: Entering directory `/home/mike/wine/dlls/user/tests' ../../../tools/runtest -q -P wine -M user32.dll -T ../../.. -p user32_test.exe.so msg.c && touch msg.ok ... fixme:msg:PeekMessageW PM_QS_xxxx flags (0040) are not handled msg.c:3351: Test succeeded inside todo block: ShowWindow(SW_HIDE):overlapped: marked "todo_wine" but succeeds One step forward... msg.c:2863: Test failed: Create MDI child window with invisible parent: the msg 0x0234 was expected, but got msg 0x0046 instead msg.c:2863: Test failed: Create MDI child window with invisible parent: the msg 0x0046 was expected, but got msg 0x0234 instead ... but some steps back. :) Mike

1 0

Re: Patch for Bug 4960 (position not set for MDI children with invisible parent)
by Mike McCormack 04 May '06

04 May '06

Juris Smotrovs wrote: > Index: dlls/x11drv/winpos.c > =================================================================== > RCS file: /home/wine/wine/dlls/x11drv/winpos.c,v > retrieving revision 1.149 > diff -u -r1.149 winpos.c > --- dlls/x11drv/winpos.c 4 Apr 2006 21:16:28 -0000 1.149 > +++ dlls/x11drv/winpos.c 3 May 2006 08:57:16 -0000 > + if (!(parent && !IsWindowVisible( parent )) || (exStyle & WS_EX_MDICHILD)) There's no other MDI specific code in x11drv. Are you sure that this can't be done in dlls/user/mdi.c where the bulk of MDI specific code is? Mike

1 0

Re: setupapi: add case sensitivity string table tests [try 2]
by Mike McCormack 04 May '06

04 May '06

Hi Andrew, Sorry I didn't spot this the first time round: Andrew Ziem wrote: > + /* case insensitive */ > retval=pStringTableAddString(table,string,0); > ok(retval!=-1,"Failed to add string to String Table\n"); > + > + retval2=pStringTableAddString(table,String,0); > + ok(retval2!=-1,"Failed to add String to String Table\n"); You get a much better regression test by checking for an exact match of the output. Only retval2==-1 will make the above test fail. What about -2? Assuming retval2 should be zero, how about: ok(retval2==0,"Failed to add String to String Table\n") > + ok(retval=retval2,"string and String have different IDs in String Table\n"); Did you mean to use == here? Mike

1 0

ms excel macros in wine
by sailaja 04 May '06

04 May '06

I am working on MSExcel Macros in wine. Previously, they were not working. But, In my system, it works. When I try for a new installation in my system it works like charm. But its not the case with Other systems. I dont know how my system became compatible to running Macros. I want to make it run by default in any place. Regards, Sailaja

1 0

[AppDB] Patches
by Tony Lambregts 04 May '06

04 May '06

I noticed that some of your patches had not gotten into CVS so I was talking to Chris on IRC about them. I think that they are all in now but you would know better than I would. could you check that all your patches got in. In the future you if you cc: Chris that would probably help as well. -- Tony Lambregts

1 0

re: ntdll: Fix NtQueryInformationToken(TokenGroups)
by Dan Kegel 03 May '06

03 May '06

Rob wrote: >Fix the buffer check for NtQueryInformationToken(TokenGroups) so that it >doesn't return STATUS_BUFFER_TOO_SMALL when it shouldn't. Use the same >code for returning the required buffer and for calculating whether the >buffer is sufficient so this can't happen again. Sadly, this doesn't seem to fix mdac installation. I still need my Magic Kludge: --- a/dlls/ntdll/nt.c +++ b/dlls/ntdll/nt.c @@ -203,7 +203,7 @@ NTSTATUS WINAPI NtQueryInformationToken( switch (tokeninfoclass) { case TokenGroups: - len = sizeof(TOKEN_GROUPS); + len = sizeof(TOKEN_GROUPS) + 400 /* WAG */; break; case TokenOwner: len = sizeof(TOKEN_OWNER) + sizeof(SID); Have you tested with mdac-2.7's installer? It seems to tickle a path you're not checking. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 2

How to get a SoC proposal immediately rejected
by Dan Kegel 03 May '06

03 May '06

All you have to do to have your application summarily deleted is to make it so short that it conveys no information. Bonus points if you propose implementing something that's already (somewhat) implemented. For instance: "I will add scanner support to Wine." or "I will implement a sentient computer program." are both real examples that lasted all of about sixty milliseconds in the queue. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

5 4

re: Anyone actively working on ITypeInfo_fnInvoke and VariantChangeType?
by Dan Kegel 03 May '06

03 May '06

Rob wrote: > Does this patch fix both issues for you? Oh, man, that patch is great. It lets me start the VB6 IDE (i.e. it fixes http://bugs.winehq.org/show_bug.cgi?id=4448 ) Please submit it. Yum! - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

Opera 3.21
by Segin 03 May '06

03 May '06

when closing the list of newsgroups with the full list displayed, Opera crashes and gives this nice backtrace: wine: Unhandled page fault on read access to 0xffffffff at address 0x11df:0x000029e2 (thread 0055), starting debugger... WineDbg starting on pid 0x53 Unhandled exception: page fault on read access to 0xffffffff in 16-bit code (11df:29e2). In 16 bit mode. Register dump: CS:11df SS:127f DS:13e7 ES:149f FS:003b GS:0033 IP:29e2 SP:df5a BP:df6c FLAGS:0206( - 00 - RIP1) AX:6f52 BX:13e7 CX:006c DX:141f SI:1827 DI:29dc Stack dump: 0x127f:0xdf5a: 13e7 28f7 29dc 1827 141f 127f 0160 0000 0x127f:0xdf6a: 127f df75 2c21 11df 006c dff4 6302 11e7 0x127f:0xdf7a: 006c 11ff 0000 02d0 007b 02d0 a58c 7e2c 027c: sel=13e7 base=7da51108 limit=0000003f 16-bit rw- 0293: sel=149f base=7ccfabd8 limit=0000ffbf 16-bit rw- Backtrace: =>1 0x11df:0x29e2 (0x11df:0x29e2) 2 0x11df:0x2c21 (0x11df:0x2c21) 3 0x6c11:0xe763 (0x6c11:0xe763) 4 0x11ef:0xe9d7 (0x11ef:0xe9d7) 5 0x1247:0xa1df (0x1247:0xa1df) 6 0x11ff:0xbf14 (0x11ff:0xbf14) 7 0x11ff:0xad75 (0x11ff:0xad75) 8 0x11ff:0xbc9a (0x11ff:0xbc9a) 9 0x101f:0x0468 in kernel32 (+0x643c4) (0x101f:0x0468) 10 0x7fc636fb K32WOWCallback16Ex+0x119 in kernel32 (0x7fc636fb) 11 0x7fa650b6 WINPROC_wrapper+0x79a in user32 (0x7fa650b6) 12 0x7fa69c4f CallWindowProcW+0xdb in user32 (0x7fa69c4f) 13 0x7fa40e7c in user32 (+0x50e7c) (0x7fa40e7c) 14 0x7fa4126a SendMessageTimeoutW+0xef in user32 (0x7fa4126a) 15 0x7fa41334 SendMessageW+0x3f in user32 (0x7fa41334) 16 0x7fa4bf93 RedrawWindow+0x18b in user32 (0x7fa4bf93) 17 0x7fa05a59 RedrawWindow16+0x67 in user32 (0x7fa05a59) 18 0x7fa05c11 UpdateWindow16+0x31 in user32 (0x7fa05c11) 19 0x7f9fa22d in user32 (+0xa22d) (0x7f9fa22d) 20 0x7fc63fd2 in kernel32 (+0x63fd2) (0x7fc63fd2) 21 0x11ff:0x7158 (0x11ff:0x7158) 22 0x11ef:0xb527 (0x11ef:0xb527) 23 0x11ef:0xbfc6 (0x11ef:0xbfc6) 24 0x11ef:0xdcf2 (0x11ef:0xdcf2) 25 0x1247:0xa6f8 (0x1247:0xa6f8) 26 0x11ef:0x5562 (0x11ef:0x5562) 27 0x124f:0x3076 (0x124f:0x3076) 28 0x124f:0x309f (0x124f:0x309f) 29 0x11ff:0xc967 (0x11ff:0xc967) 30 0x11ff:0xb101 (0x11ff:0xb101) 31 0x11ff:0xc7a4 (0x11ff:0xc7a4) 32 0x101f:0x0468 in kernel32 (+0x643c4) (0x101f:0x0468) 33 0x7fc636fb K32WOWCallback16Ex+0x119 in kernel32 (0x7fc636fb) 34 0x7fa650b6 WINPROC_wrapper+0x79a in user32 (0x7fa650b6) 35 0x7fa69c4f CallWindowProcW+0xdb in user32 (0x7fa69c4f) 36 0x7fa40e7c in user32 (+0x50e7c) (0x7fa40e7c) 37 0x7fa4126a SendMessageTimeoutW+0xef in user32 (0x7fa4126a) 38 0x7fa41334 SendMessageW+0x3f in user32 (0x7fa41334) 39 0x7fa1b3ef in user32 (+0x2b3ef) (0x7fa1b3ef) 40 0x7fa1b79f DefWindowProcA+0x386 in user32 (0x7fa1b79f) 41 0x7fa47563 DefWindowProc16+0x1fd in user32 (0x7fa47563) 42 0x7fa06a62 DefMDIChildProc16+0x1ca in user32 (0x7fa06a62) 43 0x7f9facfa in user32 (+0xacfa) (0x7f9facfa) 44 0x7fc63fd2 in kernel32 (+0x63fd2) (0x7fc63fd2) 45 0x11ff:0xb0aa (0x11ff:0xb0aa) 46 0x11ff:0xc7a4 (0x11ff:0xc7a4) 47 0x101f:0x0468 in kernel32 (+0x643c4) (0x101f:0x0468) 48 0x7fc636fb K32WOWCallback16Ex+0x119 in kernel32 (0x7fc636fb) 49 0x7fa650b6 WINPROC_wrapper+0x79a in user32 (0x7fa650b6) 50 0x7fa69c4f CallWindowProcW+0xdb in user32 (0x7fa69c4f) 51 0x7fa40e7c in user32 (+0x50e7c) (0x7fa40e7c) 52 0x7fa4126a SendMessageTimeoutW+0xef in user32 (0x7fa4126a) 53 0x7fa41334 SendMessageW+0x3f in user32 (0x7fa41334) 54 0x7f80409d X11DRV_SetWindowPos+0x9f9 in winex11 (0x7f80409d) 55 0x7fa63ef6 SetWindowPos+0xd5 in user32 (0x7fa63ef6) 56 0x7f8046c7 X11DRV_ShowWindow+0x1c2 in winex11 (0x7f8046c7) 57 0x7fa6395c ShowWindow+0x66 in user32 (0x7fa6395c) 58 0x7fa36753 in user32 (+0x46753) (0x7fa36753) 59 0x7fa37d54 in user32 (+0x47d54) (0x7fa37d54) 60 0x7fa3860a in user32 (+0x4860a) (0x7fa3860a) 61 0x7fa64936 WINPROC_wrapper+0x1a in user32 (0x7fa64936) 62 0x7fa64ec1 WINPROC_wrapper+0x5a5 in user32 (0x7fa64ec1) 63 0x7fa6a457 CallWindowProcW+0x8e3 in user32 (0x7fa6a457) 64 0x7fa40e7c in user32 (+0x50e7c) (0x7fa40e7c) 65 0x7fa4126a SendMessageTimeoutW+0xef in user32 (0x7fa4126a) 66 0x7fa41334 SendMessageW+0x3f in user32 (0x7fa41334) 67 0x7fa37183 DefMDIChildProcW+0x335 in user32 (0x7fa37183) 68 0x7fa06964 DefMDIChildProc16+0xcc in user32 (0x7fa06964) 69 0x7f9facfa in user32 (+0xacfa) (0x7f9facfa) 70 0x7fc63fd2 in kernel32 (+0x63fd2) (0x7fc63fd2) 71 0x11ff:0xb0aa (0x11ff:0xb0aa) 72 0x11ff:0xc7a4 (0x11ff:0xc7a4) 73 0x101f:0x0468 in kernel32 (+0x643c4) (0x101f:0x0468) 74 0x7fc636fb K32WOWCallback16Ex+0x119 in kernel32 (0x7fc636fb) 75 0x7fa650b6 WINPROC_wrapper+0x79a in user32 (0x7fa650b6) 76 0x7fa698b2 in user32 (+0x798b2) (0x7fa698b2) 77 0x7fa69a81 CallWindowProcA+0x88 in user32 (0x7fa69a81) 78 0x7fa40e98 in user32 (+0x50e98) (0x7fa40e98) 79 0x7fa446e7 SendMessageTimeoutA+0xef in user32 (0x7fa446e7) 80 0x7fa44839 SendMessageA+0x3f in user32 (0x7fa44839) 81 0x7fa4b2f7 NC_HandleSysCommand+0x17c in user32 (0x7fa4b2f7) 82 0x7fa1afe2 in user32 (+0x2afe2) (0x7fa1afe2) 83 0x7fa1babf DefWindowProcW+0x2da in user32 (0x7fa1babf) 84 0x7fa3719e DefMDIChildProcW+0x350 in user32 (0x7fa3719e) 85 0x7fa06964 DefMDIChildProc16+0xcc in user32 (0x7fa06964) 86 0x7f9facfa in user32 (+0xacfa) (0x7f9facfa) 87 0x7fc63fd2 in kernel32 (+0x63fd2) (0x7fc63fd2) 88 0x11ff:0xb0aa (0x11ff:0xb0aa) 89 0x11ff:0xc7a4 (0x11ff:0xc7a4) 90 0x101f:0x0468 in kernel32 (+0x643c4) (0x101f:0x0468) 91 0x7fc636fb K32WOWCallback16Ex+0x119 in kernel32 (0x7fc636fb) 92 0x7fa650b6 WINPROC_wrapper+0x79a in user32 (0x7fa650b6) 93 0x7fa69c4f CallWindowProcW+0xdb in user32 (0x7fa69c4f) 94 0x7fa40e7c in user32 (+0x50e7c) (0x7fa40e7c) 95 0x7fa4126a SendMessageTimeoutW+0xef in user32 (0x7fa4126a) 96 0x7fa41334 SendMessageW+0x3f in user32 (0x7fa41334) 97 0x7fa389a1 DefFrameProcW+0x140 in user32 (0x7fa389a1) 98 0x7fa38c2f DefFrameProcA+0xdb in user32 (0x7fa38c2f) 99 0x7fa0681f DefFrameProc16+0x9b in user32 (0x7fa0681f) 100 0x7f9fae77 in user32 (+0xae77) (0x7f9fae77) 101 0x7fc63fd2 in kernel32 (+0x63fd2) (0x7fc63fd2) 102 0x121f:0xb608 (0x121f:0xb608) 103 0x121f:0xd475 (0x121f:0xd475) 104 0x101f:0x0468 in kernel32 (+0x643c4) (0x101f:0x0468) 105 0x7fc636fb K32WOWCallback16Ex+0x119 in kernel32 (0x7fc636fb) 106 0x7fa650b6 WINPROC_wrapper+0x79a in user32 (0x7fa650b6) 107 0x7fa69989 CallWindowProc16+0x95 in user32 (0x7fa69989) 108 0x7fa47989 DispatchMessage16+0xe8 in user32 (0x7fa47989) 109 0x7f9f9cf0 in user32 (+0x9cf0) (0x7f9f9cf0) 110 0x7fc63fd2 in kernel32 (+0x63fd2) (0x7fc63fd2) 111 0x121f:0xd203 (0x121f:0xd203) 112 0x11df:0x00fb (0x11df:0x00fb) 113 0x11df:0x00c8 (0x11df:0x00c8) 0x11df:0x29e2: movw 0xa(%bx),%si It also keeps complaining about this while browsing the newsgroups: err:msg:PostMessage16 16-bit message 0x000c contains pointer, cannot post err:msg:PostMessage16 16-bit message 0x000c contains pointer, cannot post err:winsock:WS_setsockopt Invalid level (-1) or optname (128) err:winsock:WS_setsockopt Invalid level (-1) or optname (128) None of this affect using it as a web browser in any way what-so-ever. -- The real problem with C++ for kernel modules is: the language just sucks. -- Linus Torvalds

2 3

Anyone actively working on ITypeInfo_fnInvoke and VariantChangeType?
by Bill Medland 02 May '06

02 May '06

before I start trying to get up to speed on it. Congratulations. My company's program now gets somewhere with the builtin ole dlls (thanks to fixes in the out-of-process COM) so I am interested in trying to get it to work completely with them (especially since the native ones no longer work) What I have just fallen over is some VB that calls a method that results in ITypeInfo_fnInvoke failed to convert param 0 to VT_VARIANT| VT_BYREF from VT_I2. So I changed the VB and ended up with ITypeInfo_fnInvoke failed to convert param 0 to VT_VARIANT| VT_BYREF from VT_VARIANT|VT_BYREF. Now it seems to me that it ought at least to handle the second case, but that probably demonstrates that I don't know what I am talking about. Anyway; if someone is already working on that sort of thing then there is probably little point in me trying to learn it all. However if no-one is then I guess I will start trying to learn it. Comments? -- Bill Medland mailto:billmedland@mercuryspeed.com http://webhome.idirect.com/~kbmed

4 4

Newbie question clipboard
by Thomas Hehl 02 May '06

02 May '06

Please forgive a newbie. I have extensive development background, but am new to wine and, though I've used VB a lot, am somewhat new to API programming. I have an error while running Pagemaker 7.0 and try to paste text from the clipboard that I put into the clipboard from another app. I tried running with +relay and got a bunch of stuff. I tried +msgbox to find a trace for the message box that's created, but that didn't seem to work for some reason. At any rate, here's the dump and my questions: 0009:Call user32.GetClipboardData(00000001) ret=00439e26 0009:Call winex11.drv.GetClipboardData(00000001,00000000,7fb8edfc) ret=7f903d20 0009:Call kernel32.TlsGetValue(00000002) ret=7e0ab946 0009:Ret kernel32.TlsGetValue() retval=7fd527e8 ret=7e0ab946 0009:Call kernel32.TlsGetValue(00000002) ret=7e0ab6d9 0009:Ret kernel32.TlsGetValue() retval=7fd527e8 ret=7e0ab6d9 0009:Call kernel32.TlsGetValue(00000002) ret=7e0a950d 0009:Ret kernel32.TlsGetValue() retval=7fd527e8 ret=7e0a950d 0009:Call ntdll.RtlAllocateHeap(7fcf0000,00000008,00000324) ret=7e0a960a 0009:Ret ntdll.RtlAllocateHeap() retval=796d6488 ret=7e0a960a 0009:Call kernel32.GlobalAlloc(00002002,00000325) ret=7e0a9cac 0009:Call ntdll.RtlLockHeap(7fcf0000) ret=7fc39ace 0009:Ret ntdll.RtlLockHeap() retval=00000001 ret=7fc39ace 0009:Call ntdll.RtlAllocateHeap(7fcf0000,00000000,00000008) ret=7fc3997c 0009:Ret ntdll.RtlAllocateHeap() retval=796d6048 ret=7fc3997c 0009:Call ntdll.RtlAllocateHeap(7fcf0000,00000000,0000032d) ret=7fc3997c 0009:Ret ntdll.RtlAllocateHeap() retval=796d67b8 ret=7fc3997c 0009:Call ntdll.RtlUnlockHeap(7fcf0000) ret=7fc39b27 0009:Ret ntdll.RtlUnlockHeap() retval=00000001 ret=7fc39b27 0009:Ret kernel32.GlobalAlloc() retval=796d604a ret=7e0a9cac 0009:Call kernel32.GlobalLock(796d604a) ret=7e0a9cbd 0009:Call ntdll.RtlLockHeap(7fcf0000) ret=7fc3a3ad 0009:Ret ntdll.RtlLockHeap() retval=00000001 ret=7fc3a3ad 0009:Call ntdll.RtlUnlockHeap(7fcf0000) ret=7fc3a43f 0009:Ret ntdll.RtlUnlockHeap() retval=00000001 ret=7fc3a43f 0009:Ret kernel32.GlobalLock() retval=796d67c0 ret=7e0a9cbd 0009:Call kernel32.GlobalUnlock(796d604a) ret=7e0a9d07 0009:Call ntdll.RtlLockHeap(7fcf0000) ret=7fc3a5db 0009:Ret ntdll.RtlLockHeap() retval=00000001 ret=7fc3a5db 0009:Call ntdll.RtlUnlockHeap(7fcf0000) ret=7fc3a646 0009:Ret ntdll.RtlUnlockHeap() retval=00000001 ret=7fc3a646 0009:Ret kernel32.GlobalUnlock() retval=00000000 ret=7e0a9d07 0009:Call ntdll.RtlFreeHeap(7fcf0000,00000000,796d6488) ret=7e0a9d2a 0009:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e0a9d2a 0009:Call kernel32.GlobalSize(796d604a) ret=7e0ad594 0009:Call ntdll.RtlLockHeap(7fcf0000) ret=7fc3a25c 0009:Ret ntdll.RtlLockHeap() retval=00000001 ret=7fc3a25c 0009:Call ntdll.RtlSizeHeap(7fcf0000,00000000,796d67b8) ret=7fc39a25 0009:Ret ntdll.RtlSizeHeap() retval=0000032d ret=7fc39a25 0009:Call ntdll.RtlUnlockHeap(7fcf0000) ret=7fc3a293 0009:Ret ntdll.RtlUnlockHeap() retval=00000001 ret=7fc3a293 0009:Ret kernel32.GlobalSize() retval=00000325 ret=7e0ad594 0009:Call kernel32.24(00000040,00000325) ret=7e0ad5aa 0009:Call ntdll.RtlAllocateHeap(7fcf0000,00000000,00000340) ret=7fc3997c 0009:Ret ntdll.RtlAllocateHeap() retval=796d6af0 ret=7fc3997c 0009:Ret kernel32.24() retval=000012bf ret=7e0ad5aa 0009:Call kernel32.GlobalLock(796d604a) ret=7e0ad5ca 0009:Call ntdll.RtlLockHeap(7fcf0000) ret=7fc3a3ad 0009:Ret ntdll.RtlLockHeap() retval=00000001 ret=7fc3a3ad 0009:Call ntdll.RtlUnlockHeap(7fcf0000) ret=7fc3a43f 0009:Ret ntdll.RtlUnlockHeap() retval=00000001 ret=7fc3a43f 0009:Ret kernel32.GlobalLock() retval=796d67c0 ret=7e0ad5ca 0009:Call kernel32.25(000012bf) ret=7e0ad5db 0009:Ret kernel32.25() retval=796d6af0 ret=7e0ad5db 0009:Call kernel32.26(000012bf) ret=7e0ad5fd 0009:Ret kernel32.26() retval=00000000 ret=7e0ad5fd 0009:Call kernel32.GlobalUnlock(796d604a) ret=7e0ad60b 0009:Call ntdll.RtlLockHeap(7fcf0000) ret=7fc3a5db 0009:Ret ntdll.RtlLockHeap() retval=00000001 ret=7fc3a5db 0009:Call ntdll.RtlUnlockHeap(7fcf0000) ret=7fc3a646 0009:Ret ntdll.RtlUnlockHeap() retval=00000001 ret=7fc3a646 0009:Ret kernel32.GlobalUnlock() retval=00000000 ret=7e0ad60b 0009:Ret winex11.drv.GetClipboardData() retval=00000001 ret=7f903d20 0009:Ret user32.GetClipboardData() retval=796d604a ret=00439e26 0009:Call kernel32.GlobalLock(796d604a) ret=00438bc5 0009:Call ntdll.RtlLockHeap(7fcf0000) ret=7fc3a3ad 0009:Ret ntdll.RtlLockHeap() retval=00000001 ret=7fc3a3ad 0009:Call ntdll.RtlUnlockHeap(7fcf0000) ret=7fc3a43f 0009:Ret ntdll.RtlUnlockHeap() retval=00000001 ret=7fc3a43f 0009:Ret kernel32.GlobalLock() retval=796d67c0 ret=00438bc5 0009:Call kernel32.GlobalUnlock(796d604a) ret=00438bde 0009:Call kernel32.GlobalLock(796d604a) ret=00438bc5 0009:Call ntdll.RtlLockHeap(7fcf0000) ret=7fc3a3ad 0009:Ret ntdll.RtlLockHeap() retval=00000001 ret=7fc3a3ad 0009:Call ntdll.RtlUnlockHeap(7fcf0000) ret=7fc3a43f 0009:Ret ntdll.RtlUnlockHeap() retval=00000001 ret=7fc3a43f 0009:Ret kernel32.GlobalLock() retval=796d67c0 ret=00438bc5 0009:Call kernel32.GlobalUnlock(796d604a) ret=00438bde 0009:Call ntdll.RtlLockHeap(7fcf0000) ret=7fc3a5db 0009:Ret ntdll.RtlLockHeap() retval=00000001 ret=7fc3a5db 0009:Call ntdll.RtlUnlockHeap(7fcf0000) ret=7fc3a646 0009:Ret ntdll.RtlUnlockHeap() retval=00000001 ret=7fc3a646 0009:Ret kernel32.GlobalUnlock() retval=00000000 ret=00438bde 0009:Call user32.OpenClipboard(00010024) ret=00439e04 0009:Ret user32.OpenClipboard() retval=00000000 ret=00439e04 1. On the line: Call user32.GetClipboardData(00000001) ret=00439e26, what does the ret mean? Isn't the return value posted later in the log? 2. I haven't found a user32.c and have found many, many hits in the source for GetClipboardData that I'm trying to sort through? How do I find the source code for that call? 3. Since I haven't found that, I can't verify the type being passed it. It should be CF_TEXT, but without the source, how do I find the value for that constant? 4. It looks like GetClipboardData returned a handle with a value of 796d604a, then it immediately locks this. It then turns around and unlocks it without doing anything, then never uses this handle again. Is this right? 5. After all that, it appears to allocate and unallocate memory and then re-open the clipboard. Is it doing this because the last time it tried it got nothing? Then, because it returned 0000000, it gave up and generated an error? Thanks.

4 3

Linuxtag06/Wiesbaden/Germany
by Uwe Bonnes 02 May '06

02 May '06

Hallo, Stefan Maunz, Micheal Jung and me will present Wine at Linuxtag06/Wiesbaden/Germany. As a project we can send out invitations. If anybody is interested to receive an invitation, please let me know. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

Re: Apps database bug #4648, IE screenshots
by Tony Lambregts 02 May '06

02 May '06

EA Durbin wrote: > Here is the patch for bug # 4648. include/screenshot.php has a typo in > two of its variables causing IE to render a zero pixel image. > > oThumnailHeight should be oThumbnailHeight > oThumnailWidth whould be oThumbnailWidth > > > ------------------------------------------------------------------------ > > Good catch, thanks. One big nit... You sent a copy of the file. Patches are done in diff -u format. IE: cvs diff -u include/screenshot.php > screenshot.diff

1 0

World of Warcraft (WoW) patch/more address space layout stuff
by Mike Hearn 02 May '06

02 May '06

(yeah i'm bored :/) Seems the WoW appdb page (apart from being a great example of what an appdb entry should be like!) recommends users patch their Wine to run WoW properly. The patch is this one, which I am SURE we discussed before but I can't find the thread! So my questions are: * Is this working around a bug in WoW? (my guess - almost certainly yes) * What exactly is it doing?! No comments! It seems to be forcing the kernel to follow an NT allocation pattern. * How should we fix this properly? Forcing the rtld to map every DSO in a predictable manner seems awfully hard work. Likewise, kernel patches would kind of suck ...Is this approach of a new preloader region and then doing manual mmap management going to work? These are questions for Alexandre really but if nobody has any better ideas then maybe we should try and incorporate allocation patterns into our test suite and match Windows. Seems very lame for users to have to patch the preloader to play a game as popular as WoW is. thanks -mike mike@linux:~/Downloads> cat wow.patch.0.9.11 --- wine/libs/wine/mmap.c.orig 2006-01-27 04:58:28.000000000 -0900 +++ wine/libs/wine/mmap.c 2006-01-27 05:00:46.000000000 -0900 @@ -164,7 +164,26 @@ #endif /* (__svr4__ || __NetBSD__) && !MAP_TRYFIXED */ +static void *get_anon_mmap_null_address(size_t size) +{ + static int got_override = 0; + static void *low_alloc_ptr = NULL; + void * current_low_alloc_ptr; + + if (!got_override) + { + low_alloc_ptr = (void*)0x10000000; + got_override = 1; + } + current_low_alloc_ptr = low_alloc_ptr; + + if (low_alloc_ptr) + low_alloc_ptr += size; + + return current_low_alloc_ptr; + } + /*********************************************************************** * wine_anon_mmap * @@ -212,6 +231,8 @@ return start; #endif } + if ((start == NULL) && !(flags & MAP_FIXED)) + start = get_anon_mmap_null_address(size); return mmap( start, size, prot, flags, fdzero, 0 ); #else return (void *)-1; --- wine/loader/preloader.c.orig 2006-01-27 04:58:29.000000000 -0900 +++ wine/loader/preloader.c 2006-01-27 05:00:46.000000000 -0900 @@ -109,8 +109,8 @@ static struct wine_preload_info preload_info[] = { { (void *)0x00000000, 0x00110000 }, /* DOS area */ - { (void *)0x7ffe0000, 0x01020000 }, /* shared user data + shared heap */ - { (void *)0x00110000, 0x1fef0000 }, /* PE exe range (may be set with WINEPRELOADRESERVE), defaults to 512mb */ + { (void *)0x80000000, 0x01000000 }, /* shared user data + shared heap */ + { (void *)0x10000000, 0x00f00000 }, /* PE exe range (may be set with WINEPRELOADRESERVE), defaults to 512mb */ { 0, 0 } /* end of list */ };

4 4

Re: setupapi: add case sensitivity string table tests
by Mike McCormack 02 May '06

02 May '06

Hi Andrew, Andrew Ziem wrote: > These test case sensitivity in setupapi string tables, and all the parts I > modified pass on Microsoft's 98 and XP. As this is my first Wine patch, > comments are especially welcome. For tests that don't pass in wine, please enclose them in todo_wine { }, so that the Wine test suite doesn't fail. > Index: stringtable.c > =================================================================== > RCS file: /home/wine/wine/dlls/setupapi/tests/stringtable.c,v > retrieving revision 1.2 > diff -u -r1.2 stringtable.c > --- stringtable.c 23 Sep 2005 10:09:47 -0000 1.2 > +++ stringtable.c 1 May 2006 05:59:55 -0000 Please do the diff in the "wine" directory like this: cvs diff dlls/setupapi/tests/stringtable The rest of the patch looks OK, but it didn't apply to my tree, so I haven't tested it. bash-3.00$ cd dlls/setupapi/tests/ bash-3.00$ patch -p0 --dry-run < ../../../x.eml patching file stringtable.c Hunk #3 FAILED at 120. 1 out of 3 hunks FAILED -- saving rejects to file stringtable.c.rej Mike

2 1

Re: advpack: Use the FAILED and SUCCEEDED macros instead of comparing to S_OK or zero.
by Mike McCormack 02 May '06

02 May '06

James Hawkins wrote: > - if ((hr = callback(hinf, buffer, arg)) != S_OK) > + if (FAILED(hr = callback(hinf, buffer, arg))) It's usually a bad idea to do function calls or assignments inside macros... in this case it's safe, but sometimes the macro is something like: #define FAILED(hr) (((hr)>0xf00) && (hr)<0xb00)) then the function would get called twice... It's even more fun if you do: FAILED(hr++) Mike

2 2

mad props to James Hawkins and the rest of the Wine team... mdac installs!
by Dan Kegel 02 May '06

02 May '06

I think James Hawkins' recent patches were a good thing :-) With just a little more work, we should be able to close http://bugs.winehq.org/show_bug.cgi?id=3178 for wine-0.9.13. Using the recent changes, I was able to install mdac 2.7 just now! Here were the required steps: 1) grab Mike McCormack's tree 2) apply this mystery kludge patch: --- a/dlls/ntdll/nt.c +++ b/dlls/ntdll/nt.c @@ -203,7 +203,7 @@ NTSTATUS WINAPI NtQueryInformationToken( switch (tokeninfoclass) { case TokenGroups: - len = sizeof(TOKEN_GROUPS); + len = sizeof(TOKEN_GROUPS) + 400; /* WAG */ break; case TokenOwner: len = sizeof(TOKEN_OWNER) + sizeof(SID); (Without this, the app says "Sorry, you need to be administrator to install this", at least on my machine.) 3) Fake ie6 installation by adding a registry key: # Fake IE per workaround in http://bugs.winehq.org/show_bug.cgi?id=3453 cat >> $HOME/.wine/system.reg <<"_EOF_" [Software\\Microsoft\\Internet Explorer] "Version"="6.0.2900.2180" _EOF_ 4) Download and install mdac 2.7 5) Profit! I haven't actually tried any apps that *use* mdac yet, so I don't know if the installation actually works... - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

3 2

What's in mmbranch
by Mike McCormack 02 May '06

02 May '06

Hi, Here's the list of patches on top of Alexandre's "origin" in my public Wine tree. You can pull the branch more easily after setting it up as follows: cat > .git/remotes/mmbranch <<EOF URL: http://mandoo.dyndns.org/wine.git Pull: refs/heads/master:refs/heads/mmbranch EOF Do the above once, then pull the branch with: git fetch mmbranch git pull . mmbranch I will try to keep this branch current until Alexandre returns and resumes committing patches to the WineHQ GIT tree. Happy hacking, Mike bash-3.00$ git log origin.. commit 13b5e99dfd9791262e4711567c404b802113ff73 Author: Mike Hearn <mike(a)plan99.net> Date: Mon May 1 18:33:26 2006 +0100 ole32: Add StgCreateFile test and conformance fix commit 38d79b301474455ee46411a7c21a9c056ff6cf1c Author: Mike Hearn <mike(a)plan99.net> Date: Sat Apr 29 12:12:54 2006 +0100 wininet: Support http_proxy environment variable commit 97fb3a880446a2ff67d1cc61cdecd77a42edefb1 Author: Jeff L <lats(a)yless4u.com.au> Date: Sun Apr 30 23:44:30 2006 +1000 usp10: Add ScriptTextOut functionality commit ca7b5034a5f7d0ed2c25a431759dcd720081a34d Author: Mike Hearn <mike(a)plan99.net> Date: Mon May 1 09:08:58 2006 +0100 ntdll: Fix heap corruption in RtlDeleteAce commit 48095715cf4b4992c4e4a0a4044195182c6d92e3 Author: James Hawkins <truiken(a)gmail.com> Date: Mon May 1 02:20:00 2006 -0500 advpack: Implement the EndPrompt command commit 7b283c548841488ace2c6590cae377cce8d149d1 Author: James Hawkins <truiken(a)gmail.com> Date: Mon May 1 02:19:40 2006 -0500 advpack: Implement the BeginPrompt command commit 225b35e48c895d259fe1b0a617e96c5e91bdf36a Author: Detlef Riekenberg <wine.dev(a)web.de> Date: Tue May 2 00:03:51 2006 +0200 winspool: fix WRT-failures in test_DEVMODE commit b16a42351a28c2c6a95a5346b7662a3fbfb34dbc Author: Jason Green <jave27(a)gmail.com> Date: Mon May 1 16:49:12 2006 -0400 wined3d: Move DCL, DEF operations out of GenerateProgramArbHW and into separate functions commit 1ea63fdaa962d07dec76070d590a2bb3e9117278 Author: Michael Stefaniuc <mstefani(a)redhat.de> Date: Mon May 1 22:44:43 2006 +0200 Don't check pointers for NULL before RtlFreeHeap. commit b72aa40d42ef1275d93f6850454801f4c694f537 Author: Hans Leidekker <hans(a)it.vu.nl> Date: Mon May 1 16:29:14 2006 +0200 dnsapi: Implement DnsRecord{CopyEx,ListFree,SetCopyEx}. commit 91b3f39744048220562d3f1d219fd920731ca503 Author: Hans Leidekker <hans(a)it.vu.nl> Date: Mon May 1 16:29:05 2006 +0200 dnsapi: Add tests for DnsRecordCompare. commit 3a93218bfcbe9344a8cab066aa7da8204f04f6bd Author: Hans Leidekker <hans(a)it.vu.nl> Date: Mon May 1 16:28:56 2006 +0200 dnsapi: Implement DnsRecordCompare. commit 0cf45cb63853d2428eba3cc533b6632a1dfac5fc Author: Marcus Meissner <marcus(a)jet.franken.de> Date: Mon May 1 16:13:33 2006 +0200 gphoto.ds: Check for gphoto2 libs and includes Added sane.ds and gphoto.ds datasource drivers. commit 5b1aa8f1fcc35eeadc3fc34607fb82496c4c0adc Author: Marcus Meissner <marcus(a)jet.franken.de> Date: Mon May 1 16:10:14 2006 +0200 sane.ds: Split out sane datasource into its own driver. commit 440e8e3c2d67b7951bb80bd5df9323df6d5b5b19 Author: Marcus Meissner <marcus(a)jet.franken.de> Date: Mon May 1 16:09:00 2006 +0200 twain32: Splitting TWAIN_32 and adding gphoto driver commit 8065adbc5e0779e5a2d0ffccb059b66d5240730f Author: Michael Stefaniuc <mstefani(a)redhat.de> Date: Mon May 1 15:56:53 2006 +0200 secur32: Missing LeaveCriticalSection on error paths (found by Smatch) commit 0070ea138c5da8115fd6e9a3e1abd85df2edabac Author: Michael Stefaniuc <mstefani(a)redhat.de> Date: Mon May 1 15:27:06 2006 +0200 mscat32: Add more forwards. commit 77d88112ae366eb7ee24ede354679a36503a1268 Author: Robert Shearman <rob(a)codeweavers.com> Date: Mon May 1 10:39:31 2006 +0100 ole32: Remove the fixme printed if CoGetClassObject fails in CoCreateInstance commit 56c675e3e53bf894d872552bcbb0f35d1ba3b92f Author: Robert Shearman <rob(a)codeweavers.com> Date: Mon May 1 10:38:18 2006 +0100 rpcrt4: Add a stub for RpcBindingSetOption commit 9790edacd197cb292be1d095793c726a39b060ca Author: Robert Shearman <rob(a)codeweavers.com> Date: Mon May 1 10:38:02 2006 +0100 rpcrt4: Implement NdrConformantVaryingArrayFree commit 538a09ca042353c1e17f87f5a2df9568a8f18d3d Author: Robert Shearman <rob(a)codeweavers.com> Date: Mon May 1 10:37:32 2006 +0100 rpcrt4: Use getaddrinfo to get the sockaddr commit 15b2ebf315783610c906f41cf336a73bcdd5a45c Author: Robert Shearman <rob(a)codeweavers.com> Date: Mon May 1 10:37:11 2006 +0100 rpcrt4: Dereference the pointer if necessary only after doing the pointer checks and writing the pointer ID to the wire commit 87cc8fd118d80817cc3627c1803ccc78ec2113e8 Author: Robert Shearman <rob(a)codeweavers.com> Date: Mon May 1 10:36:52 2006 +0100 rpcrt4: Improve the traces in the pointer functions commit b94dc53c62888b9ea7e444e5dd68de5293bcedee Author: Robert Shearman <rob(a)codeweavers.com> Date: Mon May 1 10:36:30 2006 +0100 ntdll: Fix NtQueryInformationToken(TokenGroups) commit dc86deebc867a58c0554f5aa513340c5be6fc7c1 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Sun Apr 30 23:48:05 2006 +0200 shdocvw: Added some comments. commit 726e01805e00812713b92bc64faeeb3c29114e7e Author: Paul Millar <paul(a)astro.gla.ac.uk> Date: Sat Apr 29 14:59:01 2006 +0100 configure: Fix cross compiling commit ae6f548672054bbfd34f2555246f1a47f11174ec Author: Detlef Riekenberg <wine.dev(a)web.de> Date: Sun Apr 30 02:05:46 2006 +0200 winspool: fix broken test for GetPrinterDriver commit 40a939e1329b43939ad45eba6d71766426170e2a Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Sun Apr 30 00:27:00 2006 -0400 wined3d: Clean up some dead code commit 8139f58d86c87459359ea50775f7c794245bb06a Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Sun Apr 30 00:00:38 2006 -0400 wined3d: Break out independent texture instructions. commit f6f1fe8a5296238de0b06c8e55bfd455d2f58bc4 Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Sat Apr 29 21:48:01 2006 -0400 wined3d: Break out arithmetic instruction processing commit 6f51dff3a36a186a58e4e7d3d126266075486000 Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Sat Apr 29 17:13:29 2006 -0400 wined3d: Use the correct version mask for pixel and vertex shaders. commit fc94353bed7fa3308fd09f21e1cef4982e0af19b Author: Robert Reif <reif(a)earthlink.net> Date: Sat Apr 22 10:22:48 2006 -0400 netapi32: Add minimal NetUserModalsGet test. commit 30d248aa5d645cdac2d0946bcaaa6ea3824036bd Author: Robert Reif <reif(a)earthlink.net> Date: Sat Apr 29 15:35:27 2006 -0400 netapi32: implement NetUserModalsGet level 2 commit 150b62bef9ad49f34b0703e53c7934c19e98b475 Author: Robert Reif <reif(a)earthlink.net> Date: Sat Apr 29 10:14:40 2006 -0400 dsound: DirectSoundBuffer_Lock tests commit 575b02fadce7def9d638d33f5eeb38a3630a817a Author: Huw Davies <huw(a)codeweavers.com> Date: Sat Apr 29 14:40:28 2006 +0100 oleaut32: Fix BSTR marshaling to be wire compatible with Windows commit e753a2879bf2bfc9f25f83dd17601bf76f5bfe4f Author: Jacek Caban <jacek(a)codeweavers.com> Date: Sat Apr 29 13:35:29 2006 +0200 shdocvw: Added WebBrowser::[get|put]_ToolBar implementation. commit 88b22b238d5882d39ef97fbf9befff1987116e9c Author: Jacek Caban <jacek(a)codeweavers.com> Date: Sat Apr 29 13:34:38 2006 +0200 shdocvw: Added WebBrowser::[get|put]_StatusBar implementation. commit 289bc14c083e0ed13d1f33e933e29c7d8c088bc3 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Sat Apr 29 13:33:05 2006 +0200 shdocvw: Added WebBrowser::[get|put]_AddressBar implementation. commit b1f99aeb3ad7be07f8c4b1f91566363537963df7 Author: Mike Hearn <mike(a)plan99.net> Date: Sat Apr 29 12:13:24 2006 +0100 shell32: Stub out SHSetLocalizedName commit 961bf968f68460c176b8ff588517c31780dff425 Author: Mike McCormack <mike(a)codeweavers.com> Date: Sun Apr 30 14:11:55 2006 +0900 shlwapi: Add a stub implementation for IUnknown_ProfferService. commit 85e6a281167a05c5c711f02d26260487388ea157 Author: Mike McCormack <mike(a)codeweavers.com> Date: Sat Apr 29 19:20:51 2006 +0900 shlwapi: Add a stub implementation for IUnknown_QueryServiceExec commit b9c8672114ca9f8ca9da4d21069b9aedf34382f8 Author: Mike McCormack <mike(a)codeweavers.com> Date: Sat Apr 29 18:13:13 2006 +0900 ole32: Return STG_E_REVERTED when a stream's parent storage has been closed. commit 5cf8120f56c07876f87036e20588276851085db4 Author: James Hawkins <truiken(a)gmail.com> Date: Sat Apr 29 02:54:12 2006 -0500 advpack: Handle the RSCC_DELAY flag in run_setup_commands_callback commit f5e71a1e2086540876c3c439417c4a9b24ba8e89 Author: Mike Hearn <mike(a)plan99.net> Date: Sat Apr 29 00:47:21 2006 +0100 mscat32: Implement the mscat32 forwarder DLL commit fd60a2532919c2b0592d57c35ce3634015f1a330 Author: Robert Reif <reif(a)earthlink.net> Date: Fri Apr 28 23:40:09 2006 -0400 dsound: Check DirectSoundBuffer_Lock parameters. commit 76beae316c856ebb30ec2aa0b27a4e5064d2b8bb Author: James Hawkins <truiken(a)gmail.com> Date: Fri Apr 28 20:10:54 2006 -0500 advpack: Handle the RSCC_NOWAIT flag in run_setup_command_callback commit 86479efaccc6dcfafbc8011aa5b947333e70d6d7 Author: James Hawkins <truiken(a)gmail.com> Date: Fri Apr 28 20:10:15 2006 -0500 advpack: Add the ability to register or unregister OCXs in one command commit aad753d2afa64c3ec8bbb0ee1f6fed4c92e09b8c Author: James Hawkins <truiken(a)gmail.com> Date: Fri Apr 28 20:09:08 2006 -0500 advpack: Implement the DelDirs command commit 3649a960a4c88e218ee422aad592e94e73c05f82 Author: James Hawkins <truiken(a)gmail.com> Date: Fri Apr 28 20:08:35 2006 -0500 advpack: Implement the CheckAdminRights option commit f48510df65aa55f4b40e516b8dc1aa00d30bab1c Author: James Hawkins <truiken(a)gmail.com> Date: Fri Apr 28 20:08:10 2006 -0500 advpack: Implement the RunPreSetupCommands command commit 78fa4534d71d9969e2f2c6f3176823ad6b3df501 Author: James Hawkins <truiken(a)gmail.com> Date: Fri Apr 28 20:07:28 2006 -0500 advpack: INF install is implemented so fix the documentation commit 0de2303ef725a557d75541849fb7daa96ebd9fcf Author: James Hawkins <truiken(a)gmail.com> Date: Fri Apr 28 20:06:34 2006 -0500 advpack: Implement the PerUserInstall command commit fca18b9760ed25bece2792e832fc40397165a1c7 Author: James Hawkins <truiken(a)gmail.com> Date: Fri Apr 28 20:02:48 2006 -0500 advpack: Leave room for the NULL terminator in the working_dir string commit 962cb2bb283cb2c6390f605fca296ce65ac607ce Author: James Hawkins <truiken(a)gmail.com> Date: Fri Apr 28 20:00:59 2006 -0500 advpack: NULL-terminate the source path commit ca9adb179dc1a50a632da62c142aa106ee11a33a Author: James Hawkins <truiken(a)gmail.com> Date: Fri Apr 28 19:59:31 2006 -0500 advpack: Return the hresult in ExecuteCabW commit 1bdf093676c9483515f292bd469d7b36ac27cee0 Author: James Hawkins <truiken(a)gmail.com> Date: Fri Apr 28 19:58:38 2006 -0500 advpack: NULL-terminate the field string if an option is provided commit fa8f2477005c23a15bb3ac34b99afbc09a7d063a Author: James Hawkins <truiken(a)gmail.com> Date: Fri Apr 28 19:57:48 2006 -0500 advpack: Clean up the formatting of RegInstall to match the rest of the file commit 45980e4911922552032a6705d3825b34c74fb622 Author: James Hawkins <truiken(a)gmail.com> Date: Fri Apr 28 19:57:23 2006 -0500 advpack: Perform an Advanced INF-level install in RegInstall commit 6cc4d5a466113241893e98b9ff8e18a5d347e862 Author: James Hawkins <truiken(a)gmail.com> Date: Fri Apr 28 19:56:49 2006 -0500 advpack: Factor out writing predefined strings into write_predefined strings commit 3b346f01d8ae6e777946e8000aa073b284baa81d Author: tkho(a)ucla.edu <tkho(a)ucla.edu> Date: Wed Apr 26 17:45:31 2006 -0700 user: Fix GetMenuItemRect() for top-level menus commit 25eacb294f44b0da2c7d90d8e7811940e8c0cfa3 Author: tkho(a)ucla.edu <tkho(a)ucla.edu> Date: Wed Apr 26 17:44:56 2006 -0700 user: Fix behavior when selecting disabled menu items commit 434ce6e6909d602d825c4c98c0436ca9acffa945 Author: tkho(a)ucla.edu <tkho(a)ucla.edu> Date: Wed Apr 26 17:44:28 2006 -0700 user: Allow menu WndProc to recognize VK_[LR]MENU commit 8e02965a6b12824233c5b6be95e343c8febb96d0 Author: tkho(a)ucla.edu <tkho(a)ucla.edu> Date: Wed Apr 26 16:50:18 2006 -0700 riched20: EM_GETLINE implementation and test commit 13983373920eabaf8f5f815067a520942a43c8c2 Author: tkho(a)ucla.edu <tkho(a)ucla.edu> Date: Fri Apr 28 11:27:51 2006 -0700 user32: Extend conformance test to point out menu bugs commit 267cb45c69234d777650cab8244d0bfa9a5f2721 Author: Phil Costin <philcostin(a)hotmail.com> Date: Fri Apr 28 22:56:54 2006 +0100 wined3d: Fix and clean up shader capabilities detection code commit b4fecb5b18a503dae43fcbb27217c367dcb68e3a Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Fri Apr 28 17:37:50 2006 -0400 wined3d: Trace corrections commit f865f4d8d11a115d7ddbb937f9f91c9bebd6e262 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Fri Apr 28 23:45:36 2006 +0200 shdocvw: Added WebBrowser::[get|put]_MenuBar implementation. commit b5baafa8be67f67db42c32bfec8e4c97d18c731e Author: Jacek Caban <jacek(a)codeweavers.com> Date: Fri Apr 28 20:53:52 2006 +0200 shdocvw: Added get_HWND implementation. commit cd50570202f78ee0a12226b4aa9f04c323bd9397 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Fri Apr 28 20:29:07 2006 +0200 shdocvw: Added [get|put]_Visible implementation. commit 95487aee8e7b547db2c2f6cb25b9e9ba1ae4e5c1 Author: Fatih Asici <fasici(a)linux-sevenler.org> Date: Fri Apr 28 21:06:43 2006 +0300 fonts: Add some missing Latin glyphs to System commit ab19bc3071d81a9ab592abde4f0409559a205ff1 Author: Fatih Asici <fasici(a)linux-sevenler.org> Date: Fri Apr 28 21:05:34 2006 +0300 fonts: Add missing Latin glyph to ms_sans_serif commit 674739c3ee2224a16b1109387f848b40b866dc01 Author: Fatih Asici <fasici(a)linux-sevenler.org> Date: Fri Apr 28 21:00:58 2006 +0300 fonts: Add some missing Latin glyphs to Courier commit 44cd457aa3caf73443b1da151a5ea1ddafa005ad Author: Jacek Caban <jacek(a)codeweavers.com> Date: Fri Apr 28 20:08:02 2006 +0200 shdocvw: Fix GetMiscStatus implementation. commit 260d824e2db7d2d79d5edcba143b66e1bafaf94d Author: Jacek Caban <jacek(a)codeweavers.com> Date: Fri Apr 28 20:07:03 2006 +0200 mshtml: Added test of connection points. commit 96acba41ee7059d6f5fa99580396bbce45a69dda Author: Jacek Caban <jacek(a)codeweavers.com> Date: Fri Apr 28 20:04:22 2006 +0200 mshtml: Added GetConnectionInterface implementation. commit 4eb7a524923ea7628f5a13022249af67d715fd25 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Fri Apr 28 20:02:14 2006 +0200 mshtml: Added GetConnectionPointContainer implementation. commit bccba749aaf1c86624b215c877422d0616acfea3 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Fri Apr 28 20:01:07 2006 +0200 mshtml: Added stub implementation of connection points. commit 5093c926a368247d4732ba90f355a133ac04f60c Author: Jacek Caban <jacek(a)codeweavers.com> Date: Fri Apr 28 19:59:58 2006 +0200 mshtml: Added IConnectionPointContainer stub implementation. commit 8153ff6ab8822b01b3416dee3731da50d257b733 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Fri Apr 28 19:58:38 2006 +0200 mshtml: Added get_body implementation. commit bad2a9d74b1ef13c8e38619248a74d947a7d4f6f Author: Jacek Caban <jacek(a)codeweavers.com> Date: Fri Apr 28 19:57:28 2006 +0200 mshtml: Added IHTMLTextContainer stub implementation. commit fbada2ffebf68a31f724d5f87787935ae504f625 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Fri Apr 28 19:55:43 2006 +0200 mshtml: Added IHTMLTextContainer declaration. commit 13f536a34f79c52244a2037ed9d6355a3d0d1e72 Author: Jason Green <jave27(a)gmail.com> Date: Fri Apr 28 12:21:59 2006 -0400 wined3d: Eliminate duplicate function: vshader_program_dump_param() commit b470af661ea4cc0cf7118740cada503941f51c4f Author: Jason Green <jave27(a)gmail.com> Date: Fri Apr 28 10:22:13 2006 -0400 wined3d: Move _shader_program_dump_decl_usage() into baseshader.c commit 46a6380471e5efec03f86890efdf21d7eb69f7b5 Author: Phil Costin <philcostin(a)hotmail.com> Date: Fri Apr 28 14:41:45 2006 +0100 wined3d: Add check for GL Shading Language 100 Extension commit 43b61e573ebff04a42f8441f84ab8ffe1bd9dce8 Author: Huw D M Davies <h.davies1(a)physics.ox.ac.uk> Date: Fri Apr 28 14:50:11 2006 +0100 oleaut32: Implement GetDocumentation_Proxy/Stub commit 19607b31ac0794fbb3db18dc5123931c99b9c7ca Author: Huw D M Davies <h.davies1(a)physics.ox.ac.uk> Date: Fri Apr 28 14:48:38 2006 +0100 oleaut32: Implement GetFuncDesc_Proxy and friends commit b0f18ca8f0aea5ca048b6766429c68e6f86db72a Author: Huw D M Davies <h.davies1(a)physics.ox.ac.uk> Date: Fri Apr 28 14:42:43 2006 +0100 oleaut32: Implement GetTypeAttr_Proxy and friends commit 032d921bef8a25b8269526e0cd5bccf7dc69e4a0 Author: Huw D M Davies <h.davies1(a)physics.ox.ac.uk> Date: Fri Apr 28 14:28:24 2006 +0100 rpcrt4: support for non-encapsulated unions commit c4f12130f97f95720b35b13d55b334013cc3690b Author: Vitaly Lipatov <lav(a)etersoft.ru> Date: Fri Apr 28 14:35:36 2006 +0400 mlang: partially implemented ConvertStringEx commit 5fb48efc4e5cf4c7a2435c77fe69423fe141133e Author: Huw D M Davies <h.davies1(a)physics.ox.ac.uk> Date: Fri Apr 28 12:51:36 2006 +0100 gdi32: FcPatternGet( FC_FILE ) only returns the basename as of fontconfig 2.3.92 . commit 20909871737f9a17d9a2e5b7ce4d786e5a163eaf Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Fri Apr 28 05:23:52 2006 -0400 wined3d: Merge register counting pass for vertex/pixel shaders commit 98c7d831d0b84224a1c02efce7d8dd5461984763 Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Fri Apr 28 05:22:53 2006 -0400 wined3d: Make register counting pass the same for vertex/pixel shaders. commit 7fbeb0c289f2aed0a6328c88615da71c565a75f3 Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Fri Apr 28 04:57:24 2006 -0400 wined3d: Share get_register_code() commit 7653d5ce59a6f70c79db887dbf0a219a213b0979 Author: Mike McCormack <mike(a)codeweavers.com> Date: Fri Apr 28 13:41:22 2006 +0900 rpcrt4: Add some defines. commit 7142c341423a72898c72d9fb7f4fd338507a7275 Author: Dmitry Timoshkov <dmitry(a)codeweavers.com> Date: Thu Apr 27 20:52:12 2006 +0900 Add a stub implementation of mprapi.dll commit 80696aa9fc4703343bc4d08b9107aac51bb2a990 Author: Dmitry Timoshkov <dmitry(a)codeweavers.com> Date: Thu Apr 27 20:53:19 2006 +0900 Add partial support for ISC_REQ_ALLOCATE_MEMORY in the NTLM security provider commit 68b097f7437c80cd2e141fd76926002931902abf Author: Dmitry Timoshkov <dmitry(a)codeweavers.com> Date: Thu Apr 27 20:52:58 2006 +0900 Fix some wrong assumptions in the NTLM test case, make it pass in XP SP2 and Wine commit f5b8ea1c312fc783e12190f6235b346d6941f12e Author: Vitaly Lipatov <lav(a)etersoft.ru> Date: Thu Apr 27 12:23:18 2006 +0400 Fix union usage. commit 11b6680cbc5d87dd6be563c5b9b73278948e1e98 Author: Matt Finnicum <mattfinn(a)gmail.com> Date: Wed Apr 26 12:30:02 2006 -0500 Implement EM_SETUNDOLIMIT commit 73cfc90caa5f644395f2c1f7a35edd9a8d19d81e Author: Juris Smotrovs <juris.smotrovs(a)sets.lv> Date: Tue Apr 25 19:06:10 2006 +0300 Added message sequences to test_mdi_messages of "msg" test to demonstrate problems with position change messages for MDI children with invisible parents. commit 8d70c5a81e8b18d100bf2d5323b8a5e44425d820 Author: qingdoa daoo <qingdao33122(a)yahoo.com> Date: Tue Apr 25 11:27:29 2006 +0800 Update first visible when appropiate in the TVI_SORT case commit a12ed3de2a1b0e3f246224395d8dbbd17ca3f13b Author: Mike McCormack <mike(a)codeweavers.com> Date: Tue Apr 25 22:51:09 2006 +0900 Store drop targets in a standard list. commit b5c46378217c63130e2b7d809b631b3257837199 Author: Robert Shearman <rob(a)codeweavers.com> Date: Wed Apr 26 15:43:54 2006 +0100 Implement the majority of ImpersonateLoggedOnUser commit 952c8a774f0415ca0a20c0f2430c98f0d37a8446 Author: Robert Shearman <rob(a)codeweavers.com> Date: Wed Apr 26 15:43:39 2006 +0100 Retrieve the groups for a token from the server commit ce098cb5c484e15ff4ca15d50de28e824121fcd1 Author: Robert Shearman <rob(a)codeweavers.com> Date: Wed Apr 26 15:44:14 2006 +0100 Initialise the LPWITHREADERROR structure after it has been allocated commit e6cb03f4ab0e7afed9a95099669a5f2cb2591400 Author: Robert Shearman <rob(a)codeweavers.com> Date: Wed Apr 26 15:42:35 2006 +0100 Threads should start off without having an impersonation token commit eeb9325ea9860c64c0853da723a0afc418d88a7f Author: Robert Shearman <rob(a)codeweavers.com> Date: Wed Apr 26 15:40:38 2006 +0100 Copy some format character types from wine/rpcfc.h to ndrtypes.h and change them into an enumeration commit 4b75cda7e45835bd13ac04fee89f99178ac11e01 Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Thu Apr 27 12:50:32 2006 +0900 Share get_opcode. commit b1130296853f0d34cbc6f586f01846b1fdca01f2 Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Thu Apr 27 12:23:43 2006 +0900 Clean up per version shader limits code commit 3a1cdd25ead6eb2d77e65bf26b20f73b27664063 Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Thu Apr 27 12:26:38 2006 +0900 Separate pshader/vshader tables commit 1ffb77dba1b1393d795c3e4f65958845b9feb521 Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Thu Apr 27 12:18:07 2006 +0900 Addline cleanup - unifies pixel shader addline() with vertexshader PSTRNCAT(), and puts the result into baseshader.c to be shared - merges its 3 arguments into a structure called SHADER_BUFFER - the varargs were based on Vitaliy Margolen's idea/patch, but I might have a diff. implementation commit b7736f01a1aed27726cc765045a85b3e62dbdf57 Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Thu Apr 27 12:12:40 2006 +0900 QueryInterface corrections. commit 60161b929083cdaf8fb415c66d0af001a96f5cc8 Author: Mike McCormack <mike(a)codeweavers.com> Date: Wed Apr 26 22:42:13 2006 +0900 Add stub implementations for RPC authentication functions. commit 58a699b572c25efe69d10528fed0d40d3e6e7b50 Author: Marcus Meissner <marcus(a)jet.franken.de> Date: Wed Apr 26 18:25:43 2006 +0900 Mark the section with the program entry point as executable. commit 7bd41f92eb6b69e1554dd4f18b8bb58ea8551958 Author: Mike McCormack <mike(a)codeweavers.com> Date: Wed Apr 26 18:19:09 2006 +0900 Fix peeking of http data with a nul byte in it. commit 1bf0b1641d910f1500116cd7f82157b2623e8d5d Author: Mike McCormack <mike(a)codeweavers.com> Date: Wed Apr 26 14:13:52 2006 +0900 Use the source name of the msi package when it fails to copy. commit 6efcc3e0c4b89f90a2348ce4f860b04cf15236ed Author: Mike McCormack <mike(a)codeweavers.com> Date: Wed Apr 26 00:55:51 2006 +0900 Force using /i file.msi, some programs pass properties without an = commit 6fa4ab4716f68a7a39ce58933719ea794980ce9f Author: Eric Kohl <eric.kohl(a)t-online.de> Date: Tue Apr 25 22:44:54 2006 +0900 Implement 'oldnames' option. commit e225f57ee88b1adac6165c7ae562506861fe38f7 Author: Michael Jung <mjung(a)iss.tu-darmstadt.de> Date: Sun Apr 23 21:09:30 2006 +0200 Don't append '\r' to the last paragraph in EM_GETTEXTEX commit c8ad36dd922b8251b533989d051c6fe8d44fbb16 Author: qingdoa daoo <qingdao33122(a)yahoo.com> Date: Tue Apr 25 17:45:50 2006 +0900 Don't duplicate handle in _get_osfhandle commit 40c49959bfd462f678264bd9e4c21e331c603932 Author: Dan Kegel <dank(a)kegel.com> Date: Tue Apr 25 16:50:19 2006 +0900 Fix missing case in MsiSourceListAddSourceEx. commit 074af5529db005f0b5042b36525ca982242fbbba Author: Mike McCormack <mike(a)codeweavers.com> Date: Tue Apr 25 16:31:52 2006 +0900 Add stubs for rpcrt4.NdrFullPointer*(). commit c8a43646881a839c943bd62787c056ce874ee283 Author: Roderick Colenbrander <thunderbird2k(a)gmx.net> Date: Tue Apr 25 13:21:00 2006 +0900 Vertex Shader regtype cleanups commit 61459b6e8e1ddbb206238e6925e00f841d137ac2 Author: Eric Kohl <eric.kohl(a)t-online.de> Date: Tue Apr 25 13:12:47 2006 +0900 Fix a typo. commit 4d2944537b05fa0ceff923f67fe9ef59d9ed724b Author: Andras Kovacs <andras(a)csevego.net> Date: Tue Apr 25 00:58:39 2006 +0900 Translated regedit's Hu.rc file. commit 71d22e8d3f2a34569ce327566d0fa1c5a59feb0e Author: Andras Kovacs <andras(a)csevego.net> Date: Tue Apr 25 00:55:33 2006 +0900 Translated wordpad's Hu.rc file. commit 056e42487b317be4dc647b43aa0a20a54ff33609 Author: Andras Kovacs <andras(a)csevego.net> Date: Tue Apr 25 00:53:29 2006 +0900 Translated README file. commit bcfa41cd994e8636e7a6e7ae8c0e906c6421ec94 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Fri Apr 21 18:38:40 2006 +0200 shdocvw: Don't use Mozilla ActiveX control id MSHTML is set. commit 9764e5c70501140b899a3a1e3ca636229ffd9f82 Author: Hans Leidekker <hans(a)it.vu.nl> Date: Tue Apr 25 00:46:35 2006 +0900 Document the search functions. commit 0d6d824d2da47a92e76b2c5e529d389dfffe3458 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Tue Apr 25 00:42:39 2006 +0900 Remove no longer needed includes. commit 4cc04cb95689a2bcec430d85f8ff20c0778123f5 Author: Robert Reif <reif(a)earthlink.net> Date: Tue Apr 25 00:29:20 2006 +0900 Add some lsa tests. commit 64cb4b42a7601036ac5c63d8bc56f390ed3ecc89 Author: Matthew Finnicum <mattfinn(a)gmail.com> Date: Mon Apr 24 23:50:45 2006 +0900 Implemented conformance tests for EM_SETUNDOLIMIT. commit afe16f21e06f76e8ef95b1fdf6eda60e21d004a6 Author: Robert Reif <reif(a)earthlink.net> Date: Mon Apr 24 23:54:49 2006 +0900 Fix LsaClose to return STATUS_SUCCESS.

1 0

Re: advpack: Don't fail if the dll to register doesn't exist
by Mike McCormack 02 May '06

02 May '06

James Hawkins wrote: > Apparently native advpack doesn't fail in this case, so we shouldn't > either. Can we get an ERR() message in this case? How about a test case? Mike

1 0

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