September 2003 - Wine-Devel

Re: interactive dsound tests fail && winealsa problem
by Jerry Jenkins Sept. 24, 2003

Sept. 24, 2003

Sylvain Petreolle wrote: > Using latest CVS : > > Enabling dsound interactive tests with WINETEST_INTERACTIVE, > I get many errors like this one, always the same : > > dsound.c:1223: Test failed: MsgWaitForMultipleObjects failed: 0x102 > dsound.c: 42774 tests executed, 0 marked as todo, 80 failures. > > Im using wineoss with OSS compatibility to do these tests. > Kernel : 2.4.20-20.9 > > Using winealsa, the sound produced during the test is awful, full of > noise. I'm trying to improve winealsa's sound quality, and I have found a way. And I think I should make some checks in configure which I am totally unaware of. If everything go smooth, the patch will be sent out within several days. > I get only failed tests due to E_NOTIMPL errors like > > dsound.c:149: Test failed: Lock: 0x80004001

1 0

Re: huge download in cvs-regression.sgml
by Dimitrie O. Paun Sept. 24, 2003

Sept. 24, 2003

On September 23, 2003 01:18 pm, Richard Cohen wrote: > On dialup, the download will take 2 1/2 hrs - it is hard to see a > succession of little trips to cvs.winehq adding up to anything like > that. On broadband the situation is proportionally better, of course, > but is the cvs server really so overloaded ? > > Unless anyone objects, I'll submit a patch removing this suggestion to > make a huge download. Actually, it would be best to add a description on how to setup a local copy of the repository through cvsup, that helps a lot. We don't have it anywhere in the docs (I've sent an email some time ago describing my setup), and it seems rather relevant to this section. -- Dimi.

1 0

Re: CreateBitmap fails
by Jerry Jenkins Sept. 24, 2003

Sept. 24, 2003

> Thanks Jerry, > > your second patch solved the bug 1715 against Wine-20030911. There are still > lots of errorr messages: > err:x11drv:X11DRV_CreateBitmap Trying to make bitmap with planes=1, bpp=4 Maybe there is the same problem. Could you tell me the name of the application you are trying to run? > > but these seem harmless. > > Jarkko Lavinen >

1 0

Re: wine-devel digest, Vol 1 #2212 - 10 msgs
by Jerry Jenkins Sept. 24, 2003

Sept. 24, 2003

> Thanks Jerry, > > your second patch solved the bug 1715 against Wine-20030911. There are still > lots of errorr messages: > err:x11drv:X11DRV_CreateBitmap Trying to make bitmap with planes=1, bpp=4 Maybe there is the same problem. Could you tell me the name of the application you are trying to run? > > but these seem harmless. > > Jarkko Lavinen >

1 0

New winetests.exe
by Jakob Eriksson Sept. 24, 2003

Sept. 24, 2003

Ok people, new version. This time the tests (but not timetests.exe) are compiled with MSVC 7 instead of crosscompiled. (No agenda behind that decision - it's just that current CVS is broken when it comes to crosstest.) http://vmlinux.org/jakov/Wine/

1 0

console test / even the smallest patch can be wrong
by Jakob Eriksson Sept. 23, 2003

Sept. 23, 2003

Index: dlls/kernel/tests/console.c =================================================================== RCS file: /home/wine/wine/dlls/kernel/tests/console.c,v retrieving revision 1.2 diff -u -r1.2 console.c --- dlls/kernel/tests/console.c 21 Jun 2003 02:07:10 -0000 1.2 +++ dlls/kernel/tests/console.c 23 Sep 2003 02:23:36 -0000 @@ -70,7 +70,7 @@ static void testCursor(HANDLE hCon, COORD sbSize) { - COORD c; + COORD c = {0}; ok(SetConsoleCursorPosition(0, c) == 0, "No handle"); ok(GetLastError() == ERROR_INVALID_HANDLE, "GetLastError: expecting %u got %lu",

2 2

interactive dsound tests fail && winealsa problem
by Sylvain Petreolle Sept. 23, 2003

Sept. 23, 2003

Using latest CVS : Enabling dsound interactive tests with WINETEST_INTERACTIVE, I get many errors like this one, always the same : dsound.c:1223: Test failed: MsgWaitForMultipleObjects failed: 0x102 dsound.c: 42774 tests executed, 0 marked as todo, 80 failures. Im using wineoss with OSS compatibility to do these tests. Kernel : 2.4.20-20.9 Using winealsa, the sound produced during the test is awful, full of noise. I get only failed tests due to E_NOTIMPL errors like dsound.c:149: Test failed: Lock: 0x80004001 ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Install regression
by Mike Hearn Sept. 23, 2003

Sept. 23, 2003

It's kind of sad nobody noticed this for so long, but it seems the new visual regedit tool caused a major regression in the ./tools/wineinstall script - of course rather than simply importing the winedefault.reg file it now pops up the regedit window. I'd submit a patch but I have no idea why this happens - the new regedit *does* support importing reg files from the command line right? thanks -mike

2 2

RE: Regression - game not detecting display mode
by hatky Sept. 23, 2003

Sept. 23, 2003

BTW if it helps I switched to 640x480 full screen in windows and run a trace in wine again (same logical error) Hatky. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: Could not stat /cdrom (No such file or directory), ignoring drive D: trace:d3d:DllMain D3D8 DLLMain Reason=1 fixme:console:SetConsoleCtrlHandler (0x10149ad0,1) - no error checking or testing yet fixme:process:GetProcessWorkingSetSize (0xffffffff,0x407a1e2c,0x407a1e28): stub trace:d3d:Direct3DCreate8 SDKVersion = dc, Created Direct3D object at 0x404c9e68 trace:d3d:IDirect3D8Impl_GetAdapterCount (0x404c9e68): Mostly stub, only returns primary display trace:d3d:IDirect3D8Impl_GetAdapterIdentifier (0x404c9e68}->(Adapter: 0, Flags: 2, pId=0x407a01c8) trace:d3d:IDirect3D8Impl_GetAdapterCount (0x404c9e68): Mostly stub, only returns primary display trace:d3d:IDirect3D8Impl_GetDeviceCaps (0x404c9e68)->(Adptr:0, DevType: 1, pCaps: 0x46ea4154) trace:d3d:IDirect3D8Impl_GetDeviceCaps GLCaps: GL_MAX_TEXTURE_UNITS_ARB=2 trace:d3d:IDirect3D8Impl_GetDeviceCaps GLCaps: GL_MAX_CLIP_PLANES=6 trace:d3d:IDirect3D8Impl_GetDeviceCaps GLCaps: GL_MAX_LIGHTS=8 fixme:d3d:IDirect3D8Impl_CheckDeviceFormat (0x404c9e68)->(Adptr:0, DevType:(1,D3DDEVTYPE_HAL), AdptFmt:(22,D3DFMT_X8R8G8B8), Use:(0,none), ResTyp:(3,D3DRTYPE_TEXTURE), CheckFmt:(827611204,D3DFMT_DXT1)) fixme:d3d:IDirect3D8Impl_CheckDeviceFormat (0x404c9e68)->(Adptr:0, DevType:(1,D3DDEVTYPE_HAL), AdptFmt:(22,D3DFMT_X8R8G8B8), Use:(0,none), ResTyp:(3,D3DRTYPE_TEXTURE), CheckFmt:(861165636,D3DFMT_DXT3)) fixme:d3d:IDirect3D8Impl_CheckDeviceFormat (0x404c9e68)->(Adptr:0, DevType:(1,D3DDEVTYPE_HAL), AdptFmt:(22,D3DFMT_X8R8G8B8), Use:(0,none), ResTyp:(3,D3DRTYPE_TEXTURE), CheckFmt:(894720068,D3DFMT_DXT5)) fixme:ole:CoCreateInstance no classfactory created for CLSID {5959df60-2911-11d1-b049-0020af30269a}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {25e609e4-b259-11cf-bfc7-444553540000}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {25e609e0-b259-11cf-bfc7-444553540000}, hres is 0x80040154 fixme:dsound:IDirectSoundImpl_SetCooperativeLevel level=DSSCL_PRIORITY not fully supported fixme:imm:ImmAssociateContext (0x10027, (nil)): semi-stub fixme:imm:ImmAssociateContext (0x10027, (nil)): semi-stub trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) trace:d3d:IDirect3D8Impl_GetAdapterCount (0x404c9e68): Mostly stub, only returns primary display trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 0 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 1 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 2 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 3 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 4 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 5 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 6 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 7 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) trace:d3d:IDirect3D8Impl_GetAdapterCount (0x404c9e68): Mostly stub, only returns primary display trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 0 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 1 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 2 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 3 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 4 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 5 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 6 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 7 trace:d3d:IDirect3D8Impl_EnumAdapterModes (0x404c9e68}->(Adapter:0, mode:0, pMode:0x407a0504) trace:d3d:IDirect3D8Impl_GetAdapterCount (0x404c9e68): Mostly stub, only returns primary display trace:d3d:IDirect3D8Impl_EnumAdapterModes W 1400 H 1050 rr 0 fmt (15,D3DFMT_A8R8G8B8) bpp 24 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) trace:d3d:IDirect3D8Impl_GetAdapterCount (0x404c9e68): Mostly stub, only returns primary display trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 0 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 1 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 2 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 3 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 4 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 5 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 6 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 7 trace:d3d:IDirect3D8Impl_EnumAdapterModes (0x404c9e68}->(Adapter:0, mode:1, pMode:0x407a0504) trace:d3d:IDirect3D8Impl_GetAdapterCount (0x404c9e68): Mostly stub, only returns primary display trace:d3d:IDirect3D8Impl_EnumAdapterModes W 1400 H 1050 rr 0 fmt (15,D3DFMT_A8R8G8B8) bpp 24 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) trace:d3d:IDirect3D8Impl_GetAdapterCount (0x404c9e68): Mostly stub, only returns primary display trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 0 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 1 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 2 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 3 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 4 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 5 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 6 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 7 trace:d3d:IDirect3D8Impl_EnumAdapterModes (0x404c9e68}->(Adapter:0, mode:2, pMode:0x407a0504) trace:d3d:IDirect3D8Impl_GetAdapterCount (0x404c9e68): Mostly stub, only returns primary display trace:d3d:IDirect3D8Impl_EnumAdapterModes W 1280 H 1024 rr 0 fmt (15,D3DFMT_A8R8G8B8) bpp 24 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) trace:d3d:IDirect3D8Impl_GetAdapterCount (0x404c9e68): Mostly stub, only returns primary display trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 0 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 1 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 2 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 3 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 4 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 5 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 6 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 7 trace:d3d:IDirect3D8Impl_EnumAdapterModes (0x404c9e68}->(Adapter:0, mode:3, pMode:0x407a0504) trace:d3d:IDirect3D8Impl_GetAdapterCount (0x404c9e68): Mostly stub, only returns primary display trace:d3d:IDirect3D8Impl_EnumAdapterModes W 1280 H 960 rr 0 fmt (15,D3DFMT_A8R8G8B8) bpp 24 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) trace:d3d:IDirect3D8Impl_GetAdapterCount (0x404c9e68): Mostly stub, only returns primary display trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 0 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 1 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 2 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 3 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 4 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 5 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 6 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 7 trace:d3d:IDirect3D8Impl_EnumAdapterModes (0x404c9e68}->(Adapter:0, mode:4, pMode:0x407a0504) trace:d3d:IDirect3D8Impl_GetAdapterCount (0x404c9e68): Mostly stub, only returns primary display trace:d3d:IDirect3D8Impl_EnumAdapterModes W 1152 H 864 rr 0 fmt (15,D3DFMT_A8R8G8B8) bpp 24 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) trace:d3d:IDirect3D8Impl_GetAdapterCount (0x404c9e68): Mostly stub, only returns primary display trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 0 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 1 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 2 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 3 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 4 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 5 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 6 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 7 trace:d3d:IDirect3D8Impl_EnumAdapterModes (0x404c9e68}->(Adapter:0, mode:5, pMode:0x407a0504) trace:d3d:IDirect3D8Impl_GetAdapterCount (0x404c9e68): Mostly stub, only returns primary display trace:d3d:IDirect3D8Impl_EnumAdapterModes W 1024 H 768 rr 0 fmt (15,D3DFMT_A8R8G8B8) bpp 24 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) trace:d3d:IDirect3D8Impl_GetAdapterCount (0x404c9e68): Mostly stub, only returns primary display trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 0 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 1 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 2 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 3 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 4 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 5 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 6 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 7 trace:d3d:IDirect3D8Impl_EnumAdapterModes (0x404c9e68}->(Adapter:0, mode:6, pMode:0x407a0504) trace:d3d:IDirect3D8Impl_GetAdapterCount (0x404c9e68): Mostly stub, only returns primary display trace:d3d:IDirect3D8Impl_EnumAdapterModes W 800 H 600 rr 0 fmt (15,D3DFMT_A8R8G8B8) bpp 24 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) trace:d3d:IDirect3D8Impl_GetAdapterCount (0x404c9e68): Mostly stub, only returns primary display trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 0 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 1 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 2 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 3 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 4 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 5 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 6 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 7 trace:d3d:IDirect3D8Impl_EnumAdapterModes (0x404c9e68}->(Adapter:0, mode:7, pMode:0x407a0504) trace:d3d:IDirect3D8Impl_GetAdapterCount (0x404c9e68): Mostly stub, only returns primary display trace:d3d:IDirect3D8Impl_EnumAdapterModes W 640 H 480 rr 0 fmt (15,D3DFMT_A8R8G8B8) bpp 24 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) trace:d3d:IDirect3D8Impl_GetAdapterCount (0x404c9e68): Mostly stub, only returns primary display trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 0 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 1 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 2 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 3 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 4 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 5 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 6 trace:d3d:IDirect3D8Impl_GetAdapterModeCount (0x404c9e68}->(Adapter: 0) => 7 trace:d3d:DllMain D3D8 DLLMain Reason=0

