- wine-devel - winehq.org

Re: [ros-kernel] Sound Blaster driver development + WINMM.DLL
by Steven Edwards 25 Sep '03

25 Sep '03

I will work on this but it may be a while. Once I get my internet connection back up at home I am going to spend some time working on getting more of WINE to build with MS_VC and the PSDK. Once that is done we can do the Mingw work and of course Winmm will be part of this. I cant give any time table except to say my cable should be back up in a week or two. I wont be able to implement the needed interfaces in to winmm that will still be up to you but we should have the dll ported and working with w32api in a month or two. Thanks Steven --- Silver Blade <lists(a)silverblade.co.uk> wrote: > Once the driver is complete, it should be possible to use it under > Bochs (it > has SB support, doesn't it?) and also it means WINMM.DLL will have > something > to work with eventually. For the time being, I've given up with > porting > WINMM.DLL since I got a bit lost trying to port it, so I've asked > Steven if > he'd like to continue working on it, since he did start porting it > himself. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

3 4

Build log again. Only three tests left.
by Jakob Eriksson 25 Sep '03

25 Sep '03

17 of 20 tests compile. Things are getting better. The remaining three I don't know how to fix. XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX ------ Build started: Project: winetest, Configuration: MSVC Headers Win32 ------ winetest - up-to-date. ------ Build started: Project: winmm_test, Configuration: MSVC Headers Win32 ------ Linking... Build log was saved at "file://k:\c\Wine\wine\dlls\winmm\tests\Output\Win32_MSVC_Headers\BuildLog.htm" winmm_test - 0 error(s), 0 warning(s) ------ Build started: Project: wininet_test, Configuration: MSVC Headers Win32 ------ Linking... Build log was saved at "file://k:\c\Wine\wine\dlls\wininet\tests\Output\Win32_MSVC_Headers\BuildLog.htm" wininet_test - 0 error(s), 0 warning(s) ------ Build started: Project: winspool_test, Configuration: MSVC Headers Win32 ------ Linking... Build log was saved at "file://k:\c\Wine\wine\dlls\winspool\tests\Output\Win32_MSVC_Headers\BuildLog.htm" winspool_test - 0 error(s), 0 warning(s) ------ Build started: Project: ws2_32_test, Configuration: MSVC Headers Win32 ------ Linking... Build log was saved at "file://k:\c\Wine\wine\dlls\winsock\tests\Output\Win32_MSVC_Headers\BuildLog.htm" ws2_32_test - 0 error(s), 0 warning(s) ------ Build started: Project: comctl32_test, Configuration: MSVC Headers Win32 ------ Linking... Build log was saved at "file://k:\c\Wine\wine\dlls\comctl32\tests\Output\Win32_MSVC_Headers\BuildLog.htm" comctl32_test - 0 error(s), 0 warning(s) ------ Build started: Project: user32_test, Configuration: MSVC Headers Win32 ------ Linking... Build log was saved at "file://k:\c\Wine\wine\dlls\user\tests\Output\Win32_MSVC_Headers\BuildLog.htm" user32_test - 0 error(s), 0 warning(s) ------ Build started: Project: urlmon_test, Configuration: MSVC Headers Win32 ------ Linking... Build log was saved at "file://k:\c\Wine\wine\dlls\urlmon\tests\Output\Win32_MSVC_Headers\BuildLog.htm" urlmon_test - 0 error(s), 0 warning(s) ------ Build started: Project: shlwapi_test, Configuration: MSVC Headers Win32 ------ Linking... Build log was saved at "file://k:\c\Wine\wine\dlls\shlwapi\tests\Output\Win32_MSVC_Headers\BuildLog.htm" shlwapi_test - 0 error(s), 0 warning(s) ------ Build started: Project: shell32_test, Configuration: MSVC Headers Win32 ------ Linking... Build log was saved at "file://k:\c\Wine\wine\dlls\shell32\tests\Output\Win32_MSVC_Headers\BuildLog.htm" shell32_test - 0 error(s), 0 warning(s) ------ Build started: Project: rpcrt4_test, Configuration: MSVC Headers Win32 ------ Linking... Build log was saved at "file://k:\c\Wine\wine\dlls\rpcrt4\tests\Output\Win32_MSVC_Headers\BuildLog.htm" rpcrt4_test - 0 error(s), 0 warning(s) ------ Build started: Project: oleaut32_test, Configuration: MSVC Headers Win32 ------ Linking... olefont.obj : error LNK2019: unresolved external symbol _IFont_QueryInterface referenced in function _func_olefont .\Output\Win32_MSVC_Headers/oleaut32_test.exe : fatal error LNK1120: 1 unresolved externals Build log was saved at "file://k:\c\Wine\wine\dlls\oleaut32\tests\Output\Win32_MSVC_Headers\BuildLog.htm" oleaut32_test - 2 error(s), 0 warning(s) ------ Build started: Project: ntdll_test, Configuration: MSVC Headers Win32 ------ Compiling... string.c string.c(33) : fatal error C1083: Cannot open include file: 'winternl.h': No such file or directory rtlstr.c rtlstr.c(28) : fatal error C1083: Cannot open include file: 'ntstatus.h': No such file or directory rtlbitmap.c rtlbitmap.c(26) : fatal error C1083: Cannot open include file: 'ntstatus.h': No such file or directory rtl.c rtl.c(27) : fatal error C1083: Cannot open include file: 'ntstatus.h': No such file or directory path.c path.c(24) : fatal error C1083: Cannot open include file: 'ntstatus.h': No such file or directory large_int.c large_int.c(27) : fatal error C1083: Cannot open include file: 'ntstatus.h': No such file or directory generated.c generated.c(14) : fatal error C1083: Cannot open include file: 'ntstatus.h': No such file or directory error.c error.c(24) : fatal error C1083: Cannot open include file: 'ntstatus.h': No such file or directory env.c env.c(24) : fatal error C1083: Cannot open include file: 'ntstatus.h': No such file or directory Generating Code... Build log was saved at "file://k:\c\Wine\wine\dlls\ntdll\tests\Output\Win32_MSVC_Headers\BuildLog.htm" ntdll_test - 9 error(s), 0 warning(s) ------ Build started: Project: netapi32_test, Configuration: MSVC Headers Win32 ------ Linking... Build log was saved at "file://k:\c\Wine\wine\dlls\netapi32\tests\Output\Win32_MSVC_Headers\BuildLog.htm" netapi32_test - 0 error(s), 0 warning(s) ------ Build started: Project: msvcrt_test, Configuration: MSVC Headers Win32 ------ Linking... Build log was saved at "file://k:\c\Wine\wine\dlls\msvcrt\tests\Output\Win32_MSVC_Headers\BuildLog.htm" msvcrt_test - 0 error(s), 0 warning(s) ------ Build started: Project: kernel32_test, Configuration: MSVC Headers Win32 ------ Linking... Build log was saved at "file://k:\c\Wine\wine\dlls\kernel\tests\Output\Win32_MSVC_Headers\BuildLog.htm" kernel32_test - 0 error(s), 0 warning(s) ------ Build started: Project: gdi32_test, Configuration: MSVC Headers Win32 ------ Linking... Build log was saved at "file://k:\c\Wine\wine\dlls\gdi\tests\Output\Win32_MSVC_Headers\BuildLog.htm" gdi32_test - 0 error(s), 0 warning(s) ------ Build started: Project: dsound_test, Configuration: MSVC Headers Win32 ------ Linking... dsound.obj : error LNK2001: unresolved external symbol _IID_IDirectSound3DListener dsound.obj : error LNK2001: unresolved external symbol _IID_IDirectSoundBuffer dsound.obj : error LNK2001: unresolved external symbol _IID_IDirectSound3DBuffer dsound.obj : error LNK2001: unresolved external symbol _IID_IDirectSoundNotify propset.obj : error LNK2001: unresolved external symbol _DSPROPSETID_DirectSoundDevice propset.obj : error LNK2001: unresolved external symbol _CLSID_DirectSoundPrivate propset.obj : error LNK2001: unresolved external symbol _CLSID_DirectSoundFullDuplex propset.obj : error LNK2001: unresolved external symbol _CLSID_DirectSoundCapture8 propset.obj : error LNK2001: unresolved external symbol _CLSID_DirectSoundCapture propset.obj : error LNK2001: unresolved external symbol _CLSID_DirectSound8 propset.obj : error LNK2001: unresolved external symbol _IID_IKsPropertySet propset.obj : error LNK2001: unresolved external symbol _CLSID_DirectSound .\Output\Win32_MSVC_Headers/dsound_test.exe : fatal error LNK1120: 12 unresolved externals Build log was saved at "file://k:\c\Wine\wine\dlls\dsound\tests\Output\Win32_MSVC_Headers\BuildLog.htm" dsound_test - 13 error(s), 0 warning(s) ------ Build started: Project: advapi32_test, Configuration: MSVC Headers Win32 ------ Linking... Build log was saved at "file://k:\c\Wine\wine\dlls\advapi32\tests\Output\Win32_MSVC_Headers\BuildLog.htm" advapi32_test - 0 error(s), 0 warning(s) ------ Build started: Project: wineruntests, Configuration: MSVC Headers Win32 ------ Compiling... runtests.c Linking... Build log was saved at "file://k:\c\Wine\wine\Output\Win32_MSVC_Headers\BuildLog.htm" wineruntests - 0 error(s), 0 warning(s) ---------------------- Done ---------------------- Build: 17 succeeded, 3 failed, 0 skipped

3 2

Re: Build log from tests built with MSVC 7
by Rolf Kalbermatter 25 Sep '03

25 Sep '03

Alexandre Julliard <julliard(a)winehq.org> wrote: >Steven Edwards <steven_ed4153(a)yahoo.com> writes: > >> OK so we know the DPA_Create problems are not just in Mingw. Can we do >> something about this now? > >You probably need a more recent comctl32.lib. I definitely have these >functions in mine. Which is probably from the latest official SDK (I could find February 2003). The original compile was with MSVC 7 (aka Visual C .NET) if I remember correctly and considering that we talk about functions introduced in Win95 (although undocumented at that time) I find it a serious problem that the import libraries from MSVC 7 still do not seem to provide these. I for myself still use VC 6 although I recently downloaded the SDK and installed it, to be able to compile and link some Wine source code. Still can't figure out why I should need .NET ;-) Rolf Kalbermatter

2 1

[Fwd: Wine starts faster without /etc/printcap ...]
by George Ginden 25 Sep '03

25 Sep '03

I hope this won't be that much OT here ...

1 0

Re: expand on -documentation of -dll option
by Ferenc Wagner 25 Sep '03

25 Sep '03

Bill Medland <billmedland(a)mercuryspeed.com> writes: > Bill Medland (billmedland(a)mercuryspeed.com) > Expand the documentation on the --dll option > > +Syntax: -dll name[,name[,...]]={native|so|builtin}[,{n|s|b}[,...]] > + - 'name' is the name of any dll without extension > + - the order of loading (native, so and builtin) can be abbreviated > + with the first letter I thought so was not supported any more... Feri.

1 0

Hang when the apps used editmask object
by Hengga 25 Sep '03

25 Sep '03

Hi.., I got applications running well on windows environment, but when I run it with wine running on Linux the applications stop/hangs. I check the programs and when I removed the editmask object, the program could run (not hang). What's wrong with it? I tested it with wine 20030911 and 20030813.tar.gz FYI, we develop the programs with PowerBuilder. I debug the program when running it with wine and found the error message is (with editmask object): fixme:file:DeviceIoControl Unimplemented control 256 for VxD device NWLINK Could someone tell me what's should I do know? Thanks in advance. Hengga

1 0

Re: ntdll/kernel32: #36
by Dimitrie O. Paun 25 Sep '03

25 Sep '03

On September 20, 2003 02:39 pm, Eric Pouech wrote: > for the time being, we'll be living with two sets of data for device > configuration. At the end, of course, only the newly introduced shall > subsist. If you add/delete config options, please send me a note so I can update the options table. I can see you've added a few: Codepage, ReadVolInfo, FailReadOnly, DriveC Whazzup with these? -- Dimi.

3 8

Build log from tests built with MSVC 7
by Jakob Eriksson 25 Sep '03

25 Sep '03

(Especially the link errors I have no idea how to fix.) Just in case somebody wants to know what the build log looks like: ------------------------------------------------------------------------------------ ------ Build started: Project: winetest, Configuration: MSVC Headers Win32 ------ winetest - up-to-date. ------ Build started: Project: winmm_test, Configuration: MSVC Headers Win32 ------ winmm_test - up-to-date. ------ Build started: Project: wininet_test, Configuration: MSVC Headers Win32 ------ wininet_test - up-to-date. ------ Build started: Project: winspool_test, Configuration: MSVC Headers Win32 ------ winspool_test - up-to-date. ------ Build started: Project: ws2_32_test, Configuration: MSVC Headers Win32 ------ ws2_32_test - up-to-date. ------ Build started: Project: comctl32_test, Configuration: MSVC Headers Win32 ------ Linking... dpa.obj : error LNK2019: unresolved external symbol __imp__DPA_Search@24 referenced in function _DPA_test dpa.obj : error LNK2019: unresolved external symbol __imp__DPA_Create@4 referenced in function _DPA_test .\Output\Win32_MSVC_Headers/comctl32_test.exe : fatal error LNK1120: 2 unresolved externals Build log was saved at "file://k:\c\Wine\wine\dlls\comctl32\tests\Output\Win32_MSVC_Headers\BuildLog.htm" comctl32_test - 3 error(s), 0 warning(s) ------ Build started: Project: user32_test, Configuration: MSVC Headers Win32 ------ user32_test - up-to-date. ------ Build started: Project: urlmon_test, Configuration: MSVC Headers Win32 ------ urlmon_test - up-to-date. ------ Build started: Project: shlwapi_test, Configuration: MSVC Headers Win32 ------ shlwapi_test - up-to-date. ------ Build started: Project: shell32_test, Configuration: MSVC Headers Win32 ------ shell32_test - up-to-date. ------ Build started: Project: rpcrt4_test, Configuration: MSVC Headers Win32 ------ rpcrt4_test - up-to-date. ------ Build started: Project: oleaut32_test, Configuration: MSVC Headers Win32 ------ Linking... olefont.obj : error LNK2019: unresolved external symbol _IFont_QueryInterface referenced in function _func_olefont .\Output\Win32_MSVC_Headers/oleaut32_test.exe : fatal error LNK1120: 1 unresolved externals Build log was saved at "file://k:\c\Wine\wine\dlls\oleaut32\tests\Output\Win32_MSVC_Headers\BuildLog.htm" oleaut32_test - 2 error(s), 0 warning(s) ------ Build started: Project: ntdll_test, Configuration: MSVC Headers Win32 ------ Compiling... string.c string.c(33) : fatal error C1083: Cannot open include file: 'winternl.h': No such file or directory rtlstr.c rtlstr.c(28) : fatal error C1083: Cannot open include file: 'ntstatus.h': No such file or directory rtlbitmap.c rtlbitmap.c(26) : fatal error C1083: Cannot open include file: 'ntstatus.h': No such file or directory rtl.c rtl.c(27) : fatal error C1083: Cannot open include file: 'ntstatus.h': No such file or directory path.c path.c(24) : fatal error C1083: Cannot open include file: 'ntstatus.h': No such file or directory large_int.c large_int.c(27) : fatal error C1083: Cannot open include file: 'ntstatus.h': No such file or directory generated.c generated.c(14) : fatal error C1083: Cannot open include file: 'ntstatus.h': No such file or directory error.c error.c(24) : fatal error C1083: Cannot open include file: 'ntstatus.h': No such file or directory env.c env.c(24) : fatal error C1083: Cannot open include file: 'ntstatus.h': No such file or directory Generating Code... Build log was saved at "file://k:\c\Wine\wine\dlls\ntdll\tests\Output\Win32_MSVC_Headers\BuildLog.htm" ntdll_test - 9 error(s), 0 warning(s) ------ Build started: Project: netapi32_test, Configuration: MSVC Headers Win32 ------ Compiling... wksta.c wksta.c(28) : fatal error C1083: Cannot open include file: 'ntstatus.h': No such file or directory Build log was saved at "file://k:\c\Wine\wine\dlls\netapi32\tests\Output\Win32_MSVC_Headers\BuildLog.htm" netapi32_test - 1 error(s), 0 warning(s) ------ Build started: Project: msvcrt_test, Configuration: MSVC Headers Win32 ------ msvcrt_test - up-to-date. ------ Build started: Project: kernel32_test, Configuration: MSVC Headers Win32 ------ kernel32_test - up-to-date. ------ Build started: Project: gdi32_test, Configuration: MSVC Headers Win32 ------ gdi32_test - up-to-date. ------ Build started: Project: dsound_test, Configuration: MSVC Headers Win32 ------ Compiling... propset.c propset.c(32) : fatal error C1083: Cannot open include file: 'dsconf.h': No such file or directory Build log was saved at "file://k:\c\Wine\wine\dlls\dsound\tests\Output\Win32_MSVC_Headers\BuildLog.htm" dsound_test - 1 error(s), 0 warning(s) ------ Build started: Project: advapi32_test, Configuration: MSVC Headers Win32 ------ advapi32_test - up-to-date. ------ Build started: Project: wineruntests, Configuration: MSVC Headers Win32 ------ wineruntests - up-to-date. ---------------------- Done ---------------------- Build: 15 succeeded, 5 failed, 0 skipped

3 7

Re: Uninstaller crashed on Windows 2000
by Eric Pouech 24 Sep '03

24 Sep '03

Pavel Roskin wrote: > Hello! > > HeapReAlloc() would crash on Windows 2000 is the original pointer is NULL. > This causes the Andreas Mohr's uninstaller to crash. there's lot of code which relies on HeapReAlloc would allocate a block if the block to reallocate is NULL (as realloc does in stdlib). this is not the case in windows, and we should fix it (and first, fix all the wine code relying on this) Dimi, may be something to add to the Janitorial list... Maybe, we could also keep a least of the most common traps in win32 API for unix programmers... A+ -- Eric Pouech

2 2

Re: Window style for winhelp not initialized
by Steven Edwards 24 Sep '03

24 Sep '03

Hello Pavel, While you are looking at running the WINE programs under Windows can you take a look at the uninstaller program? When I build this program with Mingw or MS_VC and try to run it under Windows it crashes. It seems somehow it has a problem loading the registry entries in the uninstall key. If you run uninstaller on a clean Windows 2000 system it will function without crashing but as soon as data is in that registry branch it crashes. Thanks Steven --- Pavel Roskin <proski(a)gnu.org> wrote: > Hello! > > The style of the main winhelp window in not initialized. As a > result, the > main window has no buttons on it (both in Wine and Windows 2000). > The > patch sets win_style to WS_OVERLAPPEDWINDOW. Popup windows are not > affected. > > ChangeLog: > programs/winhelp/winhelp.c: > Initialize style of the main window to WS_OVERLAPPEDWINDOW. > > -- > Regards, > Pavel Roskin> --- programs/winhelp/winhelp.c > +++ programs/winhelp/winhelp.c > @@ -115,6 +115,7 @@ HLPFILE_WINDOWINFO* WINHELP_GetWindo > strcpy(mwi.caption, hlpfile->lpszTitle); > mwi.origin.x = mwi.origin.y = mwi.size.cx = mwi.size.cy = > CW_USEDEFAULT; > mwi.style = SW_SHOW; > + mwi.win_style = WS_OVERLAPPEDWINDOW; > mwi.sr_color = mwi.sr_color = 0xFFFFFF; > } > return &mwi; > __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

