June 2005 - Wine-Devel - list.winehq.org

Re: d3d9: Correct number of params for ValidateVertexShader

by Ivan Gyurdiev

On Tue, 2005-06-28 at 13:37 +0100, Oliver Stieber wrote: > > > The first parameter can be named (it's pFunction, a > pointer to the shader function to be validated), and > d3d8 also needs to be patched. So... I'm not involved with development, but it seems to me that it would help if the declaration in the spec file matched the one in the c file, as opposed to one saying PixelShader, and the other VertexShader... I could be wrong though... > > -@ stdcall ValidatePixelShader(ptr ptr) > > +@ stdcall ValidatePixelShader(ptr ptr ptr ptr ptr) > > @ stdcall ValidateVertexShader(ptr ptr) > > -BOOL WINAPI ValidateVertexShader(LPVOID what, > > LPVOID toto) { > > - FIXME("(void): stub: %p %p\n", what, toto); > > - return TRUE; > > +BOOL WINAPI ValidateVertexShader(LPVOID x1, LPVOID > > x2, LPVOID x3, LPVOID x4, LPVOID x5) { > > + FIXME("(%p,%p,%p,%p,%p) stub\n", x1, x2, x3, > > x4, x5); > > + return TRUE;

June 28, 2005

Re: d3d9: Correct number of params for ValidateVertexShader

by Oliver Stieber

The first parameter can be named (it's pFunction, a pointer to the shader function to be validated), and d3d8 also needs to be patched. The scrapland demo can be used to test that d3d8 is correct. (http://www.download.com/Scrapland-demo/3000-7563_4-10325931.html) --- James Hawkins <truiken(a)gmail.com> wrote: > Hi, > > Changelog > * Correct number of params for ValidateVertexShader. > > -- > James Hawkins > > Index: dlls/d3d9/d3d9.spec > =================================================================== > RCS file: /home/wine/wine/dlls/d3d9/d3d9.spec,v > retrieving revision 1.1 > diff -p -U3 -r1.1 d3d9.spec > --- dlls/d3d9/d3d9.spec 1 Jul 2003 01:09:17 -0000 > 1.1 > +++ dlls/d3d9/d3d9.spec 28 Jun 2005 05:35:43 -0000 > @@ -1,5 +1,5 @@ > @ stdcall D3D9GetSWInfo() > @ stdcall DebugSetMute() > @ stdcall Direct3DCreate9(long) > -@ stdcall ValidatePixelShader(ptr ptr) > +@ stdcall ValidatePixelShader(ptr ptr ptr ptr ptr) > @ stdcall ValidateVertexShader(ptr ptr) > Index: dlls/d3d9/d3d9_main.c > ================================================================== > RCS file: /home/wine/wine/dlls/d3d9/d3d9_main.c,v > retrieving revision 1.7 > diff -p -U3 -r1.7 d3d9_main.c > --- dlls/d3d9/d3d9_main.c 6 May 2005 19:38:50 > -0000 1.7 > +++ dlls/d3d9/d3d9_main.c 28 Jun 2005 05:35:43 > -0000 > @@ -72,9 +72,9 @@ BOOL WINAPI DllMain(HINSTANCE > hInstDLL, > > /*********************************************************************** > * ValidateVertexShader (D3D9.@) > */ > -BOOL WINAPI ValidateVertexShader(LPVOID what, > LPVOID toto) { > - FIXME("(void): stub: %p %p\n", what, toto); > - return TRUE; > +BOOL WINAPI ValidateVertexShader(LPVOID x1, LPVOID > x2, LPVOID x3, LPVOID x4, LPVOID x5) { > + FIXME("(%p,%p,%p,%p,%p) stub\n", x1, x2, x3, > x4, x5); > + return TRUE; > } > > /*********************************************************************** ___________________________________________________________ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com

June 28, 2005

MSHTML and spyware

by Scott Ritchie

While poking around the forums today I discovered that some windows sysadmins disable permissions for mshtml.dll as a sort of hack to prevent spyware infestation due to problems with Internet Explorer. There's some work being done on mshtml now - if we are coding a truly drop-in replacement using Mozilla, would it be possible for these sysadmins to use the Wine version instead? That would be pretty nifty. Thanks, Scott Ritchie

June 28, 2005

Re: winecfg audio question

by Robert Reif

Robert Reif wrote: > Here is a patch that adds an audio driver configure button > and tries to send a DRV_CONFIGURE message to the > selected audio driver. > > It doesn't work because it can't find the audio driver. However, > hard coding the driver name to "joystick.drv" does display > the joystick config dialog so it should work. Any ideas why > it doesn't work? Answering my own post, it looks like wine doesn't support opening a driver more than once. Changing the wineoss driver to allow multiple opens causes the configure dialog to appear but also causes a crash at program exit because the winmm driver is confused. > > Once this works, it should be possible to implement a real > config dialog for each audio driver. >

June 28, 2005

Re: lostwages: fix link to ICM documentation

by Tom Wickline

On 6/26/05, Saulius Krasuckas <saulius2(a)ar.fi.lt> wrote: > ChangeLog: > Saulius Krasuckas <saulius.krasuckas(a)ieee.org> > Link to Image Color Management (ICM) Reference instead of > irrelevant MSCMS Publishing API docs. > > > Index: templates/en/status_dlls.template > =================================================================== > RCS file: /home/wine/lostwages/templates/en/status_dlls.template,v > retrieving revision 1.27 > diff -u -p -u -r1.27 status_dlls.template > --- templates/en/status_dlls.template 23 Jun 2005 22:29:56 -0000 1.27 > +++ templates/en/status_dlls.template 26 Jun 2005 20:18:25 -0000 > @@ -229,7 +229,7 @@ > </tr> > <tr> > <td>mscms.dll</td> > - <td class="adequate"><a href="http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cmsccapi/P…">MSDN: MSCMS Publishing API</a></td> > + <td class="adequate"><a href="http://msdn.microsoft.com/library/default.asp?url=/library/en-us/icm/icm_3j…">MSDN: ICM Reference</a></td> > <td>None</td> > <td class="pct25">25% complete</td> > <td>Hans Leidekker</td> > > I was looking over some of our current links to MSDN and looked at the link that you provide. Wouldn't this link be even better? http://msdn.microsoft.com/library/default.asp?url=/library/en-us/icm/icm_20… It covers ICM as well as CMMs Cheers, -Tom

June 28, 2005

Re: AppDB

by Jeremy Newman

On Mon, 2005-06-27 at 13:09 -0400, Chris Morgan wrote: > Jeremy, any update on when the server is getting an upgrade? Anything > we can do to speed this up? Sorry, no ETA at this time. -- Jeremy Newman <jnewman(a)codeweavers.com> CodeWeavers, Inc.

June 28, 2005

Re: [wine] Soliciting suggestions for AppDB

by Mitchell Mebane

Chris Morgan wrote: >The patch needed some minor changes and clarifications. I haven't >received a resubmission yet. > >Chris > > > >On 6/27/05, Mitchell Mebane <mmebane(a)ev1.net> wrote: > > >> David Lee Lambert wrote: >> On Wednesday 08 June 2005 08:32 pm, Mitchell Mebane wrote: >> >> >> >> I'm putting together a Summer of Code proposal for working on the AppDB. >>I've been talking with Chris Morgan, and he has a few suggestions, but I >>was looking for more. Does anybody have any features they'd like added >>to the AppDB, quirks they'd like worked out, or things of that nature? >> >> I have some ideas about the AppDB, but I've been working on some of them >>myself, and others really need the approval of the WinHQ webmaster more than >>anything. Still, I'd like to hear what other people think of them: >> >>1. The AppDB, Bugzilla and the Wiki ought to send last-modified information >>for most of their pages. This would speed things up, in some cases, for >>dialup users, but the real advantage would be as protection against a >>slashdotting or onslaught of AOL users. Many of the pages also send other >>headers that prevent caching of positive lookups. >> >>Today I sent a patch to the AppDB maintainer to do this for images, which >>are >>probably the biggest performance hit (they cause the AppDB main page to take >>about 30 seconds to load over a dialup connection). However, almost any >>page in each of these databases could in theory be cached. Bugzilla bug >>display pages already display a "Last modified" datum in the text of the >>page, and so do Wiki pages (bug 2889 mentions this). >> >>Several of the AppDB tables already have TIMESTAMP columns, so I was >>planning >>to write some code to just gather them all together and send the latest one >>as the last-modified date. The only problem is that if a page contains an >>item which is then deleted, its timestamp will go backwards. >> >> >> David, >> >> I don't see this patch on wine-patches. Did you send this in? >> >> >> --Mitchell Mebane >> >> >> >> -- >>I find that a great part of the information I have was acquired by looking >>up something and finding something else on the way. >>-- Franklin P. Adams >> >> >> > > > >. > > > If you don't hear from him, please send me his patch and your notes and I'll take a look at it. --Mitchell

June 28, 2005

RE: Version Info on user.exe

by Rolf Kalbermatter

> It clearly states that no installation on a non german > windows version is possible... > > It may be broken and anyways it is strange, but it does not abuse the > windows API and I think wine should support it. But how? The next version will check kernel32 instead to be German, and then the French will decide that their home banking software can only run on French Windows systems and will check the same DLL or another for a french language identifier, probably not even working with Swiss French ;-( This is really leading nowhere. An application checking the user32.dll language identifier does check nothing at all with this. It wouldn't even serve as a check to avoid possible problems with foreign country number format settings as you can set them to anything in Windows Control Panel on your own. So I think this app is simply broken in a very stupid way. If somebody wants to make this work for his Wine copy I think he needs to hack the resources in user32 themselves. Rolf Kalbermatter

June 27, 2005

Re: [wine] Soliciting suggestions for AppDB

by Chris Morgan

The patch needed some minor changes and clarifications. I haven't received a resubmission yet. Chris On 6/27/05, Mitchell Mebane <mmebane(a)ev1.net> wrote: > David Lee Lambert wrote: > On Wednesday 08 June 2005 08:32 pm, Mitchell Mebane wrote: > > > > I'm putting together a Summer of Code proposal for working on the AppDB. > I've been talking with Chris Morgan, and he has a few suggestions, but I > was looking for more. Does anybody have any features they'd like added > to the AppDB, quirks they'd like worked out, or things of that nature? > > I have some ideas about the AppDB, but I've been working on some of them > myself, and others really need the approval of the WinHQ webmaster more than > anything. Still, I'd like to hear what other people think of them: > > 1. The AppDB, Bugzilla and the Wiki ought to send last-modified information > for most of their pages. This would speed things up, in some cases, for > dialup users, but the real advantage would be as protection against a > slashdotting or onslaught of AOL users. Many of the pages also send other > headers that prevent caching of positive lookups. > > Today I sent a patch to the AppDB maintainer to do this for images, which > are > probably the biggest performance hit (they cause the AppDB main page to take > about 30 seconds to load over a dialup connection). However, almost any > page in each of these databases could in theory be cached. Bugzilla bug > display pages already display a "Last modified" datum in the text of the > page, and so do Wiki pages (bug 2889 mentions this). > > Several of the AppDB tables already have TIMESTAMP columns, so I was > planning > to write some code to just gather them all together and send the latest one > as the last-modified date. The only problem is that if a page contains an > item which is then deleted, its timestamp will go backwards. > > > David, > > I don't see this patch on wine-patches. Did you send this in? > > > --Mitchell Mebane > > > > -- > I find that a great part of the information I have was acquired by looking > up something and finding something else on the way. > -- Franklin P. Adams >

June 27, 2005

Re: [wine] Soliciting suggestions for AppDB

by Mitchell Mebane

David Lee Lambert wrote: >On Wednesday 08 June 2005 08:32 pm, Mitchell Mebane wrote: > > > >>I'm putting together a Summer of Code proposal for working on the AppDB. >>I've been talking with Chris Morgan, and he has a few suggestions, but I >>was looking for more. Does anybody have any features they'd like added >>to the AppDB, quirks they'd like worked out, or things of that nature? >> >> > >I have some ideas about the AppDB, but I've been working on some of them >myself, and others really need the approval of the WinHQ webmaster more than >anything. Still, I'd like to hear what other people think of them: > >1. The AppDB, Bugzilla and the Wiki ought to send last-modified information >for most of their pages. This would speed things up, in some cases, for >dialup users, but the real advantage would be as protection against a >slashdotting or onslaught of AOL users. Many of the pages also send other >headers that prevent caching of positive lookups. > >Today I sent a patch to the AppDB maintainer to do this for images, which are >probably the biggest performance hit (they cause the AppDB main page to take >about 30 seconds to load over a dialup connection). However, almost any >page in each of these databases could in theory be cached. Bugzilla bug >display pages already display a "Last modified" datum in the text of the >page, and so do Wiki pages (bug 2889 mentions this). > >Several of the AppDB tables already have TIMESTAMP columns, so I was planning >to write some code to just gather them all together and send the latest one >as the last-modified date. The only problem is that if a page contains an >item which is then deleted, its timestamp will go backwards. > > David, I don't see this patch on wine-patches. Did you send this in? --Mitchell Mebane -- I find that a great part of the information I have was acquired by looking up something and finding something else on the way. -- Franklin P. Adams

June 27, 2005