1 0

Wine Development Question?
by Rick Langschultz Sept. 23, 2003

Sept. 23, 2003

Is there any movement to combine Wine and X to create a free standing operating system? That would be awesome. Maybe combining it with FreeDos to make it bootable with basic cygwin features??? Just a question. Rick Langschultz

3 2

Will wine get to 1.0 before the win32 APIs are obsolete?
by Ivan Leo Murray-Smith Sept. 23, 2003

Sept. 23, 2003

Some interesting stuff about the longhorn APIs, will the wine GDI be complete they are also obsolete? The good news is that if the windows APIs go from 76.000 to 8-10.000 then the longhorn APIs should be implemented in wine much faster. A: In the technology generations leading up to Longhorn, Microsoft has been moving to a .NET-based managed code environment, and the Longhorn generation will finally mark a clean split with the Win32 APIs of the past. That is, Win32 will be in maintenance mode, and all new development will occur with managed .NET APIs. One such API, Avalon, forms the basis for the new Desktop Compositing Engine (DCE) in Longhorn that replaces GDI and GDI+. Another, called Aero, provides APIs for the new user interface. All of the new Longhorn APIs will utilize the XML Application markup language (XAML) to make Longhorn more accessible to developers than ever before. The idea is to significantly reduce the number of APIs and make the APIs more standardized. Today, there are over 76,000 Win32 APIs, and countless wrappers. With Longhorn, Microsoft hopes to reduce the API set to 8,000 to 10,000. Complete text http://www.winsupersite.com/faq/longhorn.asp