2 1

Re: interactive dsound tests fail && winealsa problem
by wine＠frotz.org 24 Sep '03

24 Sep '03

> 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. A few weeks back, I got fed up with the winealsa driver not working with my app (and the OSS driver wasn't working for me at the time either), so I gutted it and rolled my own using the DMIX plugin. PCM output is about 80% complete ATM. All that's left to do there is one-shot buffers, hook up volume/panning control, and do some tidying up of the code. And then there's the input side.... I was planning to submit it as a separate driver, since its architecture differs significantly from the existing one. The main differences are: support for "hardware" secondary buffers with ALSA, not Wine, doing the mixing; and the use of the DMIX plugin, which hopefully will allow it to play friendly with other DMIX-aware linux apps (e.g. mplayer, etc.). So, what I'm wondering now is: 1) Should I bother finishing it? OSS is working fine for me again, and if someone else is going to fix the existing ALSA driver...., and 2) if the answer to question 1 is 'yes', then what is the proper protocol for submitting such a substantial code change. IMO a separate driver would be less destabilizing (don't run it if you don't want to!), but a little confusing (two ALSA drivers?).

5 4

Re: console test / even the smallest patch can be wrong
by Ivan Leo Murray-Smith 24 Sep '03

24 Sep '03

> since 0 is a wrong console handle (in this case), we don't care about > actual c value. But this causes a problem with winetests.exe, on win2k3 when running the tests, I get a msg box saying Microsoft Visual C++ debug library Debug Error! Program: C:\(Location of kernel32_tests here) Module: C:\(Location of kernel32_tests here) File: Run Time check Failure #3 - The variable "c" is being used without being defined. (Press retry to debug the application) As a result of clicking on retry, the tests just continue normally (Still running while I'm writing this).

