March 2006 - Wine-Devel - list.winehq.org

Re: [d3d8] regression between 0.9.8 and 0.9.9 in Age of Mythology

by Aric Cyr

On 3/4/06, Roderick Colenbrander <thunderbird2k(a)gmx.net> wrote: > Right now d3d8's SetVertexShader is disabled because d3d8 shaders don't work > using wined3d yet. Last week I experimented a bit with it and I managed to > get some simple vertex shader examples working (for instance > http://www.codesampler.com/source/dx8_vs11_shader_simple.zip and the dolphin > sample from sdk although with small issues). If I run bigger apps like > 3dmark2001 and others there are huge drawing issues. I'm not very familiar > with the shader/drawing code (and vertex shaders in general) so it is very > difficult for me to debug. You can try the patch attached to this email but > it is far from complete. If you or someone else with enough experience can > look at it, you're welcome as my time is limited. Thanks for the patch and info Roderick. I'll take a look and see if I can get things working a bit better. Using your patch and the old d3d8 code I hope to whip something together. Regards, Aric -- Aric Cyr <Aric.Cyr at gmail dot com> (http://acyr.net)

March 4, 2006

Re: [d3d8] regression between 0.9.8 and 0.9.9 in Age of Mythology

by Roderick Colenbrander

> It seems that during the porting of d3d8 to use wined3d some of there > was some breakage. Age of Mythology was working fine, but now all > vertex data is totally messed up (2D is menus and stuff is fine). It > has been this way in CVS for the past few days, when I first noticed > it. I thought it might be my local changes so I didn't report it, but > testing with the new 0.9.9 it had the same behavior (i.e. not my fault > :) > > After debugging things for a while it seems that problem lies in > vertex data with RHW set. It seems that AoM is using all pre-lit and > pre-transformed vertex data and this is not being processes properly. > I think the problem is with drawprim.c:drawStridedSlow() but I haven't > been able to figure out exactly where yet. If anyone has any ideas > (or patches!) I'd be glad to help debug. > > Regards, > Aric Right now d3d8's SetVertexShader is disabled because d3d8 shaders don't work using wined3d yet. Last week I experimented a bit with it and I managed to get some simple vertex shader examples working (for instance http://www.codesampler.com/source/dx8_vs11_shader_simple.zip and the dolphin sample from sdk although with small issues). If I run bigger apps like 3dmark2001 and others there are huge drawing issues. I'm not very familiar with the shader/drawing code (and vertex shaders in general) so it is very difficult for me to debug. You can try the patch attached to this email but it is far from complete. If you or someone else with enough experience can look at it, you're welcome as my time is limited. Regards, Roderick -- "Feel free" mit GMX FreeMail! Monat f�r Monat 10 FreeSMS inklusive! http://www.gmx.net

March 4, 2006

Re: Alexandre Julliard : configure: Use --rpath if supported when building binaries to point to

by Vitaly Lipatov

В сообщении от 2 марта 2006 07:29 Dan Kegel написал(a): > Vitaly wrote: > >Build system in ALT Linux has strict requires to use rpath and last > > changes in wine conflicts with it. > > Can you explain more about ALT Linux's build system and rpath? During package build files installs to buildroot dir not root dir. Some projects push full path to buildroot in rpath. It is forbidden. > Does it disallow all use of rpath by applications? It is forbidden to use rpath until it really needed. I do not see as rpath will be useful in rpm package. -- Vitaly Lipatov, ALT Linux Team Russia, Saint-Petersburg, www.etersoft.ru

March 4, 2006

Re: WRT: winetest-latest is outdated

by Saulius Krasuckas

* On Fri, 3 Mar 2006, Detlef Riekenberg wrote: > > Winetest (ELF) compiled again recently > ( http://www.astro.gla.ac.uk/users/paulm/WRT/wrt.php ), This is done by issuing "make test", IIRC. > but the crossbuilds are still missing. And that is done by issuing "make crosstest", which currently fails on my box using most recent RPMs provided by Hans Leidekker. > Is there anything that we can do for help? I started asking Hans about this in my previous letter. :)

March 4, 2006

[d3d8] regression between 0.9.8 and 0.9.9 in Age of Mythology

by Aric Cyr

It seems that during the porting of d3d8 to use wined3d some of there was some breakage. Age of Mythology was working fine, but now all vertex data is totally messed up (2D is menus and stuff is fine). It has been this way in CVS for the past few days, when I first noticed it. I thought it might be my local changes so I didn't report it, but testing with the new 0.9.9 it had the same behavior (i.e. not my fault :) After debugging things for a while it seems that problem lies in vertex data with RHW set. It seems that AoM is using all pre-lit and pre-transformed vertex data and this is not being processes properly. I think the problem is with drawprim.c:drawStridedSlow() but I haven't been able to figure out exactly where yet. If anyone has any ideas (or patches!) I'd be glad to help debug. Regards, Aric -- Aric Cyr <Aric.Cyr at gmail dot com> (http://acyr.net)

March 4, 2006

Re: Question about copyright lines

by Stefan Dösinger

> Just to add to that, you should never delete existing copyright lines, > unless you rewrite the entire file from scratch. I copied all copyright lines from a file if I took code from it to a new file. The only file "exception" is dlls/ddraw/direct3d.c in my new ddraw implementation, as I've re-written that file. If I accidentally dropped someone's copyright line, just send me a note and I'll correct it. (Marcus, Lionel, Transgaming). But I'll try to get them right. My first plan was to check the authors of every function / code segment took over(There's not really much, except of thunks and old IDirect3DLight/Material/Viewport interfaces, where the whole files were copied), but that's almost impossible as ddraw was mainly coded in 1998-2000, and Wine-CVS starts in 2001.

March 4, 2006

Re: ddraw/specular lighting

by Stefan Dösinger

Am Freitag, 3. März 2006 13:58 schrieb david.adam: > Hello, > > A lot of ddraw games recquires specular lighting to work (Syberia I, > Settlers IV, etc...). Unfortunately, specular lighting is not implemented > in ddraw. Does the change ddraw/direct 7 WINED3D resolve this problem? > Otherwise, does somebody forsee to work on that? > The implmentation of specular lighting would improve considerably the > numbers of working games under wine.... I didn't spend a lot of attention to the lights, I just forward the SetLight / GetLight calls to WineD3D, which supports D3DLIGHT_POINT, D3DLIGHT_DIRECTIONAL and D3DLIGHT_SPOT. So ATM there's no specular light support, but I'm sure that this can be added.

March 4, 2006

Re: DirectDraw -> WineD3D patch

by Stefan Dösinger

Hi, > from IWineD3DDeviceImpl_CreatePalette: > + memset(&palVersion, 0, sizeof(LOGPALETTE)); > + object->hpal = CreatePalette(&palVersion); > + memcpy(&object->palVersion, &palVersion, sizeof(LOGPALETTE)); > + /* FIXME Using the palVersion member from IWineD3DPaletteImpl for > CreatePalette + * directly causes a heap corruption. Why? In original > ddraw this was a WORD, + * which failed too. Confused ... > + */ > + object->palNumEntries = IWineD3DPaletteImpl_Size(Flags); > > That can't really work. This only creates a palette with zero entries. > You need to set palNumEntries before calling CreatePalette. > Attached patch( applies on top of yours ) should fix it( i.e. do it the > same way it is done in the current implementation). > But the text colors in AoE are still lacking :/. > Needs some more investigation ... I'll look at this, the whole palette code is a bit messy. My suspicion is that IDirectDrawPaletteImpl_SetEntries / IWineD3DPaletteImpl_SetEntries doesn't update all surfaces that use a palette. I also have to take IWineD3DDevice::SetCurrentTexturePalette, IWineD3DDevice::GetCurrentTexturePalette as well as IWineD3DDevice::SetPaletteEntries and GetPaletteEntries in account.

March 4, 2006

Re: [wininet] More wininet tests InternetQueryOption and InternetSetOption - 2

by Vijay Kiran Kamuju

Hi Detlef, I almost cleanup every thing according to the review. If i couldnt get anything, i want to talk to u on irc personally or thru mail personally. As i put that patch in 15mins after seeing thru ur mail. I really couldnt find a test app which tests that option. So i wrote a sample program, which i incorporated in the tests. Thanks, Vijay PS: ----- I want to talk 2 u personally reg this patch on irc. Yes, i am a very bad programmer. On 3/4/06, Detlef Riekenberg <wine.dev(a)web.de> wrote: > Am Freitag, den 03.03.2006, 20:50 +0530 schrieb Vijay Kiran Kamuju: > > > Changes made according to some suggestions Detlef, waiting for more > > - It took me a really long time to write the review, but you ignored > almost everything > > I suggest, that you do what i did before sending patches to wine: > > Write a small Windows-App that call the Function, what you want to test > and learn, how it works. I'm still using PellesC 3.0 in wine for this. > > > > Add More tests for InternetQueryOption > > Add Tests for InternetSetOption > > Make the Patch as small as possible, so please test only one function. > > When you compile, there must be no warnings from the compiler! > (exception atm.: -fPIC on "make crosstest" in wine) > > Hope, that helps > > -- > By By ... > ... Detlef > >

March 4, 2006

Re: PIF execution

by paul

Stephan Linz wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > is there or will be there any solution to execute .bat programs over PIF files > and avoid the error below? > > fixme:winevdm:pif_cmd .bat programs in pif files are not supported. > > The "fixme" message occurs when I try to run external programs within the > famous simulator/IDE "VMLAB" (http://www.amctools.com/download.htm) > > I believe AMC Tools knows about the problem (http://www.amctools.com/wine.htm) > but he has no solution til now. Please, understand my Email as a feature > request too. > > > > Stephan Linz > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.4 (GNU/Linux) > > iD8DBQFEA1K+fWyCKlmj7ZARArSoAJ9sM35b/6S1LIn1yuuafVr1Vb6u6gCfeg7Z > IyWcXpTXL1gNtZH9s79rdvU= > =ya9M > -----END PGP SIGNATURE----- > > > I filed this bug http://bugs.winehq.org/show_bug.cgi?id=3638 a while back and just modified the subject. But since qemu with the kernel mod now runs a virtual PC at near native speeds it may be easier to install windows and your application in that. My application is a FPGA ide from Atmel. Paul R.

March 3, 2006

Re: Question about copyright lines

by Segin

Daniel Remenak wrote: >On 3/3/06, Segin <segin2005(a)gmail.com> wrote: > > >>Aric Cyr wrote: >> >> >> >>>Marcus Meissner <meissner <at> suse.de> writes: >>> >>> >>> >>> >>> >>>>On Fri, Mar 03, 2006 at 03:20:48PM +0100, Stefan D�singer wrote: >>>> >>>> >>>> >>>> >>>>>Hello, >>>>>At the top of every fine there's are some "Copyright <year> <name>" lines, >>>>>listing the persons who have contributed to a file, and when. Are there any >>>>>specifc rules about that? >>>>> >>>>> >>>>> >>>>> >>If you reverse the name and year, the copyright is invalid and >>unenforcable in the United States and many European states. >> >> >> > >In the United States and the United Kingdom, that is certainly not >true, and probably not in any other Berne Convention country ("Since >the Berne Convention prohibits formal requirements that affect the >"exercise and enjoyment" of the copyright, the United States changed >its law on March 1, 1989, to make the use of a copyright notice >optional."). See http://www.copyright.gov/circs/circ03.pdf and >http://www.copyright.gov/fls/fl100.html for the United States, and >http://www.patent.gov.uk/copy/indetail/copyclaim.htm and >http://www.intellectual-property.gov.uk/faq/copyright/index.htm for >the UK. > >"The use of a copyright notice is no longer required under U.S. law, >although it is often beneficial." (circ03) "Although a few countries >require that a work be marked with the international (c) mark followed >by the name of the copyright owner and year of publication, this is >not essential in most countries, including the UK." (copyclaim) "All >the Western European countries, the USA and Russia belong to the Berne >Convention which does not even require your work to be marked in any >way for automatic protection to apply." (copyright faq) > >In the U.S., "The notice for visually perceptible copies should >contain three elements. They should appear together or in close >proximity on the copies. The elements are: >1 The symbol (c) (the letter C in a circle), or the word "Copyright," >or the abbreviation "Copr."; and >2 The year of first publication...and... >3 The name of the owner of copyright in the work, or an abbreviation >by which the name can be recognized, or a generally known alternative >designation of the owner." (circ03) > >The elements just need to be in "close proximity" for the notice to be >valid...and the notice itself is not strictly necessary for copyright >protection, it's just useful for the lawyers if it gets challenged. >(e.g. "There may still be instances, such as the defense of innocent >infringement, where the question of proper notice may be a factor in >assessing damages in infringement actions...The omission of notice >does not affect the copyright protection, >and no corrective steps are required if the work was published on or >after March 1, 1989." (fl100)). > >For protection in countries which are signatories to the UCC but NOT >the Berne Convention (I don't know of any offhand), the year and name >do need to be in a specific order, AND you must also include the >C-in-a-circle symbol (c). "To guarantee protection for a copyrighted >work in all UCC member countries, the notice must consist of the >symbol (c) (the word "Copyright" or the abbreviation are not >acceptable), the year of first publication, and the name of the >copyright proprietor." (circ03) > >Disclaimer: This message does not constitute legal advice. > >--Daniel Remenak > > > Ok, but you still need to put the copyright year/holder's name in a certain order, as your last paragraph said. Just not nessessrary for most countries.

March 3, 2006

WRT: winetest-latest is outdated

by Detlef Riekenberg

Hi. The latest Winetest-Binaries are outdated ( http://www.astro.gla.ac.uk/users/paulm/WRT/CrossBuilt/?N=D ). Winetest (ELF) compiled again recently ( http://www.astro.gla.ac.uk/users/paulm/WRT/wrt.php ), but the crossbuilds are still missing. Is there anything that we can do for help? -- By By ... ... Detlef

March 3, 2006

Re: [wininet] More wininet tests InternetQueryOption and InternetSetOption - 2

by Detlef Riekenberg

Am Freitag, den 03.03.2006, 20:50 +0530 schrieb Vijay Kiran Kamuju: > Changes made according to some suggestions Detlef, waiting for more - It took me a really long time to write the review, but you ignored almost everything I suggest, that you do what i did before sending patches to wine: Write a small Windows-App that call the Function, what you want to test and learn, how it works. I'm still using PellesC 3.0 in wine for this. > Add More tests for InternetQueryOption > Add Tests for InternetSetOption Make the Patch as small as possible, so please test only one function. When you compile, there must be no warnings from the compiler! (exception atm.: -fPIC on "make crosstest" in wine) Hope, that helps -- By By ... ... Detlef

March 3, 2006

Re: Question about copyright lines

by Daniel Remenak

On 3/3/06, Segin <segin2005(a)gmail.com> wrote: > Aric Cyr wrote: > > >Marcus Meissner <meissner <at> suse.de> writes: > > > > > > > >>On Fri, Mar 03, 2006 at 03:20:48PM +0100, Stefan Dösinger wrote: > >> > >> > >>>Hello, > >>>At the top of every fine there's are some "Copyright <year> <name>" lines, > >>>listing the persons who have contributed to a file, and when. Are there any > >>>specifc rules about that? > >>> > >>> > If you reverse the name and year, the copyright is invalid and > unenforcable in the United States and many European states. > In the United States and the United Kingdom, that is certainly not true, and probably not in any other Berne Convention country ("Since the Berne Convention prohibits formal requirements that affect the "exercise and enjoyment" of the copyright, the United States changed its law on March 1, 1989, to make the use of a copyright notice optional."). See http://www.copyright.gov/circs/circ03.pdf and http://www.copyright.gov/fls/fl100.html for the United States, and http://www.patent.gov.uk/copy/indetail/copyclaim.htm and http://www.intellectual-property.gov.uk/faq/copyright/index.htm for the UK. "The use of a copyright notice is no longer required under U.S. law, although it is often beneficial." (circ03) "Although a few countries require that a work be marked with the international (c) mark followed by the name of the copyright owner and year of publication, this is not essential in most countries, including the UK." (copyclaim) "All the Western European countries, the USA and Russia belong to the Berne Convention which does not even require your work to be marked in any way for automatic protection to apply." (copyright faq) In the U.S., "The notice for visually perceptible copies should contain three elements. They should appear together or in close proximity on the copies. The elements are: 1 The symbol (c) (the letter C in a circle), or the word "Copyright," or the abbreviation "Copr."; and 2 The year of first publication...and... 3 The name of the owner of copyright in the work, or an abbreviation by which the name can be recognized, or a generally known alternative designation of the owner." (circ03) The elements just need to be in "close proximity" for the notice to be valid...and the notice itself is not strictly necessary for copyright protection, it's just useful for the lawyers if it gets challenged. (e.g. "There may still be instances, such as the defense of innocent infringement, where the question of proper notice may be a factor in assessing damages in infringement actions...The omission of notice does not affect the copyright protection, and no corrective steps are required if the work was published on or after March 1, 1989." (fl100)). For protection in countries which are signatories to the UCC but NOT the Berne Convention (I don't know of any offhand), the year and name do need to be in a specific order, AND you must also include the C-in-a-circle symbol (c). "To guarantee protection for a copyrighted work in all UCC member countries, the notice must consist of the symbol (c) (the word "Copyright" or the abbreviation are not acceptable), the year of first publication, and the name of the copyright proprietor." (circ03) Disclaimer: This message does not constitute legal advice. --Daniel Remenak

March 3, 2006

Re: Question about copyright lines

by Segin

Aric Cyr wrote: >Marcus Meissner <meissner <at> suse.de> writes: > > > >>On Fri, Mar 03, 2006 at 03:20:48PM +0100, Stefan Dösinger wrote: >> >> >>>Hello, >>>At the top of every fine there's are some "Copyright <year> <name>" lines, >>>listing the persons who have contributed to a file, and when. Are there any >>>specifc rules about that? >>> >>> If you reverse the name and year, the copyright is invalid and unenforcable in the United States and many European states.

March 3, 2006

Re: Recently created font problem - anyone see similar?

by Joris Huizer

Dr J A Gow wrote: > Hi, > > I found that the following patch, committed to CVS on 23/02/06 > at 20:33:06 made all my Wine system fonts squashed up and unreadable, which > in turn made a mess of formatting in some dialog boxes. I backed the > patch out from a current tree and the problem went away. Anyone else see > this behaviour? I am wondering what the purpose of this patch is as > the fonts were quite OK before it was committed, and now they are > completely unreadable on this system. Any thoughts before I submit a > patch to put this back the way it was? > > John. > > The offending patch: > > Module: wine > Branch: refs/heads/master > Commit: 69a23a608eea59624b2f37ab424e0f42b3da5baf > URL: > http://source.winehq.org/git/?p=wine.git;a=commit;h=69a23a608eea59624b2f37a… > > > Author: Dmitry Timoshkov <dmitry at codeweavers.com> > Date: Thu Feb 23 20:33:06 2006 +0800 > > gdi: Use "MS Sans Serif" as default sans serif font, not Arial. > > --- > > dlls/gdi/freetype.c | 4 ++-- > 1 files changed, 2 insertions(+), 2 deletions(-) > > diff --git a/dlls/gdi/freetype.c b/dlls/gdi/freetype.c > index ad0d6eb..51e92b8 100644 > --- a/dlls/gdi/freetype.c > +++ b/dlls/gdi/freetype.c > @@ -284,10 +284,10 @@ static struct list font_list = LIST_INIT > > static const WCHAR defSerif[] = {'T','i','m','e','s',' ','N','e','w',' ', > 'R','o','m','a','n','\0'}; > -static const WCHAR defSans[] = {'A','r','i','a','l','\0'}; > +static const WCHAR defSans[] = {'M','S',' ','S','a','n','s',' > ','S','e','r','i','f','\0'}; > static const WCHAR defFixed[] = {'C','o','u','r','i','e','r',' > ','N','e','w','\0'}; > > -static const WCHAR defSystem[] = {'A','r','i','a','l','\0'}; > +static const WCHAR defSystem[] = {'S','y','s','t','e','m','\0'}; > static const WCHAR SystemW[] = {'S','y','s','t','e','m','\0'}; > static const WCHAR MSSansSerifW[] = {'M','S',' ','S','a','n','s',' ', > 'S','e','r','i','f','\0'}; > > I the same font problem (I think) - In firefox, everything shows ok but file-saving dialogs (and maybe more?) render blocks instead of letters; where should I find the fonts wine used before, and where are they placed? (it seems ~/.wine/drive_c/windows/fonts is the directory that is mentioned?) thanks, Joris

March 3, 2006

Re: [wined3d] glStencilOpSeparate & glStencilFuncSeparate symbol errors

by H. Verbeet

On 03/03/06, Victor Pelt <peltco(a)mail.utexas.edu> wrote: > This patch fixes the compile error. it isn't pritty so any feedback is > appreciated This should be fixed by http://source.winehq.org/git/?p=wine.git;a=commitdiff;h=f8ed06ea3dbdf0e4578… With respect to your patch, you can't do it that way. You need to detect support for features during runtime, so basically anything containing an #ifdef is not going to work.

March 3, 2006

Wineconf 2006

by Jeremy White

Hi Folks, We've run into a bit of a snag around Wineconf 2006. Huw was trying to pull something together for this summer, but he's asked to beg off (he's going to be out with a thyroid operation for a bit; prognosis looks good, but...). Rob stepped up and volunteered to pull something together in Reading in the UK, and has been a good sport about getting it together. Sadly, the dates haven't been working out very well. Rob and I were trying to get something together for May 13th (all other dates in May don't work for one reason or another), but then internal folks here started telling us that that was way too soon. The problem with trying for June is that travel costs in June are astronomical; plane flights for example are twice the cost in June than in May. So what I'd like to ask is that people that are interested in coming to Wineconf give us a bit of feedback: http://www.winehq.org/site/wineconf/survey06 Also, I'd like to request that follow ups to this shift over to the Wineconf mailing list: http://www.winehq.org/mailman/listinfo/wineconf For those of you that don't know, Wineconf is our kinda sorta annual technical conference. It's a place where Wine developers gather to heckle Alexandre, talk about the mythical Wine 1.0, and marvel that there are 60 other people as crazy as themselves <grin>. There isn't usually any fee, although you have to bear your own travel costs. Everyone is welcome, but the focus is very technical and developer focused, so 'regular' users may feel a bit out of place. Cheers, Jeremy

March 3, 2006

Re: Regression in 0.9.9: Operation Flashpoint

by Mike McCormack

Riku Hintukainen wrote: > There seems to be a regression with Operation Flashpoint in wine-0.9.9, > possibly because of the dx8->wine3d move. Should I file a bug, or wait > if it gets fixed? Please log a bug instead of posting debugger backtraces to wine-devel. thanks, Mike

March 3, 2006

Re: Question about copyright lines

by Aric Cyr

Marcus Meissner <meissner <at> suse.de> writes: > > On Fri, Mar 03, 2006 at 03:20:48PM +0100, Stefan Dösinger wrote: > > Hello, > > At the top of every fine there's are some "Copyright <year> <name>" lines, > > listing the persons who have contributed to a file, and when. Are there any > > specifc rules about that? > > If you make a significant contribution, just add yourself there. > > (significant in my eyes -> new feature, code rewrite or similar) Just to add to that, you should never delete existing copyright lines, unless you rewrite the entire file from scratch. Stefan, you might want to review (if you haven't already) http://winehq.com/site/sending_patches before submitting many more patches. It might save you (and AJ) a lot of wasted time and rejections. Regards, Aric

March 3, 2006

Re: EaseReader gives fixme:amstream:IAMMultiMediaStreamImpl_Initialize

by Rob Shearman

Peter Åstrand wrote: > On Thu, 26 Jan 2006, Peter Åstrand wrote: > >> Hi. I'm trying to get the EaseReader application >> (http://www.dolphinaudiopublishing.com/products/EaseReader/) running >> in Wine. By using the native oleacc, oleaut32 and rpcrt4, it's now >> actually possible to start the application. The "self voicing" mode >> also works: The application "speaks", for example when hovering above >> menu choices. Listening to the actual DAISY book does not work, >> however. I get: >> >> fixme:imm:ImmGetContext (0x10136): stub >> fixme:imm:ImmGetContext (0x10136): stub >> fixme:amstream:IAMMultiMediaStreamImpl_QueryInterface >> (0x7a4fdc50/0x7a4fdc50)->({bebe595c-9a6f-11d0-8fde-00c04fd9189d},0x7fc6e968) >> >> fixme:amstream:IAMMultiMediaStreamImpl_Initialize >> (0x7a4fdc50/0x7a4fdc50)->(0,1,(nil)) partial stub! >> fixme:amstream:IAMMultiMediaStreamImpl_AddMediaStream >> (0x7a4fdc50/0x7a4fdc50)->((nil),0x4b0d3200,0,(nil)) partial stub! >> fixme:amstream:IAMMultiMediaStreamImpl_OpenFile >> (0x7a4fdc50/0x7a4fdc50)->(L"c:\\program files\\easereader >> demo\\help\\22_highlig.mp3",8) stub! > > > > It seems like the main problem is the IAMMultiMediaStreamImpl_OpenFile > stub. I've tried a quick-n-dirty hack: Just calling ShellExecute from > IAMMultiMediaStreamImpl_OpenFile. See the patch below. After > installing Winamp, this actually works (but stop/seek etc doesn't > work, of course). > > So: Now I'm wondering: How difficult would it be to properly implement > IAMMultiMediaStreamImpl_OpenFile? Most of the base functionality is there. IAMMultiMediaStreamImpl_OpenFile is just a helper method. This is roughly what it should do: CoCreateInstance with IFileSourceFilter on CLSID_AsyncReader. Call IFileSourceFilter_Load. Get the output pin and stash it in This. Call IGraphBuilder_AddSourceFilter. Then IAMMultiMediaStreamImpl_Render should do the following: Call IGraphBuilder_Render using the pin previously stashed away. Care needs to be taken in both cases to ensure the IGraphBuilder object has been set and in the second case the pin as well. Hope this helps, Rob

March 3, 2006

Re: COMCTL32: Fix some gcc 4.1 warnings caused by windowsx.h macros.

by Rob Shearman

Mike McCormack wrote: > ChangeLog: > Fix some gcc 4.1 warnings caused by windowsx.h macros. I see little benefit in this warning being enabled. IMHO, it would be better to see one patch that turns this warning off than ten patches that obfuscate the code Rob

March 3, 2006

Re: [wininet] More wininet tests InternetQueryOption and InternetSetOption - 2

by Vijay Kiran Kamuju

I missed the patch, here it is Changes made according to some suggestions Detlef, waiting for more Changelog ---------------- Add More tests for InternetQueryOption Add Tests for InternetSetOption

March 3, 2006

[wininet] More wininet tests InternetQueryOption and InternetSetOption - 2

by Vijay Kiran Kamuju

Changes made according to some suggestions Detlef, waiting for more Changelog ---------------- Add More tests for InternetQueryOption Add Tests for InternetSetOption

March 3, 2006

make crosstest

by Saulius Krasuckas

I am getting error with it: make[3]: Entering directory `/mnt/antras/usr/src/wine-git/dlls/advapi32/tests' i386-mingw32-gcc -c -I. -I. -I../../../include -I../../../include -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -gstabs+ -Wdeclaration-after-statement -Wpointer-arith -g -O2 -o crypt.cross.o crypt.c crypt.c:1: warning: -fPIC ignored for target (all code is position independent) ... i386-mingw32-gcc -c -I. -I. -I../../../include -I../../../include -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -gstabs+ -Wdeclaration-after-statement -Wpointer-arith -g -O2 -o testlist.cross.o testlist.c testlist.c:1: warning: -fPIC ignored for target (all code is position independent) i386-mingw32-gcc crypt.cross.o crypt_lmhash.cross.o crypt_md4.cross.o crypt_md5.cross.o crypt_sha.cross.o registry.cross.o security.cross.o testlist.cross.o -o advapi32_crosstest.exe -ladvapi32 -lkernel32 /usr/local/lib/gcc/i386-mingw32/3.4.4/libgcc.a: could not read symbols: Archive has no index; run ranlib to add one collect2: ld returned 1 exit status make[3]: *** [advapi32_crosstest.exe] Error 1 make[3]: Leaving directory `/mnt/antras/usr/src/wine-git/dlls/advapi32/tests' How this should be fixed? Here is a list of packages I use: $ rpm -qa | grep mingw mingw-runtime-3.7-16hl mingw-w32api-3.5-16hl mingw-binutils-2.16.91-9hl mingw-gcc-core-3.4.4-12hl

March 3, 2006