3 3

Re: Unitialised variable
by Jon Griffiths Sept. 23, 2003

Sept. 23, 2003

Hi, + COORD c = 0; This won't compile with msvc since COORD is a struct, not a simple type. Please use the patch from my mail "Test fixes" instead. Cheers, Jon __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

1 0

Re: [dcom 4] More header file stuff
by Alexandre Julliard Sept. 23, 2003

Sept. 23, 2003

Mike Hearn <mike(a)theoretic.com> writes: > Ensure the header files work with upcoming DCOM patches We finally have correct header dependencies now, please don't start breaking them again. -- Alexandre Julliard julliard(a)winehq.com

4 3

Re: [winegcc10] Search standard libraries last
by Dimitrie O. Paun Sept. 23, 2003

Sept. 23, 2003

On September 18, 2003 07:13 am, Richard Cohen wrote: > This is needed for winegcc to build wine itself > > + Remove . from default library search path This may break Winelib apps. Did you check that MinGW does not search . for libs? > + -lwine needs passed in -L paths What do you mean by this? > - strarray_add(lib_files, strmake("-l%s", library)); > + /* Probably one of: > + * .def - which winebuild won't find > + * .so - which winebuild doesn't support > + * .a - which gcc won't find > + */ > + fprintf(stderr, "Ignoring library %s\n", library); We need to pass .a files to gcc, otherwise Winelib apps break. A lot of them (see wxWindows) compile as a big .a lib, and link with that. What do you mean "won't find"? And we should pass .so libs to gcc as well. -- Dimi.