1 0

Re: interactive dsound tests fail && winealsa problem
by Jerry Jenkins 24 Sep '03

24 Sep '03

> So, what I'm wondering now is: 1) Should I bother finishing it? OSS is > working fine for me again, and if someone else is going to fix the existing ALSA > driver...., and 2) if the answer to question 1 is 'yes', then what is the proper > protocol for submitting such a substantial code change. IMO a separate driver > would be less destabilizing (don't run it if you don't want to!), but a little > confusing (two ALSA drivers?). My patch will depend on alsa driver highly. Just a little change to the alsa APIs will make my patch don't work any more. That's also the reason why I want to do some checks. So I think that people (at least me) would be glad to have another choice ... if you do have some time:-). Maybe there are some more smart opinions.

1 0

Re: interactive dsound tests fail && winealsa problem
by Jerry Jenkins 24 Sep '03

24 Sep '03

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 24 Sep '03

24 Sep '03

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 24 Sep '03

24 Sep '03

> 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 24 Sep '03

24 Sep '03

> 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 24 Sep '03

24 Sep '03

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 23 Sep '03

23 Sep '03

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 23 Sep '03

23 Sep '03

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 23 Sep '03

23 Sep '03

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 23 Sep '03

23 Sep '03

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 23 Sep '03

23 Sep '03

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 23 Sep '03

23 Sep '03

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 23 Sep '03

23 Sep '03

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 23 Sep '03

23 Sep '03

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 23 Sep '03

23 Sep '03

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 23 Sep '03

23 Sep '03

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 23 Sep '03

23 Sep '03

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 23 Sep '03

23 Sep '03

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 23 Sep '03

23 Sep '03

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 22 Sep '03

22 Sep '03

"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 22 Sep '03

22 Sep '03

"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 22 Sep '03

22 Sep '03

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 22 Sep '03

22 Sep '03

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 22 Sep '03

22 Sep '03

> 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 22 Sep '03

22 Sep '03

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 22 Sep '03

22 Sep '03

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@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@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

Regression - game not detecting display mode
by hatky 22 Sep '03

22 Sep '03

I tryed todays cvs version and running Unreal Turnment 2003 get me an error from the game : Error setting display mode: No acceptable display modes found (D3D_OK). This has morked last week, I think the last time I checked it was 7/9/2003... Hatky. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

2 4

Fwd: Apps Database
by Sylvain Petreolle 22 Sep '03

22 Sep '03

Andi, I think this one is for you. I sent a test mail to this mail adress today and got the same error. ===== 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

"Unknown directory 15 ignored"
by Andrew Patrikalakis 22 Sep '03

22 Sep '03