3 4

Re: CreateBitmap fails
by jerry jenkins Sept. 23, 2003

Sept. 23, 2003

Patch for loading bitmaps. ChangeLog: * dlls/comctl32/toolar.c - Create a compatible bitmap of the display, which can be selected into a device context. * windows/cursoricon.c - Loading bitmaps with specified size works now. Index: dlls/comctl32/toolbar.c =================================================================== RCS file: /home/wine/wine/dlls/comctl32/toolbar.c,v retrieving revision 1.139 diff -u -r1.139 toolbar.c --- dlls/comctl32/toolbar.c 17 Sep 2003 20:15:21 -0000 1.139 +++ dlls/comctl32/toolbar.c 20 Sep 2003 10:40:03 -0000 @@ -2215,7 +2215,7 @@ /* create new default image list */ TRACE ("creating default image list!\n"); - himlDef = ImageList_Create (infoPtr->nBitmapWidth, infoPtr->nBitmapHeight, + himlDef = ImageList_Create (infoPtr->nBitmapWidth, infoPtr->nBitmapHeight, ILC_COLOR | ILC_MASK, nButtons, 2); TOOLBAR_InsertImageList(&infoPtr->himlDef, &infoPtr->cimlDef, himlDef, 0); infoPtr->himlInt = himlDef; @@ -2236,7 +2236,7 @@ { BITMAP bmp; HBITMAP hOldBitmapBitmap, hOldBitmapLoad; - HDC hdcImage, hdcBitmap; + HDC hdcImage, hdcBitmap, hdcScreen; /* copy the bitmap before adding it so that the user's bitmap * doesn't get modified. @@ -2245,11 +2245,12 @@ hdcImage = CreateCompatibleDC(0); hdcBitmap = CreateCompatibleDC(0); + hdcScreen = GetDC(NULL); /* create new bitmap */ - hbmLoad = CreateBitmap (bmp.bmWidth, bmp.bmHeight, bmp.bmPlanes, bmp.bmBitsPixel, NULL); - hOldBitmapBitmap = SelectObject(hdcBitmap, (HBITMAP)lpAddBmp->nID); - hOldBitmapLoad = SelectObject(hdcImage, hbmLoad); + hbmLoad = CreateCompatibleBitmap (hdcScreen, bmp.bmWidth, bmp.bmHeight); + hOldBitmapBitmap = SelectObject (hdcBitmap, (HBITMAP)lpAddBmp->nID); + hOldBitmapLoad = SelectObject (hdcImage, hbmLoad); /* Copy the user's image */ BitBlt (hdcImage, 0, 0, bmp.bmWidth, bmp.bmHeight, @@ -2259,6 +2260,7 @@ SelectObject (hdcBitmap, hOldBitmapBitmap); DeleteDC (hdcImage); DeleteDC (hdcBitmap); + ReleaseDC (NULL, hdcScreen); nIndex = ImageList_AddMasked (himlDef, hbmLoad, CLR_DEFAULT); DeleteObject (hbmLoad); @@ -3845,7 +3847,7 @@ { BITMAP bmp; HBITMAP hOldBitmapBitmap, hOldBitmapLoad, hbmLoad; - HDC hdcImage, hdcBitmap; + HDC hdcImage, hdcBitmap, hdcScreen; /* copy the bitmap before adding it so that the user's bitmap * doesn't get modified. @@ -3854,11 +3856,12 @@ hdcImage = CreateCompatibleDC(0); hdcBitmap = CreateCompatibleDC(0); + hdcScreen = GetDC(NULL); /* create new bitmap */ - hbmLoad = CreateBitmap (bmp.bmWidth, bmp.bmHeight, bmp.bmPlanes, bmp.bmBitsPixel, NULL); - hOldBitmapBitmap = SelectObject(hdcBitmap, hBitmap); - hOldBitmapLoad = SelectObject(hdcImage, hbmLoad); + hbmLoad = CreateCompatibleBitmap (hdcScreen, bmp.bmWidth, bmp.bmHeight); + hOldBitmapBitmap = SelectObject (hdcBitmap, hBitmap); + hOldBitmapLoad = SelectObject (hdcImage, hbmLoad); /* Copy the user's image */ BitBlt (hdcImage, 0, 0, bmp.bmWidth, bmp.bmHeight, @@ -3868,6 +3871,7 @@ SelectObject (hdcBitmap, hOldBitmapBitmap); DeleteDC (hdcImage); DeleteDC (hdcBitmap); + ReleaseDC (NULL, hdcScreen); ImageList_AddMasked (himlDef, hbmLoad, CLR_DEFAULT); DeleteObject (hbmLoad); Index: windows/cursoricon.c =================================================================== RCS file: /home/wine/wine/windows/cursoricon.c,v retrieving revision 1.68 diff -u -r1.68 cursoricon.c --- windows/cursoricon.c 10 Sep 2003 03:56:47 -0000 1.68 +++ windows/cursoricon.c 20 Sep 2003 10:40:32 -0000 @@ -1925,7 +1925,8 @@ /********************************************************************** * BITMAP_Load */ -static HBITMAP BITMAP_Load( HINSTANCE instance,LPCWSTR name, UINT loadflags ) +static HBITMAP BITMAP_Load( HINSTANCE instance,LPCWSTR name, + INT width, INT height, UINT loadflags ) { HBITMAP hbitmap = 0; HRSRC hRsrc; @@ -1934,6 +1935,8 @@ BITMAPINFO *info, *fix_info=NULL; HGLOBAL hFix; int size; + BOOL fStretch = FALSE; + HDC hdcMem =NULL; if (!(loadflags & LR_LOADFROMFILE)) { @@ -1953,6 +1956,12 @@ if (!(ptr = map_fileW( name ))) return 0; info = (BITMAPINFO *)(ptr + sizeof(BITMAPFILEHEADER)); } + + if (!width) width = info->bmiHeader.biWidth; + if (!height) height = info->bmiHeader.biHeight; + fStretch = (info->bmiHeader.biHeight != height) || + (info->bmiHeader.biWidth != width); + size = DIB_BitmapInfoSize(info, DIB_RGB_COLORS); if ((hFix = GlobalAlloc(0, size))) fix_info=GlobalLock(hFix); if (fix_info) { @@ -1965,7 +1974,42 @@ if (screen_dc) { char *bits = (char *)info + size; - if (loadflags & LR_CREATEDIBSECTION) { + if (fStretch) { + if (loadflags & LR_CREATEDIBSECTION) { + /* avoid GlobalAlloc & memcpy, but we have to save and then restore the value */ + BITMAPINFOHEADER tSave = fix_info->bmiHeader; + fix_info->bmiHeader.biWidth = width; + fix_info->bmiHeader.biHeight = height; + fix_info->bmiHeader.biCompression = BI_RGB; + fix_info->bmiHeader.biSizeImage = 0; + + hbitmap = CreateDIBSection(screen_dc, fix_info, DIB_RGB_COLORS, NULL, 0, 0); + + fix_info->bmiHeader = tSave; + } + else { + if (fix_info->bmiHeader.biBitCount != 1 ) { + hbitmap = CreateCompatibleBitmap(screen_dc, width, height); + } + else hbitmap = CreateBitmap(width, height, 1, 1, NULL); + } + if(hbitmap) { + HBITMAP hOld; + BOOL res = FALSE; + hdcMem = CreateCompatibleDC(screen_dc); + if (hdcMem) { + hOld = SelectObject(hdcMem, hbitmap); + res = StretchDIBits(hdcMem, 0, 0, width, height, 0, 0, + fix_info->bmiHeader.biWidth, + fix_info->bmiHeader.biHeight, + bits, fix_info, DIB_RGB_COLORS, SRCCOPY); + SelectObject(hdcMem, hOld); + DeleteDC(hdcMem), hdcMem = NULL; + } + if (!res) { DeleteObject(hbitmap); hbitmap = NULL; } + } + } + else if (loadflags & LR_CREATEDIBSECTION) { DIBSECTION dib; hbitmap = CreateDIBSection(screen_dc, fix_info, DIB_RGB_COLORS, NULL, 0, 0); GetObjectA(hbitmap, sizeof(DIBSECTION), &dib); @@ -2064,7 +2108,7 @@ if (loadflags & LR_LOADFROMFILE) loadflags &= ~LR_SHARED; switch (type) { case IMAGE_BITMAP: - return BITMAP_Load( hinst, name, loadflags ); + return BITMAP_Load( hinst, name, desiredx, desiredy, loadflags ); case IMAGE_ICON: if (!screen_dc) screen_dc = CreateDCW( DISPLAYW, NULL, NULL, NULL ); _________________________________________________________________ 免费下载 MSN Explorer: http://explorer.msn.com/lccn

2 1

font metrics rebuilding
by Nerijus Baliunas Sept. 23, 2003

Sept. 23, 2003

Hello, I ssh to remote machine, which is not running X, and run console win32 application on it. Now 2 questions: It seems remote wine uses my local fonts when rebuilding, could it be so? DISPLAY=localhost:10.0 on remote pc. How to disable font metrics rebuilding? I don't think fonts are needed for console apps. Regards, Nerijus

1 1

Re: What todo with stubs in Winlib
by Boaz Harrosh Sept. 23, 2003

Sept. 23, 2003

I will share all my source & make environment, including .diff patches to ATL/WTL/MFC so any wtl mfc activex project should compile. I intend to supply example projects for MFC GUI and ODBC, WTL apps and ATL com controls all compiled with winelib on Linux. I will show how to compile the C runtime from MSVC. I just need to have every thing linking and running here at work, then I will have time to update to the newer wine and submit the patches. I hope the wine project will be happy to host some of them. the one not accepted I will have available on the NET on my site. Patches include minor adjustments to wine headers. mainly on the #if (cplusplus) side of things for example: --- include/wine/windows/unknwn.h 2003-08-26 16:15:55.000000000 +0300 +++ src/include/unknwn.h 2003-04-12 03:09:14.000000000 +0300 @@ -15,33 +15,14 @@ DEFINE_GUID(IID_IUnknown, 0x00000000, 0x0000, 0x0000, 0xc0,0x00, 0x00,0x00,0x00,0x00,0x00,0x46); #if defined(__cplusplus) && !defined(CINTERFACE) - -extern "C++" { - #ifdef ICOM_USE_COM_INTERFACE_ATTRIBUTE struct __attribute__((com_interface)) IUnknown #else @@ -58,15 +39,7 @@ virtual ULONG STDMETHODCALLTYPE Release( ) = 0; - template <class Q> - HRESULT STDMETHODCALLTYPE QueryInterface(Q** pp) - { - return QueryInterface(__uuidof(Q), (void**)pp); - } }; - -} // extern "C++" - #else typedef struct IUnknownVtbl IUnknownVtbl; struct IUnknown { the support of "uuidof" and other ms stuff like #pagma(property) and declspec(xxx) are in an additional header that either needs to be included or -include msextentions.h in the make files. I will also submit some changes to the winemaker maybe winemaker2. and I would also like to write a white paper about it all. but all in do time, let me link it all together first. Beginning of next week some of you guys will have to help me on how to organize the all patching procedure as it is my first time. If any one cannot wait for the formal patches I will be happy to tar him a private copy of the work in progress. free life Boaz Dimitrie O. Paun wrote: >On Mon, 22 Sep 2003, Boaz Harrosh wrote: > > > >>I must confess I am using a 2 month old wine but ... >> >>from wininet.dll: >> Gopher[*] >> InternetErrorDlg >> InternetSetFilePointer >> >>from rasapi32.dll >> RasSetEntryDialParamsA/W >> IsAsyncMoniker >> RasGetErrorStringA >> RasDialA >> RasGetConnectStatusA >> >> > >Well, update to the latest wine, and write stub implementations for >the ones that still need one. > > > >> CreateAsyncBindCtx - this one is actually there only it is stubbed in >>the spec file >> >> > >Fix the spec file to point to the function. > > > >>and some others - I have MFC/ATL compiled. These and others get pulled >>in and I just wondered what every one is doing. >> >> > >Can you share your experience compiling MFC/ATL? What did you need to >change to MFC/ATL? What about Wine (hopefully nothing :))? What about >the Makefile -- can you share it? > > > >>and if we are at it I am using msvcrt(.dll) from wine (-isystem >>wine/msvcrt) - what does one do with "gethostname"? is there a WINE_ >>synonym for it? that I should -D for >> >> > >I know, this is a tough one -- I have run into it myself, but I haven't >had the time t think about it yet. > > >

1 0

Compiling tests with MSVC headers
by Jakob Eriksson Sept. 23, 2003

Sept. 23, 2003

Compiling with MSVC 7, using MSCV headers. For the record: to compile tests/dpa.c for comctl32.dll you need the latest commctrl.h from Microsoft. The one they settled to publish: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnapiover/… Download the SDK and copy needed files in to Visual Studio. (Or just use the SDK, I think you should be able to compile C and C++ programs with it, no GUI included though.) regards, Jakob

1 0

Re: TreeView control - set correct hwndNotify
by Alexandre Julliard Sept. 22, 2003

Sept. 22, 2003

"Igor Grahek" <igorg(a)cadlink.com> writes: > Is there a reason why this is not accepted? > > ChangeLog: - TreeView control set Notify window correctly in case that > window style is WS_POPUP. I still don't think the IsWindow thing is correct. Have you checked what Windows does in that case? -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: shell32: export some already implemented functions
by Alexandre Julliard Sept. 22, 2003

Sept. 22, 2003

"Rolf Kalbermatter" <rolf.kalbermatter(a)citeng.com> writes: > --- dlls/shell32/shell32.spec 21 Aug 2003 21:26:07 -0000 1.75 > +++ dlls/shell32/shell32.spec 19 Sep 2003 10:59:21 -0000 > @@ -89,9 +89,9 @@ > 95 stdcall SHLogILFromFSIL (ptr) > 96 stdcall StrRetToStrN (ptr long ptr ptr) StrRetToStrNAW > 97 stdcall SHWaitForFileToOpen (long long long) > - 98 stdcall SHGetRealIDL (long long long) > + 98 stdcall -noname SHGetRealIDL (ptr ptr ptr) > 99 stdcall SetAppStartingCursor (long long) > 100 stdcall SHRestricted(long) > 102 stdcall SHCoCreateInstance(ptr ptr long ptr ptr) > @@ -174,6 +174,8 @@ > 184 stdcall ArrangeWindows(long long long long long) > 185 stub SHHandleDiskFull > 186 stdcall ILGetDisplayNameEx(ptr ptr ptr long) > + 189 stdcall -noname ILCreateFromPathA(str) > + 190 stdcall -noname ILCreateFromPathW(wstr) I don't think that's correct, I have other functions as 189 and 190 in my shell32.dll. They should probably be '@' ordinals and imported by name. Also, are you sure SHGetRealIDL is supposed to be imported by ordinal? -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: DMUSIC: version and headers update
by Alexandre Julliard Sept. 22, 2003

Sept. 22, 2003

Rok Mandeljc <rok.mandeljc(a)gimb.org> writes: > Nothing revolutionary, it just updates versions of dm*.dll files. MS > also added some fields to some structures in headers, but otherwise > there aren't any big changes; sorry for the size of file, but I've been > applying lots of cosmetic fixes to headers... ;=) The patch is big really because you changed the files to use DOS line endings. Please fix that and resubmit a patch. Also we can't simply copy the Microsoft headers, I'm not sure what "released for public use" is supposed to mean but I don't think it gives us the right to redistribute them. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: wine/dlls/comctl32 comctl32undoc.c comctl32.sp ...
by Dimitrie O. Paun Sept. 22, 2003

Sept. 22, 2003

On September 17, 2003 06:42 pm, Alexandre Julliard wrote: > Renamed the COMCTL32_* functions to use the exported name. What about a search & replace? I know, it's a big change, but this COMCTL32_ prefix is kinda uglifying. They also perpetuate themselves in the code, as they provide bad example. If you want, I can do patches for each of the controls. At the very least I'd like to get the controls I work on cleaned up... -- Dimi.

3 2

Re: tools/translations_status
by Ivan Leo Murray-Smith Sept. 22, 2003

Sept. 22, 2003

> It is slow because it works with CVS to figure things out. If you have a > local copy of the cvs tree (maintained through cvsup) It's not that bad, when I aren't using my dsl line to download 2 or 3 200MB+ files at the same time.

1 0

What todo with stubs in Winlib
by Boaz Harrosh Sept. 22, 2003

Sept. 22, 2003

Winebuild would not recognize stubs for linking. So an app that runs under wine will not compile under winelib. ( stubbed functions are linked to but are not actually used). [Q] What should one do with all these stub functions? redefine them in a separate file? would it make any logic to tell winebuild - with a special switch - to link also to stubs? ( how hard is that hack?)

4 5

Re: tools/translations_status
by Ivan Leo Murray-Smith Sept. 22, 2003

Sept. 22, 2003

Vincent, your tool has a little problem: It isn't clear where I'm meant to run it from. Fromt the wine source root, I get a message saying that ../../tools/wrc doesn't exist, putting it in a directory 2 levels down (So that ../../tools/wrc does exist) I get this [ivan(a)localhost wrc]$ ./01-verif-rc2__charset_ISO-8859-15 Could not open rsrc.rc grep: xx????: No such file or directory DIALOG: grep: xx????: No such file or directory Ressource type unknown: [ivan(a)localhost wrc]$ I'm may be missing something obvious. The translation.sh that Dimi sent is much better (For now), for a start it works, but it is so slow, something faster (Maybe something that can be compiled?) would be very nice.

3 2