Hello, I'm trying to run a specific program (Winny2), and it doesn't work anymore... here is the output: fixme:win32:PE_CreateModule Unknown directory 15 ignored ...and nothing more (however, wine is apparantly racing at this point but still doesn't show anything after ~10minutes.) I looked this line up, its in wine/loader/pe_image.c:250. I have no idea what it's for, or what would be involved in fixing it... Andrew Patrikalakis

2 1

WineHQ: still TODO (take 2)
by Dimitrie O. Paun 22 Sep '03

22 Sep '03

Hi folks, Half a year ago I've sent this email about the state of WineHQ: http://www.winehq.org/hypermail/wine-devel/2003/03/0804.html This is a follow up to see what was done, what's left to do, etc. NOTE: numbering follows original email. First, let's see what got DONE, and who did it: 1. Integrate Bugzilla into the site (Jeremy Newman) 2. Integrate AppDB into the site (Jeremy Newman) 3. Integrate the guides into the site (Francois Gouget) 9. Simplify the Contributing page (Dimitrie Paun) 10. Improve Sending Patches (Jeremy Newman) 11. Update TODO/FunProjects/Janitorial/Winelib (Dimitrie Paun) Second, what is IN PROGRESS, and who is working on it: 8. History page (Brian Vincent) 15. A Testing status page (Ferenc Wagner) 16. A Internationalization status page (Vincent Béron) Last, but not least, what is left TODO: 4. The Who's Who page is terribly out of date. 5. We are missing an Acknowledgements page. 6. The Download pages seem like they need a bit of work. 7. The HowTo needs improvements. 12. The Status/UI Status page still needs some work. 13. Get rid of the Miscellaneous section from Status/Core Status. 14. The Search box is too low, but can it be helped? Comments, suggestions, flames? -- Dimi.

2 1

Re: docs: wine-devel [11/16]
by Marcelo Duarte 22 Sep '03

22 Sep '03

----- Original Message ----- From: "Eric Pouech" <pouech-eric(a)wanadoo.fr> To: "Dimitrie O. Paun" <dpaun(a)rogers.com> > Dimitrie O. Paun wrote: > > Eric, a lot of stuff in here looks like it's in > > need of some TLC, if you can take a look... > TLC ? tender & loving care ???? > is that what you're looking for ? (even if everything is not filled in yet) > A+ > > > -- > Eric Pouech > In this list, some times I see acronyms that I do not understand, some I try to imagine. For the majority of the people who had not been born speaking English this also must be complicated. I am imagining where to find a description of these terms. Somebody could indicate a site? TLC, IMO, BTW...

3 2

Re: alsa/audioio driver regression patch
by Jerry Jenkins 22 Sep '03

22 Sep '03

> Volume and Pan driver requests need to return success > even though they are not implemented. IMHO, reusing the code in wineoss.diff, which is one of your patchs, would be a better choice. And make it work:-).

1 0

Re: CreateBitmap fails
by jerry jenkins 22 Sep '03

22 Sep '03

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 Messenger: http://messenger.msn.com/cn

1 0

WRC problems on Alpha AXP
by Steven Edwards 22 Sep '03

22 Sep '03

Hello, 99% of WINE is building fine for me on AXP other then a few warnings but I am having trouble with the embbeded bitmap and Icon resources. I have tried to change the --endianess= option but I always get the same result as seen below. [root@alpha-pws500 winefile]# make LD_LIBRARY_PATH="../../libs/unicode:$LD_LIBRARY_PATH" ../../tools/wrc/wrc --nostdinc -I. -I. -I../../include -I../../include -D__WINE__ -forsrc.res rsrc.rc resource.rc:84:2: Error: Icon resource data corrupt make: *** [rsrc.res] Error 1 [root@alpha-pws500 winefile]# cd .. [root@alpha-pws500 programs]# cd regedit/ [root@alpha-pws500 regedit]# make LD_LIBRARY_PATH="../../libs/unicode:$LD_LIBRARY_PATH" ../../tools/wrc/wrc --nostdinc -I. -I. -I../../include -I../../include -I../../include/msvcrt -D__WINE__ -forsrc.res rsrc.rc resource.rc:43:2: Error: Invalid bitmap format Any ideas? Thanks Steven __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

2 2

Re: DOS: silence some fixme's
by Andreas Mohr 21 Sep '03

21 Sep '03

Hi, On Sun, Sep 21, 2003 at 05:15:18PM +0200, Michael Stefaniuc wrote: > Alexandre, please use following revised changelog for the patch: > Changelog: > - silence the FIXME's produced by a check for dos4gw or > compatible dos32 extender. Maybe it's actually a good idea to change the code to return "support", since we already have DPMI support (it might not be 100% perfect, but it's almost 100% working, IIRC). > - silence the FIXME produced by an install check of MVSOUND.SYS That's one FIXME less in exchange for one additional code path, which would have to be done for every utility on earth that uses int 0x2f for install checks (since they all use different values for their checks). Maybe this shouldn't be done like that, who knows... Andreas Mohr

2 1

Wine's options (ver 0.3)
by Dimitrie O. Paun 21 Sep '03

21 Sep '03

New and improved! I hope that the little comments I get reflect aproval, not lack of interest :) Mike is doing all the hard work, let's give him a hand! The fewer properties we need in winecfg, the less work for him :) Changes since last version: o registryGlobalRegistryDir: removed it for now, I've sent a patch to remove it from the tree as well. o x11drv/Managed: made it a regedit property. We should remove it altogether long term, but we're not there for now. o made the entire [ports] section regedit, it's low level stuff that shouldn't concern regular users. o split the table into two tables: WineCfg and regedit properties. Makes things simpler to follow, and should help out on tracking what needs to be done for winecfg. o changed a few bad defaults TODO: o add the winmm properties as indicated by Eric. Comments are always appreciated. -- Dimi.

3 6

Re: docs: wine-devel [11/16]
by Dimitrie O. Paun 21 Sep '03

21 Sep '03

On September 21, 2003 02:44 pm, Eric Pouech wrote: > is that what you're looking for ? (even if everything is not filled in yet) Yes, thanks! Now it's up to Alexandre to merge everything in, and then I'll review it again to see where we stand. -- Dimi.

1 0

Re: DOS: silence some fixme's
by Andreas Mohr 21 Sep '03

21 Sep '03

Hi, On Sun, Sep 21, 2003 at 03:51:32PM +0200, Michael Stefaniuc wrote: > Hello, > > The DOS32A extender checks if a dos32 extender is already installed. As > we probably don't want to implement one silence this check. > > License: LGPL, X11 > Changelog: > Michael Stefaniuc <mstefani(a)redhat.com> > - silence the FIXME's produced by a check for a dos32 extender > - silence the FIXME produced by an install check of MVSOUND.SYS Sorry, that's incorrect. Wine DOES have to implement a DOS extender. How would a DOS extender which does that check actually "extend" DOS under Wine? Answer: it wouldn't, since it can't, since it isn't able to establish protected mode, since it's already enabled. Thus it's Wine which has to do it, since it has proper access to 32bit linear address and selector mapping functionsI (and the DOS extender querying that would gracefully step back from providing DPMI). And thus we also need to announce it. If Wine didn't do it, then nobody else could establish DOS extender functionality, and we'd lose some functionality here. (that's also the reason why Windows has a DPMI extender since Windows 3.0, BTW...) -- Help prevent Information Technology Fascism! - before it's too late... http://www.againsttcpa.com

3 2

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